앱 스크린샷 데이터를
Google 스프레드시트로 보내는 방법 (2026 가이드)

앱 스크린샷은 데이터 소스이지, 문서 형식이 아닙니다

이미지에서 데이터를 추출하는 모든 튜토리얼은 동일한 가정에서 시작합니다. 이미지에 표가 포함되어 있다는 것입니다. Google Drive의 내장 OCR은 텍스트를 찾아 평평한 블록으로 출력합니다. Excel의 "사진에서 데이터" 기능은 격자선을 스캔하여 셀을 좌표에 매핑한 후 행과 열을 재구성합니다. Google Workspace 마켓플레이스에서 68,000회 이상 설치된 ExtractTable 같은 서드파티 애드온은 테두리가 있는 표를 감지하여 셀 단위 OCR을 적용합니다.

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

이런 스크린샷을 표 감지 도구에 넣으면 결과는 비어 있거나(표를 찾을 수 없음) 보이는 모든 단어를 구조화되지 않은 텍스트 블록으로 덤프합니다. 결국 필요한 네다섯 개 값을 직접 다시 입력해야 합니다. 게다가 이미지를 업로드하고 감지가 실패할 때까지 기다리는 시간까지 낭비한 셈입니다.

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

스크린샷-시트 간 차이를 기존 파이프라인에 문제 없이 통합하는 방법에 대한 더 넓은 시각은 파이프라인 설계 문서에서 아키텍처를 다룹니다 — 이미 구축한 모든 수식, 차트, 가져오기는 그대로 유지됩니다. 아래 워크스루는 실전 버전입니다: 설치, 설정, 캡처.

앱 스크린샷을 읽는 부가기능 설치하기

ImageToTable.ai는 Google Sheets 부가기능을 제공합니다 — 스프레드시트 내부에 있는 사이드바 패널로, 시트를 떠나지 않고 AI 추출을 실행합니다. 사용자 정의 열 추출을 사용합니다: 원하는 필드 이름(예: "거래 금액, 날짜, 참조 번호, 상태")을 입력하면, AI가 의미를 이해하여 스크린샷 어디에서든 해당 값을 찾습니다. 한 스크린샷의 왼쪽 상단에 있는 거래 금액과 다른 스크린샷의 중앙 하단에 있는 거래 금액은 출력에서 동일한 열로 해석됩니다 — AI가 픽셀 좌표가 아닌 의미를 읽기 때문입니다.

설치는 한 번만 하면 되며 1분 미만이 소요됩니다:

1. Google Workspace 마켓플레이스 열기. Google 스프레드시트에서 확장 프로그램 → 부가기능 → 부가기능 가져오기를 클릭합니다. "ImageToTable.ai"를 검색합니다. 설치를 클릭하고 요청된 권한을 부여합니다. 이 부가기능은 추출된 행을 추가하기 위해서만 활성 스프레드시트에 대한 쓰기 권한이 필요합니다. 기존 셀, 수식 또는 시트 구조를 수정하지 않습니다.
2. API 키 생성. ImageToTable.ai 웹 계정(무료 가입)에서 프로필 → API 키 → 재생성으로 이동합니다. 키를 복사합니다.
3. 사이드바에 키 연결. 스프레드시트로 돌아와 부가기능을 실행합니다: 확장 프로그램 → ImageToTable.ai → 열기. 사이드바의 계정 섹션에 API 키를 붙여넣습니다. 이렇게 하면 부가기능이 요금제에 연결됩니다. 사용량은 할당량에 반영되며, 저장된 열 템플릿은 웹 플랫폼과 사이드바 간에 동기화됩니다. 키 하나, 연결 한 번으로 완료됩니다.

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

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

데스크톱의 스크린샷에서 시트의 데이터 행까지의 전체 과정입니다. 처음에는 설정을 포함해 약 90초가 소요됩니다. 동일한 출처(동일한 결제 포털, 동일한 대시보드, 동일한 앱)의 이후 스크린샷은 열 정의가 유지되므로 약 15초가 소요됩니다.

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

꾸준히 이어지는 캡처 루틴 만들기

애드온을 통해 보내는 첫 번째 스크린샷은 개념 증명입니다. 열 번째는 습관이 됩니다. 둘의 차이는 캡처 단계가 기존 작업 흐름에 마찰을 더하느냐, 아니면 자연스럽게 녹아드느냐에 달려 있습니다.

템플릿 유지 기능이 습관을 만듭니다. API 키로 애드온을 계정에 연결하면 한 세션에서 정의한 열 이름이 다음 세션까지 유지됩니다. 매일 "날짜 | 금액 | 고객 | 결제 수단 | 상태" 열로 Stripe 결제 확인서를 처리한다면, 내일 사이드바를 열 때도 이 다섯 개 열이 그대로 기다리고 있습니다. 이름을 다시 지정할 필요도, 재설정할 필요도 없습니다. 새 스크린샷을 업로드하고 추출을 클릭하기만 하면 됩니다.

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

대부분의 사용자가 습관을 유지하는 세 가지 패턴:

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

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

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

애드온 vs 웹 플랫폼, 언제 사용할까

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

두 모드는 동일한 계정 내에서 함께 사용할 수 있습니다. 일일 Stripe 확인은 사이드바로, 주간 인보이스 배치는 웹 플랫폼으로 처리하세요. 둘 다 동일한 할당량을 사용하며, 템플릿이 동기화되고, 결과물은 매번 사용자가 지정한 위치에 저장됩니다. 특정 문서 유형을 대상으로 하는 애드온 추출 작업의 경우, 영수증 추출 및 인보이스 추출 가이드에서 각 문서 유형에 가장 깔끔한 결과를 제공하는 열 이름 지정 패턴을 확인하세요.

자주 묻는 질문

애드온이 모든 앱의 스크린샷에서 작동하나요?

네, 추출 엔진은 스크린샷의 시각적 콘텐츠를 읽고 앱 레이아웃이 아닌 의미를 기준으로 필드를 찾습니다. 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단계의 과정을 거쳐 원시 비정형 텍스트를 출력합니다. "금액: $247.00"과 "날짜: 3월 15일" 같은 데이터 관계를 이해하지 못해, 수동으로 재구성해야 하는 구분되지 않은 텍스트로 나옵니다. 반면 부가기능은 완성된 행으로 시트에 바로 입력되는, 유형화되고 열 정렬된 데이터를 생성합니다. 차이는 추출 품질이 아니라, "스크린샷이 있다"에서 "데이터가 시트에 있다" 사이의 모든 중간 단계를 부가기능이 제거한다는 점입니다. 두 방식의 전체 비교는 워크플로우 비교 문서를 참조하세요.

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

신뢰도가 낮은 추출 항목은 데이터가 시트에 반영되기 전에 사이드바에서 플래그가 표시되므로, 해당 위치에서 검토하고 수정할 수 있습니다. 동일한 앱 인터페이스에서 반복 추출할 경우, 선명한 스크린샷의 인쇄된 텍스트 정확도는 최대 99%에 달합니다. 오류의 가장 흔한 원인은 AI의 텍스트 판독 오류가 아니라 열 이름의 모호함입니다. 열 이름을 "번호"로 지정했는데 스크린샷에 거래 ID, 참조 번호, 라인 항목 개수가 포함되어 있다면 AI는 세 가지 후보를 가지게 됩니다. 설명적인 열 이름("거래 ID" 대 "번호")을 사용하면 이 문제가 해결됩니다. 일관된 스크린샷 추출 가이드에서는 수정 작업을 최소화하는 명명 및 이미지 품질 관행을 다룹니다.

Excel의 "사진에서 데이터 가져오기" 기능과 동일한가요?

아닙니다. Excel의 "사진에서 데이터 가져오기"는 표 재구성 도구입니다. 이미지에서 그리드 선을 감지하고, 셀을 좌표에 매핑한 후 각 셀에 OCR을 적용합니다. 테두리가 있는 표가 포함된 스크린샷에서 작동합니다. 대부분의 앱 스크린샷을 구성하는 카드 및 패널 레이아웃에서는 실패합니다. 여기서 설명하는 추가 기능은 전체 이미지의 의미론적 콘텐츠를 읽습니다. 표 유무와 관계없이 모든 레이아웃에서 명명된 필드를 추출합니다.