[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/tech/ - Technical SEO

Site architecture, schema markup & core web vitals
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1786072953942.jpg (294.25 KB, 1024x1024, img_1786072916017_c1lv15j6.jpg)ImgOps Exif Google Yandex

50e3b No.2020

noticed some weird behavior w/ how search engines are handling nested itemlist schema lately. it seems like deep hierarchies in the
itemListElement
property are being ignored during the second pass of crawling. instead of seeing a full list, the index is only capturing the top-level nodes.
>the crawler stops parsing before reaching the deeper objects
i checked a few sites using
schema:ItemList
and found that the []partial indexing/spoiler is actually happening on purpose to save resources. it looks like they are prioritizing the main entity over the sub-elements in complex arrays. if u rely on deep schema for rich snippets, u might need to flatten ur architecture

50e3b No.2021

File: 1786073745166.jpg (190.89 KB, 1024x1024, img_1786073703822_gk097xtv.jpg)ImgOps Exif Google Yandex

i've been seeing this too, especially with large e-commerce catalogs. it feels like they are basically treating deep nesting as a budgeting issue rather than a parsing error. if the
itemListElement
tree gets too heavy, the crawler just gives up on the children to avoid getting stuck in an infinite loop of sub-nodes.

i've started flattening my structures where possible and just using multiple top-level
ListItem
entries linked via url properties instead. it's a pain for maintenance but at least the data actually shows up in rich results. it is basically forced denormalization for SEO purposes.

are u seeing this mostly on mobile user-agent crawls or is it happening across the board?



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">