GEO 구조화 데이터의 역할과 한계

🤔 구조화 데이터를 넣으면 AI에 인용되는지 궁금할 때

GEO를 소개하는 글에는 구조화 데이터를 넣으라는 항목이 거의 빠지지 않습니다. 그런데 막상 넣으려고 하면 어떤 유형을 넣어야 하는지, 넣으면 무엇이 달라지는지 설명한 곳은 드뭅니다. 예전 글을 따라 자주 묻는 질문 구조화 데이터를 넣었는데 검색 결과에 아무것도 펼쳐지지 않는 경우도 있습니다.

FAQ는 자주 묻는 질문을 뜻하며 FAQPage는 그 질문과 답을 나타내는 유형입니다. 구글의 FAQ 리치 결과 지원은 종료됐지만 Article과 Organization은 계속 안내되고 있습니다. 지금부터 구조화 데이터가 무엇인지, FAQPage와 Article, Organization이 각각 하는 일과 지금의 지원 상태, AI 검색 인용과의 관계를 2026년 10월 3일 구글 검색 센터 문서 기준으로 정리합니다.

🔑 구조화 데이터의 정의

구조화 데이터는 페이지의 내용이 무엇인지 검색엔진이 정해진 형식으로 읽을 수 있게 적어 두는 코드이고, 보통 JSON-LD 형식으로 페이지에 넣습니다.

JSON-LD는 JSON을 이용해 정보와 그 의미를 연결하는 형식입니다. 구글은 이 형식을 권장하지만 Microdata와 RDFa라는 다른 형식도 지원합니다. JSON의 기본 구조는 JSON과 데이터 구조에 있습니다. 어떤 항목을 어떤 이름으로 적을지는 schema.org라는 공개 어휘집이 정합니다. 택배 상자에 붙은 송장이 상자 속 물건을 열어 보지 않아도 받는 사람과 품목을 알려 주듯, 구조화 데이터는 글의 유형과 작성자, 날짜를 명시합니다. 송장과 내용물이 맞아야 하듯 코드도 실제 페이지와 맞아야 합니다.

아래는 Article, 즉 글을 나타내는 구조화 데이터의 가상 예시입니다. 항목을 읽는 연습용이며 주소나 이미지는 실제 자료가 아닙니다. 운영 사이트에 그대로 붙여 넣지 않습니다.

@context는 항목의 의미를 설명하는 기준 주소이고 @type은 자료 유형입니다. 이 예제는 Schema.org 기준의 Article을 씁니다. 코드의 headline은 글 제목, author는 작성자입니다. 작성자는 사람일 수도 조직일 수도 있으며 이 예제는 조직입니다. author 안의 name은 작성자 이름이고 url은 작성자를 확인할 수 있는 소개 페이지 주소입니다. datePublished는 최초 발행 시각이고 dateModified는 마지막 수정 시각입니다. +09:00은 한국처럼 기준 시각인 UTC보다 9시간 빠른 시간대를 뜻합니다. image에는 이 글을 대표하는 실제 이미지 주소를 넣습니다.

📦 세 가지 유형이 하는 일과 지금 상태

GEO 글에서 자주 언급되는 세 가지 유형을 같은 기준으로 놓으면 이렇습니다.

Article은 구글 검색과 구글 뉴스, 구글 어시스턴트에서 제목과 이미지, 날짜 정보를 더 잘 보여 주도록 돕는다고 구글이 설명합니다. 필수 속성은 없고 권장 속성은 author와 author.name, author.url, dateModified, datePublished, headline, image입니다.

Organization은 검색 결과에서 조직을 구분하는 데 도움이 되고, 일부 속성은 검색 결과와 지식 패널에 어떤 로고를 보여 줄지에 영향을 줍니다. 브랜드와 운영 조직을 구분하고 sameAs에 같은 대상을 가리키는 프로필을 적는 방법은 개체와 브랜드 표기 일관성에서 다뤘습니다.

📅 자주 묻는 질문 리치 결과가 사라진 과정

리치 결과는 구조화 데이터를 바탕으로 검색 결과에 별점이나 질문 목록 같은 추가 정보를 붙여 보여 주는 표시 방식입니다. 자주 묻는 질문 리치 결과는 몇 해에 걸쳐 줄어들다 사라졌습니다.

그래서 지금 FAQPage를 넣어도 구글 검색 결과에 질문과 답이 펼쳐지지 않습니다. 그래도 준이아빠블로그는 질문형 소제목에서 FAQPage를 계속 뽑아 발행합니다. AEO 최적화 적용 절차에 적은 대로, 검색 화면에 띄우려는 것이 아니라 질문과 답의 경계를 기계가 구분할 수 있게 적어 두려는 목적입니다. 다른 AI 검색 서비스가 FAQPage를 인용 판단에 쓰는지는 공식 문서에서 확인하지 못했습니다.

🤖 AI 검색 인용과 구조화 데이터의 관계

구글은 AI 기능 문서에서 AI 개요와 AI 모드를 위해 추가해야 할 특별한 구조화 데이터는 없다고 밝힙니다. 2026년 5월 15일 낸 AI 검색 최적화 안내에서도 구조화 데이터가 생성형 AI 검색에 필요하지는 않지만, 리치 결과를 위해 계속 쓰는 것이 좋다고 적었습니다. 두 문서가 함께 권하는 것은 구조화 데이터가 화면에 보이는 내용과 맞게 하라는 점입니다.

마이크로소프트 빙 팀은 코파일럿 답변에 포함되기 좋은 콘텐츠 형식을 설명하면서 질문과 답, 목록, 표와 함께 스키마, 즉 정보를 정해진 유형과 항목으로 표현하는 방식의 사용을 권했습니다. 서비스마다 강조점이 조금 다른 셈입니다.

두 쪽을 합치면 구조화 데이터가 맡는 역할이 분명해집니다. 구조화 데이터는 인용을 만드는 장치가 아니라 이름과 날짜, 작성자, 조직 정보를 분명히 적는 장치입니다. 본문에 인용할 만한 문단이 없으면 구조화 데이터를 아무리 넣어도 가져갈 내용이 없고, 인용되는 문단을 쓰는 방법은 AI 검색을 위한 페이지 구조 다듬기에서 다뤘습니다.

🚫 화면과 다른 구조화 데이터는 위반입니다

구글의 구조화 데이터 일반 지침은 페이지를 읽는 사람에게 보이지 않는 내용을 표시하지 말라고 합니다. 화면에는 없는 질문과 답을 FAQPage에 적거나, 받지 않은 별점을 적는 식입니다. 지침을 어기면 수동 조치를 받아 리치 결과 표시 자격을 잃을 수 있습니다. 수동 조치는 구글 담당자가 지침 위반을 확인하고 검색 표시에 제한을 거는 조치입니다.

사람이 읽는 본문과 기계가 읽는 데이터를 같은 원본에서 만들면 내용이 어긋날 가능성을 줄일 수 있습니다. 그래도 추출 코드가 잘못된 문단을 고르거나 답을 누락할 수 있으므로 결과를 대조해야 합니다. 준이아빠블로그는 FAQPage의 질문과 답을 JSON으로 따로 쓰지 않고 본문의 질문형 소제목과 그 아래 첫 문단에서 뽑아 발행하므로, 본문이 바뀌면 데이터도 함께 바뀝니다.

✅ 넣은 뒤 확인하는 방법

1. 감지 여부 보기: Schema Markup Validator에 공개 페이지 주소나 공개할 예제 코드를 넣고 감지된 유형과 오류를 확인합니다. 구글이 지원하는 검색 표시 기능은 리치 결과 테스트로 따로 확인하며 두 도구의 지원 범위는 다릅니다
2. 화면과 맞추기: 데이터의 제목과 날짜, 작성자, 질문과 답이 화면 내용과 같은지 봅니다
3. 대상 확인하기: 사이트, 브랜드, 운영 회사와 작성자가 각각 무엇인지 구분하고 해당 이름과 주소가 올바른지 봅니다
4. 날짜 관리하기: 최초 발행일은 유지하고 실제 수정 내역에 맞게 수정일을 기록합니다. 내용을 바꾸지 않은 채 최신 글처럼 보이도록 날짜만 갱신하지 않습니다

본문의 구조화 데이터 확인 순서입니다. 검사 통과가 검색 노출이나 AI 인용을 보장하지 않습니다. 그림의 이름 일치는 같은 대상의 표기를 맞춘다는 뜻이며 운영 회사와 브랜드가 다르면 그 관계를 구분합니다.

⚠️ 자주 하는 실수

• FAQPage로 검색 화면 확장을 기대합니다: 구글은 2026년 5월 7일부터 자주 묻는 질문 리치 결과를 보여 주지 않습니다
• AI 개요 전용 구조화 데이터를 찾습니다: 구글은 특별한 구조화 데이터가 필요하지 않다고 밝혔습니다
• 화면에 없는 내용을 데이터에 적습니다: 지침 위반이고 수동 조치를 받을 수 있습니다
• Organization 이름을 화면 표기와 다르게 씁니다: 같은 조직을 설명하는지와 화면에서 그 관계를 확인할 수 있는지 점검합니다

❓ 자주 묻는 질문

이미 넣어 둔 FAQPage 구조화 데이터는 지워야 하나요?

기능 지원 종료만으로 반드시 삭제해야 하는 것은 아닙니다. 본문과 맞는지 및 다른 시스템에서 사용하는지 확인해 유지 여부를 정합니다. 다만 화면에 없는 질문을 적어 둔 데이터라면 지우거나 본문과 맞춥니다.

구조화 데이터를 넣으면 검색 순위가 오르나요?

구글 문서는 구조화 데이터가 리치 결과 표시와 조직 구분을 돕는다고 설명할 뿐, 순위를 올린다고 밝히지 않습니다. 구조화 데이터를 넣거나 검사에 통과한 사실만으로 순위 상승이나 AI 인용 효과를 결론 낼 수는 없습니다.

AI 검색을 위해 가장 먼저 넣을 유형은 무엇인가요?

어느 유형도 AI 검색에 필수는 아니라는 것이 구글의 설명입니다. 먼저 페이지가 글인지, 조직 소개인지와 실제 담긴 정보를 확인합니다. 예를 들어 글에는 Article, 조직에는 Organization을 검토합니다. WebSite 사이트 이름 정보는 홈페이지에 넣는 용도입니다. 기존 코드나 플러그인이 이미 만들고 있는지도 확인해 중복과 상충을 피합니다.

코드와 화면에서 다른 날짜 찾기

위 예제를 메모장에 복사해 읽습니다. 실제 사이트에 넣거나 외부 검사기에 자료를 보낼 필요는 없습니다.

가상 화면 자료는 다음과 같습니다.

코드와 대조하면 dateModified가 다릅니다. 해당 값을 2026-10-03T10:00:00+09:00으로 바꿉니다. 최초 발행 기록인 datePublished는 그대로 둡니다. 두 날짜를 모두 10월 3일로 바꿨다면 발행과 수정을 혼동한 것이므로 최초 발행일을 되돌립니다.

이번에는 작성자만 ‘한빛커피 편집팀’으로 바뀌었다고 가정합니다. author.name을 새 작성자로 맞추고 author.url이 그 편집팀을 설명하는 주소인지 확인합니다. 실제 소개 주소를 모르면 임의로 만들지 말고 확인 필요 항목으로 남깁니다.

이번 연습에서 확인한 것은 코드와 가상 자료의 일치입니다. 문법 검사, 실제 이미지와 주소의 접근 가능 여부, 검색 표시 여부는 각각 별도로 확인해야 합니다.

📋 3줄 요약

1. 구조화 데이터는 글과 조직의 정보를 정해진 항목으로 표현하며 JSON-LD 같은 형식으로 작성합니다.

2. 코드의 제목과 작성자, 날짜를 화면 및 실제 기록과 대조하고 검사 통과를 내용 검증으로 대신하지 않습니다.

3. 구글은 FAQ 리치 결과 지원을 종료했으며 구조화 데이터 추가만으로 AI 검색 인용이 보장되지는 않습니다.

참고 자료

• 구글 검색 문서 업데이트
• 2023년 FAQ 리치 결과 변경
• 구글 Article 구조화 데이터
• 구글 Organization 구조화 데이터
• 구글 구조화 데이터 지침
• 구글 AI 검색 기능
• 구글 AI 검색 최적화 안내

공식 안내 확인: 2026년 10월 3일. 코드와 화면 자료는 가상 예제입니다.