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

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

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

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

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

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

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

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

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

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

1. Google Workspace 마켓플레이스 열기. Google Sheets에서 확장 프로그램 → 부가기능 → 부가기능 받기를 클릭합니다. "ImageToTable.ai"를 검색합니다. 설치를 클릭하고 요청된 권한을 부여합니다. 부가기능은 추출된 행을 추가하기 위해 활성 스프레드시트에 대한 쓰기 권한만 필요합니다. 기존 셀, 수식 또는 시트 구조를 수정하지 않습니다.
2. API 키 생성. ImageToTable.ai 웹 계정(무료 가입)에서 프로필 → API 키 → 재생성으로 이동합니다. 키를 복사합니다.
3. 사이드바에 키 연결. Sheets로 돌아와 부가기능을 실행합니다: 확장 프로그램 → 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 수식은 변경되지 않는 열 헤더와 범위를 참조합니다. 부가기능은 이미 작동 중인 기능은 건드리지 않고, 기본 시트 함수로는 읽을 수 없는 스크린샷이라는 공백을 채웁니다.

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

Google Drive OCR(이미지 업로드 → 문서로 열기 → 텍스트 복사 → 시트에 붙여넣기 → 열로 분할)은 7~9단계 과정으로, 원시 비정형 텍스트를 출력합니다. "금액: $247.00"과 "날짜: 3월 15일" 같은 데이터 관계를 이해하지 못해, 직접 재구성해야 하는 구분되지 않은 텍스트로 나옵니다. 부가기능은 완성된 행으로 시트에 바로 입력되는, 유형화되고 열 정렬된 데이터를 생성합니다. 차이는 추출 품질이 아니라, "스크린샷이 있다"에서 "데이터가 시트에 있다" 사이의 모든 중간 단계를 없앤다는 점입니다. 두 방식의 전체 비교는 워크플로 비교 문서를 참조하세요.

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

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

엑셀의 '사진에서 데이터 가져오기' 기능과 같은 건가요?

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