Mac에서 웹사이트 스크린샷을 자동으로 찍는 방법

macOS는 Shift+Command+5로 화면의 어떤 영역이든 캡처할 수 있지만, 캡처마다 사람이 직접 실행해야 하고 화면에 보이는 영역만 저장됩니다. 웹사이트 스크린샷 자동화는 페이지를 불러와 이미지를 저장하므로 캡처마다 스크롤하거나 클릭할 필요가 없습니다. Mac에서 Temposhot은 이를 위한 두 가지 방법을 제공하며, 어떤 방법을 쓸지는 캡처할 페이지가 어디에 있는지에 따라 정합니다.

웹사이트 스크린샷 자동화를 사용하는 경우

같은 캡처 작업이 반복될 때 자동화의 효과가 큽니다.

• 한 번에 10개 페이지를 넘는 경우
• 릴리스나 캠페인마다 같은 페이지 묶음을 다시 캡처하는 경우
• 공정한 비교를 위해 같은 크기와 같은 타이밍으로 캡처해야 하는 페이지인 경우
• 페이지가 길어 수동 스크롤과 이어 붙이기에 페이지당 몇 분씩 걸리는 경우

한 페이지를 한 번만 캡처한다면 브라우저 도구나 Temposhot 확장 프로그램이 더 빠릅니다.

시작 전 작업량 추산

간단한 추산으로 자동화 설정이 가치 있는지 확인할 수 있습니다. 릴리스 검토에서 팀이 캡처하는 페이지 80개 목록을 예로 들겠습니다. 데스크톱과 모바일로 각각 캡처하면 이미지는 총 160장입니다. 스크롤과 자르기를 포함한 수동 캡처가 이미지 한 장당 1분 걸린다면 직접 작업하는 시간은 약 160분입니다. Website Capture 배치는 약 10분의 초기 설정이 필요하고, 이후에는 실행 중에 지켜볼 필요가 없습니다.

추산값은 페이지 수와 연간 릴리스 검토 횟수에 따라 달라집니다. 이미지당 수동 작업 시간에 검토당 이미지 수를 곱하고, 여기에 연간 검토 횟수를 곱합니다. 이 합계를 설정 시간과 비교하면 보통 두 번째 검토 이후에 결론이 명확해집니다.

브라우저 창 캡처와 URL 기반 캡처

	URL 기반 캡처	브라우저 창 캡처
Temposhot 모드	Website Capture	Auto Capture
입력	URL 목록	열린 브라우저 창
브라우저	관리되는 로컬 브라우저	직접 사용하는 브라우저, 로그인 상태 유지
페이지당 출력	이미지 1장, Viewport 또는 Full page	간격마다 프레임 1장
적합한 경우	공개 페이지 대량 캡처	긴 페이지 한 개, 또는 로그인이 필요한 페이지

URL 기반 캡처는 관리되는 브라우저에서 각 주소를 불러오고 URL마다 이미지 한 장을 저장합니다. 여러 페이지를 병렬로 처리하지만, 각 페이지를 로그아웃 상태의 방문자로 취급합니다.

브라우저 창 캡처는 이미 열어 둔 브라우저 창을 기록합니다. Auto Capture는 프레임을 저장한 뒤 Page Down 같은 키를 보내고, 간격만큼 기다린 다음 반복합니다. 화면에 보이는 모든 페이지에서 동작하며 로그인된 대시보드도 포함됩니다. 키 입력 자동화에는 Temposhot Pro가 필요합니다.

웹사이트 스크린샷 자동 캡처

URL 목록에서 캡처

1. Website Capture 열기

   Command+2를 누릅니다. Bulk insert를 선택하고 한 줄에 URL 하나씩 붙여 넣습니다.

2. 크기와 영역 선택

   Desktop 1920×1080, Tablet 768×1024, Mobile 390×844 중 하나를 고릅니다. 아카이브에는 Full page를, 첫 화면 확인에는 Viewport를 선택합니다.

3. 대기 조건 설정

   대부분의 사이트에서는 Load를 유지합니다. 콘텐츠가 늦게 채워지는 페이지에는 Network idle을 선택하고 1초에서 3초의 Delay를 설정합니다.

4. 실행

   Concurrent browsers를 설정(1에서 10, 기본값 4)하고 Start Capture를 선택합니다. 세션은 ZIP, Images, PDF 또는 MP4로 내보낼 수 있습니다.

열린 브라우저 창에서 캡처

1. 페이지 준비

   브라우저에서 페이지를 열고 맨 위로 스크롤합니다.

2. Auto Capture 설정

   Command+1을 누릅니다. Stop condition을 Screenshots로 설정하고 페이지에 필요한 화면 수를 입력합니다. Interval은 1초로 설정하고 Key press로 Page Down을 기록합니다.

3. 창 선택

   Windows에서 브라우저 창 썸네일을 선택한 뒤 Start Capture를 선택합니다. 3초 카운트다운 동안 브라우저를 클릭해야 키 입력을 받습니다.

자동 캡처 가이드에서 Auto Capture의 모든 설정을 설명합니다.

이 값으로 실행하면 1초 간격으로 프레임 20장이 저장됩니다. 첫 프레임은 카운트다운이 끝난 뒤 저장되고, 마지막 프레임은 약 20초 뒤에 저장됩니다. 프레임 사이에 페이지가 움직이지 않아야 합니다. 애니메이션 헤더가 있는 페이지는 화면마다 헤더의 짧은 프레임이 추가될 수 있습니다. 간격은 스크롤 한 번의 렌더링이 끝나는 데 걸리는 시간으로 설정합니다.

위 타이밍은 카운트다운 이후 1초에 프레임 1장이 저장된다고 가정합니다. 따라서 프레임 n은 3 + (n - 1)초에 저장됩니다. 프레임 20은 22초에 저장되고 실행이 종료됩니다. 페이지가 스크롤되지 않는 키 입력은 중복 프레임을 남깁니다. 먼저 3프레임짜리 짧은 실행으로 키를 확인합니다.

두 가지 크기로 25페이지 감사

사이트 감사는 사이트맵의 페이지 25개를 Desktop과 Mobile로 캡처합니다. 캡처는 총 50건이며, 배치는 기기별로 25행짜리 목록 두 개로 실행합니다. 먼저 Desktop 목록을 붙여 넣고 첫 행에 Desktop과 Full page를 설정한 뒤 미리보기를 렌더링합니다. 그다음 Mobile용 두 번째 목록을 시작합니다. 첫 행에 Mobile을 설정하고, Desktop 배치와 같은 대기 조건, 지연 시간, 배너 모드를 사용합니다. 그래야 두 세트의 차이가 기기 크기뿐입니다.

기본값인 Concurrent browsers 4를 사용하면 한 번에 4행이 캡처됩니다. 나머지 행은 브라우저 슬롯이 빌 때까지 Capture pending으로 표시됩니다. 따라서 25행 목록은 4행씩 약 7라운드를 거치며, 각 라운드는 가장 느린 페이지만큼 걸립니다. 긴 지연 시간을 기다리는 페이지는 슬롯을 점유하므로, 느린 페이지 하나가 뒤의 행에도 영향을 줍니다. 감사에서는 지연 시간을 짧게 유지하고, 필요한 페이지에만 더 긴 지연 시간을 설정합니다.

검토용으로는 Desktop 배치를 PDF로, 아카이브용으로는 Mobile 배치를 ZIP으로 내보냅니다. PDF는 검토자가 스크롤할 파일을 하나로 제공하고, ZIP은 기록을 위해 원본 프레임을 보관합니다.

동시 실행 수 정하기

Concurrent browsers는 한 번에 캡처할 행의 수를 정합니다. 범위는 1에서 10이며 기본값은 4입니다. 실행 중인 행마다 관리되는 브라우저 하나를 사용하므로, 값을 높이면 배치가 더 빨리 끝나지만 Mac의 메모리에 여유가 있을 때만 효과가 있습니다.

기본값에서 시작합니다. 메모리 오류로 행이 실패하면 값을 2로 낮추고 실패한 행을 다시 실행합니다. 배치가 오류 없이 끝나고 Mac이 계속 반응하면, 다음 배치에서 값을 한 단계 올리고 전체 시간을 비교합니다. 가장 좋은 값은 사용 중인 Mac에서 메모리 오류 없이 동작하는 가장 높은 값입니다.

로그인된 창에서 Auto Capture

Auto Capture는 로그인 뒤에 있는 리포트에 적합합니다. 브라우저에서 사이트에 로그인한 뒤 리포트 페이지를 맨 위에서 엽니다. Command+1을 누르고, Stop condition으로 Screenshots를 선택한 뒤 리포트에 필요한 화면 수를 입력합니다. 간격은 스크롤 한 번의 렌더링이 끝나는 시간으로 설정하고, Key press로 Page Down을 기록합니다. Windows 탭에서 브라우저 창을 선택합니다.

설정이 제대로 동작하면 Save Current Setup을 선택하고 프리셋 이름을 리포트에 맞게 지정합니다(예: "Monthly report scroll"). 프리셋에는 Stop condition, 간격, 키 입력, 카운트다운이 저장되므로 다음 달에도 같은 값으로 시작할 수 있습니다. 소스는 저장되지 않으므로 시작하기 전에 브라우저 창을 다시 선택합니다.

기기 크기와 그 영향

배치의 각 행은 기기 크기 하나를 사용하며, 이 크기가 브라우저 뷰포트를 정합니다. Desktop은 1920×1080을 사용하며 대부분의 마케팅 페이지와 대시보드에 적합합니다. Tablet은 768×1024를 사용하며 휴대폰과 데스크톱 너비 사이의 레이아웃을 보여 줍니다. Mobile은 390×844를 사용하며, 많은 휴대폰이 세로 방향에서 쓰는 너비와 같습니다.

기기 크기는 뷰포트이며, 기기의 기능 목록이 아닙니다. 두 캡처는 크기가 같을 때만 비교합니다. 같은 페이지의 Mobile 캡처와 Desktop 캡처는 설계상 레이아웃이 다르므로, 두 이미지를 나란히 놓고 검토하면 콘텐츠 변화가 아니라 레이아웃 변화를 측정하게 됩니다.

Viewport 또는 Full page

Viewport는 선택한 크기에서 화면에 보이는 영역을 저장합니다. 방문자가 처음 보는 내용을 확인하는 용도입니다. Full page는 스크롤 가능한 페이지 전체를 저장하며, 페이지에 무엇이 들어 있는지 확인하는 용도입니다. Viewport 캡처는 첫 화면 아래의 내용을 제외하므로, 아카이브에는 보통 Full page가 필요합니다.

출시 검토에는 두 가지가 모두 필요한 경우가 많습니다. 팀이 디자인과 대조하는 첫 화면은 Viewport로, 페이지 전체의 기록은 Full page로 저장합니다. 검토자가 폴더에서 구분할 수 있도록 두 결과물에 서로 다른 이름을 붙입니다.

대기, 지연 시간, 쿠키 배너

대기 조건은 캡처 시점을 정합니다. Load는 표준 페이지 로드 이벤트 이후에 캡처하며 대부분의 사이트에서 기본값입니다. DOM content loaded는 이미지와 스타일이 끝나기 전에 캡처하므로 스타일이 일부만 적용된 이미지가 나올 수 있습니다. Network idle은 백그라운드 요청이 멈춘 뒤 캡처하며 콘텐츠를 늦게 불러오는 페이지에 적합합니다. 다만 폴링을 계속하는 페이지는 시간 초과로 실패할 수 있습니다.

Delay는 대기 조건 이후에 0초에서 60초를 추가합니다. 페이지가 준비되었다고 보고한 뒤에 나타나는 콘텐츠, 예를 들어 애니메이션이나 늦게 로드되는 위젯에 사용합니다. 값은 밀리초 또는 초 단위로 입력합니다.

쿠키 배너

Cookies는 Temposhot이 동의 배너를 처리하는 방식을 정합니다. Reject banners는 가능한 경우 배너를 거부합니다. Accept minimal은 최소한의 동의만 수락합니다. Hide only는 응답하지 않고 배너만 숨깁니다. Leave unchanged는 배너를 그대로 둔 상태로 페이지를 캡처합니다.

배너 처리는 최선 노력 방식이며, 일부 커스텀 동의 시스템은 스크린샷에 여전히 나타날 수 있습니다. 아카이브에서는 모드 하나를 골라 배치 전체에 적용합니다. 그래야 비교 세트의 모든 이미지가 같은 배너 상태를 보입니다. 방문자가 보는 그대로의 페이지를 보여 주어야 하는 출시 검토에서는 Leave unchanged를 사용합니다.

형식과 품질

Website Capture는 기본적으로 JPEG로 저장합니다. PNG와 WebP도 선택할 수 있습니다. 품질 설정은 JPEG와 WebP에서 1부터 100까지이며, PNG는 무손실 형식이므로 품질 설정이 없습니다.

작은 글씨가 많은 전체 페이지는 PNG가 글자를 선명하게 유지하지만 파일이 더 큽니다. 품질을 80대로 설정한 JPEG는 더 작은 크기에서도 대부분의 글자를 읽을 수 있게 유지합니다. 비교 세트의 파일 형식을 통일하도록 배치마다 형식 하나를 고릅니다.

행별 설정과 미리보기

URL 행마다 고유한 옵션이 있으며, 이 옵션은 실행 기본값보다 우선합니다. 행의 설정을 열면 패널 상단에 미리보기가 표시됩니다. 변경 사항은 해당 행에만 적용됩니다. 옵션을 바꾸면 미리보기에 다시 렌더링할 때까지 Out of date가 표시됩니다.

긴 배치를 실행하기 전에 행 하나에서 미리보기를 사용합니다. 쿠키 배너, 빈 이미지 영역, 잘못된 기기 크기를 찾아낼 수 있습니다. 팀이 참고할 샘플 이미지는 Download preview로 저장하며, 설정을 바꿀 때마다 다시 렌더링합니다.

실패한 행 복구

배치의 나머지 행이 실행되는 동안 각 행은 자신의 상태를 표시합니다. 행은 Capture pending에서 Capturing으로 바뀐 뒤 Capture complete 또는 Capture failed가 됩니다. 취소된 행은 Capture cancelled로 표시되며, 실패하거나 취소된 행은 Retry pending으로 전환될 수 있습니다.

재시도하기 전에 행의 오류를 확인합니다. 잘못된 URL은 행에서 수정해야 합니다. 대기 조건을 놓친 페이지에는 다른 대기 조건이나 짧은 지연 시간이 필요합니다. 자동화된 브라우징을 차단하거나 제대로 렌더링되지 않는 사이트는 해당 행에서 Block ads 또는 Block trackers를 끄거나, 나중에 다시 시도해야 할 수 있습니다. 메모리가 부족한 Mac에서는 Concurrent browsers 값을 낮춰야 합니다. 가이드의 기본값 4는 시작점이며 고정된 설정이 아닙니다.

주요 활용 사례

1. 사이트 감사. 사이트맵의 모든 페이지를 Desktop과 Mobile로 캡처한 뒤 PDF 하나로 검토합니다.
2. 리디자인 기록. 출시 전 이전 사이트와 출시 후 새 사이트를 같은 설정으로 캡처합니다.
3. 경쟁사 추적. 매월 고정된 랜딩 페이지 목록을 캡처하고 세션은 Capture History에 보관합니다.
4. 고객 보고서. 배치를 PDF로 내보내면 고객이 브라우저를 열지 않고 페이지를 스크롤하며 볼 수 있습니다.
5. 로그인된 대시보드. 브라우저 창에서 Auto Capture를 사용해 긴 리포트 페이지를 기록합니다.

결과 내보내기

실행이 끝나면 결과 패널에 결과가 표시됩니다. 내보내기 바에는 Images, ZIP, PDF, MP4가 있으며, **Export settings…**에는 GIF와 WebP 옵션이 있습니다. 내보내기 버튼은 프레임을 하나 이상 선택해야 활성화됩니다.

내보내기 설정에는 출력을 바꾸는 수치가 들어 있습니다. JPG와 WebP 품질의 기본값은 85퍼센트입니다. MP4는 기본적으로 초당 15프레임을 사용하며 5에서 60까지 선택할 수 있습니다. GIF는 기본 프레임 지연 시간이 0.1초입니다.

ZIP에는 항상 편집되지 않은 원본 프레임이 들어 있습니다. 배치의 PDF에는 프레임이 순서대로 들어 있고 검색 가능한 텍스트 레이어가 포함됩니다. 독자의 필요에 따라 내보내기 형식을 고릅니다. 이미지를 비교하는 검토자는 ZIP을, 페이지를 스크롤하며 보는 고객은 PDF를 사용합니다.

Auto Export는 실행 중에 각 프레임을 PNG 또는 JPG로 저장할 수 있습니다. 저장 폴더는 설정의 General에 있는 내보내기 경로이며, 결과 패널의 Open Export Folder를 선택하면 Finder에서 이 폴더가 열립니다.

웹사이트 스크린샷을 예약 실행할 수 있습니까?

Temposhot에서는 지원하지 않습니다. Website Capture와 Auto Capture는 모두 Start Capture를 선택할 때 시작되며, 앱이 열려 있는 동안에만 실행됩니다. 클라우드 스케줄러, 호스팅 아카이브, 변경 알림 기능은 없습니다.

반복 점검에는 흔히 두 가지 방법이 있습니다. 호스팅 웹사이트 모니터링 서비스는 고정된 일정에 따라 서버에서 캡처를 실행합니다. Playwright나 Puppeteer 스크립트는 launchd나 CI 작업에서 실행할 수 있습니다. 매월 수동 실행으로 충분하다면, 저장된 URL 목록 하나를 유지하고 매월 1일에 실행하는 것이 가장 간단합니다. Stillio 대안 글에서 예약 실행 서비스를 비교합니다.

자주 하는 실수

• 한 배치에 기기 섞기. Desktop은 Desktop끼리 비교합니다. Mobile은 별도 배치로 실행합니다.
• 모든 페이지에 Network idle 사용. 요청을 멈추지 않는 페이지는 행이 실패합니다. Load를 먼저 사용합니다.
• 미리보기 생략. 긴 실행 전에 행 하나에서 Render preview를 선택해 쿠키 배너와 빈 이미지 영역을 확인합니다.
• 동시 브라우저 과다. 메모리 오류로 행이 실패하면 Concurrent browsers를 2로 낮추고 다시 실행합니다.
• Auto Capture 중 브라우저를 백그라운드에 두기. 키 입력은 맨 앞의 앱으로 전달됩니다.

자주 묻는 질문

Website Capture는 어떤 이미지 형식으로 저장합니까?

기본은 JPEG이며, PNG와 WebP도 지원합니다. 1에서 100까지의 품질 설정은 JPEG와 WebP에 적용됩니다.

Website Capture가 쿠키 배너를 차단합니까?

시도합니다. 모드는 Reject banners, Accept minimal, Hide only, Leave unchanged이며, 처리는 최선 노력 방식입니다.

캡처한 내용이 업로드됩니까?

아니요. 페이지는 Mac의 브라우저에서 불러오며, 캡처 결과는 Mac에 남습니다. 계정은 필요하지 않습니다.

Intel Mac에서 동작합니까?

아니요. Temposhot은 macOS 14 이상이 설치된 Apple Silicon Mac이 필요합니다.

URL 행에 잘못되었다고 표시되는 이유는 무엇입니까?

HTTP와 HTTPS 주소만 허용합니다. example.com처럼 도메인만 입력하면 https://가 추가되지만, 다른 스킴은 거부됩니다. 행을 수정한 뒤 미리보기를 다시 렌더링합니다.

로그인이 필요한 페이지를 캡처할 수 있습니까?

로그인된 브라우저 창에서 Auto Capture를 사용합니다. Website Capture는 관리되는 브라우저에서 실행되므로 사용자의 로그인 상태를 사용하지 않습니다. 로그인이 필요한 페이지는 사이트의 이용 약관을 따릅니다.

행이 Capture pending 상태로 오래 기다리는 이유는 무엇입니까?

행은 동시 브라우저 슬롯 중 하나가 빌 때까지 Capture pending 상태로 기다립니다. 동시 브라우저 4개로 50행을 실행하면 한 번에 약 4행만 실행되므로, 대부분의 행은 설계상 기다립니다. Concurrent browsers는 Mac에 메모리 여유가 있을 때만 올리며, 느린 페이지는 완료될 때까지 슬롯을 점유합니다.

배치를 중지하고 완료된 이미지를 보관할 수 있습니까?

예. Stop Capture를 선택하면 남은 작업이 종료되고, 이미 완료된 스크린샷은 유지됩니다. 실행이 정리되면 URL 목록, 행 옵션, Concurrent browsers가 다시 편집 가능해지므로 실패한 행을 수정하고 새 실행을 시작할 수 있습니다.

한 배치에 몇 개의 페이지를 넣을 수 있습니까?

가이드는 배치당 페이지 수 상한을 정하지 않습니다. 긴 목록은 사이트의 한 섹션처럼 자연스러운 경계에서 나눠 각 배치를 검토하기 쉽게 유지합니다. 배치당 25개에서 50개 행이면 결과 패널에서 행별로 확인하기 쉽습니다.

코드 없이 웹사이트 스크린샷을 자동화하고 싶습니까?

웹사이트 스크린샷 자동화 페이지에서 Website Capture가 URL 목록을 처리하는 방식을 확인하거나, Temposhot을 다운로드해 첫 배치를 실행합니다.