01DEFINITION
한 줄로 말하면
자주 묻는 질문에 구조화 표시를 붙이면 검색결과에서 질문과 답이 접힌 형태로 함께 나오고, AI 답변이 문장을 그대로 가져가기도 쉬워집니다. 다만 화면에 보이는 문답과 표시 내용이 한 글자라도 다르면 오히려 무시되므로, 화면과 같은 원문에서 만들어 내는 구조여야 합니다.
02RISK
없으면 무슨 일이 생기나
문답 형식은 답변엔진이 가장 좋아하는 구조입니다. 질문 하나와 답 하나가 짝지어 있으면 그 덩어리는 혼자 떼어 놔도 말이 되기 때문입니다. 그런데 마크업이 없으면 기계는 그것이 문답인지 알지 못합니다. 화면에서는 질문이 굵게, 답이 그 아래 있어서 사람 눈에는 명백하지만, 그 굵기는 데이터가 아닙니다.
가장 아까운 경우는 콘텐츠가 이미 완성돼 있는데 표시만 없는 상태입니다. 담당자가 시간을 들여 문답 열 쌍을 정리해 두었는데 검색엔진은 그것을 그냥 긴 글 하나로 읽습니다. 들인 노력과 얻는 노출이 어긋나 있는 자리이고, 그래서 이 항목의 조치는 대개 반나절이면 끝납니다.
반대로 표시를 잘못 넣으면 손해를 봅니다. 화면에 없는 문답을 스키마에만 적어 두는 것은 구조화 데이터 정책 위반이고, 적발되면 그 사이트의 부가 표시가 전부 사라집니다. 문답 하나가 아니라 사이트 전체가 대상입니다. 넣지 않은 것보다 나쁜 결과가 나오는 몇 안 되는 항목입니다.
화면과 표시가 시간이 지나면서 갈리는 것도 같은 위험입니다. 답변 문구를 고치면서 화면만 손대면 그날부터 두 값이 어긋나고, 화면은 정상으로 보이므로 발견되지 않습니다. 몇 달 뒤 부가 표시가 사라진 이유를 찾기 어렵습니다.
03CHECK IT YOURSELF
직접 확인하는 방법
아래는 저희를 거치지 않고 지금 해 보실 수 있는 방법입니다. 결과를 저희에게 보내실 필요도 없습니다.
-
01
화면에 문답이 있는지부터 센다
이 항목은 마크업보다 콘텐츠가 먼저입니다. 질문형 제목이 둘 이상 있는데 마크업이 없으면 실패이고, 문답 자체가 없으면 마크업을 넣을 것도 없습니다. 먼저 있는 것을 세십시오.
$ curl -s https://example.com/faq | grep -oP '(?<=<h3>)[^<]+' | grep -c '?$'
-
02
FAQPage 가 선언돼 있는지 본다
구조화 데이터 전체가 있어도 FAQPage 가 없을 수 있습니다. Organization 과 WebSite 만 있는 경우가 흔합니다.
$ curl -s https://example.com/faq | grep -o '"@type":"FAQPage"' "@type":"FAQPage"
-
03
mainEntity 가 비어 있지 않은지 본다
FAQPage 라고 선언해 두고 질문 목록이 비어 있는 경우가 실제로 많습니다. 테마가 껍데기만 출력하는 상태입니다. 검색엔진은 이것을 무시합니다.
$ curl -s https://example.com/faq | grep -o '"mainEntity":\[[^]]\{0,120\}' -
04
화면 문장과 마크업 문장을 나란히 놓고 대조한다
이 항목의 진짜 확인법입니다. 한 글자라도 다르면 무시되고, 없는 문답이 스키마에만 있으면 위반입니다. 문답 수가 같은지부터 세고, 그다음 문장을 봅니다.
$ curl -s https://example.com/faq > /tmp/f.html $ grep -c '"@type":"Question"' /tmp/f.html # 마크업의 질문 수 $ grep -oP '(?<=<h3>)[^<]+' /tmp/f.html | wc -l # 화면의 질문 수
-
05
구글 리치 결과 테스트를 돌린다
필수 속성 누락과 문법 오류를 잡아 줍니다. 우리 판정은 선언과 mainEntity 유무만 보지만 이 도구는 구글이 실제로 읽은 문답 목록을 그대로 보여 줍니다.
04HOW TO FIX
고치는 방법
서버 환경에 따라 적을 자리가 다릅니다. 아래는 가장 흔한 구성 기준이고, 적용 전에 현재 설정을 백업하십시오.
가장 중요한 조치이고 나머지는 부수적입니다. 문답을 배열 하나에 두고 화면도 스키마도 그 배열을 돌게 하십시오. 두 곳에 따로 적으면 언젠가 반드시 갈리고, 갈린 상태는 화면상 정상이라 발견되지 않습니다.
$faq = [ ['배송은 얼마나 걸리나요', '결제 확인 후 영업일 2일 이내에 출고합니다.'], ['교환은 언제까지 되나요', '수령일로부터 7일 이내에 신청하실 수 있습니다.'], ]; // 화면도 스키마도 이 배열 하나를 돈다
질문은 Question, 답은 acceptedAnswer 안의 Answer 입니다. text 에는 화면에 보이는 답을 그대로 넣습니다. 요약하거나 다듬지 마십시오 — 그 순간 화면과 갈립니다.
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "배송은 얼마나 걸리나요",
"acceptedAnswer": {
"@type": "Answer",
"text": "결제 확인 후 영업일 2일 이내에 출고합니다."
}
}]
} "자주 묻는 질문"이라 적어 두고 실제로는 회사가 하고 싶은 말을 문답 모양으로 적는 경우가 많습니다. 답변엔진은 그런 문답을 인용하지 않습니다. 상담 기록과 문의 메일에서 실제로 반복된 질문을 그대로 가져오십시오.
답변 박스에 뽑히는 것은 대개 앞쪽 두세 문장입니다. "그 부분은 경우에 따라 다릅니다만"으로 시작하면 뽑을 것이 없습니다. 결론을 첫 문장에 두고 조건과 예외를 뒤에 적으십시오.
나쁨 배송 기간은 상품과 지역에 따라 달라질 수 있는데요,
보통은 …
좋음 영업일 2일 이내에 출고합니다. 도서산간 지역은 하루가
더 걸리고, 주문 폭주 시에는 안내드립니다. 이 항목이 주의로 나온다면 마크업이 아니라 콘텐츠가 없는 것입니다. 마크업만 넣으면 화면에 없는 문답을 선언하는 셈이라 위반입니다. 순서는 언제나 콘텐츠가 먼저입니다.
05FAQ
자주 묻는 질문
FAQ 표시를 넣으면 검색 결과에 문답이 펼쳐지나요
- 예전만큼은 아닙니다. 구글이 FAQ 리치 결과의 범용 노출을 크게 줄여서 지금은 일부 사이트에서만 보입니다. 그래도 넣는 이유는 답변엔진 때문입니다. AI 답변은 문답 구조를 그대로 인용하기 쉬워서, 검색 결과 모양과 무관하게 인용 가능성이 올라갑니다.
문답이 몇 개부터 넣을 만한가요
- 개수보다 실제 질문인지가 중요합니다. 상담에서 반복되는 질문 세 개가 지어낸 열 개보다 낫습니다. 다만 하나뿐이라면 문답 구조를 만들 이유가 약하니, 본문에 그냥 적는 편이 자연스럽습니다.
상품 페이지마다 같은 문답을 넣어도 되나요
- 배송이나 교환처럼 전 상품에 공통인 문답이라면 한 페이지에 모으고 나머지는 그리로 링크하는 편이 낫습니다. 같은 문답을 수백 페이지에 복제하면 중복 콘텐츠로 읽힐 수 있고, 그것은 별도의 문제를 만듭니다.
답변 문구를 고칠 때 무엇을 조심해야 하나요
- 화면과 마크업을 반드시 같이 고치십시오. 둘이 갈려도 화면은 정상으로 보이기 때문에 발견되지 않습니다. 애초에 배열 하나에서 둘 다 만들어 내는 구조로 두면 이 사고가 원천적으로 나지 않습니다.
RELATED
같이 보시면 좋은 항목
GET STARTED
내 사이트는
이 항목을 통과할까요
주소만 넣으시면 이 항목을 포함해 39가지를 판정해 점수와 실패 개수를 보여 드립니다. 로그인도, 소유 확인도 필요 없습니다 — 전부 밖에서 관찰만 하는 항목이기 때문입니다.