Modul 5 · 5.3
Tesztelés, karbantartás és ami tilos
Modul 5: Strukturált adatok · Olvasási idő: 12 perc
Tanulási cél: A lecke után Ön képes lesz a strukturált adatokat a Rich Results Testtel és a Schema Markup Validatorral tesztelni, el tudja magyarázni a hibák és a figyelmeztetések közötti különbséget, és alkalmazni tudja a Google szabályait, például azt a tilalmat, hogy saját vállalkozásáról ne adjon meg értékeléseket.
Kulcsfogalmak: Rich Results Test, Schema Markup Validator, kritikus probléma (hiba) és nem kritikus probléma (figyelmeztetés), megjelenített HTML, jelentések a Search Console-ban, a strukturált adatokra vonatkozó irányelvek, saját értékelések (self-serving), manuális intézkedés, duplikált blokkok, karbantartás
Két tesztelőeszköz, két kérdés
Két ingyenes eszköz létezik, és mindkettő más kérdésre ad választ.
| Rich Results Test | Schema Markup Validator | |
|---|---|---|
| Kitől származik | schema.org (a Google régi Structured Data Testing Tooljának utódja, 2021 óta a schema.org gondozásában) | |
| Milyen kérdésre válaszol | "Jogosult ez az oldal különleges megjelenítésre a Google-ban?" | "Érvényes ez a schema.org-jelölés?" |
| Milyen típusok | Csak azok a típusok, amelyekhez a Google különleges megjelenítést kínál | A schema.org összes típusa |
| Ellenőrzi a Google szabályait | Igen: a Google szerinti kötelező és ajánlott tulajdonságokat | Nem, csak magát a schema.org-ot |
| Bemenet | Egy oldal címe vagy beillesztett kód | Egy oldal címe vagy beillesztett kód |
Kezdje a Rich Results Testtel (https://search.google.com/test/rich-results). Az oldala címét adja meg, ne a kódot: így az eszköz úgy látja az oldalt, ahogyan a Googlebot letölti, a JavaScripttel hozzáadott JSON-LD-vel együtt. Ha kódot illeszt be, a JavaScript korlátokba ütközhet, ahogyan maga a Google is jelzi. Ha azt szeretné tudni, hogy a jelölése megfelel-e a schema.org-nak, olyan típusoknál is, amelyekkel a Google nem kezd semmit, használja a Schema Markup Validatort (https://validator.schema.org/).
Hibák és figyelmeztetések értelmezése
A Rich Results Test kétféle problémát különböztet meg:
- Kritikus problémák (hibák). Hiányzik egy kötelező tulajdonság, vagy egy érték érvénytelen. Az elem ilyenkor nem jogosult különleges megjelenítésre. Ezeket mindig javítsa ki.
- Nem kritikus problémák (figyelmeztetések). Hiányzik egy ajánlott tulajdonság, például a
priceRangevagy ageo. Az elem érvényes. Akkor töltse ki a tulajdonságot, ha rendelkezik az adatokkal, és azok helytállóak; ne találjon ki semmit csak azért, hogy eltűnjön egy figyelmeztetés.
Azt írja a teszt, hogy "No items detected" (nem található elem), pedig Ön tudja, hogy van JSON-LD az oldalon? Akkor nézzen meg három lehetséges okot:
- A JSON érvénytelen (eggyel több vagy kevesebb vessző, egy elfelejtett idézőjel). Ilyenkor a teljes blokk kimarad. A Schema Markup Validator általában megmutatja, melyik sorban van a hiba.
- A típus ismeretlen (
BloemistaFloristhelyett) vagy hibásan van írva (localbusiness). - Az oldal robots.txt-vel vagy
noindex-szel le van tiltva a Googlebot elől (3.3 és 1.3 lecke). A Google kifejezetten kéri: ne tiltsa le a strukturált adatokat tartalmazó oldalakat.
A Search Console nyomon követi
Amint webhelye szerepel a Search Console-ban (2. modul), a Search Console az Enhancements részben külön jelentést mutat minden olyan típusról, amelyhez a Google különleges megjelenítést kínál, és amelyhez érvényes jelölést talál a webhelyén. Itt látja az érvényes elemeket, a nem kritikus problémákat tartalmazó elemeket és az érvénytelen elemeket, példaoldalakkal. Néhány tudnivaló:
- Nincs "javítsd ki" gomb. A forrást kell kijavítania (a webhelyét, a bővítményét, a webhelykészítőjét), utána a jelentésben kérhet ellenőrzést.
- A számok elemeket jelentenek, nem oldalakat. Egy oldalon több elem is lehet.
- Ha egy típushoz nincs jelentés, akkor a Google nem talált érvényes jelölést az adott típusból, vagy a típusnak nincs saját megjelenítése.
Ami tilos
A Google strukturált adatokra vonatkozó irányelvei rövidek és szigorúak. A legfontosabbak:
- Csak azt írja le, ami látható. Ne legyenek a JSON-LD-ben olyan nyitvatartási idők, árak vagy értékelések, amelyeket a látogató nem talál meg az oldalon.
- Nincs félrevezetés. Az adatoknak hűen kell tükrözniük az oldalt.
- A megfelelő oldalon. A jelölést arra az oldalra tegye, amelyet leír.
- A képeknek a strukturált adatokban a Google számára letölthetőknek és indexelhetőknek kell lenniük.
- Nincsenek hamis értékelések, és nincsenek olyan értékelések sem, amelyek nem valódi felhasználóktól származnak.
Értékelések a saját vállalkozásáról
Egy szabály, amely sok vállalkozást meglep: saját webhelye LocalBusiness-blokkjába ne tegyen aggregateRating vagy review elemet saját magáról. A Google szerint ha az értékelt vállalkozás maga kezeli a róla szóló értékeléseket, akkor a LocalBusiness- vagy más Organization-jelölést tartalmazó oldalak nem jogosultak csillagokra a keresési találatokban. A Google ezt a szabályt 2019-ben vezette be. Nem számít, hogy az értékeléseket Ön gyűjti, egy widgetből veszi, vagy egy értékelőoldalról veszi át. A vállalkozása mellett a Google Mapsben megjelenő csillagok a Google Business Profile-jából származnak (6.5 lecke), nem a saját JSON-LD-jéből.
Bővítmények és témák néha automatikusan beillesztenek ilyen értékelést a jelölésbe. Ellenőrizze tehát a saját JSON-LD-jében, van-e benne aggregateRating, és kapcsolja ki, ha a saját vállalkozásáról szól.
Mi történik visszaélés esetén
Ha megsérti az irányelveket, a Google manuális intézkedést hozhat a strukturált adatok miatt. Ezt a Search Console-ban a Security & Manual Actions részben látja (2.4 lecke). A Google szerint a következmény: az oldal többé nem jogosult különleges megjelenítésre. A keresési találatok szokásos rangsorolását egy ilyen manuális intézkedés a Google szerint nem befolyásolja. A javítás után a Search Console-ban kérhet újbóli felülvizsgálatot.
Karbantartás: a csendes hibák
A legtöbb probléma nem az íráskor keletkezik, hanem később.
- Két egymásnak ellentmondó blokk. A témája elhelyez egy
LocalBusiness-blokkot, és a SEO-bővítménye is, más telefonszámmal. Válasszon egyetlen forrást, a másikat kapcsolja ki. Két különböző fajta blokk (egyWebSiteés egyFlorist) nem probléma; ugyanaz a vállalkozás kétszer, eltérő adatokkal viszont igen. - Változó adatok. Új telefonszám, költözés, nyáron eltérő nyitvatartás. Először az állandó helyén módosítsa (a webhelykészítőben vagy a bővítményben), utána nézze át a Google Business Profile-ját, az Apple Business fiókját és a címtárakat (6. modul).
- Új téma vagy új webhelykészítő. A webhely megújítása után néha már nincs JSON-LD, vagy éppen kétszer szerepel. Minden nagyobb változtatás után teszteljen.
- Ideiglenes nyitvatartás. Az ünnepnapokat és a szabadságokat a Google Business Profile-jában különleges nyitvatartásként adja meg. JSON-LD-ben ez a
validFromésvalidThroughtulajdonsággal lehetséges; ilyenkor ne felejtse el később eltávolítani őket.
Jó szokás: tesztelje a kapcsolati oldalát a Rich Results Testtel a cégadatai minden módosítása és a webhely minden nagyobb frissítése után, és negyedévente nézzen bele a Search Console jelentésébe.
A gyakorlatban: egy WordPress-webhely és egy AI Builder-webhely tesztelése
Egy SEO-bővítménnyel működő WordPress-webhelynél a Rich Results Test gyakran több elemet mutat: WebSite, Organization vagy LocalBusiness, BreadcrumbList, és bejegyzésenként egy Article. A WebOké AI Builderével készült webhely kezdőlapján egy @graph található egy WebSite elemmel és a vállalkozással, a LocalBusiness egyik altípusaként. Ha a blokk összes tulajdonságát látni szeretné, a rövid openingHours írásmódban megadott nyitvatartást is, illessze be a címet a Schema Markup Validatorba is: az minden schema.org-típust és minden tulajdonságot megjelenít. Más webhelykészítőknél a tesztelés pontosan ugyanígy működik.
Összefoglalás
- A Rich Results Test megmutatja, hogy az oldala jogosult-e különleges megjelenítésre a Google-ban; a Schema Markup Validator azt, hogy a jelölése érvényes schema.org-e.
- Az oldal címével teszteljen, ne beillesztett kóddal. A kritikus problémákat mindig javítsa ki; a figyelmeztetéseket csak valós adatokkal.
- Ne legyen érvénytelen JSON, ne legyenek ismeretlen típusok, és ne tiltsa le a strukturált adatokat tartalmazó oldalakat a Googlebot elől.
- Ne tegyen a saját jelölésébe értékeléseket vagy minősítéseket a saját vállalkozásáról; a visszaélés manuális intézkedést vonhat maga után.
- Teszteljen újra az adatai vagy a webhelye minden módosítása után, és kerülje az egymásnak ellentmondó duplikált blokkokat.
Kvíz
Feladat
A5.3 feladat: Keresse meg a hibákat. Töltse le a jsonld-fouten-1.json mintafájlt: egy virágbolt JSON-LD-blokkját, amelyben hat hiba van. Olvassa el soronként (be is illesztheti a Schema Markup Validatorba), és a feladatban szereplő tíz állítás közül válassza ki azt a hatot, amely valódi hibát ír le. A program összeveti a választását a rögzített megoldókulccsal, és minden állításnál elmagyarázza, miért.
További olvasnivaló
- A Google Rich Results Testje: https://search.google.com/test/rich-results
- Schema Markup Validator: https://validator.schema.org/
- Google Search Central, A strukturált adatokra vonatkozó általános irányelvek: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
- Google Search Central, Értékelési kivonatok (a saját értékelésekre vonatkozó szabállyal): https://developers.google.com/search/docs/appearance/structured-data/review-snippet
- Google Search Console Súgó, Jelentések a bővített találatokról: https://support.google.com/webmasters/answer/7552505
- Google Search Central, Strukturált adatok JavaScripttel: https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript
