A Google Mueller: Javítsa ki az ütköző metaadatokat, ne tesztelje

Peter

John Mueller, a Google munkatársa szerint a vállalat nem közölte, hogy melyik forrás élvez elsőbbséget, ha ellentmondásos információk állnak rendelkezésre arról, hogy egy termék raktáron van-e.

Ha az oldal tartalma, jelölése és termékhírcsatornája nem ért egyet azzal kapcsolatban, hogy egy termék raktáron van-e, Mueller azt mondja, inkább javítsa ki, mint elemezze, hogyan oldja meg a Google.

A megjegyzés egy Bluesky-szálban érkezett. Sebastián Galanternik megjelölt egy listát, ahol az oldalon az árucikk nincs raktáron, míg a szerver HTML-kódja és a strukturált adatok szerint elérhető. Megkérdezte, hogy az ingyenes listák hogyan kezelik az elérhetőséget, amikor a két fél nem ért egyet.

Mueller első válasza inkább a konfliktusra mutatott, mint a válaszra.

„Azt javaslom, hogy ne adjon meg ütköző metaadatokat – ez megnehezíti annak meghatározását, hogy mi a releváns. Lehetséges, hogy ehelyett feeden keresztül szolgálja ki őket.”

A Galanternik ezt követően megkérdezte, hogy a Google melyik forrást kezeli a megfelelőnek, ha egy hírcsatorna és az oldalon lévő strukturált adatok nem egyeznek a rendelkezésre állás tekintetében.

Mueller így válaszolt:

„Itt nincs nyilvánosan meghatározott elsőbbségi sorrend a metaadat-egyeztetésnek – ha ütköző metaadatokat ad meg, javítsa ki azokat, ne elemezze, hogy ettől függetlenül működni fog-e.”

Mueller hozzátette, hogy az oldalon szereplő dátumok ugyanazon probléma gyakori változatai. Ez felvetett egy második kérdést egy látható dátummal kapcsolatban, a dateModified érték a strukturált adatokban, és a lastmod érték egy webhelytérképben minden ütközésbe kerül.

„Mindegyiknek különböző súlya és szűrője lehet, + idővel változni fognak. A web nagyon dinamikus, és az emberek nagyon kreatívak :-). Csak azt akarom mondani, hogy a metaadatok megértése és értelmezése nehéz, így minél könnyebben választja ki a megfelelő értéket, annál valószínűbb, hogy működni fog.”

Ez a válasz a dátumértékekre vonatkozott, nem a rendelkezésre állásra.

Miért számít ez?

A rendelkezésre állást könnyű szinkronizálni, mivel a webhely egy értéket megjeleníthet az oldal kezdeti HTML-kódjában, egy másikat jeleníthet meg a JavaScript lefutása után, és egy harmadikat küldhet a Merchant Center feeden keresztül. A Google nem tette közzé, hogy melyiket használja, így ezek összehangolása megbízhatóbb, mint annak kitalálása, hogy melyik nyer.

Megvizsgáltuk, hogy az eltérések hogyan érintik a kereskedői oldalt, ahol a webhelyen, a hírcsatornán és a sémán belüli árak ütközése miatt a Merchant Center elutasításra került.

Előre tekintve

Annak ellenőrzéséhez, hogy nem küld-e ellentmondó jelzéseket a termék elérhetőségével kapcsolatban, hasonlítsa össze a HTML-ben, a megjelenített DOM-ban és a hírcsatornában látottakat. Ha nem mindegyik igazodik, javítsa ki az ütközést, ahelyett, hogy tesztelné, hogy a Google melyik értékre támaszkodik.

A szerzőről

Peter, az eOldal.hu tapasztalt SEO szakértője és tartalomgyártója. Több mint 10 éve foglalkozik keresőoptimalizálással és online marketinggel, amelyek révén számos magyar vállalkozás sikerét segítette elő. Cikkeiben részletes és naprakész információkat nyújt az olvasóknak a legfrissebb SEO trendekről és stratégiákról.