Modul 5 · 5.3

Slovenščina

Nederlands English Deutsch Français Español Svenska Italiano Polski Română Čeština Magyar Slovenčina Български Hrvatski Norsk Lietuvių Slovenščina

Preizkušanje, vzdrževanje in kaj ni dovoljeno

Modul 5: Strukturirani podatki · Čas branja: 12 min

Učni cilj: Po tej lekciji boste znali preizkusiti strukturirane podatke z orodjema Rich Results Test in Schema Markup Validator, pojasniti razliko med napakami in opozorili ter uporabljati Googlova pravila, na primer prepoved mnenj o lastnem podjetju.

Ključni pojmi: Rich Results Test, Schema Markup Validator, kritična težava (napaka) v primerjavi z nekritično težavo (opozorilo), upodobljeni HTML, poročila v Search Console, smernice za strukturirane podatke, lastna mnenja (self-serving), ročni ukrep, podvojeni bloki, vzdrževanje

Dve orodji za preizkus, dve vprašanji

Na voljo sta dve brezplačni orodji in vsako odgovarja na drugo vprašanje.

	Rich Results Test	Schema Markup Validator
Od koga	Google	schema.org (naslednik starega Googlovega orodja Structured Data Testing Tool, od leta 2021 pri schema.org)
Vprašanje, na katero odgovarja	"Ali je ta stran upravičena do posebnega prikaza v Googlu?"	"Ali je to veljavna oznaka schema.org?"
Kateri tipi	Samo tipi, za katere ima Google poseben prikaz	Vsi tipi iz schema.org
Preverja Googlova pravila	Da: obvezne in priporočene lastnosti po Googlovih zahtevah	Ne, samo schema.org
Vnos	Naslov strani ali prilepljena koda	Naslov strani ali prilepljena koda

Začnite z orodjem Rich Results Test (https://search.google.com/test/rich-results). Vnesite naslov svoje strani, ne kode: tako orodje vidi stran tako, kot jo prenese Googlebot, vključno z JSON-LD, ki ga doda JavaScript. Če kodo prilepite, lahko JavaScript naleti na omejitve, pravi Google sam. Če želite vedeti, ali je Vaša oznaka pravilna po schema.org, tudi za tipe, s katerimi Google ne naredi ničesar, uporabite Schema Markup Validator (https://validator.schema.org/).

Branje napak in opozoril

Rich Results Test razvršča težave v dve vrsti:

Kritične težave (napake). Manjka obvezna lastnost ali pa je vrednost neveljavna. Element takrat ni upravičen do posebnega prikaza. To vedno odpravite.
Nekritične težave (opozorila). Manjka priporočena lastnost, na primer priceRange ali geo. Element je veljaven. Lastnost izpolnite, če imate podatke in so pravilni; ničesar si ne izmišljujte samo zato, da opozorilo izgine.

Test sporoči "No items detected" (ni najdenih elementov), čeprav veste, da je na strani JSON-LD? Preverite tri vzroke:

JSON je neveljaven (vejica preveč ali premalo, pozabljen narekovaj). Takrat se preskoči ves blok. Schema Markup Validator običajno navede vrstico, kjer gre kaj narobe.
Tip je neznan (Bloemist namesto Florist) ali napačno zapisan (localbusiness).
Stran je za Googlebot blokirana z robots.txt ali noindex (lekciji 3.3 in 1.3). Google izrecno prosi: strani s strukturiranimi podatki ne blokirajte.

Search Console to spremlja

Ko je Vaše spletno mesto v Search Console (modul 2), Search Console v razdelku Enhancements prikaže poročilo za vsak tip, za katerega ima Google poseben prikaz in na Vašem spletnem mestu najde veljavno oznako. Tam vidite veljavne elemente, elemente z nekritičnimi težavami in neveljavne elemente, s primeri strani. Nekaj stvari, ki jih je dobro vedeti:

Gumba "odpravi to" ni. Popravite vir (svoje spletno mesto, vtičnik, graditelja spletnih strani), nato pa lahko v poročilu zahtevate preverjanje.
Števila so elementi, ne strani. Ena stran lahko vsebuje več elementov.
Če za neki tip ni poročila, Google ni našel veljavne oznake tega tipa ali pa tip nima lastnega prikaza.

Kaj ni dovoljeno

Googlove smernice za strukturirane podatke so kratke in stroge. Najpomembnejše:

Opišite samo to, kar je vidno. V JSON-LD ne navajajte delovnega časa, cen ali mnenj, ki jih obiskovalec ne more najti na strani.
Brez zavajanja. Podatki morajo pošteno odražati stran.
Na pravi strani. Oznako postavite na stran, ki jo opisuje.
Slike v Vaših strukturiranih podatkih mora Google lahko prenesti in indeksirati.
Brez lažnih mnenj in brez mnenj, ki ne prihajajo od resničnih uporabnikov.

Mnenja o lastnem podjetju

Pravilo, ki preseneti mnoga podjetja: v blok LocalBusiness na svojem spletnem mestu ne postavljajte aggregateRating ali review o sebi. Google pravi: če podjetje, ki je ocenjeno, samo upravlja mnenja o sebi, strani z oznako LocalBusiness ali drugo oznako Organization niso upravičene do zvezdic v rezultatih iskanja. Google je to pravilo uvedel leta 2019. Ni pomembno, ali mnenja zbirate sami, jih pridobite iz pripomočka ali prevzamete s spletnega mesta za mnenja. Zvezdice pri Vašem podjetju v Google Maps prihajajo iz Vašega profila Google Business Profile (lekcija 6.5), ne iz Vašega lastnega JSON-LD.

Vtičniki in teme takšno oceno včasih samodejno dodajo v Vašo oznako. Zato v svojem JSON-LD preverite, ali je tam aggregateRating, in ga izklopite, če gre za Vaše lastno podjetje.

Kaj se zgodi ob zlorabi

Če kršite smernice, lahko Google uvede ročni ukrep za strukturirane podatke. Vidite ga v Search Console v razdelku Security & Manual Actions (lekcija 2.4). Posledica po Googlovih besedah: stran ni več upravičena do posebnih prikazov. Na običajno razvrstitev v rezultatih iskanja takšen ročni ukrep po Googlovih besedah ne vpliva. Ko stvar popravite, v Search Console zahtevate ponoven pregled.

Vzdrževanje: tihe napake

Večina težav ne nastane pri pisanju, temveč pozneje.

Dva bloka, ki si nasprotujeta. Vaša tema doda blok LocalBusiness, Vaš vtičnik SEO pa tudi, z drugo telefonsko številko. Izberite en vir in drugega izklopite. Dva bloka različnih vrst (WebSite in Florist) nista težava; dvakrat isto podjetje z različnimi podatki pa je.
Podatki, ki se spreminjajo. Nova telefonska številka, selitev, drugačen delovni čas poleti. Najprej jih spremenite na svojem stalnem mestu (v graditelju spletnih strani ali vtičniku), nato preglejte še svoj Google Business Profile, Apple Business in imenike (modul 6).
Nova tema ali nov graditelj. Po prenovi spletnega mesta včasih JSON-LD ni več ali pa je podvojen. Po vsaki večji spremembi opravite preizkus.
Začasni časi. Praznike in dopuste v svojem profilu Google Business Profile vnesete kot poseben delovni čas. V JSON-LD je to mogoče z validFrom in validThrough; takrat jih ne pozabite znova odstraniti.

Dobra navada: po vsaki spremembi podatkov o podjetju in po vsaki večji posodobitvi spletnega mesta preizkusite svojo stran s kontakti v orodju Rich Results Test, enkrat na četrtletje pa poglejte poročilo v Search Console.

V praksi: preizkus spletnega mesta WordPress in spletnega mesta AI Builder

Pri spletnem mestu WordPress z vtičnikom SEO v orodju Rich Results Test pogosto vidite več elementov: WebSite, Organization ali LocalBusiness, BreadcrumbList in pri vsakem prispevku Article. Pri spletnem mestu iz AI Builder družbe WebOké na domači strani najdete @graph z WebSite in podjetjem kot podtipom LocalBusiness. Če želite videti vse lastnosti tega bloka, tudi delovni čas v kratkem zapisu openingHours, prilepite naslov še v Schema Markup Validator: ta prikaže vsak tip schema.org in vsako lastnost. Pri drugih graditeljih spletnih strani preizkus poteka povsem enako.

Povzetek

Rich Results Test pove, ali je Vaša stran upravičena do prikaza v Googlu; Schema Markup Validator pove, ali je Vaša oznaka veljavna schema.org.
Preizkušajte z naslovom strani, ne s prilepljeno kodo. Kritične težave vedno odpravite; opozorila samo z resničnimi podatki.
Brez neveljavnega JSON, brez neznanih tipov, in strani s strukturiranimi podatki ne blokirajte za Googlebot.
V svoji oznaki ne navajajte mnenj ali ocen o lastnem podjetju; zloraba lahko povzroči ročni ukrep.
Po vsaki spremembi podatkov ali spletnega mesta znova opravite preizkus in preprečite podvojene bloke, ki si nasprotujejo.

Kviz

Naloga

Naloga A5.3: Poiščite napake. Prenesite vzorčno datoteko jsonld-fouten-1.json: blok JSON-LD za cvetličarno s šestimi napakami. Preberite ga vrstico za vrstico (lahko ga prilepite tudi v Schema Markup Validator) in med desetimi trditvami v nalogi izberite šest, ki opisujejo resnično napako. Program primerja Vašo izbiro s stalnim ključem in pri vsaki trditvi pojasni, zakaj.

Naloga A5.3: Poiščite napake

Datoteka za to nalogo: jsonld-fouten-1.json

A. @context kaže na napačen naslov. B. telephone ima napačno obliko. C. Tip Bloemist v schema.org ne obstaja. D. Naslov je besedilo namesto PostalAddress. E. Vrednosti geo morajo biti v narekovajih. F. Delovni čas uporablja nizozemska imena dni in ne 24-urnega zapisa. G. Vsebuje oceno lastnega podjetja. H. url se ne sme začeti s https. I. Za zadnjo lastnostjo je vejica, zato je JSON neveljaven. J. sameAs ne sme kazati na Instagram. Datoteko nato prilepite v Schema Markup Validator: katere napake javi to orodje?

Katere trditve (od A do J) opisujejo pravo napako? Črke, ločene z vejicami, na primer A, B

Tega, kar vnesete, in tega, kar najdemo, ne shranjujemo. Vaš brskalnik si zapomni Vaše odgovore in to, ali ste nalogo opravili. Če ste prijavljeni, v Moji tečaji shranimo samo podatek, da ste nalogo (skoraj) pravilno opravili; tudi to lahko tam izbrišete.

Za nadaljnje branje

Googlov Rich Results Test: https://search.google.com/test/rich-results
Schema Markup Validator: https://validator.schema.org/
Google Search Central, Splošne smernice za strukturirane podatke: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
Google Search Central, Izrezki mnenj (s pravilom o lastnih mnenjih): https://developers.google.com/search/docs/appearance/structured-data/review-snippet
Pomoč za Google Search Console, Poročila o obogatenih rezultatih: https://support.google.com/webmasters/answer/7552505
Google Search Central, Strukturirani podatki z JavaScriptom: https://developers.google.com/search/docs/appearance/structured-data/generate-structured-data-with-javascript

Piškotki na WebOké

Nastavitve piškotkov

Nujni

Trženje