실무에서 방대한 데이터를 다루다 보면 완벽하게 수식을 입력했다고 생각했는데도 빈칸이 출력되거나 붉은색 에러 코드가 화면을 덮는 난감한 상황을 마주하게 됩니다. 업무 효율을 높이려다 오히려 원인을 찾느라 시간을 허비하는 경우가 많습니다. 본 문서에서는 실무자가 가장 자주 겪는 구글 스프레드 시트 오류 4가지(IMPORTRANGE, QUERY, VLOOKUP, 용량 동기화)의 시스템적 발생 원인을 진단하고, 복잡한 수식을 안전하게 정상화하는 구체적인 해결 프로토콜을 제시합니다. 이 가이드를 통해 데이터 연동 실패와 파일 먹통 현상을 즉시 해결할 수 있습니다.
IMPORTRANGE #REF 및 무한 로딩 등 대표적인 구글 스프레드 시트 오류
외부 시트 연동 시 발생하는 #REF! 보안 권한 문제
여러 부서의 문서를 하나로 취합할 때 필수적으로 사용하는 IMPORTRANGE 함수에서 가장 당혹스러운 구글 스프레드 시트 오류는 단연 #REF! (스프레드시트가 연결되어 있지 않습니다)입니다. 주소와 범위를 정확히 입력했는데도 이 에러가 뜨는 이유는 구글 클라우드 백엔드의 보안 구조 때문입니다. 내 시트에서 외부 시트의 데이터를 가져오는 것은 다른 건물의 잠긴 서재에서 장부를 베껴오는 심부름과 같습니다. 심부름꾼(클라우드 계산 워커)이 서재에 들어가려면 원본 시트 주인의 ‘출입증(OAuth2 연동 권한 승인)’이 반드시 필요합니다. 이 권한이 부여되지 않으면 데이터 접근이 원천 차단되어 #REF! 오류를 출력하게 됩니다.
IFERROR 함수 중첩으로 인한 권한 팝업 숨김 현상
권한을 승인하려면 해당 셀 위에 마우스 커서를 올렸을 때 나타나는 파란색 [액세스 허용(Allow Access)] 버튼을 클릭해야 합니다. 그러나 실무에서는 수식 오류를 깔끔하게 가리기 위해 처음부터 =IFERROR(IMPORTRANGE(...), "") 형태로 함수를 중첩해서 작성하는 경우가 매우 많습니다. 이렇게 되면 권한 승인 버튼을 띄워야 할 창문을 IFERROR라는 상자로 꽁꽁 싸매어 버린 것과 같아, 화면에 액세스 허용 버튼 자체가 아예 나타나지 않게 됩니다. 따라서 외부 시트를 처음 연동할 때는 반드시 아무것도 씌우지 않은 단독 빈 셀에 원본 IMPORTRANGE 수식만 먼저 입력하여 권한 승인을 완료한 뒤, 본래의 복잡한 수식 안에 결합해야 안전합니다.
수식 파싱 실패와 무한 로딩(Loading…)의 구조적 원인
권한 문제가 아닌데도 데이터를 불러오지 못한다면 수식 구조와 데이터 크기를 점검해야 합니다. #ERROR! (수식 파싱 오류입니다)가 뜨는 경우는 십중팔구 스프레드시트 URL이나 시트 이름 범위에 큰따옴표(” “)를 누락했기 때문입니다. 고유 Spreadsheet ID와 범위를 반드시 따옴표로 감싸야 합니다. 반면, 셀에 ‘Loading…’ 메시지가 10분 넘게 무한 로딩되다가 시트가 멈춘다면 30초 연산 타임아웃을 초과한 것입니다. 이는 원본 시트에 TODAY()와 같은 휘발성 함수가 너무 많아 계산이 충돌했거나, 가져오려는 범위가 너무 방대하기 때문입니다. 단일 셀 배열 한도(1천만 셀)를 초과하면 #VALUE! (결과 범위가 너무 큽니다) 오류가 발생하므로, 필요한 열과 행만 범위를 쪼개어 분할 수입하는 것이 안전합니다.
제미나이 안됨 점검 순서와 앱 다운로드 오류 해결 4단계 자세히 보기 ›
VLOOKUP #N/A 및 QUERY 날짜 조건 구글 스프레드 시트 오류 해결 단계
- 단계 1: VLOOKUP 기준열 확인 및 정확도 옵션 부여
VLOOKUP 수식에서 #N/A (찾을 수 없음)가 발생했다면, 먼저 검색키가 참조 범위의 ‘첫 번째 열’에 위치하는지 확인하십시오. 기준값이 중간에 있으면 데이터를 찾지 못합니다. 또한 마지막 인수에FALSE또는0을 명시하지 않으면 정렬되지 않은 데이터에서 엉뚱한 값을 출력하므로 반드시 기입해야 합니다. - 단계 2: 보이지 않는 텍스트 공백 일괄 제거
원본과 검색 대상의 글자가 육안으로 동일해 보여도, 한쪽에 띄어쓰기 공백이 있거나 숫자/텍스트 서식이 다르면 #N/A 오류가 발생합니다. 이 경우 검색키 셀에TRIM()함수를 중첩하여=VLOOKUP(TRIM(A2), E:G, 2, FALSE)로 작성하면 보이지 않는 공백을 원천 차단할 수 있습니다. 수식 전체를IFERROR(..., "미등록")으로 감싸면 에러 대신 대체 텍스트를 깔끔하게 표시할 수 있습니다. - 단계 3: QUERY 함수 날짜 연산 메커니즘 이해
QUERY 함수에서 날짜 조건으로 필터링할 때 빈 화면이 나오는 이유는 구글 시트가 날짜를 일련번호로 저장하기 때문입니다. 일반 셀의2026-09-20은 내부적으로 1900년 1월 1일 기준 ‘46,285’라는 숫자로 저장됩니다. 따라서WHERE A >= 2026-09-20이라고 쓰면 2026 빼기 9 빼기 20이라는 산술 뺄셈(1997)으로 계산해 버리고, 따옴표를 붙여'2026-09-20'으로 쓰면 단순 글자로 취급해 매칭에 실패합니다. - 단계 4: 국제 표준 리터럴 예약어를 통한 날짜 매칭
QUERY 엔진에게 진짜 날짜임을 인식시키려면 반드시date 'yyyy-MM-dd'라는 국제 표준 리터럴 예약어를 써야 합니다. 실시간으로 변하는 셀 값을 참조하려면WHERE A >= date '"&TEXT(E1,"yyyy-mm-dd")&"'형식으로 텍스트 함수를 결합해 동적 날짜 쿼리를 완성해야 에러 없이 정확한 기간의 데이터를 추출할 수 있습니다.
QUERY와 VLOOKUP은 실무 데이터 분석의 핵심이므로, 오류가 발생했을 때 수식을 섣불리 지우지 말고 위 단계별로 데이터 서식과 쿼리 문법의 충돌 여부를 하나씩 대조해 보는 것이 실수를 방지하는 지름길입니다.
함수별 주요 오류 원인 및 대체 수식 비교표
아래 표는 실무에서 마주치는 4대 함수 에러의 클라우드 백엔드 원인과 이를 해결하는 정확한 실무 조치 방법을 비교 분석한 것입니다. 에러 코드가 화면에 나타났을 때 즉각적인 대처 가이드로 활용하시기 바랍니다.
| 발생 함수 및 에러 코드 | 클라우드 백엔드 원인 | 효과적인 해결 및 이득 |
|---|---|---|
| IMPORTRANGE (#REF!) | OAuth2 권한 토큰 미부여 (IFERROR 등으로 팝업 숨겨짐) | 단독 빈 셀에 원본 수식을 먼저 입력하여 [액세스 허용] 승인 후 재결합 |
| IMPORTRANGE (#ERROR!) | URL 또는 시트명 범위에 큰따옴표(” “) 누락 | 고유 ID와 범위 양끝에 따옴표 추가로 수식 파싱 정상화 |
| VLOOKUP (#N/A) | 기준열 위치 오류, 공백 포함, 근사치 검색 누락 | TRIM() 중첩 및 FALSE 기입, IFERROR로 빈칸 처리 시 가독성 향상 |
| QUERY (빈 화면 출력) | 날짜 일련번호(예: 46,285)와 쿼리 문자열 간의 대조 실패 | 조건절에 date ‘yyyy-MM-dd’ 리터럴 선언으로 정확한 기간 데이터 필터링 |
| IMPORTRANGE (무한 로딩) | TODAY() 등 휘발성 함수 충돌 및 30초 연산 타임아웃 | 원본 시트의 휘발성 함수 제거 또는 데이터 범위를 분할하여 렉 방지 |
용량 초과 및 동기화 실패 시 데이터 보호 조치
스프레드시트를 복사하거나 탭을 옮길 때 “용량이 너무 커서 다운로드할 수 없기 때문에 동기화할 수 없습니다”라는 경고가 뜨며 앱이 종료되거나 글자가 두 번씩 입력되는 현상이 발생할 수 있습니다. Google 공식 안내에 따르면, 하나의 스프레드시트 파일은 최대 1,000만 셀까지만 지원하며, 열은 최대 18,278개(ZZZ열)까지만 생성할 수 있습니다. 행 수는 고정되어 있지 않지만 전체 셀 수 한도 안에서 제약을 받으므로 여러 탭에 넓은 빈 범위를 남겨두면 용량을 크게 차지합니다.
파일 용량이 한도에 가까워져 ‘콘텐츠가 너무 많아서 더 이상 수정할 수 없습니다’라며 읽기 전용으로 변하거나 저장 지연 오류가 났을 때, 무리하게 복사-붙여넣기를 시도하면 데이터가 손실될 위험이 큽니다. 이때는 원본 파일을 바로 덮어쓰지 말고, Google Drive에서 파일 전체의 사본을 먼저 생성하십시오. 이후 대량의 데이터를 옮길 때는 단순 붙여넣기 대신 새 문서에 IMPORTRANGE나 IMPORTDATA를 활용해 데이터를 쪼개어 가져오는 것이 공식적인 안전 조치입니다. 인터넷 연결 불안정도 원인이 될 수 있으므로 네트워크를 점검한 뒤 복사 작업을 진행해야 합니다.
자주 묻는 질문
Q. QUERY 함수에서 WHERE A >= 2026-09-20 이라고 쓰면 왜 엉뚱한 값이 나오나요?
구글 쿼리 엔진은 따옴표가 없는 날짜 형식을 단순 산술 연산으로 취급합니다. 즉, 2026에서 9를 빼고 20을 빼서 ‘1997’이라는 숫자를 도출한 뒤 데이터를 비교하므로 엉뚱한 결과가 나옵니다. 반드시 date ‘yyyy-MM-dd’ 형식을 지켜야 합니다.
Q. IMPORTRANGE를 썼는데 팝업창도 없고 계속 #REF! 오류만 떠 있습니다.
수식을 IFERROR나 VLOOKUP 등 다른 함수 안에 중첩해서 작성하면 권한을 승인하는 ‘액세스 허용’ 버튼 팝업이 숨겨져 나타나지 않습니다. 빈 셀에 IMPORTRANGE 수식만 단독으로 빼서 입력해 권한을 먼저 승인받아야 해결됩니다.
Q. VLOOKUP에서 두 데이터가 글자도 완벽히 똑같은데 #N/A가 뜨는 이유가 무엇인가요?
눈에 보이지 않는 띄어쓰기(공백)가 포함되어 있거나, 한쪽은 텍스트이고 다른 쪽은 숫자 서식으로 지정되어 있어 시스템이 다른 값으로 인식하기 때문입니다. 검색키를 TRIM() 함수로 감싸 공백을 제거해 보시기 바랍니다.
Q. 아이패드에서 시트 용량이 크다고 동기화가 안 되면서 키보드 글자가 두 번씩 찍힙니다.
동기화 용량 초과와 키보드 중복 입력은 서로 원인이 다릅니다. 파일당 최대 1,000만 셀, ZZZ열(18,278개) 한도에 도달해 파일 처리량이 지연되는 문제와 기기의 입력 환경 문제를 분리해서 보아야 하며, 파일 용량이 문제라면 사본을 만들어 탭을 분할해야 합니다.
Q. IMPORTRANGE 함수 결과가 #REF!가 아니라 #ERROR!라고 나옵니다.
#ERROR!는 수식 파싱 자체에 문제가 생겼다는 뜻입니다. 가져오려는 원본 시트의 고유 URL(Spreadsheet ID)과 뒤에 적는 참조 범위(예: 시트이름!A1:D50)를 감싸는 큰따옴표(” “)가 양쪽에 정확히 기입되었는지 점검해 보십시오.
제미나이 설정 최적화: 맞춤 답변과 활동 기록 끄기 가이드 자세히 보기 ›
정리
구글 스프레드시트에서 발생하는 주요 오류들은 단순한 오타 문제가 아니라 클라우드 기반의 권한 설정, 엄격한 쿼리 문법, 그리고 정해진 시스템 용량 한도 때문에 발생합니다. IMPORTRANGE는 단독 셀에서 권한을 먼저 승인하고, QUERY 날짜는 date 리터럴을 적용하며, VLOOKUP은 기준열 확인과 IFERROR 처리를 생활화하는 것이 중요합니다. 지금 당장 에러 코드가 떠 있는 시트를 열어 위에 안내된 3단계 조치법과 큰따옴표 유무를 확인해 보시기 바랍니다.
