스크린샷은 편집팀의 하루 흐름에서 자주 발생하는 산출물입니다. 리뷰 원고에 넣을 앱 스크린샷, 워크플로우 가이드에 넣을 설정 화면 캡처, 참조용으로 저장하는 웹페이지 스냅샷. 이 스크린샷들을 어떻게 관리하는지 정리합니다. CleanShot X와 Hazel 조합이 중심입니다.
기본 스크린샷 도구의 한계
macOS 기본 스크린샷 도구도 상당히 좋습니다. Command+Shift+4로 영역 선택, Command+Shift+5로 옵션 창 표시, 스페이스로 창 캡처 등. 편집 없이 순수 캡처만 하는 사용자에게는 충분합니다.
편집팀이 CleanShot X로 옮긴 이유는 캡처 이후의 흐름 때문입니다. 캡처 즉시 어노테이션, 스크롤 캡처, 짧은 동영상, 클라우드 호스팅, 캡처 히스토리 등이 하나의 앱에서 일관되게 이루어지는 것이 워크플로우 속도를 크게 높입니다.
CleanShot X 셋업
기본 단축키를 다음과 같이 조정했습니다.
Command+Shift+4: 영역 캡처 (macOS 기본과 동일).
Command+Shift+5: 창 캡처.
Command+Shift+6: 스크롤 캡처 (긴 웹페이지 전체 캡처).
Command+Shift+7: 화면 녹화.
Command+Shift+8: 캡처 히스토리 열기.
저장 위치는 ~/Screenshots/Inbox로 지정. 이 폴더가 Hazel의 감시 대상이 됩니다.
파일명 형식은 Screenshot-YYYY-MM-DD-HHMMSS.png. 시간 정렬이 자연스럽고, 나중에 검색이 편합니다.
어노테이션 워크플로우
CleanShot X는 캡처 직후 어노테이션 창을 자동으로 열도록 설정할 수 있습니다. 편집팀은 이 옵션을 켜두고, 캡처 즉시 필요한 어노테이션을 추가한 뒤 저장하는 흐름을 씁니다.
자주 사용하는 어노테이션:
Blur/Pixelate. 개인정보나 민감한 정보(이메일 주소, 라이센스 키, 토큰 등)를 자동으로 숨김. 편집팀 원고에서 스크린샷 공개 전 필수.
Highlight. 리뷰에서 강조하고 싶은 UI 요소를 원이나 사각형으로 표시.
Arrow with Text. 특정 요소를 가리키는 화살표와 짧은 설명. 워크플로우 가이드의 단계별 설명에 유용.
Number Badges. 순차적 단계를 표시하는 원형 숫자. 튜토리얼 스타일 원고에서.
어노테이션 스타일(색상, 굵기, 폰트)은 편집팀 전체가 동일하게 설정. 원고 간 시각적 일관성을 유지합니다.
Hazel 후처리 규칙
Inbox 폴더에 새 스크린샷이 들어오면 Hazel이 처리합니다. 규칙은 단순합니다.
규칙 1: 프로젝트 코드 추출. 파일명에 프로젝트 코드가 포함되어 있으면 해당 프로젝트 폴더로 이동. CleanShot X에서 캡처 시 프로젝트 코드를 파일명에 추가하는 옵션을 사용.
규칙 2: 6시간 이상 지난 파일 아카이빙. Inbox에 남아있는 스크린샷 중 6시간 이상 지난 것은 년-월 아카이브 폴더로 이동. 프로젝트 코드가 없는 임시 스크린샷들.
규칙 3: 30일 이상 지난 아카이브 스크린샷 압축. 아카이브 폴더의 각 월별 폴더에 대해 30일 이상 지난 경우 .zip으로 압축하고 원본 삭제. 접근성을 유지하면서 디스크 공간을 절약.
규칙 4: 90일 이상 지난 압축 파일 삭제. 오래된 스크린샷 아카이브 자동 삭제. 90일이면 대부분의 편집 참조 기간을 커버합니다.
스크롤 캡처 활용
웹페이지 전체를 한 이미지로 캡처하는 것은 리뷰 원고에서 자주 필요합니다. 특정 앱의 설정 페이지 전체, 긴 문서의 목차와 첫 섹션, 웹사이트의 홈페이지 구조 등.
CleanShot X의 스크롤 캡처는 대부분의 웹 브라우저에서 잘 작동합니다. 캡처 시작 후 자동으로 스크롤하며 여러 스크린샷을 찍고 이를 하나의 긴 이미지로 합성.
일부 사이트(무한 스크롤, 고정 헤더가 있는 사이트, 지연 로드 이미지)에서 완벽하게 작동하지 않는 경우가 있습니다. 이런 경우 수동 스크롤 모드로 전환하거나, 여러 개의 개별 스크린샷을 찍어 나중에 합치는 방식으로 우회합니다.
화면 녹화 활용
스크린샷보다 짧은 동영상이 더 효과적인 경우가 있습니다. 워크플로우의 여러 단계, 애니메이션이 있는 UI 동작, 인터랙션의 흐름.
편집팀은 짧은 화면 녹화(대개 10-30초)를 GIF나 짧은 MP4로 변환해 원고에 삽입합니다. CleanShot X는 캡처 즉시 크기 조정과 압축을 지원해 웹에 게시하기 좋은 파일 크기를 만들 수 있습니다.
화면 녹화 시 주의할 점: 시스템 알림, 이메일 알림, 클립보드 관리 앱의 팝업이 녹화에 캡처되지 않도록 Do Not Disturb 모드를 켜고 시작합니다. Focus Filter가 있는 macOS에서는 특정 Focus 모드에서만 알림을 차단하는 자동화가 가능합니다.
클라우드 호스팅
CleanShot X는 자체 클라우드 호스팅(CleanShot Cloud)을 제공합니다. 캡처 즉시 업로드하고 링크를 클립보드에 복사. 다른 사람에게 공유하기 편합니다.
편집팀은 이 기능을 제한적으로 사용합니다. 팀 내부 커뮤니케이션의 임시 스크린샷은 CleanShot Cloud, 원고에 포함할 스크린샷은 로컬 저장 후 사이트 CDN으로 업로드하는 이중 흐름.
이유는 CleanShot Cloud의 링크가 서비스에 의존하기 때문입니다. 원고에서 이 링크를 사용하면 나중에 서비스 상태에 따라 이미지가 사라질 수 있습니다. 원고에 포함할 이미지는 반드시 자체 서버에서 제공합니다.
이미지 최적화
PNG로 저장된 스크린샷은 원본에 가까운 품질을 유지하지만 파일 크기가 큽니다. 웹 게시 전에 최적화가 필요합니다.
편집팀 파이프라인:
1단계: 원본 PNG를 ~/Screenshots/[project]/original에 보관.
2단계: 웹용 최적화 버전 생성. ImageOptim으로 PNG 압축, 필요시 크기 조정.
3단계: WebP 변환. cwebp 커맨드라인 도구로 WebP 형식 생성. 파일 크기가 PNG 대비 30-50% 정도 감소.
이 파이프라인을 Hazel + shell script 조합으로 자동화. 원본을 original 폴더에 저장하면 최적화 버전들이 자동으로 optimized 폴더에 생성됩니다.
#!/bin/zsh
# ~/scripts/optimize-screenshot.sh
INPUT="$1"
FILENAME=$(basename "$INPUT" .png)
DIR=$(dirname "$INPUT")
OUT_DIR="${DIR}/../optimized"
mkdir -p "$OUT_DIR"
# PNG 최적화
cp "$INPUT" "$OUT_DIR/${FILENAME}.png"
imageoptim "$OUT_DIR/${FILENAME}.png" >/dev/null
# WebP 생성
cwebp -q 85 "$INPUT" -o "$OUT_DIR/${FILENAME}.webp" 2>/dev/null검색 가능한 아카이브
스크린샷을 나중에 찾을 수 있어야 합니다. 파일명만으로는 부족하고, 이미지 안의 내용을 검색할 수 있어야 합니다.
편집팀은 두 가지 접근을 병행합니다.
Finder의 태그 기반 조직화. 스크린샷에 프로젝트 태그, 앱 이름 태그를 붙임. Finder 검색에서 태그로 좁힐 수 있음.
OCR 검색을 위한 준비. 특정 프로젝트의 스크린샷에 대해 tesseract로 OCR을 돌려 텍스트를 추출하고 별도의 인덱스 파일에 저장. Raycast 커스텀 확장으로 이 인덱스를 검색.
OCR 접근은 무거워서 모든 스크린샷에 적용하지는 않습니다. 리서치 세션이나 특정 프로젝트에서만 선택적으로 사용.
다른 도구와의 비교
Shottr는 무료이면서 CleanShot X와 유사한 기능을 제공합니다. 라이센스 비용이 부담되는 사용자에게 좋은 대안.
Xnapper는 UI가 세련되고 배경 스타일링에 강점. 소셜 미디어용 스크린샷 제작에 어울립니다.
Kap는 오픈소스 화면 녹화 도구. GIF 변환과 짧은 스크린 레코딩에 특화.
기본 macOS 도구 + Shottr의 조합으로 CleanShot X 없이도 유사한 워크플로우가 가능합니다. 다만 통합된 히스토리와 어노테이션 흐름은 상용 앱의 강점입니다.
결론
스크린샷 관리는 단순해 보이지만 자주 발생하는 작업이라 워크플로우 최적화의 효과가 큽니다. 캡처 – 어노테이션 – 분류 – 아카이빙 – 검색의 흐름이 하나의 파이프라인으로 연결되면 편집 작업의 마찰이 눈에 띄게 줄어듭니다.
도입 시 참고할 점은 처음부터 완벽한 파이프라인을 만들려 하지 말고, 캡처 후 관리에서 반복되는 마찰 지점부터 하나씩 자동화하는 것입니다. 편집팀의 파이프라인도 시간이 지나면서 조금씩 확장된 결과입니다.