2026년에도 FAQPage JSON-LD: AI 답변을 위해 여전히 추가할 가치가 있을까요?
요약
FAQPage JSON-LD 스키마는 검색 엔진의 리치 결과를 통한 직접적인 가시성은 줄었지만, AI 답변 엔진에게 여전히 유효한 구조화된 데이터입니다. 질문과 답변을 명확히 분리하여 제공하면 파서가 콘텐츠를 추출하기 쉬운 명확한 단위를 얻게 됩니다.
핵심 포인트
- FAQPage는 검색 노출보다는 AI 기반 답변 추출에 가치가 있습니다.
- 질문-답변 쌍은 페이지의 가시적인 텍스트로 반드시 존재해야 합니다.
- JSON-LD 마크업은 파서가 콘텐츠 구조를 이해하도록 돕는 역할을 합니다.
- 마케팅적 과장이나 키워드 반복을 피하고 사실에 기반하여 작성해야 합니다.
FAQ 마크업은 한때 가장 쉽게 구조화된 데이터(structured data)를 적용할 수 있는 방법 중 하나였습니다. 검색 엔진에서의 이점은 대부분 사라졌지만, 근본적인 아이디어는 여전히 유효합니다. 즉, 질문과 답변을 명시적으로 제시하는 페이지는 기계가 파싱하기 더 쉽다는 것입니다. 현재 상황과 올바른 추가 방법을 설명해 드립니다.
FAQPage 스키마란 무엇인가요
FAQPage는 주요 콘텐츠가 각 질문과 그에 대한 답변 목록으로 구성된 페이지를 위한 schema.org 유형입니다. 이는 HTML 옆에 위치하는 스크립트 블록인 JSON-LD로 기술됩니다. 각 항목은 name (질문 텍스트)을 가진 Question이며, text 속성을 가진 Answer 유형의 acceptedAnswer를 가집니다.
Google 검색에서 무엇이 바뀌었나요
과거에는 FAQ 리치 결과(rich results)가 검색 목록에 링크 아래로 확장 가능한 질문을 표시할 수 있게 해주었습니다. 하지만 Google은 2023년에 이를 축소하여, FAQ 리치 결과를 잘 알려진 정부 및 건강 웹사이트로 제한했습니다. 이후 이 기능은 더욱 줄어들었으며, 대부분의 사이트에서는 더 이상 검색에서 가시적인 결과물을 생성하지 못합니다. 따라서 리치 결과가 목표라면, FAQPage 마크업이 이를 제공할 가능성은 낮습니다.
구조화된 Q&A가 AI 답변에 여전히 도움이 되는 이유
답변 엔진(Answer engines)과 검색 시스템은 페이지를 구절(passages)로 분할하고 질문을 그 답변이 담긴 구절과 일치시키려고 시도합니다. 제목으로 명확한 질문을 제시하고, 이어서 직접적인 두세 문장의 답변을 제공하는 것은 이러한 과정에 추출하기 쉬운 명확한 단위를 제공합니다. FAQPage 마크업은 이러한 구조를 기계가 읽을 수 있는 형태로 반복하므로, 파서(parser)가 어느 질문이 끝났고 다음 질문이 시작되었는지 추측할 필요가 없습니다.
제한 사항에 대해서는 분명히 알아야 합니다. 마크업이 인용(citation)을 보장하지 않으며, 어떤 AI 제공업체도 이를 필수적이라고 말하지 않았습니다. 이 가치는 이미 게시하고 있는 콘텐츠를 설명한다는 점입니다. 실제로 작동하는 것은 눈에 보이는 텍스트입니다.
완전한 JSON-LD 예시
이 예시는 FAQPage 자체에 대한 세 가지 질문을 마크업합니다. 실제 페이지에서는 각 질문과 답변이 FAQ 섹션의 가시적인 텍스트로도 나타나야 합니다.
<script type="application/ld+json">
{
"@context": "https://schema.org",
...
규칙
- 모든 질문과 답변은 페이지에 보여야 합니다. 독자가 볼 수 없는 내용으로 마크업하지 마십시오. 접힌 아코디언(collapsed accordions)은 사용자가 열어볼 수 있다면 괜찮습니다.
- 독자들이 실제로 묻는 질문을 사용하십시오. 단순히 키워드를 반복하기 위해 질문을 만들지 마십시오.
- 답변은 사실적이고 구체적으로 작성하십시오. 보통 두세 문장으로 충분합니다.
- 마케팅적인 과장은 삼가십시오. 답변 안에 '최고 수준(best-in-class)'과 같은 표현이나 판매 유도 행동 촉구(sales calls to action)를 피하십시오.
- 존재하는 Q&A만 마크업하십시오. 사이트의 모든 페이지에 동일한 FAQ를 복사하여 붙여넣지 마십시오.
검증 방법 (How to validate)
- JSON 구문 분석 확인: 해당 블록을 JSON linter에 붙여넣어 확인하십시오. 뒤따르는 쉼표(trailing comma) 하나만으로도 전체 블록이 깨질 수 있습니다.
- 스키마 확인: 페이지를 validator.schema.org를 통해 실행하여 유형과 속성이 올바른지 확인하십시오.
- 적격성 확인: Google의 Rich Results Test를 사용하여 마크업이 감지되는지 확인합니다. '유효함(valid)'이라는 결과가 모든 사이트에 시각적인 리치 결과(rich result)가 나타난다는 것을 의미하지는 않습니다.
- 페이지와 비교: 라이브 페이지를 열고 JSON에 있는 모든 질문과 답변이 단어 하나 틀리지 않고 보이는 텍스트와 일치하는지 확인하십시오.
- 렌더링된 HTML 확인: 해당 블록이 JavaScript로 삽입되는 경우, 페이지가 실행된 후에만 아니라 크롤러가 받는 HTML에 존재하는지 확인해야 합니다.
흔한 실수 (Common mistakes)
- 페이지에 없는 텍스트를 마크업하는 것.
- 답변 내용이 주로 링크, 광고 또는 홍보성 글인 경우.
- 뒤따르는 쉼표나 답변 텍스트 내의 이스케이프되지 않은 따옴표와 같은 유효하지 않은 JSON 형식.
- 한 페이지에 여러 개의 FAQPage 블록을 사용하거나, FAQ가 없는 페이지에 FAQPage 마크업을 사용하는 것.
- 마크업을 콘텐츠 설명이 아닌 순위 상승 요소로 취급하는 것.
- 로드 후에 JavaScript를 사용하여 블록을 삽입하여 일부 크롤러가 이를 볼 수 없게 만드는 것.
자신만의 질문을 위한 시작점(starting block)이 필요하다면, https://citescore.vercel.app/faq-schema-generator의 무료 생성기를 사용하여 Q&A 쌍 목록으로부터 JSON-LD를 만들 수 있습니다. 게시하기 전에 위의 규칙에 따라 출력된 내용을 검토하세요.
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기