[2026 최신] 스키마 마크업을 통한 FAQ 페이지 구조화 데이터 구현 방법 완벽 가이드 | 테라그로스

구글애즈 캠페인 돌리다 보면 랜딩페이지 SEO까지 손대야 하는 순간이 꼭 옵니다. 광고 품질평가점수 때문이기도 하고, 유료 트래픽만으로는 CPA가 안 나오는 계정이 생각보다 많거든요. 그중에서 클라이언트들이 가장 많이 물어보는 게 FAQ 스키마예요. “우리 사이트 검색결과에 질문 접혔다 펴지는 거 왜 안 나와요?”라는 질문, 우리도 정말 수도 없이 받았습니다. 근데 이 질문에 제대로 답하려면 2023년에 구글이 뭘 바꿨는지부터 알아야 하고, 2026년 지금 AI 검색 환경에서 FAQ 스키마가 어떤 역할을 하는지까지 이어서 봐야 해요. 오늘 그 얘기를 실무 관점에서 풀어봅니다.

FAQ 스키마, 아직도 해야 하나 – 결론부터

결론부터 말씀드리면 해야 합니다. 다만 이유가 예전과 달라졌어요.

과거에는 FAQ 스키마를 넣으면 검색결과에 질문-답변이 아코디언 형태로 펼쳐지는 리치 결과가 거의 모든 사이트에 노출됐습니다. 검색결과 점유 면적이 두세 배로 늘어나니까 CTR이 확 뛰었고, 그래서 2020년 전후로는 너도나도 FAQ 스키마를 박아 넣던 시절이 있었죠. 근데 2023년 8월, 구글이 정책을 바꿨습니다. FAQ 리치 결과는 정부 기관이나 의료 기관처럼 권위가 확실히 인정되는 사이트에만 제한적으로 보여주겠다고 공식 발표했어요. 이건 support.google.com의 FAQ 구조화 데이터 문서에 지금도 명시돼 있는 내용입니다.

그럼 일반 커머스나 서비스 사이트는 왜 하냐. 세 가지 이유가 있어요.

첫째, 구글이 페이지 내용을 이해하는 데 여전히 쓰입니다. 리치 결과로 안 보여줄 뿐이지, 크롤러가 “이 페이지에 이런 질문과 답변이 구조화되어 있다”는 신호는 그대로 받아들여요. 둘째, 2026년 현재 AI Overviews와 AI 모드가 검색결과 상단을 차지하는 비중이 커졌는데, 구조화된 질문-답변 콘텐츠가 AI 답변의 소스로 인용되는 경우를 우리가 실제 계정에서 여러 번 확인했습니다. 셋째, 구글 말고도 이 데이터를 읽는 시스템이 많아졌어요. 각종 AI 어시스턴트와 검색 서비스들이 schema.org 마크업을 파싱합니다.

2023년 이전과 지금 – 뭐가 달라졌는지 정확히 알기

이 부분을 정확히 모르면 클라이언트한테 잘못된 기대를 심어주게 됩니다. 우리도 초기에 한 번 곤란했던 적이 있어서 솔직하게 공유해요.

리치 결과 노출 – 일반 사이트는 사실상 종료

2023년 8월 이전에는 FAQ 스키마만 유효하면 리치 결과가 나왔습니다. 지금은 well-known, authoritative한 정부-보건 사이트로 제한이에요. 일반 기업 사이트가 FAQ 아코디언 노출을 목표로 스키마를 넣는 건 2026년 기준으로 잘못된 기대 설정입니다. 서치콘솔에서 FAQ 리치 결과 리포트 자체가 조용히 사라진 것도 이 흐름의 연장선이고요.

HowTo 스키마도 같이 정리됐다

같은 시기에 HowTo 리치 결과는 아예 전 디바이스에서 중단됐습니다. FAQ는 제한, HowTo는 종료. 이 둘을 헷갈리는 분들이 많은데 FAQ 스키마 자체는 여전히 유효한 마크업이에요. schema.org 스펙에서 삭제된 게 아닙니다.

대신 떠오른 것 – AI 답변 인용

재밌는 건 여기부터예요. 리치 결과라는 보상이 사라진 대신, AI Overviews가 답변을 구성할 때 명확한 질문-답변 구조를 가진 페이지를 선호하는 경향이 뚜렷해졌습니다. 우리가 운영하는 한 B2B 클라이언트 사이트는 FAQ 섹션을 스키마와 함께 정비한 후 석 달쯤 지나서 AI Overviews 인용이 잡히기 시작했고, 해당 페이지 오가닉 유입이 약 40% 늘었어요. 물론 스키마 하나 때문이라고 단정할 순 없지만, 콘텐츠 구조화와 마크업이 같이 갔을 때 효과가 난다는 건 여러 계정에서 반복적으로 관찰됩니다.

구현 방법 – JSON-LD로 작성하는 게 정답

구글 공식 문서는 구조화 데이터 포맷으로 JSON-LD, 마이크로데이터, RDFa 세 가지를 지원한다고 하면서도 JSON-LD를 권장한다고 못 박아 놨습니다. 실무에서도 JSON-LD 외에 다른 걸 쓸 이유가 없어요. HTML 본문과 분리돼 있어서 유지보수가 편하고, 태그 구조를 건드리지 않으니 퍼블리싱 사고도 안 납니다.

기본 구조는 이렇게 생겼습니다.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "구글애즈 최소 예산은 얼마인가요?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "법적으로 정해진 최소 예산은 없습니다. 다만 업종별 CPC와 전환율을 고려하면 유의미한 데이터 수집을 위해 월 100만원 이상을 권장합니다."
      }
    },
    {
      "@type": "Question",
      "name": "성과가 나오기까지 얼마나 걸리나요?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "머신러닝 학습 기간을 포함해 보통 4~6주 후부터 안정적인 성과 판단이 가능합니다."
      }
    }
  ]
}
</script>

구조를 뜯어보면 단순해요. FAQPage 타입 안에 mainEntity 배열이 있고, 그 안에 Question 객체들이 들어갑니다. 각 Question은 name에 질문 텍스트, acceptedAnswer 안의 text에 답변 텍스트를 담아요. 답변에는 HTML 태그도 일부 허용됩니다. 구글 문서 기준으로 h1~h6, br, ol, ul, li, a, p, div, b, strong, i, em까지 쓸 수 있어서, 답변 안에 링크를 넣는 것도 가능해요. 이거 의외로 모르는 분들이 많더라고요.

워드프레스라면

Yoast SEO나 Rank Math 같은 플러그인의 FAQ 블록을 쓰면 마크업이 자동 생성됩니다. 다만 페이지 빌더(Avada, Elementor 등)를 쓰는 사이트는 플러그인 블록과 빌더가 충돌하는 경우가 있어서, 우리는 커스텀 필드나 사이트 전역 스니펫으로 JSON-LD를 직접 주입하는 방식을 더 선호합니다. 통제가 확실하거든요.

구글 공식 가이드라인 – 이건 지켜야 스팸 판정 안 받는다

support.google.com과 developers.google.com의 FAQ 구조화 데이터 가이드라인에서 실무적으로 중요한 항목만 추리면 이렇습니다.

먼저 마크업한 질문과 답변이 페이지에 실제로 보여야 합니다. 사용자 눈에는 안 보이는데 스키마에만 존재하는 Q&A는 가이드라인 위반이에요. 이거 위반하면 구조화 데이터 수동 조치를 받을 수 있고, 한 번 받으면 해제 요청 처리까지 시간이 꽤 걸립니다. 아코디언으로 접혀 있는 건 괜찮아요. 클릭하면 볼 수 있으면 됩니다.

다음으로 사용자가 답변을 제출할 수 있는 포럼형 페이지에는 FAQPage가 아니라 QAPage를 써야 합니다. FAQPage는 사이트 운영자가 질문과 답변을 모두 작성한 경우에만 해당돼요. 커뮤니티 게시판에 FAQPage 박아 넣으면 타입 오용입니다.

광고 목적의 남용도 금지 항목이에요. 질문 형식만 빌린 홍보 문구를 답변에 채우는 패턴, 과거에 리치 결과 면적 확보용으로 유행했던 수법인데 지금은 리치 결과 보상도 없으니 리스크만 남습니다. 그리고 같은 질문-답변을 여러 페이지에 중복 마크업하는 것도 피하세요. 구글은 중복 콘텐츠에 대해 하나만 인정합니다.

실전에서 자주 터지는 실수 다섯 가지

우리가 신규 계정 인수인계 받으면서 기존 사이트를 감사할 때 실제로 발견했던 케이스들입니다.

따옴표와 특수문자 이스케이프 누락

답변 텍스트에 큰따옴표가 그대로 들어가서 JSON 전체가 깨진 경우. 제일 흔합니다. JSON 문법상 큰따옴표는 반드시 백슬래시로 이스케이프하거나 작은따옴표로 바꿔야 해요. 리치 결과 테스트 돌려보면 파싱 에러로 바로 잡힙니다. 근데 안 돌려보고 배포하는 사이트가 태반이에요.

페이지 콘텐츠와 스키마 불일치

사이트 리뉴얼하면서 FAQ 섹션은 삭제했는데 스키마는 그대로 남아 있는 케이스. 보이지 않는 콘텐츠 마크업이 되어버려서 가이드라인 위반 상태로 몇 달씩 방치됩니다. 리뉴얼 체크리스트에 스키마 동기화 항목을 꼭 넣으세요.

FAQPage를 사이트 전 페이지에 전역 삽입

테마 footer에 JSON-LD를 넣어버려서 모든 페이지에 동일한 FAQ 스키마가 출력되는 경우도 봤습니다. 스키마는 해당 콘텐츠가 실제 존재하는 페이지에만 있어야 해요.

답변을 한 문장으로 성의 없게

“네, 가능합니다.” 이런 답변은 마크업 유효성은 통과해도 AI 인용 관점에서 가치가 없습니다. 답변은 그 자체로 완결된 정보 단위여야 해요. 우리 경험상 두세 문장, 핵심 수치나 조건이 포함된 답변이 인용률이 좋았습니다.

Question의 name에 HTML 태그 삽입

질문 필드는 순수 텍스트여야 하는데 strong 태그 같은 걸 넣는 경우가 있어요. 답변(text)과 달리 질문(name)은 태그 없이 작성하는 게 안전합니다.

검증과 모니터링 – 배포 전후로 이것만은

배포 전에는 구글 리치 결과 테스트(search.google.com/test/rich-results)와 schema.org 공식 검증기(validator.schema.org) 두 가지를 다 돌리세요. 리치 결과 테스트는 구글이 인식하는 리치 결과 대상 여부를, schema.org 검증기는 마크업 문법 자체의 유효성을 봅니다. 2026년 현재 일반 사이트는 리치 결과 테스트에서 FAQ가 “대상 아님”으로 나올 수 있는데, 앞서 설명한 정책 때문이지 마크업이 틀린 게 아니에요. 이때는 schema.org 검증기에서 에러 없이 파싱되는지만 확인하면 됩니다.

배포 후에는 서치콘솔 URL 검사 도구로 실제 색인된 버전에서 구조화 데이터가 감지되는지 확인하고요. 자바스크립트로 스키마를 늦게 주입하는 사이트는 렌더링 후 HTML에서 스키마가 누락되는 경우가 있어서, 이 확인 단계를 건너뛰면 안 됩니다. 특히 SPA나 태그매니저로 JSON-LD를 주입하는 구조라면 반드시 렌더링된 HTML을 확인하세요. 구글은 태그매니저를 통한 구조화 데이터 주입을 권장하지 않는다고 공식 문서에 밝혀 놨습니다.

2026년의 진짜 활용법 – AI 검색을 겨냥한 FAQ 설계

여기서부터가 요즘 우리가 클라이언트 사이트에 실제 적용하는 전략입니다.

FAQ 콘텐츠를 만들 때 출발점을 바꿨어요. 예전에는 “사람들이 검색할 만한 키워드”에서 질문을 뽑았다면, 지금은 AI 모드나 AI Overviews에서 실제로 나오는 후속 질문 패턴을 봅니다. AI 검색은 대화형이라 사용자가 꼬리 질문을 이어가는데, 그 꼬리 질문에 정확히 대응하는 Q&A를 페이지에 구조화해두면 인용 소스로 선택될 확률이 올라가요. 구글애즈 검색어 리포트도 좋은 소스입니다. 광고 계정 운영하면서 쌓이는 실제 검색어들, 특히 질문형 쿼리는 그대로 FAQ 후보거든요. 광고 데이터와 SEO를 연결할 수 있는 게 대행사가 가진 장점이기도 하고요.

그리고 FAQPage 스키마 단독보다는 Article, BreadcrumbList, Organization 스키마와 같이 묶어서 페이지의 맥락 전체를 구조화하는 게 낫습니다. AI가 소스의 신뢰도를 판단할 때 “누가 쓴 글인지, 어떤 사이트의 어느 위치에 있는 콘텐츠인지”를 함께 보기 때문이에요. E-E-A-T 신호를 스키마로 보강한다고 생각하면 됩니다.

마지막으로 하나만 더. 스키마는 콘텐츠를 이기지 못합니다. 마크업이 아무리 완벽해도 답변 내용이 부실하면 아무 일도 안 일어나요. 반대로 콘텐츠가 좋으면 스키마가 그 가치를 기계가 읽을 수 있는 형태로 증폭시켜 줍니다. 순서를 헷갈리지 마세요.