AI 답변의 기준 · 공식 문서
AI 인용 방법, 흔한 GEO 조언과 구글 공식 근거 대조
구글은 독자를 위해 문단·소제목으로 정리하고, 직접 경험한 고유한 내용을 텍스트로 쓰라고 적었습니다. 반면 잘게 쪼개기, AI 용 문체, 글자 수 맞추기, 날짜만 바꾸기는 필요 없거나 경고 신호라고 적었습니다.
AI 답변에 인용되는 글쓰기 요령이 많이 돕니다. 짧게 쪼개라, FAQ 로 바꿔라, 날짜를 최신으로 두라는 조언이 대표적입니다.
이 조언 12가지를 구글 공식 문서와 한 줄씩 맞대 봤습니다. 근거가 있는 것, 필요 없다고 적힌 것, 경고 신호로 적힌 것, 문서에 없는 것으로 갈렸습니다.
발견 01
흔한 조언 12가지 중 구글 문서에 근거가 있는 것은 5가지입니다
| 흔한 조언 | 구글 문서 | 쓰는 법 | 공식 문서 원문 |
|---|---|---|---|
| 문단·소제목으로 구조를 잡는다 | 근거 있음 | 문단과 섹션을 나누고, 소제목으로 길을 보여 줍니다 | People generally appreciate it when web pages are organized by paragraphs and sections, along with headings that provide a clear structure to navigate content.사람들은 대개 웹 페이지가 문단과 섹션으로 나뉘고, 내용을 따라가기 쉬운 소제목이 있을 때 좋아합니다. |
| 제목에 내용을 요약한다 | 근거 있음 | 제목·큰 제목이 페이지 내용을 설명하게 씁니다 | Does the main heading or page title provide a descriptive, helpful summary of the content?주요 제목이나 페이지 제목이 내용을 잘 설명하는 요약인가? |
| 직접 경험한 내용을 쓴다 | 근거 있음 | 써 보고, 재 보고, 처리해 본 과정과 결과를 적습니다 | For example, a first-hand review provides a unique perspective based on personal experience, whereas a summary of existing content simply restates information already available elsewhere.직접 써 본 후기는 개인 경험에 바탕한 고유한 관점을 주지만, 기존 콘텐츠 요약은 다른 곳에 있는 정보를 되풀이할 뿐이다. |
| 중요한 내용은 텍스트로 둔다 | 근거 있음 | 가격·사양·절차를 이미지가 아니라 본문 텍스트로 둡니다 | Making sure that important content is available in textual form중요한 내용이 텍스트 형태로 있는지 확인합니다. |
| 구조화 데이터는 보이는 글과 맞춘다 | 근거 있음 | 마크업 값이 화면의 글과 같은지 확인합니다 | Making sure your structured data matches the visible text on the page구조화 데이터가 페이지에 보이는 글자와 일치하는지 확인한다. |
| AI 가 읽기 좋게 잘게 쪼갠다(청킹) | 필요 없다고 적음 | 한 페이지에 여러 하위 주제를 소제목으로 함께 둡니다 | There's no requirement to break your content into tiny pieces for AI to better understand it. Google systems are able to understand the nuance of multiple topics on a page and show the relevant piece to users.AI 가 더 잘 이해하도록 콘텐츠를 작은 조각으로 나눌 필요는 없다. 구글 시스템은 한 페이지의 여러 주제를 이해하고 관련 부분을 사용자에게 보여 줄 수 있다. |
| AI 용 문체로 고치고 롱테일 키워드를 모두 넣는다 | 필요 없다고 적음 | 독자가 쓰는 말로 쓰고, 변형 검색어를 억지로 채우지 않습니다 | You don't need to write in a specific way just for generative AI search. This means you don't have to worry that you don't have enough "long-tail" keywords or haven't captured every variation of how someone might seek content like yours.생성형 AI 검색만을 위해 특정 방식으로 쓸 필요는 없다. 그래서 롱테일 키워드가 모자라거나 사람들이 찾는 모든 변형을 담지 못했다고 걱정하지 않아도 된다. |
| FAQ 형식과 FAQ 스키마를 넣는다 | 필요 없다고 적음 | Q&A 는 독자에게 맞을 때만 씁니다. FAQ 리치 결과는 구글 검색에서 내려갔습니다 | This feature will no longer appear in Google Search starting May 7, 2026. Structured data isn't required for generative AI search, and there's no special schema.org markup you need to add.FAQ 리치 결과 기능은 2026년 5월 7일부터 구글 검색에 나타나지 않는다. 구조화 데이터는 생성형 AI 검색에 필수가 아니며, 따로 추가해야 할 특별한 schema.org 마크업도 없다. |
| 글자 수를 일정 이상 채운다 | 경고 신호로 적음 | 주제에 필요한 만큼 씁니다 | Are you writing to a particular word count because you've heard or read that Google has a preferred word count? (No, we don't.) There's no ideal page length, and in the end, make pages for your audience, not just for generative AI search.구글이 선호하는 글자 수가 있다고 듣고 그 분량에 맞춰 쓰고 있나?(구글: 그런 것은 없다.) 이상적인 페이지 길이는 없으며, 결국 생성형 AI 검색만이 아니라 독자를 위해 페이지를 만든다. |
| 날짜를 자주 최신으로 바꾼다 | 경고 신호로 적음 | 내용을 실제로 고쳤을 때만 수정일을 바꿉니다 | Are you changing the date of pages to make them seem fresh when the content has not substantially changed?내용이 크게 바뀌지 않았는데 새로워 보이려고 페이지 날짜를 바꾸는가? |
| 검색어 변형마다 페이지를 만든다 | 경고 신호로 적음 | 같은 의도는 한 페이지로 모으고 그 페이지를 키웁니다 | While it might be tempting to create separate content for every possible variation of how people might search (for example, by focusing on other queries that people have asked, or fan-out queries), doing so primarily to manipulate rankings or generative AI responses in Google Search violates Google's scaled content abuse spam policy.검색어 변형마다(다른 사람이 물은 질문이나 팬아웃 검색어까지) 따로 콘텐츠를 만들고 싶을 수 있다. 그러나 주로 순위나 AI 답변을 조작하려고 그렇게 하면 구글의 확장된 콘텐츠 악용 스팸 정책 위반이다. |
| 문단 첫 문장에 결론을 둔다 | 공식 문서에 없음 | 독자가 읽기 쉬운 구성의 하나로 판단해 씁니다 | 없음 |
근거가 있는 5줄은 모두 사람 독자를 위한 쓰기 방식입니다. 구글은 AI 를 위한 글과 사람을 위한 글을 같은 기준으로 적었습니다.
그중 가이드가 가장 무겁게 적은 것은 직접 경험한 고유한 내용입니다. 누구나 쓸 수 있는 상식 요약보다 그 회사만 쓸 수 있는 기록이 인용될 자리를 만듭니다.
For example, a first-hand review provides a unique perspective based on personal experience, whereas a summary of existing content simply restates information already available elsewhere.
직접 써 본 후기는 개인 경험에 바탕한 고유한 관점을 주지만, 기존 콘텐츠 요약은 다른 곳에 있는 정보를 되풀이할 뿐이다.
발견 02
잘게 쪼개기·AI 용 문체·글자 수 맞추기 등 6가지는 필요 없거나 경고 신호로 적혔습니다
There's no requirement to break your content into tiny pieces for AI to better understand it. Google systems are able to understand the nuance of multiple topics on a page and show the relevant piece to users.
AI 가 더 잘 이해하도록 콘텐츠를 작은 조각으로 나눌 필요는 없다. 구글 시스템은 한 페이지의 여러 주제를 이해하고 관련 부분을 사용자에게 보여 줄 수 있다.
구글은 한 페이지에 여러 하위 주제가 있어도 필요한 부분을 골라 보여 줄 수 있다고 적었습니다. 그래서 하위 질문은 한 페이지 안에서 소제목으로 답합니다.
검색어 변형마다 페이지를 만드는 방식은 구글이 확장된 콘텐츠 악용 정책 위반으로 적었습니다. 조건은 「프로그래매틱 SEO 스팸 기준, 구글 공식 문서」 편에 자세히 적었습니다.
Are you writing to a particular word count because you've heard or read that Google has a preferred word count? (No, we don't.)
구글이 선호하는 단어 수가 있다고 듣거나 읽어서 특정 단어 수에 맞춰 쓰는가? (구글은 선호하는 단어 수가 없다.)
발견 03
FAQ 리치 결과는 2026년 5월 7일 구글 검색에서 내려갔고, 날짜만 바꾸는 일은 경고 신호입니다
This feature will no longer appear in Google Search starting May 7, 2026.
이 기능은 2026년 5월 7일부터 구글 검색에 나타나지 않는다.
FAQ 스키마를 넣으면 검색 결과에 질문이 펼쳐지던 기능이 구글 검색에서 내려갔습니다. 구글은 생성형 AI 검색에 필요한 특별한 스키마도 없다고 적었습니다.
그래서 FAQ 형식은 독자가 실제로 묻는 질문이 여럿일 때 고르는 구성입니다. 스키마는 리치 결과용 작업으로 따로 분류합니다.
Are you changing the date of pages to make them seem fresh when the content has not substantially changed?
내용이 크게 바뀌지 않았는데 새로워 보이려고 페이지 날짜를 바꾸는가?
구글은 내용이 크게 바뀌지 않았는데 날짜만 바꾸는 일을 검색엔진용 콘텐츠의 경고 신호로 꼽았습니다. 수정일은 내용을 실제로 고쳤을 때 바꿉니다.
「문단 첫 문장에 결론」처럼 구글 문서에 따로 적히지 않은 조언도 1가지 있었습니다. 이런 조언은 근거가 아니라 쓰는 사람의 판단으로 고릅니다.
발견 04
B2B·B2C·B2G 는 「직접 경험한 내용」이 놓이는 자리가 다릅니다
예시 ① 산업용 장비 제조사의 기술 자료 페이지(B2B)
규격 용어를 풀이한 글은 다른 사이트에도 많습니다. 현장에서 잰 내구 시험 조건과 결과를 표로 더하면 그 회사만 쓸 수 있는 내용이 됩니다.
시험 조건·결과는 이미지가 아니라 텍스트 표로 두고, 소제목으로 「조건」·「결과」·「적용 범위」를 나눕니다.
예시 ② 주방용품 쇼핑몰의 상품 안내(B2C)
「자주 묻는 질문」을 스무 개 늘리자는 의견이 나왔습니다. 실제 고객 문의에서 많이 나온 질문만 남기고, 직접 써 본 세척·보관 결과를 본문에 적습니다.
상품 정보가 바뀌지 않았다면 수정일은 그대로 둡니다. 가격·재고처럼 실제로 바뀐 값이 있을 때 고칩니다.
예시 ③ 공공기관 누리집의 제도 안내(B2G)
제도 안내 페이지를 질문마다 따로 만들어 수십 개로 늘리는 안이 올라왔습니다. 같은 제도를 묻는 질문이라면 한 페이지에 소제목으로 모읍니다.
기관만 가진 1차 정보(신청 건수 추이·처리 기간)를 텍스트로 더하면 다른 사이트가 쓸 수 없는 내용이 됩니다.
그럼 인용될 페이지는 어떤 순서로 쓰나요?
- 이 페이지에서 그 회사·기관만 쓸 수 있는 내용(직접 잰 값·처리 과정·사례)이 무엇인지 먼저 적습니다.
- 제목이 내용을 설명하는지 보고, 문단과 소제목으로 하위 질문을 나눕니다. 같은 의도의 질문은 한 페이지에 모읍니다.
- 가격·사양·절차처럼 답이 될 내용을 이미지가 아니라 텍스트로 둡니다.
- 구조화 데이터를 쓴다면 값이 화면의 글과 같은지 확인합니다.
- 글자 수 목표를 지우고, 주제에 필요한 만큼 씁니다.
- 내용을 실제로 고쳤을 때만 수정일을 바꿉니다.
- 누가·어떻게·왜 썼는지 드러내는 방법은 「E-E-A-T 뜻, 구글 공식 문서로 본 정의와 기준」 편에서, 구글이 안 해도 된다고 적은 작업 전체는 「구글 GEO 가이드 공식 문서, 불필요한 작업」 편에서 이어 봅니다.
조사 방법
- Google Search Central 「Optimizing your website for generative AI features on Google Search」 (문서 수정일 2026-07-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/fundamentals/ai-optimization-guide
- Google Search Central 「AI features and your website」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/appearance/ai-features
- Google Search Central 「Creating helpful, reliable, people-first content」 (문서 수정일 2026-10-05) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/fundamentals/creating-helpful-content
- Google Search Central 「Latest documentation updates」 (문서 수정일 2026-10-23) · 최종 확인일 2026-10-25 · https://developers.google.com/search/updates
- 흔한 조언 12가지는 GEO·AEO 글쓰기 요령으로 자주 나오는 말을 데이터프리프랩이 고른 것이고, 네 갈래 판정은 원문 문장의 뜻에 따른 것입니다. 고르고 묶는 방식은 편집 판단입니다.
- 이 편의 근거는 구글 검색 문서입니다. ChatGPT·퍼플렉시티 등 다른 AI 서비스가 인용 출처를 고르는 기준은 각 회사 문서로 따로 확인합니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 문서·정책 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.