Mac에서 웹사이트 스크린샷을 한 번에 캡처하는 방법

페이지 30개를 손으로 캡처하려면 열기, 대기, 스크롤, 저장을 30번 반복해야 합니다. 배치 실행은 URL 목록을 한 번 받아 각 페이지를 로컬 브라우저에서 불러오고, URL마다 이미지 한 장을 저장합니다. 이 글은 Temposhot Website Capture에서 배치를 실행하는 방법과 결과를 일관되게 유지하는 설정을 다룹니다.

웹사이트 크롤러란 무엇인가?

웹 크롤러는 하나의 주소에서 시작해 링크를 따라가며 페이지를 찾습니다. Website Capture는 그렇게 동작하지 않습니다. 목록에 있는 URL만 캡처하며, 행마다 프레임 한 개를 만들고, 링크를 따라가지 않습니다.

이 방식은 결과를 예측 가능하게 만듭니다. URL 40개 목록은 최대 40개의 프레임을 만들며, 프레임마다 입력한 행 하나에 대응합니다. 사이트 전체를 캡처하려면 먼저 페이지 목록을 내보낸 뒤(사이트맵 파일, CMS, 분석 보고서 중 하나에서) Website Capture에 붙여 넣습니다.

각 프레임은 Capture History의 한 세션에 저장됩니다. 배치는 페이지를 다시 불러오지 않고 나중에 다시 내보낼 수 있습니다.

붙여 넣기 전에 URL 목록 계획하기

깔끔한 목록은 시간 낭비와 혼란스러운 결과를 막습니다. 붙여 넣기 전에 다음 세 가지를 확인합니다.

• 원본에 중복이 있으면 직접 제거함. Temposhot이 중복 줄을 건너뛰더라도, 감사에 쓰는 목록은 원본 사이트맵이나 보고서와 일치해야 함.
• 추적 파라미터 처리 방식을 정함. ?utm_source=newsletter가 붙은 URL은 보통 깔끔한 URL과 같은 페이지를 보여주지만, 일부 사이트는 파라미터에 따라 콘텐츠를 바꿈. 방문자가 실제로 사용하는 정확한 URL을 유지함.
• 순서의 의미를 유지함. 프레임은 행 순서대로 나타나므로, 보고서가 그 순서로 읽혀야 하면 섹션, 경로 순으로 정렬함.

페이지가 400개인 사이트를 100개씩 나누면 세션이 네 개 생깁니다. 각 세션은 따로 검토하고 다시 시도할 수 있으며, 한 세션에서 실패한 행은 다른 세션에 영향을 주지 않습니다. 배치 이름은 "pricing-pages-2026-11"이나 "docs-part-2"처럼 직접 메모에 정해 두면 Capture History 항목이 보고서와 맞춰집니다.

결과 패널 확인하기

실행이 끝나면 결과 패널에 세션의 모든 프레임이 나열됩니다. 내보내기 전에 다음 세 가지를 확인합니다.

1. Capture History에서 각 세션의 상태를 확인함. Partial은 일부 URL이 실패했음을 뜻함. Cancelled는 실행이 중지되었음을 뜻하며, 완료된 프레임은 남아 있음.
2. 프레임 수와 완료된 행 수를 비교함. 두 수가 다르면 내보내기 선택에서 프레임이 빠진 것이며, 캡처 문제가 아님.
3. 각 행의 첫 프레임을 확인함. 배너, 로그인 폼, 빈 페이지가 보이는 프레임은 행 상태가 Capture complete로 표시되더라도 실패한 캡처 결과임.

배치를 프레임당 한 페이지짜리 Document로 만들려면 Create Document를 선택합니다. 배치를 파일로 검토자에게 전달할 때는 내보내기 버튼인 ZIP, Images, PDF, MP4를 사용합니다.

작업별 내보내기 선택

파일을 검토자가 어떻게 사용하는지에 따라 내보내기 형식을 고릅니다.

• PDF: 순서대로 읽고 인쇄하는 보고서에 적합함. 각 페이지가 프레임을 그대로 담으므로 검토자가 파일을 하나씩 열 필요가 없음.
• ZIP: 팀이 자체 도구에서 이미지를 여는 경우에 적합함. 압축 파일은 편집되지 않은 원본 캡처를 보존함.
• Images: 디자인 검토 보드처럼 PNG 파일을 가져오는 도구가 읽는 폴더에 적합함.
• MP4: 둘러보기 영상에 적합함. 각 프레임은 내보내기 설정에서 고른 프레임 속도로 재생되므로, 프레임 30개를 초당 1프레임으로 내보내면 30초 길이가 됨.

내보내기 설정 시트에는 형식별 품질과 프레임 속도가 있습니다. 파일이 저장되면 실행 시점의 값을 그대로 유지하므로, 내보내기 전에 설정합니다.

대규모 실행 전에 배치 시간 계산하기

배치 시간은 모든 페이지의 시간을 더한 값이 아니라, 라운드별로 가장 느린 페이지가 걸리는 시간의 합에 가깝습니다. Concurrent browsers가 4이면 페이지 4개가 동시에 열리고, 브라우저가 비면 다음 페이지가 시작됩니다. 예상 시간은 URL 수를 동시 실행 수로 나눈 값에 페이지당 평균 시간을 곱한 값입니다.

예시로 페이지당 6초인 40개 URL 배치를 봅니다. 40을 4로 나누면 10라운드이고, 라운드당 6초이므로 전체는 60초입니다. 동시 실행 수가 1이면 같은 목록은 40에 6을 곱한 240초가 걸려 네 배 깁니다. 동시 실행 수는 시간을 줄이지만 페이지당 대기 시간은 줄이지 않습니다. Delay가 4초인 페이지는 자신이 속한 모든 라운드에 4초를 더합니다.

실제 시간은 더 길어질 수 있습니다. 페이지마다 로딩 시간이 다르며, 20초가 걸리는 페이지는 그 시간 동안 브라우저 슬롯을 계속 점유합니다. 처음 URL 8개를 테스트로 실행하고, 결과에서 페이지당 시간을 확인한 뒤 전체 실행 시간을 계산합니다.

작업별 기기와 영역 선택

기본값은 모든 프레임의 모양을 정합니다. 배치가 답하려는 질문에 맞게 고르고, 이후에는 그대로 유지합니다.

긴 페이지의 Full page 프레임은 높이가 커서 Viewport 프레임보다 눈으로 비교하기 어렵습니다. Desktop 뷰포트가 1920×1080이면 높이가 10000 px인 페이지는 뷰포트 높이의 약 아홉 배인 프레임을 만듭니다. 검토에는 Full page 배치를 사용하고, 같은 URL을 빠르게 훑어볼 때는 Viewport 배치를 사용합니다.

반응형 확인에서는 기기마다 행을 하나씩 사용합니다. 아래 표는 모바일 배치의 행 하나에 대한 설정입니다.

모바일 프레임은 폭이 좁아서 기본 글자 크기가 Desktop 크기 보고서에서는 작게 보일 수 있습니다. 실행 전에 미리보기를 원래 크기로 확인합니다. 글자가 읽기 어려우면 보고서에는 Desktop 기기를 사용하고, Mobile은 반응형 확인용으로 둡니다.

모바일 배치의 모든 페이지에 같은 행 설정을 적용합니다. Delay나 기기가 다른 행이 하나라도 있으면, 페이지와 관계없는 이유로 프레임 모양이 달라 보입니다.

실패한 행 분류하기

실패한 행만으로는 원인을 알기 어려우므로, 정해진 순서로 원인을 확인합니다. 아래 단계는 비용이 가장 적은 확인부터 가장 큰 확인 순서로 진행합니다.

아래 흐름은 행이 거치는 상태를 보여줍니다. Capture failed에 도달한 행은 Retry로 대기열에 다시 들어갈 수 있으며, 재시도는 Retry pending 상태에서 시작됩니다.

아래 단축키는 배치 세션에서 사용하는 키입니다.

첫 단계에서 대부분의 실패가 걸러집니다. 경로가 빠졌거나 오타가 있는 URL은 실행 전에 "Enter a valid HTTP or HTTPS URL" 메시지를 표시하므로, 실행 중 실패는 보통 페이지, 대기 조건, 또는 Mac의 부하에서 옵니다. 실패 원인이 된 설정을 바꾼 뒤에만 행을 재시도합니다. 같은 설정으로 재시도하면 보통 같은 방식으로 실패합니다.

일부 사이트는 자동화된 브라우저를 의도적으로 거부합니다. URL 관련 오류 없이 모든 설정에서 실패하는 행은 대개 이런 사이트입니다. Website Capture는 차단을 우회하지 않습니다. 이때는 행을 실패로 기록하고, 스크린샷을 직접 찍거나 사이트 운영자에게 내보내기 파일을 요청합니다.

분류 후에도 실패 상태로 남은 행은 직접 캡처할 짧은 목록에 넣습니다. 각 행 옆에 "login required"나 "site blocked automated browsing"처럼 사유를 적어, 목록이 배치의 빈 부분을 설명하도록 합니다.

완료된 배치 검증하기

완료된 배치는 보고서에 넣기 전에 확인이 필요합니다. 아래 체크리스트를 순서대로 확인합니다.

세션의 첫 프레임, 가운데 프레임, 마지막 프레임을 엽니다. 로그인 화면, 동의 화면, 오류 페이지를 불러온 페이지는 파일 목록에서 성공처럼 보이므로, 시각적 확인으로 상태 표시에 나타나지 않는 문제를 찾아냅니다.

배치를 받는 사람에게는 폴더 구조가 중요합니다. 배치 이름을 그대로 따른 폴더 트리는 파일을 쉽게 찾게 합니다.

월간 감사 결과를 비교 가능하게 유지하기

매달 실행하는 배치는 설정과 URL 목록이 같게 유지될 때만 유용합니다. 설정은 세션 이름과 함께 메모에 저장합니다. 일반적인 기록에는 기기, 영역, 대기 조건, Delay, 쿠키 옵션, 형식, 동시 실행 수와 함께 URL 수 및 완료된 행 수를 적습니다.

예를 들어 매월 첫 번째 월요일에 실행하는 URL 60개 감사에서 완료 행이 52개, 실패 행이 8개이면 완료율은 87%입니다. 다음 달에 완료 행이 60개로 늘었다면 증가분은 8행이며, 이 차이는 목록이나 사이트의 변화로 설명됩니다. 저장된 설정이 없으면 이 비교를 신뢰할 수 없습니다. 대기 조건이나 기기가 바뀌었다면 증가분의 일부를 그 변화가 설명하기 때문입니다.

고정 목록 파일을 공유 폴더에 둡니다. 페이지를 추가하거나 삭제할 때만 목록을 수정하고, 변경 날짜를 기록합니다. 그러면 목록이 감사에 포함된 페이지의 기록을 겸합니다.

한 배치에 기기 섞지 않기

한 배치에 기기를 섞는 것은 혼란스러운 결과의 가장 흔한 원인입니다. 검토자는 390 px 프레임과 1920 px 프레임을 나란히 보고 페이지가 다르다고 판단합니다. 배치마다 기기 하나만 사용하고, 두 번째 기기는 같은 URL 목록으로 별도 세션에서 실행합니다.

첫 URL 배치 캡처하기

1. Website Capture 열기

   사이드바에서 Website Capture를 선택하거나 Command+2를 누릅니다.

2. URL 추가하기

   Bulk insert를 선택하고 한 줄에 URL 하나씩 붙여 넣은 뒤 Insert URLs를 선택합니다. 중복 줄은 건너뜁니다. example.com처럼 도메인만 입력하면 https://가 추가됩니다. HTTP와 HTTPS 주소만 허용합니다. URL을 하나 더 추가하려면 마지막 행에 입력하고 Enter를 누릅니다.

3. 기본값 설정하기

   Device(Desktop 1920×1080, Tablet 768×1024, Mobile 390×844 중 하나)와 Area(Viewport 또는 Full page)를 고릅니다. 대기 조건과 이미지 형식을 선택합니다.

4. 개별 행 설정 변경하기

   한 페이지에 다른 대기 조건이나 기기가 필요하면 행의 설정을 엽니다. 실행 전에 결과를 확인하려면 Render preview를 선택합니다.

5. 동시 실행 수를 정하고 시작하기

   Concurrent browsers를 1에서 10 사이로 설정하고(기본값 4) Start Capture를 선택합니다.

각 행은 자체 상태를 거칩니다. Capture pending, Capturing, 이후 Capture complete 또는 Capture failed입니다. 한 행이 실패해도 나머지 행은 계속 실행됩니다.

자주 쓰는 배치 캡처 작업

작업	기기	영역	내보내기
리디자인 전후 기록	Desktop	Full page	PDF
경쟁사 랜딩 페이지 검토	Desktop	Viewport	Images
소규모 사이트의 반응형 확인	Mobile, 이후 Desktop	Full page	ZIP
공개 페이지의 날짜별 기록	Desktop	Full page	PDF
사이트 주요 페이지 짧은 둘러보기 영상	Desktop	Viewport	MP4

반응형 확인에서는 같은 목록을 두 번 실행합니다. 한 번은 Mobile로, 한 번은 Desktop으로 실행합니다. 배치마다 기기를 하나로 유지하면 프레임을 비교하기 쉽습니다.

대규모 배치 한도

Website Capture는 사용자의 Mac에서 실행되므로 메모리와 CPU가 실제 한도를 정합니다. Concurrent browsers는 한 번에 로드하는 페이지 수를 정합니다. 기본값 4가 적절한 시작점이며, 값을 높이면 더 빨리 끝나지만 메모리 사용량이 늘어납니다.

계획할 때 고려할 다른 한도는 다음과 같습니다.

• 로그인 세션이 필요한 페이지는 로그아웃한 방문자에게 보이는 상태로 캡처됨. Website Capture는 공개 페이지에서 가장 잘 동작함.
• 일부 사이트는 자동화된 브라우저를 거부함. 이런 행은 Capture failed로 끝남.
• 중지된 실행은 완료된 프레임을 모두 유지하며, 세션에는 Cancelled가 표시됨.
• 완료된 행과 실패한 행이 함께 있는 실행은 Partial로 표시됨.

수백 개의 URL 목록을 50에서 100개 단위로 나누면 각 세션을 검토하고 재시도하기 쉽습니다.

노트북의 메모리와 동시 실행 수

동시 브라우저마다 메모리와 CPU를 사용하며, 부하는 페이지에 따라 달라집니다. 뉴스 메인 페이지나 동영상이 있는 대시보드처럼 무거운 페이지는 텍스트 위주 페이지보다 많이 사용합니다. 기본값 4로 시작하고, 첫 라운드 동안 활동 모니터를 확인합니다. 메모리 압박이 커져 Mac이 심하게 스왑하면, 다음 배치에서 Concurrent browsers를 낮춥니다. 2로 실행해 90초에 끝나는 배치가, 8로 실행하다 멈춰서 재시도를 세 번 해야 하는 배치보다 낫습니다.

시간 예시의 값도 같은 방식으로 늘어납니다. 동시 실행 수가 10이면 40개 URL 배치는 4라운드, 페이지당 6초 기준 약 24초가 필요하지만, 메모리 사용량은 기본값의 2.5배입니다. 스왑 없이 Mac이 감당하는 가장 높은 값을 고릅니다.

배치 캡처 개선하기

배치는 모든 페이지를 같은 방식으로 캡처했을 때만 비교에 쓸 수 있습니다. 예외가 필요한 페이지가 없다면 행마다 기기, 영역, 대기 조건, Delay, 차단 설정을 동일하게 유지합니다.

1. Wait. Load는 대부분의 사이트에 적합함. Network idle은 로드 후 콘텐츠를 가져오는 페이지에 도움이 되며, 1초에서 3초 사이의 Delay는 애니메이션을 처리함.
2. Lazy images. 스크롤해서 화면에 들어올 때 이미지를 불러오는 페이지는 전체 페이지 패스가 필요하며, Network idle 대기가 항상 이를 제공하지는 않음. 전체 페이지 프레임에 이미지 영역이 비어 있으면 해당 행을 Network idle로 바꾸고 짧은 Delay를 추가함. 원인은 lazy loading 항목에서 설명함.
3. Cookie banners. Reject banners, Accept minimal, Hide only, Leave unchanged 중에서 선택함. 처리는 최선 노력 방식이므로, 자체 동의 도구를 쓰는 사이트는 미리보기를 확인함.
4. Format. 기본값은 JPEG임. 작은 글자를 선명하게 유지해야 하면 PNG를, 파일 크기를 줄이려면 WebP를 사용함. 품질 1에서 100 사이의 값은 JPEG와 WebP에 적용됨.
5. Blocking. Block ads와 Block trackers는 기본으로 켜져 있음. 차단된 스크립트에 레이아웃이 의존하는 행에서는 해당 옵션을 끔.

URL별 설정은 캡처 옵션 가이드에 모두 나와 있습니다.

자주 묻는 질문

하나의 배치에 URL을 몇 개까지 넣을 수 있나요?

URL 목록에는 고정된 최대 개수가 없습니다. 실질적인 한계는 한 번의 실행에 걸리는 시간과 실행 후 세션을 검토하기 쉬운지 여부입니다.

실패한 페이지만 다시 시도할 수 있나요?

예. 실패했거나 취소된 행마다 Retry 컨트롤이 표시되며, 다른 행이 끝나기 전에도 실행할 수 있습니다. 실행 및 결과 가이드에 모든 행 상태가 나와 있습니다.

한 페이지를 두 너비로 캡처할 수 있나요?

예. 같은 URL에 기기를 다르게 지정한 행을 두 개 만듭니다. 각 행은 자체 설정을 유지하므로 Desktop 행과 Mobile 행을 같은 세션에서 실행할 수 있습니다. 공정하게 비교하려면 두 행의 나머지 설정을 동일하게 유지합니다. 프레임이 사용할 기기 크기는 미리보기에서 확인할 수 있으므로, 실행 전에 각 행의 미리보기를 확인합니다.

배치 사이에 쿠키가 유지되나요?

아니요. 각 페이지는 실행 사이에 쿠키나 사이트 데이터를 유지하지 않는 비공개 브라우저 세션에서 열립니다. 동의 선택에 의존하는 배치는 행마다 Cookies 옵션을 설정해야 하며, 인식되지 않은 배너는 프레임에 그대로 남습니다.

어떤 형식으로 내보낼 수 있나요?

결과 패널은 ZIP, Images, PDF, MP4로 내보냅니다. PDF는 OCR로 인식한 텍스트가 포함되어 검색할 수 있습니다.

로그인 뒤의 페이지도 캡처하나요?

Website Capture는 일상적으로 쓰는 브라우저 프로필이 아니라 관리되는 로컬 브라우저에서 페이지를 엽니다. 로그인한 페이지는 Chrome의 Temposhot 확장 프로그램으로 캡처합니다. 이 확장 프로그램은 활성 탭의 전체 페이지 PNG를 한 장 저장합니다.

배치 캡처 시작하기

자주 확인하는 URL 다섯 개를 Website Capture에 붙여 넣고 기본 동시 실행 수 4로 실행합니다. 그다음 긴 목록을 실행하기 전에 한 행에서 Render preview로 Viewport와 Full page를 비교합니다.

코드 없이 웹사이트 스크린샷 자동화가 필요한가요?

웹사이트 스크린샷 자동화 페이지에서 Website Capture의 기능을 소개하고, Website Capture 빠른 시작에서 첫 실행 방법을 다룹니다. Temposhot은 Apple Silicon Mac용으로 다운로드하여 무료로 사용할 수 있습니다.