구글 시트 제미나이 수식 오류 수정, 고친 값까지 확인하기

구글 시트에서 수식 오류를 만났을 때 Gemini는 원인 설명과 수정식을 제안하는 도구가 된다. 하지만 시트가 원하는 업무 규칙까지 자동으로 정해 주지는 않는다. 미등록 상품을 빈칸으로 표시할지,0원으로 둘지, 입력 오류로 남길지는 작업 목적에 따라 달라진다. 수식의 문법과 내가 구하려는 값이 함께 맞아야 수정이 끝난다.

Google은 2026년 6월 22일 공식 발표에서 주변 데이터 구조를 분석해 수식 오류의 설명과 수정식을 제공한다고 안내했다. 이 글은 새 기능 발표를 옮기는 대신, 기존 조회식과 비율 계산을 고칠 때 어떤 자료를 주고 어느 결과를 확인할지 다룬다. 아래 표와 수식은 확인 방법을 설명하기 위해 만든 예제다.

오류 셀에 마우스를 올리고 Fix를 누른다

컴퓨터에서 구글 시트를 열고 오류가 난 셀 위에 마우스를 올린다. 표시된 Fix를 누르면 Gemini가 수식과 문제를 분석한다. 진행을 중단하려면 사이드 패널의 Stop을 사용한다. 이 경로는 공식 도움말의 Fix formula errors 절에 나와 있다. 오른쪽 위 Ask Gemini에서 직접 셀 주소와 질문을 넣는 방법도 있다.

버튼을 찾지 못하면 사용하는 계정과 파일 형식을 먼저 살핀다. 공식 안내는 적격 Google Workspace 또는 Google AI 플랜을 요구한다. Excel 파일을 시트 화면에서 열어 쓰는 중이라면 파일 → Google 스프레드시트로 저장으로 변환한 파일에서 Gemini 기능을 사용한다. 이 조건은 Gemini in Sheets의 파일 안내에도 명시돼 있다.

스마트 기능 설정은 Gmail의 자동 답장 설정만 켜는 것과 다르다. Google의 스마트 기능 안내는 Gmail·Chat·Meet의 앱 기능과 Workspace의 스마트 기능을 따로 설명한다. 회사 계정은 조직에서 Gemini in Sheets를 허용했는지도 확인할 대상이다. 설정을 켜면 모든 플랜이나 조직에서 즉시 같은 버튼이 나온다고 단정할 수는 없다.

일반 수식 자동수정과도 구별된다. 수식 입력 도움말의 Formula correction은 수식·범위에 제안을 보여 주는 기존 기능이다. 제안이 보인다는 사실만으로 Gemini 분석이 실행됐다고 볼 수는 없다. 지금 사용 중인 것은 오류 셀의 Fix인지, 사이드 패널의 대화인지, 일반 자동수정 제안인지 확인하면 따라갈 경로가 분명해진다.

셀 주소와 ‘무슨 값이어야 하는지’를 함께 준다

오류 코드 하나만 전달하면 Gemini도 가능한 원인을 여러 개 설명할 수밖에 없다. 같은 #REF!라도 어떤 수식을 어떤 범위에 썼는지 알아야 수정안을 좁힐 수 있다. 질문에는 오류가 난 셀, 수식 전체, 참조표의 열 이름, 그 셀에서 얻으려던 값을 넣는다.

다음 예제는 A열에 상품코드를 입력하고 E열에서 단가를 조회하는 작은 표다. 가격표는 B2:D4이며 B열은 코드, C열은 상품명, D열은 단가다. 이 자료는 수식의 의미를 설명하기 위한 가상 데이터다.

A2에 P100을 넣었다면 E2에서 원하는 값은3,000이다. 여기에 잘못된 수식 =VLOOKUP(A2,B2:D4,4,FALSE)를 썼다고 하자. 다음 요청은 오류 제거뿐 아니라 반환할 열과 수정 범위를 함께 지정한다.

E2의 수식은 =VLOOKUP(A2,B2:D4,4,FALSE)입니다. B열은 상품코드, C열은 상품명, D열은 단가입니다. A2의 P100에 대해 D열의3000을 가져오려 합니다. 원인을 설명하고 E2에 쓸 수정식을 제안해 주세요. 다른 셀은 바꾸지 말고, IFERROR로 오류만 숨기지 마세요.

이 요청은 실제 Gemini 응답을 옮긴 것이 아니라 작업 범위를 지정하는 예시다. ‘알아서 고쳐 줘’와 달리 어느 셀을 바꿀지, 어떤 결과를 기대하는지, 오류를 숨기는 처리까지 허용하는지를 드러낸다. 판매량을 구하는데 단가를 가져온 경우처럼 오류 코드조차 없는 문제에도 같은 방식으로 원하는 값을 설명할 수 있다.

B:D의 세 열에서 네 번째 값을 찾을 수는 없다

위 예제에서 B2:D4는 B·C·D의 세 열이다. VLOOKUP의 세 번째 인수는 시트 전체의 열 번호가 아니라 선택한 범위 안의 반환 열 번호다. 따라서4를 적으면 범위 밖 열을 요구한다. 단가가 D열에 있으므로 이 예제의 반환 열 번호는3이다.

=VLOOKUP(A2,$B$2:$D$4,3,FALSE)

Google의 VLOOKUP 문법은 범위의 첫 열에서 코드를 찾고 지정한 열의 값을 반환한다고 설명한다. 수정식은 A2를 B열에서 찾은 뒤 D열의 단가를 가져온다. 달러 기호로 가격표 범위를 고정한 것은 수식을 아래 행으로 복사할 때 참조표가 함께 이동하지 않도록 하기 위해서다. 조회할 코드인 A2는 다음 행에서 A3로 바뀌는 구조다.

열 번호만3으로 고친 답을 받았다면 숫자가 맞는 이유까지 대조한다. 상품명을 원했다면2가 맞고, 단가를 원했으므로3이 맞다. 오류를 없앨 수 있는 숫자와 업무에 맞는 숫자는 같지 않을 수 있다. AI의 설명에서 ‘범위 안의 세 번째 열’이 실제 D열을 가리키는지 보는 이유다.

가격표에 중간 열을 추가하거나 시트 구조를 바꿨다면 이전 수식의 열 번호도 다시 살필 대상이다. 수식이 계속 실행되더라도 이제 다른 종류의 값을 가져올 수 있기 때문이다. 수정 요청에 ‘D열’이라는 주소와 ‘단가’라는 의미를 함께 주면, 제안이 두 조건을 모두 충족하는지 확인하기 쉽다.

IFERROR는 오류를 대신 표시하는 규칙이다

존재하지 않는 상품코드 P999를 정확 일치로 조회하면 #N/A가 나온다. 이때 IFERROR(조회식,0)으로 감싸면 화면은0이 된다. 그러나 P999가 등록됐거나 올바른 단가를 찾은 것은 아니다. IFERROR 공식 설명은 오류일 때 지정한 값으로 바꿔 반환하는 동작을 명시한다.

이 예제에는 원래0원인 사은품 P300도 있다. P999까지0으로 바꾸면 실제 무료 상품과 코드 미등록을 구별하기 어려워진다. 일일 매출 합계는 오류 없이 계산돼도, 누락된 단가가0으로 섞여 총액이 작아질 수 있다. 오류 표시를 없애기 전에 미등록 건을 합계에서 어떻게 다룰지 정할 이유가 여기에 있다.

=IFNA(VLOOKUP(A2,$B$2:$D$4,3,FALSE),"미등록 코드")

위 예제는 #N/A만 ‘미등록 코드’로 바꾸는 방법이다. IFNA는 #N/A에 한정해 대체값을 반환한다. IFERROR처럼 다른 오류까지 함께 가리지는 않는다. 따라서 열 번호를 잘못 쓴 #REF!까지 같은 문구로 바꿔 버리는 일을 피할 수 있다. 다만 ‘미등록 코드’라는 표시는 이 가격표에서 정한 업무 표현이다. 실제 표에 코드가 있는데 공백이나 자료형 때문에 못 찾는 경우라면 원데이터 확인이 먼저다.

Gemini에는 이렇게 후속 조건을 줄 수 있다. ‘코드가 없는 행은0원으로 계산하지 말고 미확인으로 남겨 주세요. 정상0원 상품과 구별하고, 다른 오류는 그대로 보이게 해 주세요.’ 원하는 처리가 분명하면 수정식을 평가할 기준도 생긴다. IFNA를 썼다는 이유만으로 누락 원인이 해결됐다고 판단하는 것은 여전히 이르다.

비율 계산도 같다. 수량이0인 행에서 금액을 수량으로 나눈 뒤 오류를0으로 바꾸면, 계산할 수 없는 단가가0원처럼 보인다. 취소 거래라 제외할지, 입력 누락이라 따로 남길지 먼저 결정한다. AI에 나눗셈 문법만 고쳐 달라고 하면 이 업무 규칙은 빠진다. 표에 없는 수량이나 가격을 추정해 채우도록 맡기기보다 미확인 행의 처리 방식을 지정하는 편이 검증하기 쉽다.

오류가 없으면 정확 일치와 중복 코드를 본다

조회식이 숫자를 반환해도 엉뚱한 상품의 가격일 수 있다. VLOOKUP의 마지막 인수를 생략하면 기본은 근사 일치다. 상품코드처럼 같은 값을 찾아야 하는 작업에는 FALSE로 정확 일치를 명시한다. Google은 근사 일치에 정렬 조건이 필요하며 그렇지 않으면 잘못된 값을 반환할 수 있다고 설명한다.

그래서 검증에는 ‘있는 코드’뿐 아니라 ‘없는 코드’도 필요하다. P100에서3,000을 돌려주는지만 보면 범위와 열이 대략 맞는지는 확인할 수 있다. P999에서도 숫자가 나온다면 정확 일치 조건이나 중복·정렬·입력값을 다시 살필 이유가 있다. 없는 코드를 정상 단가로 바꾸지 않는지가 중요한 확인 항목이다.

또 VLOOKUP은 첫 번째로 일치한 값을 반환한다. 같은 P100이 이전 가격과 새 가격으로 두 행에 들어 있으면, 수식에 오류가 없어도 위쪽 값을 가져온다. 이 상황에서는 Gemini에게 새 수식만 요청하기보다 ‘상품코드가 중복될 때 어느 날짜의 가격을 사용할지’부터 설명한다. 최신 가격을 원한다는 업무 조건이 없으면 첫 일치값이 왜 문제인지 판단할 수 없기 때문이다.

수식 수정이 끝났다고 원본 자료를 전부 자동 정리할 필요는 없다. 중복이 실제 오류인지, 기간별 기록을 남긴 정상 구조인지에 따라 처리 방법이 달라진다. 수정 대상이 E2 하나라면 그 셀의 제안부터 검토하고, 가격표 구조를 바꾸는 일은 별도 범위로 정한다. 한 셀의 오류를 계기로 원자료까지 바꾸면 전후 비교가 어려워진다.

네 가지 입력으로 확인한 뒤 다른 행에 적용한다

수정 전 수식과 원래 값을 남긴 사본에서 먼저 확인하면, 제안의 효과와 부작용을 비교할 수 있다. 아래 네 항목은 앞의 예제에 맞춘 점검 기준이다. 실제 업무에서는 사용 중인 코드와0값 처리 규칙으로 바꾼다.

한 행이 맞으면 다음에는 실제 합계를 비교한다. 이전 합계와 달라진 경우 어떤 행이 바뀌었는지 확인하고, 미등록 코드를 별도로 집계했는지도 본다. 수정으로 단가 누락이 발견됐다면 합계가 달라지는 것은 자연스러울 수 있다. 반대로 이유 없이 총액만 맞추도록 요청하면 틀린 행이 남을 수 있다.

새 수식을 다른 행에 적용한 뒤에도 입력 셀과 계산 셀은 구별해 둔다. 다른 사용자가 계산식을 덮어쓰는 문제가 반복된다면 구글 시트에서 수식은 보호하고 입력 셀만 여는 방법으로 이어진다. 텍스트 분류를 생성하는 AI 함수의 재실행 문제는 AI 함수 결과와 새로고침이 별도로 다루는 질문이다.

Gemini의 수정안에서 확인할 것은 바뀐 수식이 어느 값을 어떤 조건으로 가져오는지다. 참조 범위를 고친 것인지, 없는 값을 표시하는 규칙을 추가한 것인지 설명을 받은 뒤 정상·누락·0값·복사행을 맞춰 보면, 오류 표시와 실제 계산 결과를 함께 확인할 수 있다.