리치 스니펫의 구획과 놓이는 층

설계 관점의 개념 정리

리치 스니펫은 구획 목록에 따라 Rich Snippet, 리치 결과라고도 표기된다.¹ 설계 노트는 항목을 갈래로 묶어 두는데 이 요소는 온페이지 SEO 용어 갈래로 묶인다. 검색 결과 항목에 별점이나 가격, 조리 시간처럼 문서에서 끌어온 추가 정보가 함께 붙어 나오는 형태를 가리킨다.

칸을 차지한 배경

검색엔진최적화를 겨냥해 페이지 구조를 그리는 설계 단계에서 이 요소가 규칙으로 정리된 과정은 이렇게 이어진다. 제목과 설명만 있는 결과 목록에서 문서 성격을 빨리 알리려는 요구가 커지면서, 운영자가 넘긴 정형 정보를 화면에 함께 보여 주는 형태가 도입됐다.

동작 원리

도면의 아래 층부터 위로 따라 올라가면 리치 스니펫의 움직이는 짜임이 단계마다 드러난다.² 문서에 심어 둔 구조화 데이터를 읽어 항목별 값을 뽑고, 유형별 요건을 채우고 보여 줄 만하다고 판단될 때 결과 화면에 추가 정보를 덧붙인다.

같은 층에 놓인 개념과의 구분

고치는 방법이 닮아 보여서 이 요소와 분간해 둘 개념이 같은 묶음에 있다. 최상단 답변 박스인 피처드 스니펫과 달리, 이쪽은 보통 순위 자리에 머물면서 항목 안에 정보를 더 붙이는 형태다.

검수 대조 방법

층 전체를 한 번에 훑는 흐름은 진행절차 쪽에 순서대로 실려 있다. 전체 흐름에서 이 단계만 끊어 보면 살필 곳은 이렇게 좁혀진다. 리치 결과 테스트 도구로 유형이 인식되는지 보고, 서치 콘솔의 유형별 보고서에서 유효 항목과 오류 수를 좇는다.

구현을 맡은 쪽의 작업

설계 노트를 작업 지시로 옮길 때 이 요소를 챙기며 하는 조치는 이렇게 추려진다. 문서 유형에 맞는 필수 항목을 채워 표시하고, 서치 콘솔 오류 보고서를 주기적으로 열어 끊긴 유형을 고친다.

얹다 생기는 사고

구조를 통째로 바꾸는 개편 작업에서 리치 스니펫을 둘러싼 대표적인 함정은 이렇게 추려진다. 화면에 없는 정보나 스스로 매긴 별점을 넣으면 정책 위반으로 표시가 끊길 수 있고, 요건을 채워도 표시가 반드시 따라오지는 않는다.

설명용 상황

구획이 갈리는 장면을 떠올려 보려고 예로 들 상황 하나를 아래에 적는다. 가령 조리법 문서에 재료와 조리 시간을 정형 형식으로 적어 두면 결과 목록에서 그 값이 함께 보일 수 있다.

떠도는 풀이

작업 순서만 옮겨 적은 짧은 글에서 이 요소에 관해 고쳐 둘 대목은 이렇게 짚인다. 표시가 붙으면 순위가 올라간다고 보기 쉬우나, 이 형태는 같은 순위에서 눈에 띄는 정도를 바꾸는 쪽에 가깝다.

갈무리 한마디

검색엔진최적화를 맡은 쪽이 돌려 보는 배치 메모에 이 요소를 한 칸에 압축해 적는다면 이렇다. 결과 목록의 한 줄짜리 항목을 정보가 더 붙은 묶음으로 바꾸는 표시 형태다.

이웃 항목

설계 노트의 다른 칸으로는 피처드 스니펫과 구조화 데이터가 두 칸이 나란히 있다. 이어지는 쪽의 끝줄에는 스키마 마크업과 FAQ 스키마 항목도 옆자리에 마련되어 있다. 표시에 쓰이는 재료는 스키마 마크업으로 적은 구조화 데이터이며, 문답 유형에서는 FAQ 스키마가 같은 몫을 맡는다.