FAQ 리치 결과 종료 이후, FAQ 구조화 데이터를 어떻게 할까

먼저 결론

Google은 2026년 5월 7일부터 FAQ 리치 결과를 검색 결과에 보여 주지 않습니다. 검색 결과에 질문과 답변을 펼쳐 보이려고 FAQPage 구조화 데이터를 새로 넣을 이유는 이 날짜로 사라졌습니다. 이미 넣어 둔 마크업은 급히 걷어낼 필요가 없지만, 남겨 둘 거라면 화면에 보이는 질문과 답변과 같은 내용이어야 합니다. 그리고 마크업과 별개로, 페이지 안의 FAQ 절은 독자가 궁금한 것을 바로 찾는 장치로 계속 유효합니다.

이 글은 다음을 순서대로 설명합니다. 무엇이 언제 바뀌었는지, 기존 마크업을 어떻게 판단할지, 화면의 FAQ를 어떻게 다룰지, 그리고 애드브랜치 검사기가 json-ld-visible-match 규칙으로 무엇을 보는지입니다.

무엇이 언제 바뀌었나

FAQ 리치 결과 종료와 관련 구조화 데이터 변경 시점을 연표로 정리합니다.

시점	변화	근거
2023년 9월	HowTo 리치 결과가 데스크톱과 모바일 모두에서 표시 중단	Google 검색 센터 블로그(2023년 8월)
2026년 5월 7일	FAQ 리치 결과가 Google 검색에서 더 이상 표시되지 않음	Google 검색 센터 업데이트 기록
2026년 6월 15일	FAQ 구조화 데이터 문서가 개발자 문서에서 삭제됨	같은 업데이트 기록

Google은 2026년 5월 7일부터 FAQ 리치 결과를 전면 중단했다고 안내하며, 정부·의료 사이트에 적용되던 과거 예외도 더 이상 유효하지 않습니다. 다만 이것이 FAQ 본문을 삭제해야 한다는 뜻은 아닙니다. 검색 결과의 표시 형식이 사라진 것이지, 페이지에 질문과 답변을 두는 일 자체가 문제가 된 것은 아닙니다.

문서 삭제일이 따로 있는 이유도 짚어 두겠습니다. 표시가 중단된 뒤에도 한 달 남짓 문서가 남아 있었으므로, 그 사이에 문서를 보고 마크업을 추가한 사이트가 있을 수 있습니다. 지금 검색해서 나오는 오래된 블로그 글이나 번역 문서 중에는 이 변화가 반영되지 않은 것이 많습니다. 기준 날짜는 위 표로 확인하세요.

이미 넣어 둔 FAQPage 마크업은 어떻게 할까

먼저 안심해도 되는 부분입니다. Google은 2023년 변경을 알리면서 사용하지 않게 된 구조화 데이터를 그대로 두어도 검색에 문제를 일으키지 않는다고 설명했습니다(Google 검색 센터 블로그). 즉 FAQPage 블록이 남아 있다는 이유만으로 불이익이 생기지는 않습니다. 배포 일정이 빡빡하다면 이번 주에 걷어내지 않아도 됩니다.

그래도 판단은 필요합니다. 마크업은 공짜가 아니고, 남겨 둘수록 관리 비용이 쌓이기 때문입니다.

상황	권장	이유
화면의 FAQ와 마크업이 같은 데이터에서 자동 생성됨	유지해도 됨	내용이 갈라질 위험이 없고 추가 비용이 거의 없음
마크업을 손으로 따로 관리함	제거 권장	화면을 고칠 때 마크업을 잊으면 불일치가 생기고, 얻는 표시 이점은 없음
화면에는 FAQ 절이 없고 마크업만 있음	즉시 제거	보이지 않는 내용의 마크업은 정책 위반 대상(아래 절 참고)
마크업의 답변이 화면 답변의 요약본이거나 다른 문장임	화면과 같게 고치거나 제거	검사기 json-ld-visible-match에서 불일치로 잡힘

정리하면, 유지의 기준은 “화면과 같은 소스에서 나오는가”입니다. 같은 소스라면 두고, 아니라면 걷어내는 쪽이 관리 부담이 적습니다. 애드브랜치는 가이드의 같은 Markdown 원문에서 보이는 FAQ와 FAQPage JSON-LD를 함께 만듭니다. 화면에 있는 질문과 답변을 설명하기 위한 것이며, 종료된 Google FAQ 리치 결과를 기대해 추가한 것은 아닙니다.

제거할 때는 @graph 안에 다른 노드와 함께 들어 있는 경우를 조심하세요. FAQPage 노드만 빼야 하는데 블록 전체를 지우면 Article이나 Organization까지 사라집니다. 지운 뒤에는 구조화 데이터 가이드의 검증 방법대로 문법을 한 번 더 확인하세요.

화면의 FAQ 절은 여전히 독자에게 유용하다

리치 결과 종료를 “FAQ를 없애라”는 신호로 읽는 경우가 있는데, 방향이 반대입니다. Google은 생성형 AI 기능도 기존 검색의 순위·품질 시스템에 뿌리를 두고 있으며, 사람을 위해 잘 쓴 글이 여전히 기준이라고 설명합니다(Google의 생성형 AI 검색 최적화 안내). 같은 문서는 AI가 이해하기 쉽도록 글을 잘게 쪼갤 필요도, AI용으로 특별한 방식으로 쓸 필요도 없다고 못 박습니다.

그러니 FAQ 절을 둘지 말지는 검색엔진이 아니라 독자를 보고 정하면 됩니다. 아래 조건에 해당하면 FAQ 절이 도움이 됩니다.

• 본문을 다 읽지 않은 독자가 실제로 반복해서 묻는 질문이 있다. 고객 문의, 댓글, 검색 유입 키워드에서 확인할 수 있습니다.
• 답이 두세 문장으로 끝나서 본문의 흐름에 끼워 넣으면 오히려 어색하다.
• 본문 어딘가에 답이 있지만 찾기 어렵다. 이때 FAQ는 본문의 해당 위치로 안내하는 역할을 합니다.

반대로 본문 내용을 질문 형식으로 다시 쓴 것뿐이라면 FAQ 절은 분량만 늘립니다. 애드브랜치 가이드가 각 글 끝에 “자주 묻는 질문” 절을 두는 이유도 본문에서 다루지 않은 짧은 질문을 모으기 위해서이지, 본문을 요약하기 위해서가 아닙니다.

FAQ 절을 쓸 때의 형식은 단순합니다. 질문을 소제목(h3)으로 두고 바로 아래에 답변 문단을 놓습니다.

<h2>자주 묻는 질문</h2>

<h3>FAQPage 마크업을 지우면 검색 순위가 떨어지나요</h3>
<p>
  FAQ 리치 결과는 검색 결과의 표시 형식이었고, 2026년 5월 7일부터 표시되지 않습니다. FAQPage를
  지우는 것만으로 순위가 바뀐다고 뒷받침하는 확인된 근거는 없습니다.
</p>

<h3>답변은 얼마나 길게 써야 하나요</h3>
<p>질문에 직접 답하는 문장을 먼저 쓰고, 필요한 조건이나 예외를 한두 문장 덧붙이면 충분합니다.</p>

이 형식은 마크업이 없어도 애드브랜치 검사기의 geo-e03-qa-structure 규칙이 인식합니다. 이 규칙은 FAQPage의 질문·답변 쌍이 1개 이상이거나, 질문형 소제목 뒤에 80자 이상의 답변 문단이 2쌍 이상 있으면 pass로 판정합니다. 둘 다 없으면 문제가 아니라 참고(info)로만 남깁니다. 모든 문서에 문답 구조가 필요한 것은 아니기 때문입니다.

구조화 데이터는 AI 검색 기능의 요건이 아니다

“리치 결과는 끝났지만 AI 검색에는 FAQPage가 도움이 된다”는 이야기가 돌아다닙니다. Google 문서는 이와 다르게 말합니다. 생성형 AI 검색에 구조화 데이터는 필수가 아니며, 추가해야 하는 특별한 schema.org 마크업도 없다고 명시합니다(Google의 생성형 AI 검색 최적화 안내). FAQPage 마크업이 AI의 이해나 인용에 영향을 준다는 주장은 이 글을 쓰는 시점에 1차 출처로 확인된 것이 없습니다. 애드브랜치는 확인되지 않은 주장을 근거로 규칙을 만들지 않습니다.

다른 검색 서비스에서도 FAQPage가 AI 답변 반영을 높인다는 확인된 근거는 없습니다. 필요한 구조화 데이터는 페이지 내용을 정확히 나타내는 범위에서 관리하세요. Google은 AI를 위해 콘텐츠를 작은 조각으로 나눌 필요도, 특별한 방식으로 쓸 필요도 없다고 안내합니다. 질문에 직접 답하는 문장과 읽기 쉬운 문단 구성은 애드브랜치가 내부적으로 쓰는 편집 휴리스틱일 뿐 점수에 반영되지 않으며, 특정 사업자의 인용 방식을 근거로 한 것도 아닙니다. 자세한 작성 원칙은 AI 검색을 위한 글쓰기에서 다룹니다.

보이지 않는 내용을 마크업하면 생기는 일

FAQPage를 남길 때 가장 큰 위험은 “화면에 없는 질문과 답변”입니다. 리치 결과 시절에는 답변을 마크업에만 길게 적거나, 화면에서는 접혀 있는 내용을 마크업에 펼쳐 넣는 방식이 유행했습니다. 표시 이점이 사라진 지금 그 방식은 위험만 남깁니다.

Google 구조화 데이터 정책은 독자에게 보이지 않는 내용을 마크업하지 말 것과, 구조화 데이터가 페이지 내용을 그대로 나타내야 한다는 점을 분명히 합니다(Google 구조화 데이터 일반 정책). 이 정책을 어기면 수동 조치 대상이 될 수 있습니다. 수동 조치 보고서에는 “보이지 않는 요소의 마크업”이 항목으로 올라 있습니다(Search Console 수동 조치 보고서 안내).

수동 조치의 효과 범위도 정확히 알아 두는 편이 좋습니다. 구조화 데이터 관련 수동 조치는 리치 결과 자격을 없애는 것이지 순위에 영향을 주지는 않습니다. 그러니 “마크업 때문에 순위가 떨어졌다”는 진단은 근거가 약합니다. 반대로 “순위에 영향이 없으니 놔둬도 된다”도 틀립니다. 문제를 고쳐 리치 결과 자격을 다시 검토할 수 있는 상태로 만들어야 합니다.

흔한 불일치 유형을 예로 보겠습니다.

<!-- 화면: 질문은 있지만 답변은 "고객센터에 문의하세요" 한 줄 -->
<h3>환불은 며칠 걸리나요</h3>
<p>고객센터에 문의하세요.</p>

<!-- 마크업: 화면에 없는 긴 답변 -->
<script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "환불은 며칠 걸리나요",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "카드 결제는 영업일 기준 3~5일, 계좌이체는 7일 이내에 환불됩니다."
        }
      }
    ]
  }
</script>

질문은 일치하지만 답변이 화면에 없습니다. 고치는 방법은 둘 중 하나입니다. 화면 답변을 마크업과 같은 내용으로 바꾸거나, 마크업을 지우는 것입니다. 답변이 진짜 정책이라면 화면에 적는 쪽이 독자에게도 이롭습니다.

<!-- 수정된 예: 화면과 마크업이 같은 문장 -->
<h3>환불은 며칠 걸리나요</h3>
<p>카드 결제는 영업일 기준 3~5일, 계좌이체는 7일 이내에 환불됩니다.</p>

<script type="application/ld+json">
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "환불은 며칠 걸리나요",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "카드 결제는 영업일 기준 3~5일, 계좌이체는 7일 이내에 환불됩니다."
        }
      }
    ]
  }
</script>

아코디언처럼 접혀 있는 FAQ는 어떨까요. HTML 안에 답변 텍스트가 실제로 있고 사용자가 펼쳐서 읽을 수 있다면 “보이지 않는 내용”이 아닙니다. 문제는 답변이 HTML에 아예 없고 마크업에만 있는 경우, 또는 클릭해도 다른 페이지로 이동할 뿐 답이 이 페이지에 없는 경우입니다.

검사기의 json-ld-visible-match 판정

애드브랜치 검사기는 SEO 엔진의 구조화 데이터 카테고리에 json-ld-visible-match 규칙(배점 2점)을 두고, 마크업의 핵심 문장이 화면 텍스트에 실제로 있는지 대조합니다. 이 규칙의 배점은 같은 카테고리의 json-ld-present와 article-required-properties에서 1점씩 옮겨 온 것이라 카테고리 합계는 바뀌지 않습니다.

무엇을 대조하는지부터 보겠습니다.

대상 노드	대조 문자열	찾는 위치
FAQPage의 각 Question	질문 텍스트(name) 전체	본문 텍스트 샘플, 모든 제목 태그(h1~h6), <title>
FAQPage의 각 acceptedAnswer	답변 텍스트(text)의 앞 30자	본문 텍스트 샘플, 모든 제목 태그(h1~h6), <title>
Article 계열 노드	headline 전체	본문 텍스트 샘플, 모든 제목 태그(h1~h6), <title>

headline은 반대 방향도 봅니다. 첫 H1이나 <title>(5자 이상)이 headline 안에 통째로 들어 있으면 일치로 칩니다.

답변은 전체가 아니라 앞 30자만 봅니다. 마크업 답변이 화면보다 조금 길거나 문장 끝의 조사가 다른 경우까지 불일치로 잡지 않기 위해서입니다. 대신 앞 30자가 다르면 답의 첫 문장 자체가 다르다는 뜻이므로 불일치로 판단합니다.

판정 분기는 다음과 같습니다.

조건	판정
대조한 항목이 전부 화면에서 발견됨	pass
대조 항목이 2개 이상이고 전부 화면에 없음	critical
일부만 화면에 없음	warning

전부 불일치일 때만 critical을 주는 이유는, 그 상태가 “화면에 없는 FAQ 절을 마크업으로만 만든” 전형적인 사례이기 때문입니다. 일부 불일치는 화면을 고치면서 마크업을 빠뜨린 경우가 많아 warning으로 둡니다. 결과 카드에는 어느 질문이나 headline이 화면에서 발견되지 않았는지가 근거로 함께 표시되므로, 해당 문장을 화면과 마크업 중 어느 쪽에 맞출지 결정하면 됩니다.

한계도 알아 두세요. 검사기는 본문 텍스트를 20,000자까지만 샘플로 읽습니다. 샘플이 잘린 페이지에서는 샘플 안에서 찾지 못한 항목을 “없다”고 단정할 수 없으므로 대조 대상에서 제외합니다. 아주 긴 페이지의 끝부분에 있는 FAQ는 이 이유로 검사에서 빠질 수 있습니다. 또 JavaScript로 뒤늦게 그려지는 FAQ는 검사기가 읽는 초기 HTML에 없으므로, 마크업만 초기 HTML에 있으면 불일치로 보일 수 있습니다. 이 경우는 검사기의 한계라기보다 검색엔진 크롤러도 같은 문제를 겪을 수 있다는 신호로 읽는 편이 맞습니다. 초기 HTML에 본문이 없는 문제는 크롤러의 눈으로 페이지 확인하기에서 다룹니다.

검사기가 한 번의 검사에서 보내는 요청은 리디렉션 이동을 포함해 최대 6회입니다. 이 한도 안에서 페이지, robots.txt, sitemap, /llms.txt, 404 탐침을 확인하며, 읽는 페이지는 검사한 URL 하나뿐입니다. 사이트 전체의 FAQ 페이지를 한 번에 대조하려면 페이지마다 검사해야 합니다. 전체 규칙 목록은 규칙 카탈로그에서 확인할 수 있습니다.

실무 체크리스트

FAQPage 마크업이 있는 사이트라면 아래 순서로 정리하면 됩니다.

1. 사이트 안에서 "@type": "FAQPage"가 들어간 페이지 목록을 뽑습니다. 템플릿 하나에서 나오는 경우가 많으니 템플릿 파일부터 찾습니다.
2. 각 페이지에서 화면의 FAQ 절과 마크업이 같은 데이터 소스에서 만들어지는지 확인합니다. 같은 소스가 아니면 제거를 기본으로 잡습니다.
3. 남기기로 한 페이지는 애드브랜치 검사기에서 json-ld-visible-match 결과를 확인합니다. warning이나 critical이면 결과 카드의 근거에 나온 문장을 화면과 마크업 중 한쪽에 맞춥니다.
4. 제거한 페이지는 @graph의 다른 노드가 살아 있는지, JSON 문법이 깨지지 않았는지 json-ld-valid-json 결과로 확인합니다.
5. 화면의 FAQ 절 자체는 독자가 실제로 묻는 질문인지 기준으로 다시 고릅니다. 본문 요약에 불과한 질문은 지우고, 답이 바뀐 질문은 답과 함께 페이지의 수정일도 갱신합니다. 날짜 갱신 요령은 게시일과 수정일 표기를 참고하세요.

자주 묻는 질문

FAQPage 마크업을 지우면 검색 순위가 떨어지나요

확인된 근거가 없습니다. FAQ 리치 결과는 검색 결과의 표시 형식이었고, 2026년 5월 7일부터 표시되지 않습니다. Google은 사용하지 않게 된 구조화 데이터를 두어도 문제가 없다고 설명했고, 구조화 데이터 관련 수동 조치는 순위가 아니라 리치 결과 자격에 영향을 줍니다. 판단 기준은 관리 비용과 화면 일치 여부입니다.

화면의 FAQ를 아코디언으로 접어 두면 보이지 않는 내용이 되나요

답변 텍스트가 HTML 안에 실제로 있고 사용자가 펼쳐서 읽을 수 있다면 보이지 않는 내용으로 보지 않습니다. 문제는 답변이 HTML에 없고 마크업에만 있거나, JavaScript로 뒤늦게 불러와 초기 HTML에는 없는 경우입니다. 애드브랜치 검사기는 초기 HTML의 본문 텍스트 샘플을 기준으로 대조하므로, 뒤늦게 그려지는 답변은 불일치로 표시될 수 있습니다.

FAQ 절 대신 본문에 질문과 답을 섞어 쓰면 검사기 판정이 달라지나요

geo-e03-qa-structure는 FAQPage 마크업이 없어도 질문형 소제목 뒤에 80자 이상의 답변 문단이 2쌍 이상 있으면 pass로 판정합니다. 둘 다 없으면 참고(info)로만 남기고 감점하지 않습니다. 문답 형식은 질문에 답하는 글에서만 의미가 있으므로, 형식을 맞추려고 억지로 질문을 만들 필요는 없습니다.

관련 가이드

• 구조화 데이터(JSON-LD) 적용 가이드
• AI 검색을 위한 글쓰기
• 게시일과 수정일 표기
• GEO 점검 체크리스트