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

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

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

자동화로 돌아가는 파이프라인에서 이 하나의 수동 단계는 근본적인 오류입니다. 수식은 작동하고, 가져오기는 작동하며, 차트는 갱신됩니다. 하지만 데이터 공급망 중간에 수동으로 돌리는 구간이 존재하고, 스크린샷은 계속해서 들어옵니다. Reddit 사용자는 r/googlesheets에서 기본 작업 흐름을 단호히 설명했습니다: "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단계. 스크린샷 하나. 데이터 소스가 일관적이라면(매번 동일한 결제 포털, 동일한 대시보드) Apps Script나 Zapier로 일부를 자동화할 수 있습니다. 하지만 대부분의 사람들은 그렇게 하지 않습니다. 그들은 수동으로 왕복 작업을 합니다. 그리고 Reddit 사용자가 600개의 스크린샷에서 데이터를 추출하는 방법을 물었을 때(300개 개인 프로젝트의 레코드당 2개) 응답은 두 가지로 나뉘었습니다: "ChatGPT에 한 번에 10개씩 업로드"(속도 제한에 걸림) 또는 "Python + Tesseract + OpenCV 스크립트 작성"(1인 프로젝트에는 과잉). 어느 답변도 스프레드시트 자체를 다루지 않았습니다. 어느 답변도 데이터가 최종적으로 도착할 도구 안에 사용자를 머물게 하지 않았습니다.

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

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

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

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

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

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

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

한 번 업로드, 구조화된 출력, 중간 파일 불필요

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

애드온을 실행한 일일 스크린샷 추출 작업은 다음과 같습니다:

각 스크린샷은 처리하는 데 약 5~10초가 소요되며, 문서 페이지 한 장당 평균 약 3분이 걸리는 수동 데이터 입력과 비교하면 추출당 18배의 속도 차이가 납니다. 스크린샷 다섯 장을 한 번에 업로드하면 사이드바가 일괄 처리하여 이미지당 한 행씩 시트에 한 번에 추가합니다. 절약되는 시간은 추출 자체만이 아닙니다. Drive 업로드, Docs OCR, 복사, 붙여넣기, 열 분할, 수동 행 수정 등 데스크톱에 떨어질 모든 스크린샷마다 반복되는 일곱 단계를 건너뛰는 것입니다.

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

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

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

애드온이 뛰어난 경우:

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

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

• 완전 인쇄된 표 추출 — 일회성 작업. 사진 속 단일 인쇄 표가 있고 페이지에 표시된 그대로 전체 격자를 보존해야 한다면, Google Drive OCR이나 Excel의 "사진에서 데이터 가져오기" 기능이 설정이 덜 필요하여 해당 일회성 작업을 더 잘 처리할 수 있습니다. 부가 기능의 장점인 지속적인 열 정의는 반복하지 않을 작업에는 도움이 되지 않습니다.
• 선택 필드가 아닌 모든 데이터 포인트가 실제로 필요할 때. 부가 기능은 열 기반으로 작동합니다. 추출할 대상을 지정하는 방식입니다. 사용 사례가 "이 이미지에서 보이는 모든 숫자를 시트에 복사하고, 나중에 정리하겠다"라면, 모든 텍스트를 덤프하는 일반 OCR 도구가 더 직접적인 경로입니다. 다만 이후 정리 비용이 발생합니다.
• 일관된 레이아웃이 없는 필기 위주 문서. 부가 기능은 필기도 처리합니다(문자 단위 OCR이 아닌 비전 모델 인식 기반). 하지만 모든 문서의 모양이 다르다면(다른 필체, 다른 페이지 구조, 예측 가능한 필드 위치 없음), 열 이름 방식의 이점이 줄어듭니다. 여전히 작동하지만, 특정 값들을 수동으로 입력하는 것 대비 시간 절약 효과가 적습니다.

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

자주 묻는 질문

부가 기능이 필기 노트에서도 작동하나요, 아니면 인쇄된 텍스트에서만 작동하나요?

둘 다 작동합니다. 기본 추출 엔진은 비전 언어 모델입니다. 문자 단위 OCR이 아닌 의미론적 이해를 사용하여 필기, 인쇄 텍스트, 혼합 문서를 읽습니다. 스캔된 양식 구석에 필기로 적힌 "합계: 247.50달러"는 타이핑된 동등 표현과 동일하게 해석됩니다. 단, 매우 읽기 어려운 필기나 대비가 매우 낮은 이미지는 정확도를 떨어뜨립니다. 이는 모든 AI 기반 인식 시스템에 영향을 미치는 동일한 한계입니다.

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

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

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

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

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

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

애드온이 추출된 데이터 외에 스프레드시트를 수정하나요?

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

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

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

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

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