Google AI Overviews·AI Mode 대응 가이드

검색창에 질문을 넣으면 파란 링크 열 줄 대신 요약된 답변 한 덩어리가 먼저 내려온다. 이게 AI 개요(AI Overviews)다. 한 발 더 들어가 대화로 파고드는 AI 모드(AI Mode) 도 결은 같다. 담당자들이 나한테 가장 자주 묻는 질문은 한결같다. "여기 잡히려면 뭘 새로 해야 하나요?" 그런데 정작 구글의 답은 김이 샐 정도로 짧다. 새로 할 건 없다. 그건 여전히 검색이다. 다른 엔진 대응 가이드와 이 글이 갈라지는 지점이 여기다. ChatGPT나 Perplexity는 별도의 크롤러와 색인 논리를 따로 들여다봐야 하지만, 구글 AI 개요는 당신이 이미 해온 SEO의 연장선 위에 서 있다.

"AI 전용 작업"이라는 헛소문부터 걷어내자

AI 개요가 떠오르자 시장에 묘한 소문이 돌았다. AI 전용 마크업을 박아야 한다, llms.txt 같은 AI용 파일을 올려야 한다, 새 스키마를 추가해야 한다는 식이었다. 구글은 AI 기능 안내 문서 ↗에서 이걸 한 줄로 정리해버린다. "AI 개요와 AI 모드에 나타나기 위한 추가 요건이나 특별한 최적화는 없다. 새로운 기계 판독용 파일이나 AI 텍스트 파일, 마크업을 만들 필요가 없으며, 추가해야 할 특별한 schema.org 구조화 데이터도 없다."^[1]

핵심은 색인이 하나라는 사실이다. AI 개요는 별도의 데이터베이스를 따로 굴리지 않는다. Googlebot이 평소 긁어온 일반 검색 색인, 바로 그 자료에서 답변을 짜낸다. 이걸 모르면 두 가지 함정에 빠진다. 하나는 존재하지도 않는 'AI 전용' 작업에 예산과 시간을 쓰는 것. 다른 하나는 더 치명적인데, 좋은 의도로 크롤러를 막아놓고 노출까지 같이 날려먹는 것이다. 바로 다음 절 얘기다.

Google-Extended와 Googlebot, 이 둘을 헷갈리면 스스로 문을 닫는다

현장에서 자주 보는 실수가 있다. "AI가 우리 콘텐츠 학습하는 게 싫다"며 크롤러를 차단했는데, 알고 보니 검색 노출 자체를 끈 경우다. 원인은 거의 항상 토큰 혼동이다. 구글은 이름이 비슷하지만 용도가 전혀 다른 두 가지를 운영한다.

크롤러 개요 문서 ↗를 보면 Google-Extended가 손대는 건 Gemini의 학습·그라운딩뿐이다.^[3] AI 개요와 AI 모드는 어디까지나 Googlebot이 가져온 색인으로 서빙된다. 그래서 Google-Extended를 robots.txt에서 막아도 AI 개요 노출은 멀쩡하다. 학습 데이터로 쓰이는 것만 거부될 뿐이다. 반대 방향이 무섭다. Googlebot을 막는 순간 일반 검색 순위도, AI 개요 인용도 한꺼번에 증발한다.

정리하면 이렇다. AI 학습을 거부할지와 검색에 노출될지는 완전히 별개의 결정이다. 둘을 한 줄의 Disallow로 뭉뚱그리지 말고, robots.txt에서 토큰을 분리해 무엇을 막고 무엇을 열지 명시적으로 점검하라. 의외로 많은 사이트가 이 한 줄 때문에 보이지 않는다.

그래서 무엇이 인용을 부르나

마크업 요건이 없다는 말이 "아무 페이지나 똑같이 인용된다"는 뜻은 아니다. 같은 색인 안에서도 떼어 쓰기 좋은 문장은 따로 있다. 인용 확률을 끌어올리는 지렛대는 결국 세 가지로 모인다.

답을 먼저 내라. AI 개요는 페이지에서 그대로 잘라 붙일 수 있는 문장을 좋아한다. 질문형 제목을 달았으면 바로 아래 한두 문장에 결론부터 박고, 근거와 단서는 그다음에 풀어라. 서론으로 세 문단을 끌다가 한참 뒤에 답이 나오는 글은, 사람이 읽기엔 멀쩡해도 추출 엔진 입장에선 답이 없는 페이지에 가깝다. 이 구조의 원리는 AEO, 답변 엔진 최적화와 같고, 인용되는 콘텐츠 구조에서 문장 단위까지 파고든다.

권위는 꾸밀 수 없다(E-E-A-T). 생성형 엔진은 답변의 근거로 삼을 만큼 믿을 출처를 고른다. 직접 측정한 1차 데이터, 이름이 박힌 작성자와 발행처, 바깥에서 걸어준 인용과 언급이 신뢰 신호다. Aggarwal et al.의 KDD 2024 연구 ↗도 인용·통계·출처를 갖춘 콘텐츠가 생성형 엔진 가시성을 최대 40%까지 끌어올린다고 보고한다.^[5] 숫자 하나, 출처 하나 더 붙이는 일이 생각보다 크게 작동한다는 얘기다.

구조화 데이터는 필수가 아니라 지렛대다. 앞서 구글이 "특별한 스키마는 없다"고 못 박았지만, 그건 "넣으면 손해"라는 뜻이 아니다. 구조화 데이터 ↗는 질문과 답, 엔터티 관계를 기계가 또렷하게 읽도록 정리해준다.^[2] FAQPage 마크업 ↗이나 Article 스키마는 추출 가능성과 리치 결과 자격을 한 번에 올린다.^[4] 의무는 아니되, 들이는 품에 비해 회수가 좋은 기반 공사다.

결국 SEO의 연장선이다

이 글을 한 문장으로 줄이면 "AI 개요 대응은 새 채널이 아니라 기존 검색 기반의 연장"이다. 구글이 내미는 권고 목록을 보면 죄다 낯익다. 크롤링 가능성 확보, 시맨틱 HTML, 자바스크립트 SEO 모범 사례, 쾌적한 페이지 경험, 중복 콘텐츠 줄이기. 새 항목이 단 하나도 없다. AI 개요가 그 위에 얹는 건 답변 단위의 명료함 정도다.

그러니 별도 예산을 떼어 '신규 채널'로 관리하려 들면 오히려 일이 꼬인다. 같은 색인, 같은 기본기를 두 팀이 따로 손대게 되기 때문이다. SEO와 AEO 작업 흐름 안에 AI 개요 대응을 녹여 넣는 편이 자원 효율로 보나 메시지 일관성으로 보나 맞다.

한눈에

• AI 개요·AI 모드는 별도 색인도, 전용 마크업도 없이 기존 검색 색인으로 서빙된다. 구글 입장은 "추가 요건 없음, 여전히 검색".
• 인용을 부르는 순서는 답을 먼저 → 권위·신뢰 → 구조화 데이터(권장) 다.
• Google-Extended(Gemini 학습)와 Googlebot(검색)을 분리하라. 전자 차단은 노출에 무해하고, 후자 차단은 AI 기능까지 같이 끈다.
• 신규 채널로 떼어 보지 말고 기존 SEO·AEO 흐름에 통합해 운영하는 것이 정확하다.