[2026 최신] 스키마 마크업을 통한 FAQ 페이지 최적화 완벽 가이드 | 테라그로스

FAQ 페이지에 스키마 마크업 좀 넣어달라는 요청, 요즘도 꾸준히 들어온다. 근데 막상 작업을 시작하면 클라이언트가 기대하는 그림이랑 2026년 현재 구글이 실제로 보여주는 그림 사이에 꽤 큰 간극이 있다. 솔직히 이 간극을 모르고 예전 블로그 글만 보고 따라 하면 시간 날리기 딱 좋다. 그래서 오늘은 우리가 현장에서 직접 굴려본 기준으로, FAQ 스키마가 지금 어디까지 통하고 어디부터는 안 통하는지를 정리해보려 한다.

FAQ 스키마, 2026년 지금 상황부터 솔직하게

먼저 가장 중요한 사실 하나. 과거에는 FAQPage 구조화 데이터를 넣으면 검색 결과에 질문-답변이 아코디언처럼 쫙 펼쳐지는 리치 결과가 거의 모든 사이트에 노출됐다. 페이지 하나가 검색 결과 화면을 두세 줄씩 더 차지하니까 클릭률 끌어올리는 치트키 같은 존재였다. 그런데 구글이 2023년 8월에 이 정책을 갈아엎었다. 지금은 FAQ 리치 결과가 정부 기관과 의료·보건 분야의 신뢰할 수 있는 사이트에만 제한적으로 표시된다.

즉 일반 기업 블로그나 쇼핑몰, B2B 서비스 페이지에 FAQPage 마크업을 아무리 완벽하게 넣어도 검색 결과에 그 펼쳐진 박스는 안 나온다. 2026년 현재까지 이 정책은 그대로 유지되고 있다. 이걸 모른 채 “FAQ 스키마 넣었는데 왜 리치 결과 안 떠요?” 하고 며칠씩 디버깅하는 경우를 우리가 진짜 많이 봤다. 코드 문제가 아니라 정책 문제인데 말이다.

그리고 비슷하게 묻혀버린 게 HowTo 스키마다. 단계별 가이드를 리치 결과로 보여주던 그 마크업도 2023년 9월에 전면 폐지됐다. 그러니 지금 “FAQ랑 HowTo 둘 중 뭘 쓸까요” 같은 고민 자체가 이미 한 발 늦은 셈이다. HowTo는 선택지에서 빠진 지 오래다.

그럼 FAQPage 마크업, 그냥 빼버려도 될까

여기서 많이들 헷갈린다. 리치 결과 안 나오면 의미 없는 거 아니냐고. 근데 우리 입장은 정반대다. 리치 결과라는 눈에 보이는 보상이 사라졌을 뿐, 구조화 데이터의 본질적 가치는 오히려 지금 더 커졌다.

이유는 검색이라는 게 더 이상 파란 링크 열 개만 보여주는 화면이 아니기 때문이다. 구글 AI 개요(AI Overviews), 그리고 ChatGPT나 Perplexity 같은 생성형 검색이 답변을 만들 때, 잘 구조화된 질문-답변 데이터는 기계가 읽기 가장 좋은 형태다. 사람한테는 그냥 줄글이지만, FAQPage 스키마로 마크업된 콘텐츠는 “이건 질문이고 이건 그에 대한 답”이라고 명시적으로 라벨링돼 있다. AI가 출처로 인용하고 답변을 조립할 때 이런 정돈된 데이터를 선호하는 건 자연스러운 흐름이다.

실제로 우리가 관리하는 페이지들 중에 FAQPage 마크업이 잘 잡힌 페이지가 AI 검색 답변에 인용되는 빈도가 눈에 띄게 높았다. 리치 결과 클릭률 같은 직접 지표는 아니어도, 이게 지금 GEO(생성형 엔진 최적화) 맥락에서 무시 못 할 효과를 낸다. 그래서 우리는 클라이언트한테 이렇게 설명한다. FAQ 스키마는 이제 “검색결과 장식”이 아니라 “기계 가독성 투자”라고.

FAQPage 스키마 제대로 짜는 법 – 실전 JSON-LD

마크업 방식은 JSON-LD를 쓴다. 마이크로데이터나 RDFa로도 되긴 하는데, 구글이 공식적으로 JSON-LD를 권장하고 유지보수도 압도적으로 편하다. HTML 마크업이랑 분리돼 있어서 디자인 건드릴 일이 없거든. 기본 골격은 이렇다.

최상위는 FAQPage 타입이고, mainEntity 배열 안에 Question 타입을 쌓는다. 각 Question은 name에 질문 텍스트를 넣고, acceptedAnswer로 Answer 타입을 물려서 text에 답변을 채운다. 이때 절대 빼먹으면 안 되는 원칙 몇 가지가 있다.

첫째, 스키마에 들어가는 질문과 답변은 반드시 그 페이지에 사용자 눈에 보이는 형태로 똑같이 존재해야 한다. 화면엔 없고 스키마에만 있는 답변, 이거 구글이 명시적으로 금지하는 사항이고 수동 조치 대상이다. 우리가 인수받은 계정 중에 이거 위반해서 구조화 데이터 패널티 먹은 사례가 실제로 있었다.

둘째, 답변 text 안에는 간단한 HTML 태그 정도만 허용된다. 링크나 강조 같은 거. 근데 너무 욕심내서 답변 안에 또 다른 위젯이나 폼을 욱여넣으면 인식 자체가 안 된다. 답변은 답변답게 깔끔하게.

셋째, FAQPage는 말 그대로 자주 묻는 질문 페이지에만 쓴다. 한 질문에 사용자가 여러 답을 다는 게시판형 페이지는 QAPage라는 다른 타입을 써야 한다. 이 둘을 헷갈리면 구조 자체가 어긋난다.

사실 마크업보다 FAQ 콘텐츠가 먼저다

스키마 얘기를 한참 했는데, 정작 더 중요한 건 FAQ 콘텐츠 자체의 품질이다. 코드는 거들 뿐이고, 알맹이가 부실하면 마크업이 아무리 완벽해도 AI든 사람이든 안 데려간다.

현장에서 보면 FAQ 페이지가 망가지는 패턴이 거의 정해져 있다. 회사가 하고 싶은 말만 적어놓는 거. “우리 제품의 강점은 무엇인가요” 같은 거 말이다. 근데 그건 사용자가 검색하는 질문이 아니다. 진짜 FAQ는 고객센터에 실제로 들어온 문의, 영업팀이 미팅에서 반복해서 받는 질문, 검색창에 사람들이 치는 자연어 질문에서 나온다.

우리가 FAQ 페이지를 새로 짤 때 항상 하는 게, 클라이언트 고객센터 문의 로그를 한 달치 받아서 질문 유형을 빈도순으로 줄 세우는 거다. 거기서 상위에 올라오는 질문들이 곧 검색 수요와 거의 일치한다. 이렇게 만든 FAQ는 마크업을 안 해도 트래픽이 붙는데, 거기에 스키마까지 얹으면 기계 가독성이 더해지는 구조다. 순서가 중요하다. 콘텐츠가 먼저, 마크업은 나중.

우리가 현장에서 자주 본 실수들

이건 진짜 경험에서 나온 얘기다. FAQ 스키마 작업하면서 반복적으로 마주친 함정들을 묶어봤다.

두 번째는 답변을 너무 길게 쓰는 거. AI가 인용하기 좋으라고 한 답변에 다섯 문단씩 적는 분들이 있는데, 오히려 역효과다. 질문 하나엔 핵심 답 한두 문단이 깔끔하다. 더 깊은 내용은 별도 콘텐츠로 빼고 링크로 연결하는 게 낫다.

세 번째는 마크업만 해놓고 검증을 안 하는 거. 구글 리치 결과 테스트 도구랑 서치 콘솔의 향상된 기능 리포트로 반드시 오류를 확인해야 한다. 콤마 하나 빠져서 JSON 전체가 깨지는 경우가 생각보다 흔하다. 배포 전에 한 번, 배포 후에 한 번. 이거 습관 들이면 사고 절반은 막는다.

네 번째는 정책 변화를 모르고 옛날 자료를 그대로 따라 하는 거. 앞에서 말한 리치 결과 폐지나 HowTo 폐지 같은 게 대표적이다. SEO는 한 번 세팅하고 끝이 아니라 구글 공식 문서를 주기적으로 확인하면서 따라가야 하는 영역이다.

효과는 어떻게 측정하나

리치 결과가 없으니 예전처럼 “FAQ 리치 결과 노출수” 같은 지표로 보긴 어렵다. 대신 우리가 보는 건 몇 가지로 나뉜다.

일단 서치 콘솔에서 FAQ 페이지들의 노출수와 클릭률 추이를 본다. 마크업이 직접 리치 결과를 안 만들어도, 잘 정돈된 FAQ 콘텐츠는 롱테일 질의에서 노출이 늘어나는 경향이 있다. 그리고 향상된 기능 리포트에서 구조화 데이터가 오류 없이 인식되고 있는지를 모니터링한다. 유효 항목 수가 줄어들면 어딘가 깨진 거니까.

요즘 추가로 보는 건 AI 검색 인용 여부다. 주요 질의를 직접 AI 개요나 생성형 검색에 넣어보고 우리 페이지가 출처로 잡히는지 수동으로 체크한다. 아직 이걸 깔끔하게 자동 측정해주는 표준 도구는 부족해서, 솔직히 이 부분은 발품이 좀 든다. 그래도 GEO 시대에 이 체크를 빼면 반쪽짜리 측정이 된다.

마지막으로 비즈니스 지표. FAQ가 잘 작동하면 고객센터 반복 문의가 줄어든다. 이건 SEO 지표는 아니지만 클라이언트 입장에선 가장 체감되는 효과라서, 우리는 문의 응대 건수 변화도 같이 리포트에 넣는다.