모든 앱의 스크린샷 데이터를
Google Sheets로 보내는 방법 (2026 가이드)

앱 스크린샷은 문서 형식이 아닌 데이터 소스입니다

이미지에서 데이터를 추출하는 모든 튜토리얼은 같은 가정에서 시작합니다. 이미지에 표가 포함되어 있다는 것입니다. Google Drive의 내장 OCR은 텍스트를 찾아 평평한 블록으로 출력합니다. Excel의 "사진에서 데이터"는 눈금선을 스캔하고 셀을 좌표에 매핑한 다음 행과 열을 재구성합니다. ExtractTable과 같은 타사 애드온(Google Workspace Marketplace에서 68,000개 이상 설치)은 테두리 있는 표를 감지하고 셀 수준 OCR을 적용합니다.

문제는 실제로 찍는 스크린샷에는 표가 없다는 것입니다. Stripe 결제 확인 화면에는 카드 레이아웃에 "Amount: $247.00"과 "Status: Succeeded"가 라벨-값 쌍으로 쌓여 표시됩니다. Shopify 주문 페이지에는 청구 주소, 라인 항목, 배송 상태가 별도 패널에 표시됩니다. 내부 대시보드는 각각 숫자 하나와 라벨 하나를 담은 KPI 카드의 모자이크입니다. 눈금선도, 셀 경계도, 매핑할 좌표도 없습니다.

이러한 스크린샷을 표 감지 도구에 넣으면 빈 결과(표를 찾지 못함)를 반환하거나 보이는 모든 단어를 구조화되지 않은 텍스트 블록으로 덤프합니다. 결국 필요한 값 네다섯 개를 다시 입력하게 됩니다. 게다가 이미지를 업로드하고 감지가 실패할 때까지 기다리는 시간도 낭비했습니다.

앱 스크린샷에 필요한 것은 표 감지기가 아닙니다. 화면의 텍스트가 무엇을 의미하는지 이해하는 리더가 필요합니다. 어디에 있는지가 아니라요. Stripe의 확인 카드 왼쪽에 나타나든 PayPal의 거래 내역 오른쪽에 나타나든 "Amount: $247.00"을 찾을 수 있는 리더 말입니다. 이것이 대부분의 이미지-스프레드시트 도구가 해결하도록 만들어지지 않은 기능 격차입니다.

스크린샷-시트 격차가 기존 파이프라인에 아무것도 깨지 않고 어떻게 들어맞는지 더 폭넓게 보려면 파이프라인 설계 문서에서 아키텍처를 다룹니다. 이미 구축한 모든 수식, 차트, 가져오기가 그대로 유지됩니다. 아래 워크스루는 실습 버전입니다. 설치, 구성, 캡처 순서로 진행됩니다.

앱 스크린샷을 읽는 애드온 설치하기

ImageToTable.ai는 Google Sheets 애드온을 제공합니다 — 스프레드시트 안에 있는 사이드바 패널로, 시트를 벗어나지 않고 AI 추출을 실행합니다. 이 애드온은 맞춤 열 추출을 사용합니다: 원하는 필드 이름을 입력하면(예: "거래 금액, 날짜, 참조 번호, 상태"), AI가 의미를 이해하여 스크린샷의 어디에서든 해당 값을 찾아냅니다. 한 스크린샷의 왼쪽 상단에 있는 거래 금액과 다른 스크린샷의 하단 중앙에 있는 거래 금액은 출력에서 동일한 열로 처리됩니다 — AI가 픽셀 좌표가 아닌 의미를 읽기 때문입니다. 전체 제품 개요 — 지원되는 문서 유형, 플랜 요구 사항, 애드온이 웹 앱과 동기화하는 내용 — 는 Google Sheets 애드온 제품 페이지에서 확인하세요.

설치는 1분도 걸리지 않으며, 한 번만 하면 됩니다:

1. Google Workspace Marketplace를 엽니다. 아무 Google Sheet에서 Extensions → Add-ons → Get add-ons를 클릭합니다. "ImageToTable.ai"를 검색합니다. Install을 클릭하고 요청된 권한을 승인합니다 — 애드온은 추출된 행을 추가하기 위해서만 활성 스프레드시트에 대한 쓰기 액세스가 필요합니다. 기존 셀, 수식 또는 시트 구조를 수정하지 않습니다.
2. API 키를 생성합니다. ImageToTable.ai 웹 계정(무료 가입)에서 Profile → API Key → Regenerate로 이동합니다. 키를 복사합니다.
3. 사이드바에서 키를 연결합니다. Sheets로 돌아가 애드온을 실행합니다: Extensions → ImageToTable.ai → Open. 사이드바의 Account 섹션에 API 키를 붙여넣습니다. 이렇게 하면 애드온이 플랜에 연결됩니다 — 사용량은 할당량에 집계되며, 저장된 열 템플릿은 웹 플랫폼과 사이드바 간에 동기화됩니다. 키 하나, 연결 한 번, 끝입니다.

이제 애드온이 준비되었습니다. 약 300px 너비의 패널이 스프레드시트 오른쪽에 표시됩니다. 작업 중이던 시트는 그대로 전면에 유지됩니다. 새 탭도, 새 창도, 컨텍스트 전환도 없습니다.

단계별 가이드 — 첫 스크린샷을 스프레드시트 데이터로

데스크톱의 스크린샷부터 시트의 데이터 행까지 전체 과정을 소개합니다. 첫 번째는 설정을 포함해 약 90초가 걸립니다. 동일한 소스(동일한 결제 포털, 동일한 대시보드, 동일한 앱)의 이후 스크린샷은 열 정의가 유지되므로 약 15초면 충분합니다.

스크린샷 하나당 처리 시간은 약 5~10초로, 동일한 필드를 수동으로 읽고 입력하는 데 걸리는 약 3분과 비교하면 이미지당 18배의 속도 차이가 납니다. 스크린샷이 배치로 도착하면 시간 절약 효과는 더욱 커집니다. 또한 열 정의는 세션 간에 저장되므로 내일의 결제 확인 내역에는 재구성이 필요 없습니다. 사이드바가 이미 열 이름을 기억하고 있기 때문입니다.

지속 가능한 캡처 루틴 만들기

애드온으로 보내는 첫 번째 스크린샷은 개념 증명입니다. 열 번째는 습관입니다. 둘 사이의 차이는 캡처 단계가 기존 루틴에 마찰을 더하느냐, 아니면 그 안으로 사라지느냐에 달려 있습니다.

템플릿 유지가 습관 형성의 핵심입니다. 애드온이 API 키를 통해 계정에 연결되면 한 세션에서 정의한 열 이름이 다음 세션으로 이어집니다. Stripe 결제 확인 내역을 "날짜 | 금액 | 고객 | 결제 방법 | 상태" 열로 매일 처리한다면, 내일 사이드바를 열 때 이 다섯 개의 열이 기다리고 있습니다. 이름을 바꿀 필요도, 재구성할 필요도 없습니다. 새 스크린샷을 업로드하고 추출을 클릭하기만 하면 됩니다.

여러 데이터 소스의 경우 명명된 템플릿을 만드세요: 결제 확인용(Stripe/PayPal), 주문 추적용(Shopify/WooCommerce 관리자 패널), 내부 KPI 스냅샷용(팀 대시보드) 등. 사이드바에서 템플릿을 전환하는 데는 클릭 한 번이면 되며 열이 즉시 바뀝니다. 템플릿 시스템은 애드온을 단일 용도 추출 도구에서 다중 소스 캡처 허브로 바꿔줍니다.

대부분의 사용자가 습관을 유지하는 데 도움이 되는 세 가지 패턴:

• 같은 시간, 같은 소스. 매일 아침 어제의 Stripe 결제 내역을 확인합니다. 시트를 열고, 사이드바를 열면 "Stripe 결제" 템플릿이 이미 선택되어 있고, 새 스크린샷 배치를 업로드하고 추출합니다. Sheets를 여는 순간부터 모든 데이터 행이 채워질 때까지의 전체 세션은 스크린샷 12장 기준 1분 미만이 걸립니다.
• 트리거 기반 캡처. 데이터 포인트를 생성하는 작업을 완료할 때마다 — 고객이 주문하고, 결제가 승인되고, KPI가 업데이트될 때 — 스크린샷을 찍습니다. 하루가 끝나면 Sheets를 열고 그날의 캡처를 일괄 처리합니다. 애드온은 세션 간에 열 정의를 저장하므로 일일 배치는 단일 업로드 및 추출 주기로 처리됩니다.
• 수집 기반 캡처. 스크린샷이 다른 사람에게서 오는 경우 — 현장 기술자가 앱 판독값을 보내거나, 팀원이 대시보드 스냅샷을 공유하는 경우 — 애드온을 수집 링크와 함께 사용하세요: ImageToTable.ai 계정에서 공유 가능한 URL을 생성하고, 기여자와 공유하면 그들이 업로드한 스크린샷이 계정 대기열에 도착합니다. 그런 다음 자신의 캡처와 마찬가지로 사이드바에서 처리하면 됩니다. 기여자 측의 등록은 필요 없습니다.

애드온의 가치는 하나의 스크린샷에서 시간을 절약하는 데 있는 것이 아닙니다. 재구성 없이, 컨텍스트 전환 없이 매일 사용할 때마다 절약이 반복된다는 점입니다. 스프레드시트 가장자리의 사이드바는 수식 입력줄처럼 영구적이 되며, 스크린샷과 데이터 행 사이의 공간은 더 이상 생각할 필요 없는 워크플로의 일부가 됩니다.

사이드바 워크플로가 기존 Drive OCR 방식과 어떻게 비교되는지에 대한 더 자세한 비교 — 두 경로의 단계 수 분석을 포함 — 는 나란히 보는 워크플로 분석에서 각 접근 방식이 실제로 어떻게 작동하는지 확인할 수 있습니다.

애드온 vs. 웹 플랫폼: 언제 무엇을 써야 할까

ImageToTable.ai는 두 가지 캡처 방식을 제공합니다: Sheets 애드온 사이드바와 브라우저 기반 웹 플랫폼입니다. 두 방식은 동일한 추출 엔진, 동일한 계정, 동일한 플랜 할당량을 공유합니다. 선택은 기능의 문제가 아니라 작업 흐름에 더 잘 맞는 방식의 문제입니다.

두 모드는 동일한 계정 안에서 공존합니다. 일상적인 Stripe 결제 확인은 사이드바로 처리하고 주간 인보이스 배치는 웹 플랫폼으로 처리하세요 — 둘 다 동일한 할당량에 포함되며, 템플릿도 동기화되고, 출력은 매번 원하는 위치에 저장됩니다. 특정 문서 유형을 대상으로 하는 애드온 추출 워크플로의 경우, 영수증 추출 및 인보이스 추출 가이드에서 각 문서 유형에 가장 깔끔한 출력을 만드는 열 이름 지정 패턴을 다룹니다.

FAQ

애드온이 어떤 앱의 스크린샷에서도 작동하나요?

네 — 추출 엔진이 스크린샷의 시각적 콘텐츠를 읽고 앱 레이아웃이 아닌 의미를 기준으로 필드를 찾습니다. Stripe 결제 확인 화면의 결제 금액과 PayPal 영수증의 동일한 금액은 AI가 픽셀 위치가 아닌 라벨-값 관계를 이해하기 때문에 "금액"이라는 열에 매핑됩니다. 유일한 실질적 제약은 스크린샷이 읽을 수 있어야 한다는 점입니다. 화면의 텍스트가 너무 작거나 이미지가 심하게 압축된 경우 정확도가 떨어집니다 — 이는 모든 AI 기반 인식 시스템에 적용되는 동일한 한계입니다.

원하는 데이터만 보이도록 스크린샷을 잘라야 하나요?

아니요. 열 이름 방식은 AI에게 어디를 볼지가 아니라 무엇을 추출할지 알려줍니다. 탐색 바, 사이드바 메뉴, 관련 없는 대시보드 위젯이 포함된 Shopify 주문 페이지의 전체 화면 캡처도 괜찮습니다. AI가 전체 이미지를 스캔하여 열 이름에 해당하는 필드를 식별하고 나머지는 무시합니다. 자르기는 필요하지 않습니다. 실제로 주변 컨텍스트를 유지하면 AI가 필드를 구분하는 데 도움이 되는 경우도 있습니다 — 가격 패널에서 "주문 합계" 옆의 숫자는 재고 섹션에 SKU로 표시된 동일한 숫자와 명확히 다릅니다.

결제 정보, 고객 PII 등 민감한 데이터가 포함된 스크린샷은 어떻게 되나요?

파일은 추출 세션을 통해 처리되며 완료 후 저장되지 않습니다. 애드온은 HTTPS를 통해 추출 API와 통신합니다. 스크린샷에 PII, 결제 카드 데이터 또는 보호된 건강 정보가 포함된 경우, 특히 HIPAA 또는 GDPR의 적용을 받는 경우 처리 약관을 조직의 규정 준수 요구 사항과 대조하여 검토하세요. 이 도구는 데이터를 일시적으로 처리하며, 워크플로가 데이터 처리 의무에 부합하는지 확인하는 것은 사용자의 책임입니다.

여러 스크린샷에서 동시에 데이터를 추출할 수 있나요?

네. 업로드 대화상자에서 여러 파일을 선택하거나 일괄 드래그 앤 드롭하세요. 각 스크린샷은 독립적으로 처리되어 활성 시트에 한 행씩 추가됩니다. "날짜 | 금액 | 고객 | 상태" 열이 있는 스크린샷 10개는 업로드된 순서대로 스크린샷당 한 행씩 총 10개의 행을 생성합니다.

기존 IMPORTDATA 파이프라인이나 스프레드시트 수식을 대체하나요?

아니요. 애드온은 시트에 행을 추가할 뿐 — 기존 수식, 가져오기, 조건부 서식은 수정하지 않습니다. QUERY, VLOOKUP, SUMIFS 수식은 변경되지 않는 열 헤더와 범위를 참조합니다. 애드온은 빈틈을 메웁니다 — 기본 Sheets 함수로는 읽을 수 없는 스크린샷 — 이미 작동 중인 것은 건드리지 않습니다.

기본 Google Drive OCR 방식과 어떻게 다른가요?

Google Drive OCR(이미지 업로드 → Docs로 열기 → 텍스트 복사 → Sheets에 붙여넣기 → 열로 분리)은 7~9단계 과정으로, 원시 비정형 텍스트를 출력합니다. 데이터 관계를 이해하지 못합니다 — "Amount: $247.00"과 "Date: March 15"는 구분되지 않은 텍스트로 나와 수동으로 재구성해야 합니다. 애드온은 유형이 지정되고 열이 정렬된 데이터를 생성하여 완성된 행으로 시트에 바로 넣습니다. 차이는 추출 품질이 아니라 — "스크린샷이 있다"에서 "데이터가 시트에 있다" 사이의 모든 중간 단계를 애드온이 제거한다는 점입니다. 두 방식의 전체 비교는 워크플로 비교 문서를 참조하세요.

AI가 필드 값을 잘못 추출하면 어떻게 하나요?

신뢰도가 낮은 추출은 데이터가 시트에 커밋되기 전에 사이드바에서 표시됩니다 — 제자리에서 검토하고 수정할 수 있습니다. 동일한 앱 인터페이스에서 반복 추출하는 경우, 선명한 스크린샷의 인쇄 텍스트 정확도는 최대 99%에 달합니다. 오류의 가장 흔한 원인은 AI의 텍스트 오독이 아니라 열 이름의 모호함입니다 — 열 이름을 "Number"로 지정하고 스크린샷에 거래 ID, 참조 번호, 품목 수량이 모두 포함되어 있으면 AI는 세 가지 후보를 갖게 됩니다. 설명적인 열 이름("Transaction ID" vs. "Number")이 이를 해결합니다. 일관된 스크린샷 추출 가이드에서 수정을 최소화하는 명명 및 이미지 품질 방법을 다룹니다.

Excel의 "Data from Picture" 기능과 동일한가요?

아니요. Excel의 "Data from Picture"는 표 재구성 도구입니다. 이미지의 격자선을 감지하고 셀을 좌표에 매핑한 후 각 셀에 OCR을 적용합니다. 테두리가 있는 표가 포함된 스크린샷에서는 작동하지만, 대부분의 앱 스크린샷을 구성하는 카드 및 패널 레이아웃에서는 실패합니다. 여기서 설명하는 애드온은 전체 이미지의 의미적 콘텐츠를 읽습니다. 표가 있든 없든 모든 레이아웃에서 명명된 필드를 추출합니다.