코드 없이 웹사이트 스크린샷을 자동화하는 방법

Playwright와 Puppeteer 같은 스크립트 기반 도구는 웹 페이지를 잘 캡처하지만, Node.js, 코드 편집기, 스크립트를 유지보수할 담당자가 필요합니다. 마케터, 디자이너, QA 리드, 리서처는 같은 이미지를 이 환경 구성 없이 얻어야 하는 경우가 많습니다. 노코드 도구는 네 가지 그룹으로 나뉘며, 대부분의 작업은 이 중 하나로 처리할 수 있습니다.

이 글은 하나의 예시를 끝까지 사용합니다. 마케팅 팀이 매주 월요일 공개 페이지 30개를 데스크톱 크기와 모바일 크기로 한 번씩 캡처합니다. 주당 60장, 월 약 258장입니다. 숫자로 정리하면 옵션을 시간, 저장 공간, 비용 모델 기준으로 비교하기 쉽습니다.

도구를 고르기 전에 작업을 정합니다

다음 세 가지 질문으로 선택지를 빠르게 좁힐 수 있습니다:

1. 몇 개의 페이지인가? 한 페이지, 20개짜리 목록, 또는 수백 개입니다.
2. 얼마나 자주 하는가? 한 번, 변경이 생길 때 수동 실행, 또는 고정 일정입니다.
3. 그다음 무엇을 하는가? 이미지 폴더, 고객용 PDF, 페이지 변경 알림, 다른 앱으로 보내는 파일입니다.

페이지 한 개를 한 번 캡처하는 작업은 브라우저만 있으면 충분합니다. 50개 페이지를 매일 캡처하고 변경 알림을 받는 작업에는 호스팅 서비스가 필요합니다. 실제 작업 대부분은 이 둘 사이에 있습니다.

도구를 비교하기 전에 작업을 적어 둡니다

벤더 페이지는 기능을 설명하지만 사용자의 작업을 설명하지는 않습니다. 짧은 작업 시트를 만들면 세 가지 질문을 옵션마다 확인할 수 있는 숫자로 바꿀 수 있습니다. 한 번 작성해 URL 목록 옆에 보관합니다.

예시 작업의 시트는 다음과 같습니다. 행 60개, Desktop과 Mobile, 주간 실행, 로그인 없음, 콘텐츠가 늦게 나타나는 페이지 4개, 이미지 ZIP과 팀용 PDF 1개, 공유 드라이브에 보관입니다. 아래의 모든 옵션은 이 시트를 기준으로 비교합니다.

페이지 수가 아니라 캡처 수로 셉니다

호스팅 도구의 요금과 로컬 도구의 실행 시간은 모두 캡처 수에 비례합니다. 캡처 한 건은 URL 한 개, 기기 크기 한 개, 특정 시점 한 번을 뜻합니다. 예시 작업은 페이지가 30개이지만 실행 한 번에 60건, 월 258건을 캡처합니다.

대부분의 호스팅 요금제에서 전체 페이지 캡처는 뷰포트 캡처보다 비싸고, 모든 도구에서 시간도 더 오래 걸립니다. 긴 랜딩 페이지는 화면 높이의 8배에서 12배에 이를 수 있습니다. 팀이 전체 페이지가 필요한지 첫 화면만 필요한지를 처음에 정합니다.

옵션 1: URL 목록 캡처 도구

URL 목록 도구는 붙여넣은 목록을 받아 각 페이지를 브라우저에서 열고, URL마다 이미지 한 장을 저장합니다. Mac에서는 Temposhot Website Capture가 이 방식으로 동작하며, 모든 처리가 사용자의 컴퓨터에서 이루어집니다.

1. 목록 붙여넣기

   Command+2로 Website Capture를 엽니다. Bulk insert를 선택하고 URL을 한 줄에 하나씩 붙여넣습니다.

2. 레이아웃 고르기

   Desktop 1920×1080, Tablet 768×1024, Mobile 390×844 중에서 고르고, Viewport 또는 Full page를 선택합니다.

3. 캡처 시점 정하기

   대부분의 사이트는 대기 조건으로 Load를 유지합니다. 콘텐츠가 늦게 채워지는 페이지에는 Network idle과 몇 초의 지연 시간을 함께 사용합니다.

4. 실행하고 내보내기

   Start Capture를 선택합니다. 행에 Capture complete가 표시되면 세트를 ZIP, Images, PDF, MP4 중 하나로 내보냅니다.

행마다 개별 설정을 가질 수 있어서, 느린 페이지 하나만 더 오래 기다리게 해도 나머지 행에는 영향이 없습니다. 최대 10개의 브라우저를 동시에 실행하며 기본값은 4개입니다. 쿠키 배너는 best-effort 방식으로 처리하며, Reject banners, Accept minimal, Hide only, Leave unchanged 네 가지 모드를 제공합니다.

이 방식은 공개 페이지를 필요할 때 일괄로 캡처하는 작업에 맞습니다. Mac이 꺼져 있는 동안에는 일정에 따라 실행되지 않습니다.

30개 URL로 60행 목록 만들기

Website Capture의 각 행에는 기기 크기가 하나씩 있습니다. 같은 페이지를 데스크톱과 모바일 크기로 캡처하려면 페이지마다 행이 두 개 필요합니다. 30개 URL을 일반 텍스트 파일에 보관하고 두 번 붙여넣습니다.

Temposhot은 example.com처럼 도메인만 입력하면 https://를 붙이므로, 텍스트 파일에는 짧은 항목을 적어도 됩니다. HTTP나 HTTPS가 아닌 스킴을 입력하면 "Enter a valid HTTP or HTTPS URL." 메시지가 표시됩니다. 다음 주 붙여넣기에서 오류가 없도록 텍스트 파일의 해당 줄도 함께 고칩니다.

주간 실행의 기본 행 설정

주간마다 비교하는 페이지는 매번 같은 설정을 써야 합니다. 대기 시간이나 차단 설정이 다르면 이미지의 레이아웃이 맞지 않습니다. 아래 값은 몇 초 안에 로드되는 가격 페이지와 랜딩 페이지에 맞춘 것입니다.

Hide only는 배너에 응답하지 않고 제거하므로, 재방문 사용자가 보는 레이아웃에 가장 가깝게 유지됩니다. 일부 사이트에서는 Reject banners를 선택하면 페이지가 다시 로드됩니다. 다시 로드된 후 페이지가 달라 보이면, 결정하기 전에 Leave unchanged 미리보기와 비교합니다.

느린 행과 모바일 행 재정의하기

예시 페이지 30개 중 4개는 load 이벤트 이후에 스크립트로 가격표를 불러옵니다. 이 행들은 지연 시간만 길게 설정하고 나머지는 기본값을 씁니다. 모바일 행은 뷰포트만 캡처합니다. 팀이 휴대폰 사용자가 처음 보는 화면을 확인하려고 하기 때문입니다.

실행 전에 행 패널에서 Render preview를 선택해 재정의 값을 확인합니다. 미리보기를 더블클릭하면 크게 볼 수 있습니다. 값을 나중에 바꾸면 다시 렌더링할 때까지 미리보기에 Out of date가 표시됩니다.

실행 시간 추정하기

실행 시간은 페이지 용량, 네트워크 속도, 지연 시간 값에 따라 달라집니다. 행 하나를 스톱워치로 재고 행 수를 곱합니다. 예시에서는 행 하나가 시작부터 파일 저장까지 약 8초가 걸립니다.

이 작업 규모의 주간 실행에는 기본값 4개로 충분합니다. 행이 수백 개를 넘고 Mac에 여유 메모리가 있을 때만 Concurrent browsers를 10에 가깝게 올립니다. Mac에 부하가 걸리면 Temposhot이 더 낮은 값을 권하는 안내를 표시합니다.

행 하나의 실행 과정 따라가기

모든 행은 배치의 나머지와 별개로 자체 상태를 거칩니다. 아래 타임라인은 지연 시간이 2초인 데스크톱 행 하나를 보여줍니다. 행 하나를 이렇게 관찰하면 대부분의 시간 문제를 설명할 수 있습니다.

Capturing 상태가 오래 이어지면 보통 대기 조건을 기다리는 중입니다. Network idle은 네트워크 요청을 계속 보내는 페이지에서 시간 초과가 날 수 있습니다. 그런 행은 짧은 지연 시간을 두고 Load로 전환합니다.

실패한 행을 다시 시작하지 않고 처리하기

실패한 행이 있어도 배치는 멈추지 않습니다. 재시도 버튼이 나타나면 해당 행에서 Retry를 한 번 선택합니다. 행은 Retry pending 상태로 돌아갑니다. 원인을 알고 있다면 먼저 설정을 바꿉니다.

일괄 실행이 일부 실패로 끝나면 세션 상태가 Partial로 표시됩니다. 완료된 스크린샷은 내보내기에 계속 사용할 수 있습니다. Stop Capture는 남은 작업을 중단하며, 완료된 스크린샷은 그대로 유지합니다.

결과 내보내기와 보관

내보내기는 Settings > General에서 설정한 Export path로 저장됩니다. Open Export Folder를 선택하면 Finder에서 해당 폴더가 열립니다. 예시 작업에서 팀은 보관용 ZIP 하나와 월요일 회의용 PDF 하나를 내보냅니다.

주차 폴더에 urls.txt를 복사해 두면 그 실행에 어떤 페이지가 포함되었는지 정확히 기록됩니다. 45주차에 URL이 추가되면 나중에 그 변경을 확인할 수 있습니다. 폴더 이름은 사용자가 정하며, Temposhot은 Export path에 파일을 저장하고 사용자가 이를 보관 폴더로 옮깁니다.

Export path에 같은 이름의 파일이 이미 있으면 Temposhot은 새 파일 이름에 번호를 붙입니다. 기존 파일은 덮어쓰지 않습니다. 각 실행은 Capture History에 세션으로도 저장되며, 기본값으로 30개 세션을 보관합니다.

매주 같은 작업 반복하기

설정이 안정되면 주간 절차는 짧습니다. 순서가 중요합니다. 내보내기 전에 행을 확인하고, 다음 주 실행을 시작하기 전에 내보내기를 끝냅니다.

새로 붙여넣기 전에 Clear all을 선택해 지난주 행이 두 번 실행되지 않게 합니다. Bulk insert로 추가한 행은 실행 기본값으로 시작합니다. 행 재정의 목록은 overrides.txt 같은 별도 파일에 보관하고, 붙여넣을 때마다 다시 적용합니다.

옵션 2: 자동화 플랫폼과 스크린샷 API

범용 자동화 플랫폼은 트리거와 액션으로 앱을 연결합니다. 스크린샷 API와 함께 쓰면 스프레드시트에 행이 추가되거나 양식이 제출되거나 예약 트리거가 실행될 때 페이지를 캡처할 수 있습니다. 이미지는 이후 클라우드 스토리지, 채팅 채널, 데이터베이스로 전달됩니다.

이 방식은 일반적인 의미에서 코드가 필요 없지만, 서비스마다 계정과 API 키가 필요하고 필드 매핑을 정확하게 설정해야 합니다. 플랫폼과 API의 요금은 대개 사용량에 따라 결정됩니다. 구축하기 전에 각 벤더의 최신 요금제 페이지를 확인합니다.

이 경로에서 예시 작업의 모습

예약 트리거는 매주 월요일 08:00에 실행됩니다. 한 단계가 스프레드시트에서 URL 30개를 읽고, 반복문이 URL마다 데스크톱과 모바일 너비로 스크린샷 API를 두 번 호출합니다. 마지막 단계가 이미지 60장을 클라우드 폴더에 업로드합니다.

대부분의 플랫폼은 단계마다, 또는 반복문을 한 번 돌 때마다 과금 대상 작업 하나로 계산합니다. API 호출 60회와 업로드 60회를 합친 실행은 매주 작업 120개를 넘을 수 있습니다. 이 값에 4.3주를 곱해 각 요금제의 월간 작업 허용량과 비교합니다.

구축 전에 확인할 사항

• 시간 초과. 자동화 플랫폼은 한 단계의 실행 시간을 제한하는 경우가 많음. 무거운 페이지의 전체 페이지 캡처는 짧은 단계 제한을 넘을 수 있음.
• 대기 옵션. API가 지연 시간이나 대기 조건을 제공하는지 확인함. 없으면 늦게 로드되는 가격이 빈 상태로 캡처됨.
• 실패 처리. 호출 하나가 실패할 때의 동작을 정함. 첫 오류에서 멈추는 반복문은 나머지 캡처를 잃음.
• 저장소. 이미지는 폴더에 도달하기 전에 API 벤더와 플랫폼을 거침. 두 벤더의 데이터 보관 조건을 확인함.

옵션 3: 웹사이트 모니터링 도구

웹사이트 모니터링 서비스는 일정에 따라 페이지를 캡처하고, 각 캡처를 이전 캡처와 비교합니다. 차이가 임계값을 넘으면 알림을 보냅니다. 일부 서비스는 모든 캡처의 아카이브를 보관합니다.

이 도구들은 "이 페이지가 바뀌었는가"에 답하며, "스크린샷 폴더"를 제공하는 목적과는 다릅니다. 가격 추적, 컴플라이언스 점검, 경쟁사 페이지에 맞습니다. 페이지, 일정, 이미지는 모두 벤더의 서버에 저장됩니다.

예시 작업에 모니터링이 더 맞는 경우

월요일 캡처의 목적이 가격 변동을 찾는 것뿐이라면 모니터링 서비스로 수동 검토를 없앨 수 있습니다. Mac이 모두 꺼져 있어도 실행되며, 페이지가 바뀔 때만 알림을 보냅니다. 팀은 이미지 60장을 검토하는 대신 바뀐 페이지 2개만 엽니다.

팀이 분기별 슬라이드 덱처럼 이미지 자체를 필요로 하면 모니터링은 덜 맞습니다. 호스팅 서비스에서 아카이브를 내보내는 데 추가 단계가 필요할 수 있고, 형식도 벤더에 따라 다릅니다.

로컬 도구로 캡처를 직접 비교하기

로컬 URL 목록 실행에는 자동 변경 감지 기능이 없습니다. 같은 페이지의 주간 캡처 두 개는 나란히 비교할 수 있습니다. 무료 Compare Images 도구는 슬라이더, 페이드, 나란히 보기, 픽셀 차이 보기를 제공합니다.

비교는 두 캡처가 같은 기기, 영역, 대기, 지연, 차단 설정을 썼을 때만 의미가 있습니다. 설정이 다르면 차이 보기에 실제 변화가 아닌 레이아웃 이동이 표시됩니다.

옵션 4: 브라우저 확장 프로그램과 일회성 도구

주요 브라우저에는 추가 소프트웨어 없이 페이지를 저장하는 방법이 최소 한 가지 있습니다:

• Chrome과 Edge DevTools. DevTools를 열고 Shift+Command+P로 명령 메뉴를 연 뒤 "Capture full size screenshot"을 실행함.
• Firefox. 페이지에서 우클릭한 뒤 Take Screenshot, Save full page를 선택함.
• Safari. File, Export as PDF를 선택해 페이지를 PDF로 저장함.

전체 페이지 확장 프로그램은 도구 모음에 버튼을 추가합니다. 이 버튼은 페이지를 스크롤하며 캡처하고, 결과를 하나의 이미지로 합칩니다. Chrome 116 이상용 무료 Temposhot 전체 페이지 스크린샷 확장 프로그램은 뷰포트를 로컬에서 Retina 해상도로 연결하고 PNG 파일 하나를 다운로드합니다.

이 도구들은 사용자의 브라우저 세션 안에서 동작하므로 로그인된 페이지도 그대로 캡처할 수 있습니다. 한 번의 동작에 탭 하나씩 처리합니다.

캡처 후 Image Converter로 PNG를 JPG나 WebP로 바꿀 수 있고, Stitch Screenshots로 여러 스크린샷을 하나의 긴 이미지로 합칠 수 있습니다. 두 도구 모두 파일을 업로드하지 않고 브라우저에서 실행됩니다.

단일 페이지에서 시간을 줄이는 단축키

브라우저 도구는 키보드 경로를 알고 있으면 빠릅니다. 아래 표는 브라우저 단축키와 주간 절차에서 쓰는 Temposhot 단축키를 짝지어 보여줍니다.

로그인된 페이지의 한계

Website Capture는 각 페이지를 실행 사이에 쿠키나 사이트 데이터를 저장하지 않는 비공개 브라우저 세션에서 엽니다. 사용자 브라우저의 로그인 상태는 사용하지 않습니다. 대시보드나 계정 페이지는 로그아웃된 방문자가 보는 모습, 보통은 로그인 양식으로 캡처됩니다.

예시 팀이 관심을 두는 페이지 중 2개는 파트너 로그인 뒤에 있습니다. 이 2개 페이지는 로그인된 브라우저에서 확장 프로그램으로 캡처합니다. 나머지 58건은 URL 목록 실행에 그대로 둡니다.

코드가 여전히 더 나은 경우

다음 경우에는 노코드 도구가 더 짧은 방법이 아닙니다:

• 스크린샷이 배포마다 CI 파이프라인 안에서 실행되어야 함
• 페이지마다 양식 채우기나 메뉴 열기 같은 스크립트 단계가 먼저 필요함
• 출력이 엄격한 이름 규칙이나 저장 체계를 따라야 함
• 캡처가 테스트 스위트의 한 단계임. 예: 시각적 회귀 테스트

이 경우에는 Playwright로 웹사이트 스크린샷을 자동화하는 방법부터 확인합니다.

노코드 설정이 한계에 이른 신호

전환은 첫날에 일어나는 경우가 드뭅니다. 루틴의 수동 작업이 스크립트를 작성하는 시간보다 오래 걸리기 시작할 때 일어납니다. 아래 신호가 먼저 나타납니다.

파일 이름이 pricing__mobile__2026-11-02.png처럼 엄격한 규칙을 따라야 할 때도 스크립트가 맞습니다. 노코드 실행에서는 매주 파일 60개의 이름을 손으로 바꾸는 시간이 캡처 자체보다 오래 걸립니다. Playwright 스크린샷 테스트 가이드는 테스트용 스크립트 방식을 다룹니다.

간단한 판단 기준

상황	선택
페이지 하나, 지금 바로	브라우저 도구 또는 확장 프로그램
공개 페이지 목록, 요청 시 실행, 파일은 로컬 보관	URL 목록 캡처 도구
캡처를 다른 앱으로 자동 전송	자동화 플랫폼과 스크린샷 API
일정에 따라 페이지 변경 알림	웹사이트 모니터링 도구
테스트나 배포 안의 스크린샷	코드

예시 작업에 판단 기준 적용하기

예시 팀은 두 방식을 섞어 씁니다. 공개 페이지 58건은 월요일 아침에 URL 목록 일괄 실행으로 처리합니다. 로그인된 페이지 2개는 브라우저 확장 프로그램으로 캡처합니다.

나중에 팀이 가격 변동 후 몇 시간 안에 알림을 받아야 하면 가격 페이지를 모니터링 서비스로 옮깁니다. 그러면 URL 목록 실행에는 보고서에 쓰는 페이지만 남습니다. URL 수, 빈도, 출력이 바뀔 때마다 작업 시트를 다시 검토합니다.

FAQ

로그인이 필요한 페이지를 코드 없이 캡처할 수 있나요?

브라우저 도구나 확장 프로그램을 사용합니다. 두 방식 모두 로그인된 사용자의 브라우저에서 동작합니다. 자체 브라우저를 쓰는 URL 목록 도구는 로그아웃된 방문자가 보는 화면을 캡처합니다.

노코드 스크린샷의 품질이 스크립트 방식보다 낮나요?

본질적으로 그렇지 않습니다. 두 방식 모두 실제 브라우저 엔진에서 페이지를 로드합니다. 품질은 뷰포트 크기, 대기 타이밍, 이미지 형식에 따라 결정되며, 대부분의 노코드 도구가 이 값을 설정으로 제공합니다.

URL 목록 실행 중에 Mac을 깨워 두어야 하나요?

로컬 도구라면 그렇습니다. Website Capture는 Mac의 관리형 브라우저에서 실행되므로, 모든 행이 끝날 때까지 앱을 열어 둡니다.

행 하나에서 데스크톱과 모바일 크기를 모두 캡처할 수 있나요?

아니요. 행마다 Device 설정이 하나뿐입니다. URL을 두 번 추가하고, 한 행은 Desktop, 다른 행은 Mobile로 설정합니다.

주간 보관용으로 어떤 형식을 골라야 하나요?

품질 85의 JPEG는 긴 전체 페이지 캡처의 용량을 작게 유지합니다. 작은 인터페이스 텍스트를 선명하게 유지해야 하는 페이지에는 PNG가 맞습니다. WebP도 사용할 수 있으며, JPEG와 같은 1에서 100까지의 품질 범위를 지원합니다.

같은 페이지가 내 브라우저에서 보는 것과 다르게 보이는 이유는 무엇인가요?

Website Capture는 기본적으로 광고와 트래커를 차단하고, 쿠키 배너는 행 설정에 따라 처리합니다. 사용자의 쿠키 없이 실행되기도 합니다. 해당 행의 차단을 끄고 Cookies를 Leave unchanged로 설정하면 일반 방문에 더 가까워집니다.

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

Temposhot Website Capture는 붙여넣은 URL 목록을 Mac에서 스크린샷 폴더, PDF, MP4로 바꿉니다. 웹사이트 스크린샷 자동화 페이지를 보거나 Website Capture 빠른 시작을 따라 할 수 있습니다.