FAQ 구조화 데이터는 지금 어떤 상태인가
FAQ 마크업을 넣으면 검색 결과에 질문과 답변이 접히는 형태로 붙던 시절이 있었습니다. 지금은 그 표시가 없습니다. Google 검색 센터가 공개한 지원 구조화 데이터(Structured Data) 목록에는 FAQ가 들어 있지 않습니다. HowTo도 마찬가지입니다.
그래서 많은 사이트에 FAQPage 마크업이 아무 표시도 만들지 않은 채 남아 있습니다. 한 번 붙여 두면 눈에 띄지 않으니 몇 년째 그대로인 경우가 흔합니다. 템플릿에 들어가 있어 전체 페이지에 자동으로 붙는 사이트도 있습니다. 문제는 이것을 지워야 하는지, 둬도 되는지가 명확하지 않다는 점입니다.
마크업을 지워야 하나
지워야 할 이유는 없습니다. 구조화 데이터 일반 가이드라인은 마크업이 올바르더라도 검색 결과 표시를 보장하지 않는다고 못박고 있습니다. 표시되지 않는 것이 곧 문제 상태는 아니라는 뜻입니다.
다만 남겨 둘 때 지켜야 할 선은 있습니다. 같은 가이드라인은 페이지에서 보이지 않는 내용을 마크업하지 말라고 규정합니다. 화면에는 없고 마크업에만 있는 질문과 답변은 위반입니다. 리치 결과가 사라졌다고 이 규칙이 느슨해지지는 않습니다.
구조화 데이터 문제로 수동 조치를 받으면 그 페이지는 리치 결과 표시 자격을 잃습니다. 웹 검색 순위 자체가 내려가는 조치로는 설명되어 있지 않습니다.
답변 엔진 쪽에서 기대할 수 있는 것과 없는 것
FAQPage 타입은 schema.org 어휘에 지금도 정의되어 있습니다. 어휘가 사라진 것이 아니라 특정 검색 기능이 사라진 것입니다. 마크업을 읽어 쓰는 쪽은 검색엔진만이 아니므로 어휘는 남습니다.
그렇다고 이 마크업을 넣으면 AI 답변에 인용된다고 말할 근거는 없습니다. 답변 엔진이 FAQ 마크업을 어떻게 쓰는지 공개한 자료는 확인되지 않습니다. 검색엔진과 AI의 동작은 누구도 보장할 수 없습니다.
실질적인 이득은 다른 데 있습니다. 마크업을 유지하려면 질문과 답변이 화면에 실제로 있어야 하고, 한 질문에 대한 대표 답변 페이지(Primary Answer Page)가 어디인지 정리되어야 합니다. 마크업이 표시를 만들지 않아도 이 정리는 남습니다. 같은 질문에 답하는 페이지가 여러 개로 흩어져 있으면 어느 쪽도 충분한 답이 되지 못합니다.
넣을지 말지 판단하는 기준
| 기준 | 유지·추가 | 정리 대상 |
|---|---|---|
| 화면 노출 | 질문과 답변이 본문에 그대로 보임 | 마크업에만 있고 화면에는 없음 |
| 답변의 성격 | 직접 답변(DIRECT)이고 그 페이지에서 끝남 | 다른 페이지로 넘기는 안내문 |
| 질문의 출처 | 실제 문의·검색어에서 나옴 | 키워드를 넣으려고 만든 질문 |
| 중복 | 이 질문의 대표 답변 페이지가 하나 | 같은 질문이 여러 페이지에 흩어짐 |
네 기준 모두 유지 쪽이면 그대로 두고, 새 FAQ도 같은 조건에서만 추가합니다. 정리 대상에 하나라도 걸리면 마크업을 손대기 전에 본문을 먼저 고칩니다. 마크업은 본문을 설명하는 것이지 본문을 대신하지 않습니다. 본문이 답을 못 하는데 마크업만 갖춰 봐야 달라지는 것이 없습니다.
확인·검증 방법
- 대상 페이지의 FAQPage 마크업에 있는 질문을 모두 뽑습니다.
- 각 질문이 화면 본문에 그대로 보이는지 눈으로 확인합니다. 접힌 영역 안에 있어도 본문에 있으면 됩니다.
- 같은 질문에 답하는 페이지가 여러 개면 대표 답변 페이지를 하나로 정하고 나머지는 그쪽을 가리키게 합니다.
- 질문이 실제 문의나 검색어에서 나온 것인지 되짚습니다. 출처를 못 대는 질문은 지웁니다.
- Search Console의 수동 조치 항목에 구조화 데이터 관련 조치가 있는지 확인합니다. 조치가 없다면 표시가 안 되는 것과 문제가 있는 것은 별개입니다.
싹 SAG의 질문 대응 점검도 같은 순서로 봅니다. 마크업이 아니라 질문과 답변 자체가 맞는지를 먼저 확인합니다.