일괄 웹사이트 스크린샷을 위한 최고의 GoFullPage 대안

GoFullPage는 페이지를 스크롤하며 각 부분을 캡처한 뒤 하나의 이미지로 이어 붙이는 브라우저 확장 프로그램입니다. Chrome에서 전체 페이지 스크린샷을 가끔 찍을 때 많이 쓰입니다. 작업 규모가 커지면 한계가 드러납니다. URL 50개 목록을 캡처하려면 탭 50개를 열고 버튼을 50번 클릭해야 합니다. 아래 대안은 한 페이지용 도구부터 일괄 처리와 API 옵션까지 범위가 다양합니다.

기능과 요금제는 바뀝니다. 선택하기 전에 각 제품의 현재 페이지나 스토어 설명을 확인합니다.

GoFullPage 대안 한눈에 보기

도구	유형	여러 URL 동시 처리	로그인된 페이지	코드 필요
Temposhot	Mac 앱과 Chrome 확장 프로그램	예, 앱에서	예, 확장 프로그램 사용 시	아니요
FireShot	브라우저 확장 프로그램	아니요	예	아니요
Chrome DevTools	Chrome에 내장	아니요	예	아니요
Firefox Screenshots	Firefox에 내장	아니요	예	아니요
Urlbox	스크린샷 API	예	설정에 따라 다름	예

이 표를 나누는 기준은 단순합니다. 한 번에 한 페이지를 캡처하는지, URL 목록을 캡처하는지입니다.

URL 50개를 직접 캡처할 때 드는 시간

탭 하나짜리 확장 프로그램을 쓰면 페이지마다 같은 순서를 반복합니다. URL을 열고, 이미지가 로드되기를 기다리고, 버튼을 누르고, 이어 붙이기가 끝나기를 기다린 뒤, 다운로드된 파일 이름을 바꿉니다. 페이지당 약 20초가 걸리면 50페이지는 약 17분의 작업 시간이 필요합니다. 파일 이름은 목록 순서가 아니라 페이지 제목으로 저장됩니다.

일괄 처리 도구는 목록을 한 번 읽고 페이지를 병렬로 실행합니다. 사용자의 작업은 목록을 붙여 넣고, 미리보기 한 장을 확인하고, 실패한 행을 처리하는 것으로 줄어듭니다.

일괄 처리 도구의 한계

일괄 처리 도구는 사용자의 브라우저가 아니라 자체 브라우저에서 페이지를 엽니다. 그래서 페이지를 4개 또는 10개씩 동시에 처리할 수 있지만, 사용자의 로그인 상태는 확인하지 못합니다. 이 글의 모든 일괄 처리 옵션은 로그아웃 상태의 방문자가 보는 공개 페이지를 캡처합니다.

로그인이 필요한 페이지에는 탭 하나짜리 도구가 여전히 적합합니다. 대부분의 팀은 종류별로 도구 하나씩을 함께 씁니다.

이어 붙인 이미지와 렌더링한 이미지

전체 페이지 이미지를 만드는 방법은 두 가지입니다. 이어 붙이기 도구는 보이는 창을 스크롤하며 화면을 하나씩 캡처한 뒤 조각을 붙입니다. 렌더링 도구는 브라우저 엔진에 고정된 뷰포트 너비로 문서 전체를 한 번에 그리도록 요청합니다.

이어 붙이기는 확장 프로그램과 확대 비율을 포함해 창에 보이던 그대로를 보여 줍니다. 다만 스크롤하는 동안 페이지가 계속 바뀌므로 머리글이 반복되거나 이미지가 절반만 로드된 상태로 찍히기도 합니다. 렌더링은 스크롤을 하지 않아 이런 문제가 적지만, 도구 자체의 브라우저와 설정에 따라 결과가 사용자의 창과 다를 수 있습니다.

1. Temposhot

Temposhot은 두 경우를 두 부분으로 나눠 처리합니다.

Chrome 116 이상용 Temposhot Full Page Screenshot 확장 프로그램은 한 페이지를 처리합니다. 활성 탭을 스크롤하고, 화면 조각을 Retina 해상도로 로컬에서 이어 붙여 PNG 파일 하나를 다운로드합니다. 무료이며 로그인된 브라우저에서 동작합니다. 확장 프로그램 페이지를 참고합니다.

Temposhot Mac 앱의 Website Capture는 목록을 처리합니다.

1. URL 붙여 넣기

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

2. 캡처 방식 선택

   Desktop 1920×1080, Tablet 768×1024, Mobile 390×844 중 하나를 고른 뒤 Full page 또는 Viewport를 선택합니다.

3. 실행

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

4. 내보내기

   세션을 ZIP, Images, 검색 가능한 PDF 또는 MP4로 저장합니다.

각 행은 고유한 대기 조건(Load, DOM content loaded, Network idle 중 하나와 0초에서 60초 사이의 지연), 이미지 형식(JPEG, PNG, WebP), 차단 설정을 가질 수 있습니다.

제한 사항은 다음과 같습니다. 이 앱은 macOS 14 이상이 설치된 Apple Silicon Mac에서만 실행됩니다. Website Capture는 로그아웃 상태의 방문자로 페이지를 보며, 스케줄러와 클라우드 보관 기능이 없습니다.

확장 프로그램과 Website Capture 비교

두 부분은 역할이 다릅니다. 차이는 처리하는 페이지 수뿐만이 아닙니다. 확장 프로그램은 사용자의 Chrome 프로필을 사용합니다. Website Capture는 macOS에 내장된 엔진인 WebKit을 사용하며, 실행마다 쿠키를 보관하지 않는 비공개 세션에서 동작합니다.

URL 목록 준비

정리된 목록은 어떤 설정보다 작업 시간을 더 줄입니다. Temposhot은 HTTP와 HTTPS URL만 허용하며, example.com처럼 스킴이 없는 도메인에는 https://를 붙입니다. 그 밖의 입력에는 "Enter a valid HTTP or HTTPS URL."이 표시됩니다.

템플릿별로 묶으면 설정을 정리하기 쉽습니다. 제품 페이지, 기사, 홈페이지는 보통 서로 다른 대기 시간이 필요하며, 같은 템플릿의 행끼리는 설정을 공유할 수 있습니다.

데스크톱과 모바일 감사용 행별 설정

이 글의 예시는 공개 URL 60개를 데스크톱과 모바일 크기로 각각 캡처하는 사이트 감사입니다. 각 URL을 두 번 추가하므로 총 120행이 되며, 두 번째 행에는 모바일 설정을 적용합니다.

DOM content loaded는 모든 이미지가 로드되기 전에 발생하므로, 3초 Delay가 늦게 나타나는 이미지에 시간을 줍니다. Accept minimal은 동의 배너에 가장 작은 범위로 응답합니다. WebP 품질 80은 세로로 긴 모바일 이미지 60장을 PNG보다 훨씬 작게 유지합니다.

같은 감사의 데스크톱 행은 Desktop(1920 × 1080), Full page, 1초 Delay가 설정된 Load, Reject banners, PNG를 사용했습니다. 데스크톱 페이지에는 작은 글씨가 더 많으며, PNG는 나중에 읽거나 OCR을 할 때 글자를 선명하게 유지합니다. 이런 설정은 행마다 지정하므로, 데스크톱 행 60개와 모바일 행 60개를 하나의 목록에 넣거나 두 번의 실행으로 나눌 수 있습니다.

실행 전에 데스크톱 행 하나와 모바일 행 하나에서 Render preview를 선택합니다. 미리보기는 행의 현재 설정을 사용합니다. 이후 설정을 바꾸면 다시 렌더링할 때까지 미리보기에 Out of date가 표시됩니다.

실행 중 행 상태

각 행은 자신의 상태를 표시하므로 느린 페이지 하나가 다른 행을 가리지 않습니다. Capturing 상태인 행 수는 Concurrent browsers 값을 넘지 않습니다.

행에서 Cancel을 선택하면 Cancel requested와 Capture cancelled가 표시될 수 있습니다. 실패한 행은 Capture failed 대신 구체적인 오류 메시지를 표시할 수도 있습니다.

실패한 행 다시 실행

120행 일괄 처리에서는 일부 실패가 흔히 발생합니다. 행을 다시 실행할 때 나머지 일괄 처리가 끝나기를 기다리지 않습니다.

네트워크 요청을 계속 보내는 페이지는 Network idle 상태에 도달하지 않으므로 시간 초과가 날 수 있습니다. 다른 원인과 해결 방법은 Website Capture 실행 및 결과에 있습니다.

내보내기와 결과 보관

각 실행은 Capture History에 세션으로 저장됩니다. 실패한 행이 있는 세션의 상태는 Partial이며, 세부 정보에 실패한 URL 목록이 표시됩니다. Capture History는 기본적으로 30개 세션을 보관하며, Settings > History에서 최대 500개까지 늘릴 수 있습니다.

데스크톱과 모바일 행을 별도의 일괄 처리로 실행하면 각 세션이 자체 ZIP과 PDF로 내보내지므로 이 구조를 쉽게 만들 수 있습니다. 내보내기는 Settings > General에서 설정한 Export path로 저장됩니다.

일괄 캡처를 주석이 있는 보고서로 만들기

원본 스크린샷이 감사의 최종 결과물인 경우는 드뭅니다. Capture History에서 Create Document를 선택하면 세션이 URL마다 한 페이지씩 있는 편집 가능한 Document가 됩니다. 편집기에서 화살표, 사각형, 텍스트 라벨을 추가할 수 있으며, Framing(F)은 각 페이지를 확인이 필요한 부분으로 자릅니다.

Export PDF는 제목과 주석이 포함된 페이지를 렌더링합니다. 기본 레이아웃은 표지, 단계 번호, 페이지 번호가 있는 A4 가로 방향입니다. PDF 대화상자에서 이 설정을 바꾸려면 Temposhot Pro가 필요합니다. 각 페이지를 URL 경로로 이름 지으면 보고서가 페이지 번호의 목록이 아니라 페이지 목록으로 읽힙니다.

캡처 ZIP은 원본 이미지의 기록으로 남습니다. Document PDF는 결과만 필요한 사람을 위한 버전입니다.

2. FireShot

FireShot은 전체 페이지, 보이는 영역, 선택 영역을 캡처하는 브라우저 확장 프로그램입니다. Chrome, Firefox, Edge를 포함한 여러 브라우저용으로 제공됩니다. 현재 지원하는 내보내기 형식과 편집 기능은 스토어 설명에 나와 있습니다.

GoFullPage와 비교하면 한 번에 탭 하나씩 캡처하는 같은 작업을 처리합니다. 사용하는 브라우저와 필요한 내보내기 옵션에 따라 선택합니다.

탭 하나짜리 확장 프로그램 두 개 비교

두 확장 프로그램은 데모 페이지가 아니라 평소 자주 캡처하는 페이지로 비교합니다. 같은 페이지 3개를 각 도구로 캡처합니다. 긴 기사, 고정 머리글이 있는 페이지, 캐러셀이 있는 페이지가 적합합니다.

그다음 네 가지를 확인합니다. 머리글이 반복되는지, 캐러셀이 슬라이드 중간에서 잘리는지, 지연 로딩 이미지가 빈 상태인지, 다운로드 파일 이름이 어떻게 지정되는지입니다. 사용자의 3개 페이지 기준으로 수동 수정이 적게 필요한 확장 프로그램이 해당 작업에 더 적합합니다.

3. Chrome DevTools

Chrome에는 확장 프로그램 없이 전체 페이지 캡처 기능이 들어 있습니다.

1. Option+Command+I로 DevTools를 엽니다.
2. Shift+Command+P로 명령 메뉴를 엽니다.
3. "Capture full size screenshot"을 실행합니다.

명령 메뉴에는 요소 하나만 캡처하는 "Capture node screenshot"도 있습니다. 먼저 기기 툴바를 켜면 휴대폰이나 태블릿 너비로 캡처할 수 있습니다. 결과는 다운로드 폴더의 PNG 파일입니다.

DevTools에는 주석 기능이 없고 확장 프로그램 버튼보다 단계가 몇 개 더 필요하지만, 설치나 추가 권한이 필요 없습니다.

DevTools가 확장 프로그램보다 나은 경우

문서 작업에는 "Capture node screenshot"이 가장 유용합니다. Elements 패널에서 가격표, 양식, 카드 하나를 선택하면 캡처 결과에 그 요소만 렌더링된 크기로 담깁니다.

자르기 단계가 필요 없고, 같은 컴포넌트를 캡처한 이미지의 너비가 모두 같게 유지됩니다. 전체 페이지를 캡처하는 확장 프로그램은 나중에 편집하지 않고는 이렇게 할 수 없습니다.

DevTools는 목록 작업에 맞지 않음

DevTools 캡처는 모두 수동입니다. 패널을 열고, 명령 메뉴를 열고, 명령을 실행하고, 파일 이름을 바꿉니다. 3페이지에는 괜찮지만 30페이지에는 번거롭습니다.

이 명령들을 구동하는 Chrome DevTools Protocol을 Puppeteer도 사용하므로, Chrome에서 목록 작업은 짧은 스크립트로 바꿀 수 있습니다. Puppeteer 스크린샷 가이드에 코드가 나와 있습니다.

4. Firefox Screenshots

Firefox에는 기본 스크린샷 도구가 있습니다. 페이지에서 마우스 오른쪽 버튼을 누르고 Take Screenshot을 선택한 뒤 Save full page 또는 Save visible을 고릅니다. 페이지의 요소를 클릭해 그 블록만 캡처할 수도 있습니다. 이미지는 다운로드하거나 복사할 수 있습니다.

Firefox 사용자에게는 전체 페이지 확장 프로그램이 필요 없습니다. 다른 브라우저 기본 도구와 마찬가지로 한 번의 동작에 페이지 하나를 처리합니다.

보이는 영역 또는 전체 페이지

방문자가 처음 보는 화면을 기록할 때는 Save visible이 더 적합한 경우가 많습니다. 랜딩 페이지는 첫 화면으로 평가되므로, 일반적인 노트북 크기의 보이는 영역 캡처가 실제 첫인상을 보여 줍니다.

긴 페이지의 모든 섹션이 제대로 렌더링되었는지 확인할 때는 Save full page가 더 적합합니다. 스크린샷이 답해야 할 질문에 따라 모드를 고릅니다.

브라우저 캡처에 포함된 개인 정보

모든 브라우저 도구는 사용자의 세션으로 페이지를 캡처하므로 계정 이름, 아바타, 알림 개수가 이미지에 들어갑니다. 공유하기 전에 Image Redaction Tool로 해당 영역을 가립니다. 이 도구는 브라우저에서 영역을 흐리게 하거나 픽셀화하거나 덮습니다. 전체 페이지 이미지는 높이 전체를 확인합니다. 이메일 주소가 첫 화면에서 멀리 떨어진 바닥글이나 사이드바에 있는 경우가 많기 때문입니다.

5. Urlbox

Urlbox는 스크린샷 API입니다. 코드가 HTTP 요청에 URL과 렌더링 옵션을 담아 보내면 서비스가 렌더링된 페이지를 반환합니다. 대규모 URL 목록과 자동화 파이프라인에 적합합니다.

개발자, 계정, API 키가 필요하며 실행은 공급업체의 서버에서 이루어집니다. 요금은 사용량에 따라 달라지므로 공급업체의 현재 요금제를 확인합니다.

API 또는 로컬 일괄 처리

두 방식 모두 목록을 처리하므로 선택은 작업을 누가 실행하고 페이지를 어디에서 렌더링하는지에 달려 있습니다. API는 코드가 필요하지만 사람이 없어도 실행됩니다. 로컬 일괄 처리는 코드가 필요 없지만, Mac에서 누군가 실행을 시작해야 동작합니다.

스크린샷 API를 고를 때 확인할 질문

API용 코드를 작성하기 전에 문서에서 다섯 가지를 확인합니다. 첫 세 가지는 쿠키 배너와 광고를 어떻게 처리하는지, 선택자나 고정 지연을 기다릴 수 있는지, 최대 페이지 높이가 있는지와 그 높이를 넘으면 어떻게 되는지입니다.

기록 측면에서는 두 가지가 더 중요합니다. 이미지가 어디에 얼마 동안 저장되는지, 공급업체가 응답 후에도 페이지나 이미지 사본을 보관하는지입니다. 고객 데이터나 내부 데이터가 포함된 페이지는 제3자 서버에 아예 올릴 수 없을 수도 있습니다.

상황별 GoFullPage 대안 선택

• 한 페이지를 가끔, Chrome에서 캡처할 때: Chrome DevTools 또는 Temposhot 확장 프로그램.
• 한 페이지를 가끔, Firefox에서 캡처할 때: Firefox Screenshots.
• 내보내기나 편집 옵션이 더 필요한 한 페이지: FireShot.
• 코드 없이 Mac에서 공개 URL 목록을 캡처할 때: Temposhot Website Capture.
• 자동화 시스템에서 URL 수천 개를 처리할 때: Urlbox, 다른 스크린샷 API 또는 Playwright 스크립트. Playwright로 웹사이트 스크린샷 자동화하기를 참고합니다.

볼륨과 빈도로 결정하기

볼륨과 빈도가 대부분의 선택을 결정합니다. 가끔 10페이지 이하라면 설정할 것이 없으므로 탭 하나짜리 도구가 가장 빠릅니다. 사람이 실행하는 공개 페이지가 약 10개에서 수백 개 사이라면, Website Capture 같은 로컬 일괄 처리가 가장 많은 시간을 줄입니다.

매일 실행하거나 무인으로 돌려야 하는 작업은 코드로 처리합니다. 서버에서 Playwright나 Puppeteer 스크립트를 실행하거나 스크린샷 API를 사용합니다. Temposhot에는 스케줄러가 없으므로 사람이 시작하고 검토하는 작업에 맞습니다.

결과를 비교 가능하게 유지하는 일괄 처리 습관

일괄 처리 결과는 이미지끼리, 그리고 다음 실행의 이미지와 비교할 수 있어야 쓸모가 있습니다. 이는 도구보다 일관된 설정에 더 좌우됩니다.

같은 목록을 두 번 실행한 결과는 픽셀 차이 보기가 있는 Compare Images로 페이지별로 비교할 수 있습니다. 대기나 차단 설정이 다르면 사이트에 없는 차이가 나타나므로, 설정부터 맞춥니다.

크기와 메모리 계획

세로로 긴 데스크톱 캡처는 PNG로 수 메가바이트에 이를 수 있으며, 120행 일괄 처리에서는 그만큼 곱해집니다. 감사용으로는 품질 80에서 85의 JPEG나 WebP가 보통 충분합니다. 티켓 시스템이 업로드 크기를 제한하면 Image Compressor로 개별 파일을 더 줄입니다.

메모리도 또 다른 제한입니다. 동시에 실행되는 브라우저마다 전체 페이지를 메모리에 올리므로, Concurrent browsers를 10으로 두고 매우 긴 페이지를 처리하면 Mac이 느려질 수 있습니다. 기본값 4에서 시작하고, Temposhot이 부하 안내를 표시하면 값을 낮춥니다.

자주 묻는 질문

일부 전체 페이지 스크린샷에서 머리글이 반복되는 이유는 무엇인가요?

스크롤하며 이어 붙이는 확장 프로그램은 고정 요소를 화면마다 캡처합니다. 일부 도구는 첫 화면 이후 고정 요소를 숨깁니다. 브라우저 기본 도구는 대개 한 번의 렌더링으로 페이지를 그리므로 이 문제가 적습니다.

브라우저 확장 프로그램으로 URL을 여러 개 캡처할 수 있나요?

대부분의 전체 페이지 확장 프로그램은 활성 탭에서만 동작합니다. 목록을 처리하려면 Temposhot Website Capture 같은 일괄 처리 도구나 스크린샷 API를 사용합니다.

전체 페이지 스크린샷을 PDF로 만들려면 어떻게 하나요?

이미지를 페이지 크기의 조각으로 나눈 뒤 Image to PDF로 합칩니다. 전체 페이지 스크린샷과 PDF 내보내기 비교 글에서 각 형식이 맞는 경우를 설명합니다.

Website Capture가 브라우저의 로그인 상태를 사용할 수 있나요?

아니요. 각 페이지는 실행 사이에 쿠키나 사이트 데이터를 보관하지 않는 비공개 브라우저 세션에서 열립니다. 로그인이 필요한 페이지는 로그아웃 상태의 방문자가 보는 모습으로 캡처되므로, 그런 페이지에는 확장 프로그램을 사용합니다.

일괄 처리를 멈추지 않고 느린 페이지 하나만 멈출 수 있나요?

예. 해당 행에서 Cancel을 선택합니다. 나머지 행은 계속 실행되며, 취소된 행은 나중에 Retry로 다시 실행할 수 있습니다. Stop Capture는 일괄 처리 전체를 종료하고, 이미 완료된 스크린샷은 유지합니다.

Website Capture에서 페이지가 내 브라우저와 다르게 보이는 이유는 무엇인가요?

Website Capture는 WebKit을 사용하고, 기본값으로 Block ads와 Block trackers가 켜져 있으며, 이전 방문의 쿠키를 사용하지 않습니다. 차단된 스크립트에 의존하거나 재방문자에게 다른 레이아웃을 보여 주는 페이지는 다르게 렌더링됩니다. 해당 행에서 차단 기능을 끄고 다시 비교합니다.

Website Capture에 별도의 브라우저 다운로드가 필요한가요?

아니요. macOS에 내장된 브라우저 엔진인 WebKit을 사용합니다. 첫 실행 전에 필요한 설정 단계가 없습니다.

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

Temposhot Website Capture는 Mac에서 URL 목록 전체를 한 번에 실행합니다. 웹사이트 스크린샷 자동화 페이지를 보거나 Website Capture 빠른 시작부터 시작합니다.