Mac 내장 도구로 스크린샷을 자동화하는 방법

macOS에는 예약된 시간에 스크린샷을 찍는 내장 방법이 세 가지 있습니다. screencapture 명령, Automator, 단축어(Shortcuts) 앱입니다. 세 방법 모두 추가 소프트웨어 없이 캡처, 대기, 반복을 수행합니다. 이 가이드는 방법을 고르는 기준, 세 프레임 테스트로 동작을 확인하는 방법, 긴 실행에서 나타나는 문제의 해결 방법을 설명합니다.

이 글 전체에서 사용하는 예제는 슬라이드 120장짜리 프레젠테이션을 슬라이드마다 이미지 한 장으로 저장하는 작업입니다. 고정된 캡처 대상, 프레임 사이의 키 입력, 각 슬라이드가 렌더링될 때까지의 대기, 마지막 슬라이드 이후의 정상 종료가 필요합니다.

작업에 맞는 내장 방법 고르기

방법	적합한 경우	약점
Terminal의 screencapture	고정 영역, 정확한 파일 이름, 자주 실행하는 스크립트	셸 지식이 필요함
Automator	더블클릭으로 실행하는 앱으로 저장하는 시각적 워크플로	기본 스크린샷 동작이 파일 이름을 덮어쓸 수 있음
Shortcuts	메뉴 막대와 키보드 실행, 최신 macOS의 자동화	창과 영역 캡처에는 스크립트 단계가 필요함

세 방법은 같은 캡처 엔진과 같은 권한 모델을 사용합니다. 이미 아는 방법을 고르면 됩니다. 어느 방법도 익숙하지 않다면 Terminal부터 시작합니다. 테스트에 명령 두 줄이면 충분합니다.

각 방법의 구성

Automator와 Shortcuts는 셸 동작을 통해 결국 같은 screencapture 명령을 호출하는 경우가 많습니다. 차이는 감싸는 방식에 있습니다. Terminal은 스크립트 파일을 사용하고, Automator는 워크플로 또는 더블클릭 앱으로 저장하며, Shortcuts는 메뉴 막대, 키보드 단축키, 예약 자동화 같은 실행 수단을 추가합니다.

따라서 캡처 명령은 한 번만 작성하면 됩니다. Terminal에서 먼저 테스트한 다음, 실행 수단이 필요하면 같은 명령을 Automator 또는 Shortcuts의 Run Shell Script 동작에 붙여 넣습니다.

콘텐츠가 변하는 방식으로 결정

방법보다 중요한 것은 새 프레임을 찍는 트리거입니다. 대시보드, 빌드 로그, 렌더링 진행 막대처럼 스스로 바뀌는 콘텐츠는 타이머만 있으면 됩니다. 슬라이드나 리더처럼 키 입력으로 바뀌는 콘텐츠는 타이머와 키 입력이 함께 필요합니다.

사용자가 작업을 클릭하며 진행하는 콘텐츠는 다른 종류의 작업입니다. 타이머로 찍으면 클릭 사이마다 같은 프레임이 여러 장 생기고, 각 클릭의 순간은 놓칩니다. 이 경우에는 클릭 기반 도구가 맞습니다. Temposhot의 Action Capture는 간격마다 한 장을 찍는 대신 유효한 클릭마다 프레임 한 장을 저장합니다.

자동화에 중요한 옵션

screencapture에는 대부분의 사용자가 쓰는 것보다 많은 옵션이 있습니다. 아래 옵션은 한 대의 Mac에서 거의 모든 자동화 작업을 다룹니다.

전체 목록은 사용 중인 macOS 버전에서 Terminal에 man screencapture를 입력해 확인합니다. 슬라이드에는 -R 고정 영역이 가장 유용합니다. 메뉴 막대, Dock, 알림 배너가 프레임에서 빠지기 때문입니다.

시작 전: 화면 캡처 허용과 세 프레임 테스트

macOS는 다른 앱의 창을 캡처하는 모든 앱에 화면 기록 권한을 요구합니다. 캡처를 실행하는 앱에 권한이 필요합니다. 셸 루프는 Terminal, Automator 워크플로는 Automator, 단축어는 Shortcuts가 해당합니다. Automator 워크플로를 앱으로 저장했다면 그 앱에도 별도로 권한이 필요합니다.

System Settings를 열고 Privacy and Security로 이동한 다음, 화면 기록(Screen Recording) 목록에서 해당 앱을 켭니다. 이 항목의 이름은 macOS 버전마다 다릅니다. 설정을 바꾼 뒤에는 앱을 종료했다가 다시 실행합니다.

긴 실행 전에는 반드시 세 프레임으로 테스트합니다. 세 프레임으로 권한, 파일 이름, 타이밍을 확인할 수 있으며 테스트는 약 10초면 끝납니다. 500 프레임 실행이 배경화면만 저장한다면 시간을 훨씬 더 낭비합니다.

어떤 방법에 어떤 권한이 필요한지

권한은 스크립트 파일이 아니라 명령을 실행하는 프로세스에 부여됩니다. iTerm에서 시작한 루프는 iTerm이 목록에 있어야 하고, 앱으로 저장한 워크플로는 그 앱이 목록에 있어야 합니다. Automator 자체가 이미 허용되어 있어도 마찬가지입니다.

스위치가 켜져 있는데 배경화면만 찍힐 때

macOS가 앱을 허용됨으로 표시하면서도 캡처 결과가 바탕화면 사진만 담는 경우가 있습니다. 스위치를 끈 뒤 다시 켜고, 앱을 종료했다가 다시 실행합니다. 스크립트를 편집기 내장 터미널에서 실행한다면 권한이 필요한 앱은 Terminal이 아니라 그 편집기입니다.

긴 실행 전 Mac 준비

120프레임 실행이 80프레임에서 실패하면 실행하지 않은 것보다 나쁩니다. 빈 구간을 알아채기 어렵기 때문입니다. 시작 전에 짧은 체크리스트를 확인하면 흔한 원인을 막을 수 있습니다.

Terminal에서 screencapture 세 프레임 테스트 실행

mkdir -p ~/Captures/test
for i in 1 2 3; do
  screencapture -x -m ~/Captures/test/frame-$i.png
  sleep 3
done
open ~/Captures/test

폴더에서 세 가지를 확인합니다. 파일이 3개 있는지, 각 파일에 열려 있는 창이 보이는지, 이름이 캡처 순서대로 붙었는지입니다. -x 옵션은 셔터음을 끄고, -m 옵션은 캡처를 메인 디스플레이로 제한합니다. 명령줄 가이드에서는 고정 영역, JPG 출력, 긴 실행을 다룹니다.

파일 번호를 올바르게 정렬되도록 매기기

frame-$i.png는 프레임이 3개일 때는 잘 동작하지만 9를 넘으면 정렬이 어긋납니다. 일반 텍스트 정렬에서는 Finder와 대부분의 도구가 frame-10을 frame-2보다 앞에 둡니다. 숫자 앞을 0으로 채우면 이 문제가 해결됩니다. printf '%03d'는 7을 007로 바꾸므로 120프레임도 어디서나 순서가 유지됩니다.

name=$(printf 'frame-%03d.png' $i)
screencapture -x -R 0,25,1440,875 ~/Captures/deck/$name

실제 작업 규모에 맞춰 테스트 확장

슬라이드 120장 예제에서는 루프를 2초 대기로 120번 실행합니다. 캡처만 약 4분이 걸리고 준비 시간은 몇 초입니다. 1440 × 875 영역에서 텍스트와 단순한 그래픽이 있는 PNG 슬라이드는 보통 장당 1 MB 아래이므로 전체 결과는 약 50~120 MB에 들어갑니다.

시각적 워크플로에 Automator 사용

Automator에서 새 Workflow를 만듭니다. Take Screenshot을 추가하고, 그 뒤에 Pause를 3초로 설정합니다. 이어서 Loop를 자동으로 반복하고 3번 후 중지하도록 설정합니다. 실행한 뒤 폴더를 확인합니다.

파일이 한 개만 생기면 동작이 매번 같은 이름으로 저장된 것입니다. Take Screenshot을 Run Shell Script로 바꾸고, Terminal 테스트의 screencapture 명령에 번호가 붙은 이름을 넣어 사용합니다. 완성한 워크플로는 Application으로 저장하면 더블클릭으로 실행할 수 있습니다. 셸 동작 전체 설정은 Automator 가이드에 있습니다.

Automator 안에서 카운터 유지

Loop 동작은 다음 반복에 카운터를 넘겨주지 않습니다. 가장 간단한 해결책은 셸이 폴더에 있는 파일을 세어 다음 번호를 계산하게 하는 것입니다. 그러면 매 반복마다 새 이름을 사용합니다.

dir=~/Captures/deck
mkdir -p "$dir"
n=$(ls "$dir" | wc -l | tr -d ' ')
screencapture -x -m "$dir/$(printf 'frame-%03d.png' $((n + 1)))"

이 방법은 실행 시작 시 폴더가 비어 있어야 동작합니다. 이전 실행에서 남은 파일은 모든 번호를 밀어내므로, 폴더를 비우거나 실행마다 새 폴더를 사용합니다.

앱으로 저장하고 접근 권한 부여

Application으로 저장한 워크플로는 macOS에서 별도의 프로그램으로 취급됩니다. 처음 캡처할 때 macOS는 테스트 중에 Automator를 허용했더라도 해당 앱에 화면 기록 권한을 다시 요청합니다.

한 번 권한을 부여한 뒤 저장된 앱을 종료했다가 다시 실행합니다. 앱을 이동하거나 새 이름으로 다시 저장하면 macOS가 새 앱으로 인식해 권한을 다시 요청할 수 있습니다. 최종 앱은 Applications 폴더처럼 한 곳에 보관합니다.

실행 수단과 트리거에 Shortcuts 사용

Repeat를 3으로 설정한 단축어를 만듭니다. 블록 안에 Take Screenshot, 파일 이름에 Repeat Index 변수를 넣은 Save File, 3초로 설정한 Wait를 추가합니다. 실행한 뒤 폴더를 확인합니다.

단축어는 메뉴 막대, 키보드 단축키, 또는 Terminal의 shortcuts run으로 실행할 수 있습니다. macOS Tahoe 26 이상에서는 개인 자동화가 지정한 시간에 단축어를 시작할 수 있습니다. 트리거와 스크립트 권한은 Shortcuts 가이드에서 다룹니다.

Terminal에서 단축어 시작

shortcuts run "Deck Capture"는 이름으로 단축어를 실행합니다. caffeinate와 함께 사용하면 Mac이 단축어가 실행되는 동안에만 깨어 있도록 유지할 수 있습니다. 하루 전체의 에너지 설정을 바꾸는 것보다 안전합니다.

caffeinate -di shortcuts run "Deck Capture"

Repeat Index는 1에서 시작하며 앞자리를 0으로 채우지 않습니다. 9프레임을 넘기면 Text 동작에서 숫자 앞을 0으로 채우거나, 이름 대신 생성 날짜로 파일을 정렬합니다.

예약 시작과 한계

지정한 시간에 시작하는 개인 자동화는 아무도 책상에 없을 때 캡처해야 하는 작업에 유용합니다. 예를 들어 매일 아침 9:00의 대시보드가 그렇습니다. 그 시각에 Mac이 깨어 있고 잠금 해제되어 있어야 합니다. 화면이 잠겨 있으면 대시보드가 표시되지 않습니다.

예약된 단축어는 짧고 독립적으로 유지합니다. 3프레임을 찍고 멈추는 단축어는 다음 날 아침 확인하기 쉽지만, 2시간 동안 반복하는 단축어는 검증하기 어렵고 실행된 채로 방치되기 쉽습니다.

캡처가 동작한 뒤에만 페이지 넘김 추가

슬라이드나 문서를 넘기려면 프레임 사이에 키 입력이 필요합니다. 세 프레임 테스트가 통과한 뒤에 추가합니다. 그래야 캡처 문제와 키 입력 문제가 동시에 나타나지 않습니다.

세 방법 모두 System Events를 통해 같은 방식으로 키를 보냅니다.

osascript -e 'tell application "System Events" to key code 124'

키 코드 124는 오른쪽 화살표입니다. 순서가 중요합니다. 캡처한 다음 키를 누르고, 다음 페이지가 렌더링될 만큼 기다립니다. 마지막 프레임 이후에는 키를 보내지 않아 문서가 마지막 페이지를 넘어가지 않게 합니다. 키를 보내는 앱은 손쉬운 사용 권한이 필요하며, 대상 앱이 맨 앞에 있어야 합니다.

다른 페이지 넘김용 키 코드

key code는 문자가 아니라 하드웨어 키 번호를 사용합니다. 오른쪽 화살표는 124, 왼쪽 화살표는 123, 아래 화살표는 125, 위 화살표는 126, Space는 49, Return은 36입니다. 페이지 단위가 아니라 스크롤하는 리더에는 보통 Space가 맞습니다. Space는 약 한 화면을 이동하고, 아래 화살표는 몇 줄만 이동하기 때문입니다.

입력하는 문자는 keystroke를 사용합니다. 예를 들어 N 키로 페이지를 넘기는 앱에는 keystroke "n"을 씁니다. 새 키는 긴 실행 전에 세 프레임 테스트로 확인합니다.

120장 전체 스크립트

아래 스크립트는 앞의 내용을 모두 결합합니다. 0으로 채운 파일 이름, 고정 영역, 마지막 반복을 제외한 모든 반복의 키 입력, 2초 대기를 사용합니다. deck.zsh로 저장하고 caffeinate -di zsh deck.zsh로 실행합니다.

#!/bin/zsh
out=~/Captures/deck-$(date +%Y-%m-%d)
mkdir -p "$out"
total=120
sleep 5   # time to click into the presentation window
for i in $(seq 1 $total); do
  screencapture -x -R 0,25,1440,875 "$out/$(printf 'slide-%03d.png' $i)"
  if (( i < total )); then
    osascript -e 'tell application "System Events" to key code 124'
  fi
  sleep 2
done
open "$out"

루프 전의 5초 sleep은 카운트다운 역할을 합니다. 이 시간에 프레젠테이션 창을 클릭해 두어야 키 입력이 Terminal이 아니라 프레젠테이션 창으로 전달됩니다.

키 입력 타이밍 규칙

슬라이드 전환은 프레임이 흐릿해지는 가장 흔한 원인입니다. 1초짜리 디졸브에는 최소 1.5초의 대기가 필요합니다. 프레젠테이션 앱에서 전환 효과를 끄는 것이 더 확실한 해결책입니다.

자주 발생하는 스크린샷 자동화 문제 해결

• 배경화면만 찍힘. 실행 중인 앱에 화면 기록 권한이 없음. 권한을 허용한 뒤 앱을 다시 실행함.
• 파일이 여러 개가 아니라 한 개만 생성됨. 매 반복이 같은 이름으로 저장함. 파일 이름에 카운터를 추가함.
• 실행 후반에 검은 프레임. 디스플레이가 잠듦. 실행 기간 동안 Terminal에서 caffeinate -di를 실행함.
• 페이지가 건너뜀. 페이지가 렌더링되기 전에 키 입력이 발생함. 키 입력 후 대기 시간을 늘림.
• 끝에 페이지가 하나 더 찍힘. 마지막 캡처 후에 키 입력이 발생함. 마지막 반복에서 키 입력을 생략함.
• 두 번째 디스플레이가 빠짐. -D 1과 -D 2로 디스플레이마다 따로 캡처함.

실패한 프레임 빠르게 찾기

긴 실행이 잘못되면 무엇이든 바꾸기 전에 처음 잘못된 프레임을 찾습니다. Finder에서 폴더를 열고 아이콘 보기로 전환한 뒤, 썸네일이 달라 보일 때까지 스크롤합니다. 프레임 번호를 보면 문제가 처음부터 있었는지(권한 또는 영역), 특정 시각에 있었는지(sleep 또는 알림), 무작위로 발생했는지(렌더링 타이밍) 알 수 있습니다.

나란히 놓은 프레임이 중복되면 키 입력이 앱에 도달하지 않은 것입니다. 한 페이지 차이가 나는 두 프레임은 키 입력은 도달했지만 대기 시간이 짧았던 것입니다. 변화가 너무 작아 눈으로 보이지 않을 때는 Compare Images로 두 프레임의 픽셀 차이를 확인합니다.

프레임에 나타나는 알림과 오버레이

전체 디스플레이 캡처는 알림 배너, 볼륨 표시기, 갑자기 뜨는 채팅 앱을 포함해 화면에 보이는 모든 것을 기록합니다. 방해 금지는 대부분의 배너를 없앱니다. 배너는 우측 상단에 나타나므로, 그 부분을 제외한 -R 고정 영역을 지정하면 나머지도 제거됩니다.

Retina 디스플레이의 영역 크기

-R 값은 화면 포인트 단위이며 픽셀 단위가 아닙니다. Retina 디스플레이에서 1440 × 875 영역은 2880 × 1750 픽셀 이미지로 저장됩니다. 텍스트와 OCR에는 더 선명하지만, 가로와 세로가 각각 두 배가 되므로 파일 크기는 Retina가 아닌 디스플레이보다 약 네 배 커집니다. 저장 공간을 계획하기 전에 Screenshot Resolution Checker로 실제 픽셀 크기를 확인합니다.

통제되지 않는 루프 중지

잘못된 횟수로 설정한 루프는 계획보다 훨씬 오래 실행될 수 있습니다. Terminal 창에서 Control+C를 누르면 중지됩니다. 이미 저장된 프레임은 폴더에 남습니다. 단축어는 Shortcuts 메뉴 막대 아이콘에서 중지 버튼을 선택합니다.

내장 도구가 더 간단한 선택이 아니게 되는 경우

내장 도구는 고정된 횟수를 고정된 속도로 찍는 작업을 잘 처리합니다. 필요가 하나씩 늘어날 때마다 스크립트가 하나씩 추가됩니다. 이름으로 창 하나를 캡처하거나, 특정 시각에 멈추거나, 실행 중에 일시 정지와 재개를 하거나, 검색 가능한 PDF 또는 동영상을 만드는 경우가 그렇습니다.

전용 앱에서는 이런 기능을 설정으로 처리합니다. Temposhot의 Auto Capture에서는 Screens, Windows, Custom Area 중에서 캡처 대상을 고르고, 종료 조건(Screenshots, Duration, End time), 간격(밀리초, 초, 분, 시간 단위), 선택 사항인 Key press, Countdown을 설정합니다. 플로팅 툴바에서 실행을 일시 정지, 재개, 완료할 수 있으며, 결과는 PNG, JPG, ZIP, 검색 가능한 PDF, MP4로 내보냅니다. Kindle(스크린샷 20장, 500 ms, 오른쪽 화살표, 카운트다운 3초) 같은 프리셋은 설정을 저장해 다시 사용할 수 있게 합니다.

Auto Capture로 120장 작업하기

같은 작업은 설정 다섯 개로 나타납니다. 창 소스가 -R 영역을 대신하며, Temposhot이 카운트다운 후 창을 맨 앞으로 가져오므로 클릭이 필요 없습니다.

키 입력 자동화에는 Temposhot Pro와 손쉬운 사용 권한이 필요합니다. Pro가 없어도 키 입력 없이 실행하는 타이머 방식은 대시보드나 진행 막대처럼 스스로 바뀌는 콘텐츠에는 동작합니다.

스크립트와 앱 비교

시간 단위로 측정하는 실행

내장 루프는 작업 세션의 타임랩스처럼 길고 시간에 따라 움직이는 실행에서 가장 약합니다. 스크립트가 종료 시각을 계산하고, 절전을 견디고, 디스플레이 변경을 처리해야 합니다. Auto Capture에서는 Duration과 End time 종료 조건이 이를 처리하며, 두 조건 모두 Pro 기능입니다.

내장 Timelapse 프리셋은 한 예입니다. 1시간 동안, 3초 간격, 키 입력 없음, 5초 카운트다운으로 약 1,200프레임을 찍습니다. 기본값인 초당 15프레임으로 MP4로 내보내면 이 프레임은 약 80초 동안 재생됩니다. Mac이 잠기거나 절전 상태가 되면 Auto Capture는 스트림을 일시 정지하고 잠금 해제 후 재개합니다. 일시 정지된 시간은 Duration 실행 시간에 포함되지 않습니다.

플로팅 툴바와 Capture 메뉴를 사용하면 다른 앱이 맨 앞에 있을 때도 키보드로 제어할 수 있습니다.

자주 묻는 질문

설정이 가장 빠른 내장 방법은 무엇입니까?

Terminal 루프입니다. 권한 하나와 명령 다섯 줄이 필요하며, 같은 명령을 나중에 Automator나 Shortcuts 안에서 그대로 사용할 수 있습니다.

Mac을 계속 깨어 있게 해야 합니까?

예. 잠든 디스플레이는 검은 프레임을 만들고, 잠긴 화면은 캡처를 중단시킵니다. caffeinate -di는 명령이 실행되는 동안 디스플레이와 시스템을 깨어 있게 유지합니다.

내장 도구로 창 하나를 캡처할 수 있습니까?

screencapture -l은 창 ID로 캡처하지만, macOS에는 창 ID를 나열하는 내장 명령이 없습니다. 보조 스크립트나 전용 앱이 필요합니다.

스크린샷 자동화란 정확히 무엇입니까?

도구가 사람이 매번 단축키를 누르는 대신 규칙(간격, 클릭, URL 목록)에 따라 스크린샷을 찍는 것입니다. 더 자세한 정의는 스크린샷 자동화 용어집 항목에 있습니다.

번호가 붙은 PNG 파일을 PDF 한 개로 만들려면 어떻게 합니까?

Image to PDF로 순서대로 합칩니다. PDF를 검색 가능하게 해야 하면 Screenshot to Searchable PDF로 텍스트 레이어를 추가합니다. 0으로 채운 이름은 파일을 추가할 때 순서를 유지해 줍니다.

프레임이 잘못된 디스플레이에서 찍힌 이유는 무엇입니까?

-m은 항상 메뉴 막대가 있는 메인 디스플레이를 캡처합니다. 대상 창을 그 디스플레이로 옮기거나, -D와 디스플레이 번호를 사용해 다른 디스플레이를 캡처합니다.

반복 스크린샷을 완성된 결과물로 만들기

내장 루프에 창 소스, 페이지 넘김, PDF 또는 MP4 내보내기가 필요해지면 Mac의 스크린샷 자동화를 보거나 자동 캡처 가이드를 따릅니다.