FAQ 스키마 층별로 짚을 항목

목록 앞의 개념 스케치

한 문서에 담긴 질문과 답 쌍을 정해진 유형으로 적어 검색엔진에 넘기는 구조화 데이터 형식이다. FAQ 스키마는 칸 이름을 정한 곳에 따라 FAQPage Schema, 자주 묻는 질문 구조화 데이터라고 옮겨 적는 쪽도 적지 않다.¹ 이 표에 올린 항목은 FAQ 스키마를 구조에 넣을 때 빠뜨리기 쉬운 자리로 묶었다.

머리에 얹을 맥락과 이치

검색엔진최적화를 목표로 삼은 배치를 다듬는 쪽이 항목 앞에 둘 바탕은 이렇게 세워진다.² 질문형 검색이 늘면서 문답 묶음을 결과 화면에서 접었다 펴는 표시가 생기자, 그 재료를 적는 유형이 널리 쓰였다.

칸이 움직이는 경로

목록 앞에서 묶음이 어떻게 전달되는지 보면 표의 차례가 순서대로 읽힌다. 질문 항목마다 질문 문장과 답 본문을 짝지어 적으면 검색엔진이 문답 구조를 인식하며, 표시 대상과 범위는 검색엔진 정책에 따라 조정돼 왔다.

구획마다 짚을 확인 항목 묶음

• 배치표의 같은 줄에 오는 항목과 나누면 맡는 몫이 다른 점이 드러난다. 상품이나 조리법처럼 항목 정보를 다루는 다른 유형과 달리, 이쪽은 질문과 답이라는 짝 구조만을 다룬다.

• 층을 가른 뒤에 남는 할 일은 손질 하나로 이렇게 묶인다. 문의 기록에서 실제 질문을 뽑아 화면에 먼저 싣고, 같은 문장을 그대로 기계용 블록에 넣어 화면과 데이터를 맞춘다.

• 적용이 끝난 자리를 짚어 보려면 열어 볼 자리를 아래에 추려 둔다. 리치 결과 테스트 도구에서 문답 유형이 인식되는지 보고, 서치 콘솔 유형별 보고서로 유효 항목 수를 살핀다.

• 그려 둔 배치가 틀어지는 자리는 놓치기 쉬운 곳으로 이렇게 추린다. 화면에 없는 문답을 적거나 같은 문답을 여러 문서에 복사해 넣으면 정책에 어긋나고, 표시 정책이 바뀌면 노출이 줄어들 수 있다.

• 조건을 덜어 낸 설명이 낳은 착각은 사실과 견주어 이렇게 고쳐 둔다. 유형만 넣으면 결과 화면에 문답이 펼쳐진다고 보기 쉬우나, 표시 여부와 대상 사이트는 검색엔진이 정한다.

항목 묶음을 전체 흐름 사이에 끼워 보려면 내부링크구조 쪽에 칸별로 표가 정리되어 있다.

꾸며 본 상황으로 자리까지 확인하기

목록의 내용을 눈에 보이는 장면으로 옮기려고 가정의 예 하나를 아래에 들어 둔다. 가령 서비스 안내 문서 아래에 실제로 받은 문의와 답을 모아 두었다면, 그 묶음을 이 유형으로 적을 수 있다.

층을 다 짚은 뒤 끝까지 붙잡을 알맹이

검색엔진최적화를 노리는 쪽에 넘길 인계 메모에 FAQ 스키마를 한 칸에 압축해 적는다면 이렇다. 문서에 실린 문답을 기계가 읽을 짝 구조로 한 번 더 적어 두는 유형이다.

이웃 쪽

대조 목록에 나란히 적은 표제어로는 스키마 마크업과 피처드 스니펫이 곁자리에 놓여 있다. 그 밖에 걸어 둔 자리에는 구조화 데이터와 리치 스니펫 항목도 다음 쪽에 준비되어 있다. 스키마 마크업 어휘 가운데 문답 유형을 골라 쓴 경우이며, 질문에 바로 답하는 구성은 피처드 스니펫 발췌와도 이어진다.