- AI Overviews(AI 개요)란?
- AI Overviews(AI 개요)란 Google 검색 결과 페이지 상단에 AI가 여러 웹페이지를 요약한 답변을 표시하는 기능입니다. 이 답변에 자사 페이지가 인용되기 쉽도록 하는 방안을 AIO 대책이라고 부릅니다.
안녕하세요. Webflow 전문가에서 AI의 최전선을 쫓고 있는 마사토입니다.
2026년 7월, 자사 블로그의 전체 63개 글에 AI Overviews 대응(AIO 대책)을 일괄 구현했습니다. 이 연재는 그 구현 내용과 결과를 실측 데이터로 공개해 가는 기록입니다. 제1회는 구현 편. 무엇을 넣었는지, 어떻게 63개 글에 일괄로 넣었는지, 무엇을 근거로 “효과 있음”이라고 판정할지를 적겠습니다.
✓ 이 글의 내용
- AIO(AI Overviews)란 무엇인가(한 문장 정의)
- 63개 글에 일괄 구현한 6가지 방안
- AI(Claude Code)로 어떻게 일괄 구현했는가
- 효과 측정의 설계와 현재의 기준값
먼저 결론부터 적겠습니다. 구현은 끝났습니다. 다만 결과는 아직 아무것도 나오지 않았습니다. “AIO에는 이것이 효과 있다”고 단언하는 글은 많지만, 실측 데이터를 곁들여 검증된 것은 아직 적다는 인상입니다. 그래서 제 블로그 63개 글로 실험해 숫자째 공개하기로 했습니다.
AIO(AI Overviews)란
AI Overviews(AI 개요)란 Google 검색 결과 페이지 상단에 AI가 여러 웹페이지를 요약한 답변을 표시하는 기능입니다. 일본의 검색 결과에서도 표시되는 장면이 늘고 있으며, 2025년 9월부터는 대화형 “AI 모드”도 일본어에 대응하고 있습니다.
이 글에서 말하는 “AIO 대책”은 그 AI의 답변에 자신의 글이 인용·참조되기 쉽도록 하는 방안을 말합니다. ChatGPT 경유의 유입까지 포함해 생각한다면, LLMO나 GEO라고 불리는 영역과 거의 같다고 보셔도 괜찮습니다.
참고로 Google의 공식 문서는 “AI 기능을 위한 특별한 대책은 불필요하다. 기존 SEO의 모범 사례를 따르면 된다”는 입장입니다. 그럼에도 제가 굳이 손을 댄 것은 “AI가 요약·인용하기 쉬운 형태로 정리하는 것”과 기존 SEO가 거의 겹쳐서 해도 손해가 없다고 판단했기 때문입니다.
왜 지금 하는가
제 블로그는 연간 19만 노출이 있습니다. 한편 GA4에서 보이는 AI 경유의 유입은 약 12세션/월. 거의 0입니다(내역은 대부분 ChatGPT).
검색의 입구가 AI로 대체되어 간다면, 이 “12”라는 숫자가 어떻게 움직이는지를 지금부터 기록해 두고 싶습니다. 효과가 없다면 “없었다”고 적겠습니다. 그것도 데이터입니다.
AIO 대책으로 63개 글에 일괄 구현한 6가지 방안
- 요점 박스(Key Takeaways) 글 첫머리에 3~5줄의 요점을 두었습니다. 규칙은 하나로, 첫 줄에서 제목의 질문에 직접 답한다는 것입니다. “~을 고른 이유”라는 제목이라면 이유 자체를 첫 줄에 적습니다. AI는 첫머리의 요약 부분을 인용하기 쉽다는 것이 노림수입니다.
- FAQ＋FAQPage 구조화 데이터 각 글에 3~5문항의 FAQ를 추가하고, FAQPage의 JSON-LD를 자동 출력하도록 했습니다. 질문문은 그대로 검색 쿼리나 AI에게 하는 질문이 될 수 있으므로, 예상 질문에 일문일답으로 답하는 형태로 하고 있습니다.
- 한 문장 정의(“X란 ~입니다”) 글의 주제를 “X란, ~입니다.”라는 한 문장으로 정의하는 박스를 추가. AI가 정의를 잘라내어 인용하기 쉬운 형태입니다.
- Speakable 구조화 데이터 낭독에 적합한 부분을 지정하는 스키마입니다. 지원은 아직 한정적인 사양이지만, 요점 박스의 데이터에서 자동 생성할 수 있으므로 추가 비용이 거의 없이 넣었습니다.
- llms.txt AI 크롤러를 위해 사이트의 구성과 주요 페이지를 안내하는 텍스트 파일입니다. 표준화는 진행 중이고 효과도 미지수이지만, 이것도 비용이 낮으므로 설치하고 있습니다.
- 메타 디스크립션의 개선 비어 있거나 너무 짧거나 너무 길었던 것을 전체 글 분량 재검토했습니다. 눈에 띄지 않지만 AI 이전에 검색 결과에서의 노출 방식에 직결되는 부분입니다.
부산물도 있었습니다. 전체 글을 기계적으로 다시 읽는 과정에서 오탈자·표기 흔들림이 450건 이상 발견되어 일괄 수정. 내용이 겹쳤던 글은 3쌍을 301 리다이렉트로 통합했습니다. 솔직히 AIO 대책과 관계없이 했어야 할 일이었습니다.
어떻게 일괄 구현했는가 | LLMO 구현의 AI 활용 설계
본문에는 일절 손대지 않는다
63개 글의 본문을 다시 쓰는 것은 현실적이지 않고, 제 경험담을 AI에게 고쳐 쓰이는 것도 싫었습니다. 그래서 본문은 그대로 둔 채 글 데이터에 구조화 필드를 추가하는 설계로 하고 있습니다.
- 각 글의 데이터에 “요점”, “FAQ”, “한 문장 정의” 필드를 추가
- 템플릿 쪽이 그 데이터로부터 가시 박스와 FAQPage/Speakable의 구조화 데이터를 자동 생성
보이는 것과 구조화 데이터가 같은 소스에서 나오므로 내용이 어긋나지 않습니다. 손으로 쓴 JSON-LD를 63개 글 분량 계속 유지하는 것은 무리이므로, 이 부분은 구조로 해결했습니다.
생성은 AI 에이전트의 병렬 작업. 다만 규칙은 엄격하게
요점·FAQ·정의의 내용은 Claude Code로 여러 에이전트를 병렬로 돌려 생성했습니다. 다만 규칙을 두 가지 부과하고 있습니다.
- 그 글에 적혀 있는 것만을 근거로 한다. 새로운 사실이나 숫자를 더하지 않는다
- 경험담 글은 제 표현을 그대로 사용한다(AI의 창작을 섞지 않는다)
제 블로그는 경험과 숫자로 써 온 블로그이므로, AI에게 사실을 날조당하면 전부가 무너집니다. 이 제약이 일괄 구현의 생명선이었습니다.
구현 후, 직접 만든 체크리스트로 전체 글을 채점한 결과 평균 47.8점 → 97.3점이 되었습니다. 다만 오해하지 말아 주셨으면 하는데, 이것은 “구현이 얼마나 널리 적용되었는가”를 자사 기준으로 측정한 점수이며 검색에서의 성과가 아닙니다. 성과는 앞으로 숫자로 확인합니다.
참고로 이 사이트 자체도 AI(Claude Code)로 7일간에 걸쳐 전면 리뉴얼한 것이며, 그 공정은 다른 글에 전부 적어 두었습니다.
측정 설계 | 무엇을 근거로 “효과 있음”이라고 할 것인가
하고 끝내지 않기 위해 볼 숫자를 먼저 정해 둡니다.
- Search Console의 노출수·순위 최근 92일의 실측에서 쿼리 “webflow”가 3.9위·681클릭/15,084노출. 여기가 저희의 간판이므로 우선 이 주변의 움직임을 봅니다. 참고로 공식 헬프에 따르면 AI Overviews 경유의 노출·클릭은 Search Console에서 일반 검색 결과와 분리되지 않고 집계됩니다. 즉 “AIO에 인용되었는가”를 직접 나타내는 지표는 없으며 간접적으로 쫓을 수밖에 없습니다.
- GA4의 AI 경유 세션 chatgpt.com 등으로부터의 참조 유입입니다. 현재의 기준값은 약 12세션/월(대부분 ChatGPT). 가장 알기 쉬운 지표이므로 월 단위로 이 부분을 쫓습니다(GA4에서의 측정 방법 절차는 ChatGPT 유입의 실측 글에 정리했습니다).
- 검색 화면에서의 육안 정기 관측 노리는 쿼리에서 AI Overviews에 자사 글이 인용되는지를 실제 검색 화면에서 확인해 갑니다.
구현은 2026년 7월이므로 비교는 “구현 전” 대 “구현 후”입니다. 다만 알고리즘 업데이트나 계절 요인과 완전히는 분리할 수 없으므로, 그 부분은 단정하지 않고 조건째 솔직하게 적겠습니다.
다음 회는 결과 편. 뉴스레터에서 먼저 공개합니다
거듭 말하지만 현시점에서 성과는 아무것도 나오지 않았습니다. 나오면 나온 대로, 나오지 않으면 나오지 않은 대로 숫자째 공개합니다. 63개 글 분량의 실험대는 준비되었으니, 이제는 숫자를 기다릴 뿐입니다.
결과 편은 뉴스레터 “AI로 블로그를 키우는 공개 실험”(메일은 일본어)에서 먼저 공개하고, 그 후 블로그에도 실을 예정입니다. 같은 실험을 자사 사이트에서 해 보고 싶은 분은 그쪽에서 후속을 확인해 주십시오. 구현을 통째로 맡기고 싶은 분은 무료 상담으로 문의해 주십시오.
자주 묻는 질문
AIO 대책이란 무엇을 하는 것입니까?
Google 검색의 AI Overviews(AI 개요)나 ChatGPT 등의 답변에 자신의 페이지가 인용·참조되기 쉽도록 하는 방안입니다. 필자는 요점 박스·FAQ·한 문장 정의·구조화 데이터·llms.txt의 정비부터 시작했습니다.
AIO 대책에 효과는 있습니까?
글을 쓴 시점에서는 아직 알 수 없습니다. 이 글은 63개 글에 일괄 구현해 효과를 실측하는 연재의 제1회(구현 편)이며, 구현 전의 기준값은 AI 경유 유입이 약 12세션/월입니다. 효과의 유무는 결과 편으로 별도 공개합니다.
기존 글의 본문을 고쳐 쓸 필요가 있습니까?
필자는 본문을 고쳐 쓰지 않았습니다. 글 데이터에 요점·FAQ·정의의 필드를 추가하고 템플릿 쪽에서 표시와 구조화 데이터를 자동 생성하는 설계로 하면, 본문은 그대로 둔 채 전체 글에 일괄 적용할 수 있습니다.
FAQPage나 Speakable의 구조화 데이터는 손으로 썼습니까?
아니요, 손으로 쓰지 않았습니다. 글마다의 데이터에 넣은 FAQ와 요점으로부터 템플릿이 자동 생성하고 있으며, 손으로 쓴 JSON-LD를 63개 글 분량 계속 유지하는 것은 현실적이지 않기 때문입니다.
