네이버 통합검색 결과 아래 붙는 썸네일 캐러셀의 정체는 schema.org ItemList JSON-LD입니다. 판정 방법, 실제 구현 구조, 23개 도메인 적용 후 관찰한 노출 시점 편차를 실측 데이터로 정리했습니다.
LumiBreeze
2026년 7월 25일
네이버에서 특정 키워드를 검색하면 웹사이트 결과 바로 아래에 정사각형 썸네일이 가로로 늘어선 영역을 보신 적이 있을 것입니다. 클릭하면 해당 사이트의 개별 콘텐츠로 이동하는 이 영역은 검색 결과에서 차지하는 면적이 크고 시선을 끌기 때문에 유입에 유리합니다. 이 영역이 어떻게 만들어지는지, 실제 도메인들에 적용하고 관찰한 내용을 정리합니다.
썸네일 캐러셀이 노출된 페이지들의 HTML을 확인해 보면 공통적으로 application/ld+json 안에 schema.org의 ItemList 타입이 들어 있습니다. 구조는 다음과 같은 형태입니다.
중요한 점은 이 구조화 데이터를 개별 상세 페이지가 아니라 검색 결과에 노출되는 페이지에 넣어야 한다는 것입니다. 캐러셀은 "검색 결과에 뜬 그 페이지" 아래에 붙는 형태이기 때문입니다.
육안 확인만으로는 반복 측정이 어렵고, 사이트 내 서브 결과(관련 문서 더보기)와 혼동하기 쉽습니다. 실측에서 확인한 판정 지문은 다음과 같습니다.
또한 데스크톱 방식으로 HTML을 받아오면 자바스크립트가 실행되지 않아 실제로는 노출 중인데도 없는 것으로 잡히는 경우가 있어, 모바일 검색 엔드포인트로 확인해야 합니다.
실무적으로 가장 중요한 관찰이 이 부분입니다. 23개 도메인에 동일한 구조를 적용한 뒤 추적한 결과, 노출은 도메인 단위가 아니라 페이지 단위로, 서로 다른 시점에 형성됐습니다.
따라서 며칠 안에 뜨지 않는다고 구조를 바꾸기 시작하면, 이후에 개선이 관찰돼도 그것이 시간의 결과인지 수정의 결과인지 구분할 수 없게 됩니다. 적용 후에는 고정된 판정 기준으로 매일 같은 방식으로 기록하며 관찰하는 편이 낫습니다.
노출되지 않을 때는 원인을 세 갈래로 나눠 확인하면 판단이 명확해집니다.
구조화 데이터를 도입할 때는 특정 페이지에 수동으로 넣기보다, 공통 레이아웃이나 빌더 템플릿에서 전 페이지에 자동으로 주입되는 구조로 만들어 두는 편이 이후 신규 콘텐츠까지 자동으로 커버되어 관리 비용이 낮습니다.
본 글은 LumiBreeze가 발행하는 GEO/AEO 사례 연구·리서치 콘텐츠입니다. 인용된 사례는 일반적인 운영 데이터 기반으로 작성되었으며, 개별 의료기관·기업의 진료·서비스에 대한 보장이 아닙니다.