검색 결과에서 별점이나 자주 묻는 질문이 펼쳐진 화면을 보고 “우리도 저렇게 나오게 해 주세요” 라는 요청이 나옵니다. 그 화면을 만드는 것이 구조화 데이터입니다. 페이지에 사람이 읽는 문장과 별개로, 기계가 읽는 설명을 함께 넣어 두는 방식입니다.
먼저 기대치를 정확히 맞춰 둘 필요가 있습니다. 구조화 데이터를 넣는다고 순위가 오르는 것이 아닙니다. 이것이 만드는 것은 더 풍부한 형태로 표시될 자격이고, 자격이 있다고 반드시 그렇게 표시되지도 않습니다. 그럼에도 넣는 이유는, 표시가 되면 그 한 칸이 확실히 더 눈에 띄기 때문입니다.
타입을 고르는 것이 작업의 거의 전부
구조화 데이터에는 정해진 타입 목록이 있고, 각 타입은 기대하는 정보가 다릅니다. 그래서 우리가 실제로 무엇인지에 맞는 타입을 고르는 일이 이 작업의 핵심입니다.
가장 흔한 오해가 마지막에서 두 번째 줄입니다. 리치 결과가 화려해 보이는 것이 대개 상품이라서, 서비스를 파는 회사가 Product 표기를 갖다 붙이는 일이 생깁니다. 그런데 Product 는 가격 · 재고 · 리뷰 같은 정보를 기대하는 타입입니다. 1회성 기술 용역이나 상담 서비스에는 그런 값이 애초에 없으므로, 결과는 리치 결과가 아니라 서치콘솔의 경고 목록입니다. 용역에는 Service 가 맞는 타입입니다.
화면에 없는 것을 적지 않습니다
두 번째 규칙은 더 단순합니다. 구조화 데이터는 페이지에 실제로 있는 것을 설명해야 합니다. 페이지에 없는 별점을 적거나, 표시되지 않는 자주 묻는 질문을 넣거나, 실제로 받지 않는 가격을 적는 것은 정책 위반이고 적발되면 표시 자격 자체를 잃습니다.
반대로 말하면 순서가 정해집니다 — 먼저 페이지에 실제로 만들고, 그다음 표기를 붙입니다. FAQ 표기를 원한다면 페이지에 진짜 FAQ 를 두는 것이 먼저입니다.
워드프레스에서의 실제 작업
SEO 플러그인이 글 · 페이지 · 사업자 정보에 대한 기본 표기를 자동으로 넣어 줍니다. 그래서 마케터의 일은 코드를 쓰는 것이 아니라 어떤 타입으로 나가고 있는지 확인하고 조정하는 것입니다.
여기서 흔한 사고는 같은 주체가 두 번 선언되는 경우입니다. 테마와 플러그인이 각자 회사 정보를 내보내면 한 페이지에 같은 조직이 두 번 등장합니다. SEO 플러그인을 두 개 켜 두면 같은 일이 훨씬 크게 벌어집니다 — 1편의 원칙이 여기서도 그대로 적용됩니다.
확인은 구조화 데이터 검사 도구에 주소를 넣거나 서치콘솔의 향상 리포트를 보는 것으로 충분합니다. 오류가 뜨면 대개 그 타입이 요구하는 필수 항목이 비어 있다는 뜻이고, 그것은 곧 타입 선택이 틀렸다는 신호일 때가 많습니다.
타입 설계와 스키마의 실제 출력 예시는 SEO 아카이브에 이어지고, 사이트 전체의 구조화 데이터를 정리하는 작업은 최적화 지원 사업에 포함됩니다.
다음 회차
다음 회차는 잠시 검색에서 벗어나 속도입니다. Core Web Vitals 세 지표를 마케터의 말로 옮기면 각각 한 문장으로 정리됩니다.