사이드바에서 스크린샷 데이터를 Google Sheets로 보내기
— 복사-붙여넣기 없이

스크린샷 데이터가 막히는 지점

Google Sheets에서 이미 실시간 데이터를 처리하고 있다면 — IMPORTDATA로 가져오는 CSV 피드, QUERY로 필터링한 보기, 피벗 테이블 기반 대시보드 — 스프레드시트가 고장난 것은 아닙니다. 단 한 가지 사각지대가 있을 뿐입니다: 이미지를 읽을 수 없다는 점입니다. 필요한 데이터를 담은 모든 스크린샷 — Stripe의 결제 확인, 공급업체 포털의 주문 상태, 내부 대시보드의 KPI 수치 — 은 파이프라인의 가장자리에서 멈춥니다. 누군가 그 스크린샷을 열어 값 몇 개를 읽고 시트에 직접 입력해야 합니다.

그 외에는 자동화로 돌아가는 파이프라인에서, 이 수동 단계 하나는 치명적인 오류입니다. 수식은 작동합니다. 가져오기는 작동합니다. 차트는 새로고침됩니다. 하지만 데이터 공급망 중간에 손으로 돌리는 부분이 있고, 스크린샷은 계속 들어옵니다. r/googlesheets의 한 Reddit 사용자는 기본 워크플로를 이렇게 단호하게 설명했습니다: "저는 Windows 스니핑 도구나 Mac 스니핑 도구를 사용해서 이미지를 셀에 복사해서 붙여넣기만 합니다. 최선의 워크플로는 아닙니다." 그들이 설명하는 것은 게으름이 아니라, 스프레드시트 환경을 벗어나지 않고도 사용할 수 있는 더 나은 방법이 없다는 것입니다.

더 큰 문제는 추출 기술이 존재하지 않는다는 것이 아닙니다. 기존의 모든 추출 방법은 데이터가 들어가야 할 도구 밖으로 나가도록 요구한다는 점입니다. Google Sheets의 스크린샷 데이터를 위한 파이프라인 설계에서 살펴본 것처럼, 스크린샷 추출을 추가한다는 것은 워크플로를 재구축한다는 의미가 아니라, 특정 삽입 지점 하나의 간격을 메우는 것을 의미합니다. 핵심은 일상 업무에 가장 적은 마찰을 추가하는 삽입 방법이 무엇인지입니다.

왕복 문제 — 시트를 벗어나 데이터를 시트에 넣기

지배적인 무료 솔루션 — Google Drive의 내장 OCR — 은 추출 문제를 해결하지만 왕복 문제를 만듭니다: 시트를 떠나 Drive로 전환하고, Docs로 이미지를 열고, 텍스트를 복사하고, 시트로 돌아와 붙여넣고, 출력을 열로 수동으로 다시 포맷해야 합니다. 일회성 작업의 경우 이 7단계 우회는 감당할 만합니다. 새 스크린샷이 매일 또는 매주 도착하는 워크플로우의 경우 — 왕복은 인내심을 소모시킵니다.

단일 스크린샷에 대한 Google Drive OCR 경로의 실제 모습은 다음과 같습니다:

1. 스크린샷을 데스크톱에 저장하거나 캡처합니다
2. 새 탭에서 Google Drive를 엽니다
3. 이미지 파일을 업로드합니다
4. 마우스 오른쪽 버튼 클릭 → Google Docs로 열기 (OCR 트리거)
5. 인식된 텍스트가 포함된 Docs 페이지가 로드될 때까지 기다립니다
6. 텍스트를 선택하고 복사합니다
7. 시트 탭으로 전환하여 셀에 텍스트를 붙여넣습니다
8. 데이터 → 텍스트를 열로 분리를 탐색하여 필드를 분리합니다
9. OCR이 여러 단어로 된 값(예: 공급업체 이름)을 의도하지 않은 열로 분할한 행을 수동으로 수정합니다

9단계. 스크린샷 1개. 데이터 소스가 일관된 경우 — 매번 동일한 결제 포털, 동일한 대시보드 — Apps Script 또는 Zapier로 이러한 단계 중 일부를 스크립트화할 수 있습니다. 그러나 대부분의 사람들은 그렇게 하지 않습니다. 그들은 왕복을 수동으로 수행합니다. 그리고 Reddit 사용자가 600개의 스크린샷에서 데이터를 추출하는 방법을 물었을 때 — 300개 레코드 개인 프로젝트의 레코드당 2개 — 응답은 두 가지로 나뉘었습니다: "ChatGPT에 한 번에 10개 업로드"(속도 제한에 걸림) 또는 "Python + Tesseract + OpenCV 스크립트 작성"(1인 프로젝트에는 과함). 어느 답변도 스프레드시트 자체를 다루지 않았습니다. 어느 답변도 사용자가 데이터가 도착할 도구에 머물게 하지 않았습니다.

왕복 문제는 추출 정확도에 관한 것이 아닙니다. 컨텍스트 전환 비용에 관한 것입니다 — 시트 탭 닫기, Drive 열기, OCR 대기, 복사, 붙여넣기, 재포맷 — 수행 횟수만큼 곱해집니다. 추출은 이루어졌습니다. 마찰은 다른 모든 곳에서 발생했습니다.

사이드바 애드온이 격차를 해소하는 방법

AI 추출 기능을 갖춘 Google Sheets 애드온 — Workspace Marketplace에서 설치하고, 스프레드시트 내부의 사이드바로 실행되며 — 활성 시트를 업로드 인터페이스이자 출력 대상으로 전환합니다. 한 번 설치하면 됩니다. 확장 프로그램 메뉴 아래에 있습니다. 작업 중인 시트가 데이터를 받는 시트입니다. 탭 전환도, 중간 파일도, 복사-붙여넣기도 필요 없습니다.

메커니즘은 단계별로 다음과 같습니다:

1. Google Workspace Marketplace에서 설치합니다. 애드온을 검색하고 설치를 클릭한 후 요청된 권한(활성 스프레드시트에 대한 읽기/쓰기 액세스 — 애드온이 추출된 행을 추가하려면 이 권한이 필요함)을 부여합니다.
2. API 키를 연결합니다. 도구의 웹 플랫폼에서 계정에 로그인하여 API 키를 생성합니다. 애드온 사이드바에 한 번 붙여넣습니다. 이렇게 하면 애드온이 계정에 연결됩니다 — 사용량은 플랜 할당량에 집계되며, 추출 기록과 맞춤 열 템플릿은 웹 앱과 사이드바 간에 동기화됩니다. API 키 하나, 연결 단계 한 번, 끝입니다.
3. 사이드바를 엽니다. 확장 프로그램 → [애드온 이름] → 열기. 스프레드시트 오른쪽에 패널이 나타납니다 — 약 300픽셀 너비로, 작업 중에 방해가 되지 않도록 설계되었습니다.

이 아키텍처 — 활성 시트에 쓰는 지속적인 사이드바 — 는 추출 애드온을 독립형 도구와 구분 짓는 요소입니다. 데스크톱 OCR 앱이나 브라우저 기반 변환기를 사용하면 출력은 컴퓨터의 파일입니다. 그런 다음 해당 파일을 Sheets로 가져와야 합니다. 애드온은 파일 단계를 완전히 건너뜁니다: 데이터는 직접 입력한 것처럼 시트에 들어옵니다. 단, 여러분이 입력한 것은 아닙니다.

이 문서는 워크플로 로직을 다룹니다. 직접 설치 및 추출 과정 — 마켓플레이스 설치, API 키 연결, 2분 안에 스크린샷을 시트 행으로 변환 — 은 모든 앱에서 Google Sheets로 스크린샷 데이터를 보내는 방법을 참조하세요. 전체 제품 개요는 Google Sheets로 추출 페이지에서 애드온의 전체 기능을 확인할 수 있습니다.

이것이 일반적인 OCR 파이프라인과 워크플로를 위해 설계된 추출 애드온의 결정적인 차이점입니다. OCR은 텍스트를 읽습니다. 애드온은 필드를 읽고 — 이미 보고 있는 시트에서 이미 이름을 지정한 열에 매핑합니다.

업로드 한 번, 구조화된 출력, 중간 파일 없음

사이드바 애드온을 사용한 운영 흐름은 중간 단계를 없앱니다. 데스크톱에 CSV 파일이 남지 않고, 다시 업로드할 스프레드시트를 다운로드할 필요도 없으며, 수동으로 열을 나눠야 할 원시 텍스트 블록도 없습니다. 흐름은 다음과 같습니다: 사이드바 → 업로드 → 열 이름 지정 → 추출 → 데이터가 시트의 다음 행에 나타납니다.

애드온을 실행했을 때 일일 스크린샷 추출 작업이 어떻게 진행되는지 보여드리겠습니다:

스크린샷 하나당 처리 시간은 약 5~10초로, 문서 한 페이지를 수작업으로 입력하는 평균 약 3분과 비교하면 추출 건당 18배의 속도 차이가 납니다. 스크린샷 5개를 한 번에 업로드하면 사이드바가 이를 일괄 처리하여 시트에 이미지당 한 행씩 단일 패스로 추가합니다. 절약되는 시간은 추출 자체만이 아닙니다. 여러분이 거치지 않아도 되는 일곱 단계 — Drive 업로드, Docs OCR, 복사, 붙여넣기, 열 분할, 수동 행 수정 — 에 데스크톱에 도착하게 될 모든 스크린샷을 곱한 만큼입니다.

중요한 점은 열 정의가 유지된다는 것입니다. 같은 출처에서 다음 배치의 스크린샷이 도착할 때 — 내일의 결제 확인서, 다음 주의 대시보드 스냅샷 — 사이드바를 열고 새 이미지를 업로드하면 동일한 열 이름이 이미 준비되어 있습니다. 재구성이 필요 없습니다. 추출 레이어는 QUERY 수식처럼 영구적인 스프레드시트의 고정된 부분이 되지만, 스프레드시트 범위 대신 이미지를 읽습니다.

애드온이 가장 적합한 경우 (그리고 그렇지 않은 경우)

사이드바 추출 애드온이 모든 이미지-스프레드시트 작업에 적합한 도구는 아닙니다 — 그 차이를 아는 것이 불필요한 노력을 막아줍니다. 이 애드온의 설계는 특정 패턴에 최적화되어 있습니다: 어떤 필드가 중요한지 알고 있고 소스 형식이 대체로 일관된 스크린샷에서의 구조화된 데이터 추출입니다. 이 패턴 안에서는 어떤 대안보다 더 많은 마찰을 제거합니다. 그 밖에서는 더 간단한 도구가 더 나을 수 있습니다.

애드온이 탁월한 경우:

• 알려진 인터페이스에서의 반복 추출. 매일 또는 매주 같은 결제 포털, 같은 내부 대시보드, 같은 공급업체 시스템. 열을 한 번 정의하면 해당 소스의 각 새 스크린샷은 두 번의 클릭으로 추출됩니다. 설정 비용은 반복 사용을 통해 0으로 상쇄됩니다.
• 선택적 필드 추출. 화면의 모든 숫자가 필요한 것이 아니라 거래 금액, 날짜, 참조 번호만 필요합니다. OCR 도구는 모든 텍스트 조각을 시트에 덤프하고 필요 없는 것을 삭제하게 만듭니다. 애드온은 요청한 것만 추출합니다.
• 다운스트림 수식이 깨끗하고 유형화된 데이터에 의존할 때. 원시 OCR 텍스트를 시트에 붙여넣으면 VLOOKUP이 깨지고, 피벗 테이블 그룹이 어긋나며, 조건부 서식이 혼란스러워집니다. 애드온은 구조화된 데이터 — 각 값이 의도된 열에 — 를 출력하므로 추출 전에 작동하던 모든 수식이 추출 후에도 계속 작동합니다.
• 일괄 처리. 스크린샷 10개, 동일한 열 구조, 한 번의 업로드 세션. 시트에 10개의 행이 채워집니다. 파일별 처리 오버헤드가 없습니다.

더 간단한 도구가 더 적합할 수 있는 경우:

• 인쇄된 전체 표 추출 — 일회성 작업. 사진 속 인쇄된 표 하나를 페이지에 표시된 그대로 전체 그리드를 보존해야 하는 경우, Google Drive OCR이나 Excel의 "데이터에서 그림" 기능이 설정 부담 없이 그 일회성 작업을 처리해 줄 수 있습니다. 이 애드온의 장점인 영구적인 열 정의는 반복하지 않을 작업에는 도움이 되지 않습니다.
• 선택 필드가 아닌 모든 데이터 포인트가 정말로 필요할 때. 이 애드온은 열 기반으로 작동합니다. 추출할 내용을 지정하는 방식이죠. "이 이미지의 모든 표시된 숫자를 시트에 복사하고 나중에 정리하겠다"는 경우라면 모든 텍스트를 덤프하는 일반 OCR 도구가 더 직접적인 경로입니다. 다만 이후 정리 비용은 감수해야 합니다.
• 일관된 레이아웃이 없는 손글씨 위주 문서. 이 애드온은 손글씨도 처리합니다(문자 단위 OCR이 아닌 비전 모델 인식 기반). 하지만 모든 문서가 서로 다른 경우 — 서로 다른 손글씨 스타일, 서로 다른 페이지 구조, 예측 가능한 필드 위치 없음 — 열 이름 방식의 이점은 줄어듭니다. 그래도 작동은 하지만, 특이한 값 집합을 수동으로 입력하는 것에 비해 절약되는 시간이 더 적습니다.

실제로 의미하는 바는 다음과 같습니다. 몇 주 동안 동일한 몇몇 인터페이스의 스크린샷을 처리하고 — 해당 스크린샷에 이미 보고서나 대시보드를 구동하는 스프레드시트에 필요한 특정 데이터 필드가 포함되어 있다면 — 이 애드온이 적합합니다. 다운스트림 시트 관계 없이 일회성 이미지-텍스트 변환만 수행한다면 더 간단한 도구가 더 짧은 경로입니다. 이 애드온은 일반 OCR 대체 도구가 아닙니다. 통제할 수 없는 스크린샷 소스와 의존하는 스프레드시트 출력 사이를 연결하는 워크플로우 특화 브리지입니다.

FAQ

이 애드온은 손글씨 메모에도 작동하나요, 아니면 인쇄된 텍스트에서만 작동하나요?

둘 다 작동합니다. 기본 추출 엔진은 비전 언어 모델로, 문자 단위 OCR이 아닌 의미론적 이해를 통해 손글씨, 인쇄된 텍스트, 혼합 문서를 읽습니다. 스캔된 양식 모서리에 손으로 쓴 "Total: $247.50"도 입력된 동일한 텍스트와 같은 방식으로 해석됩니다. 다만 매우 읽기 어려운 손글씨나 대비가 극도로 낮은 이미지는 정확도를 떨어뜨릴 수 있습니다 — 이는 모든 AI 기반 인식 시스템에 적용되는 동일한 한계입니다.

애드온과 웹 앱에 별도의 계정이 필요한가요?

아니요. 웹 계정에서 API 키를 한 번 생성한 후 애드온 사이드바에 붙여넣기만 하면 됩니다. 이렇게 하면 애드온이 여러분의 계정에 연결되어 동일한 플랜 할당량에 사용량이 집계되며, 열 템플릿과 추출 기록이 웹 플랫폼과 애드온 간에 동기화됩니다. 계정 하나, API 키 하나, 두 가지 진입점(브라우저와 사이드바)입니다.

여러 스크린샷을 한 번에 업로드하면 어떻게 되나요?

각 스크린샷은 독립적으로 처리되어 활성 시트에 한 행씩 추가됩니다. "날짜 | 금액 | 참조" 열로 스크린샷 5개를 업로드하면 5개의 행이 생성됩니다. 행 순서는 업로드 순서와 일치하며, 모든 스크린샷은 해당 세션에서 동일한 열 정의를 공유합니다.

열 정의가 세션 간에 저장되나요?

네 — API 키를 통해 애드온이 계정에 연결되면 열 템플릿이 동기화되어 유지됩니다. 다음에 어떤 스프레드시트에서든 사이드바를 열면 동일한 열을 사용할 수 있습니다. 또한 데이터 소스별로 이름 있는 템플릿을 만들어(결제 확인용 열 세트, 대시보드 KPI 스크린샷용 열 세트 등) 전환할 수 있습니다.

애드온이 추출된 데이터 외에 스프레드시트의 다른 내용을 수정하나요?

아니요. 애드온은 활성 시트에서 다음 빈 행부터 추출된 데이터를 작성합니다. 새 시트를 만들거나, 기존 셀을 수정하거나, 수식을 변경하거나, 데이터 구조를 바꾸지 않습니다. 요청하는 유일한 권한인 활성 스프레드시트에 대한 쓰기 권한은 바로 이 행 추가를 위한 것입니다. 웹 플랫폼을 사용해 스크린샷을 Excel로 변환한 후 직접 파일을 가져오는 것도 가능합니다. 애드온은 파일 가져오기 단계를 생략해 줄 뿐입니다.

애드온이 지원하는 파일 형식은 무엇인가요?

JPG, PNG, WebP, AVIF, PDF입니다. 화면 캡처 도구로 찍은 웹페이지 스크린샷은 일반적으로 PNG 또는 JPG이며, 둘 다 지원됩니다. 특별한 준비는 필요 없으며 스크린샷을 그대로 업로드하면 됩니다.

처리할 수 있는 스크린샷 수에 제한이 있나요?

사용량은 계정의 플랜 할당량에 따라 계산됩니다. 웹 플랫폼에 적용되는 것과 동일한 제한이 적용되며, 별도의 추가 기능 한도는 없습니다. 플랜에 월 500페이지가 포함된 경우, 해당 500페이지는 웹 앱, 추가 기능, 또는 두 가지를 혼합하여 처리할 수 있습니다.