ZGRADITE TRGOVINO, KI PRODAJA

Rezervirajte 45-minutni posvet z našim strokovnjakom.

    ŽELITE BREZPLAČEN POSVET?

    Strukturirani podatki: vodnik za implementacijo JSON-LD

    Objavljeno:

    Avtor: Marin Bilić

    Strukturirani podatki so oznake v kodi strani, ki iskalnikom povedo, kaj določen element dejansko pomeni (cena, ocena, avtor, datum dogodka). Priporočen format je JSON-LD, ker se vstavi kot ločen blok kode in ne posega v vidni HTML. Preverite ga takoj po objavi z orodjem Rich Results Test po standardu Schema.org.

    Preden nadaljujete, naredite tri stvari:

    • Izberite eno stran (izdelek, članek ali dogodek) in ji dodajte osnovni JSON-LD blok.
    • Preverite oznako v Rich Results Testu in odpravite morebitne kritične napake.
    • Objavo spremljajte v Google Search Console pod zavihkom za bogate rezultate.

    Ključne ugotovitve

    Strukturirani podatki v formatu JSON-LD po standardu Schema.org povečajo možnost za rich results in CTR, ne pa avtomatsko uvrstitve, zato jih je treba redno testirati in vzdrževati.

    Točka Podrobnosti
    Izberite JSON-LD Uporabite JSON-LD kot privzeti format zaradi lažjega vzdrževanja in manjše verjetnosti napak.
    Prioritizirajte tipe shem Za trgovine najprej Product in Offer, za vsebino Article in Breadcrumb.
    Testirajte pred objavo Preverite oznako z Rich Results Test in Schema Markup Validator, šele nato objavite.
    Spremljajte v Search Console Redno preverjajte veljavne in neveljavne elemente v poročilih o bogatih rezultatih.
    Vzdržujte ažurnost podatkov Ceno, zalogo in oceno posodabljajte samodejno prek CMS ali ERP, ne ročno.

    Kazalo

    Kaj so strukturirani podatki in kakšna je njihova prednost pri SEO

    Strukturirani podatki so standardiziran zapis, ki opisuje vsebino strani v jeziku, ki ga razumejo stroji. Namesto da mora Google ugibati, ali je številka na strani cena ali koda izdelka, mu oznaka to pove neposredno.

    Slovar za ta zapis definira Schema, skupni projekt, ki ga podpirajo vsi glavni iskalniki. Markup po tem standardu uporablja široko število domen in objektov na spletu, zaradi česar je de facto standard za spletno označevanje vsebine, kar ga naredi de facto standard za spletno označevanje vsebine.

    Praktična korist je v tem, da pravilno oznacena stran laže pridobi bogat rezultat (rich result) v iskalniku: zvezdice ocen, ceno, sliko izdelka ali drobtinico poti. To praviloma dvigne razmerje med kliki in prikazi (CTR), kar lahko pripomore k rasti organskega prometa, če je markup dolgoročno vzdrževan.

    Tu velja jasna omejitev: oznaka ne zagotavlja prikaza rich resulta. Google si pridržuje pravico, kdaj in ali bo bogat rezultat prikazal, oznaka le odpre možnost za to.

    • Schema.org določa slovar, Google pa odloča o prikazu.
    • Rich results povečujejo vidnost, ne pa avtomatsko uvrstitve na strani z rezultati.
    • Brez ažurnih podatkov (cena, zaloga) lahko Google prikaz kaznuje ali ga preprosto ne izbere.

    JSON-LD, Microdata ali RDFa: kateri format izbrati

    Google enakovredno podpira tri sintakse za strukturirane podatke, kot potrjuje dokumentacija za Rich Results Test: JSON-LD, Microdata in RDFa. Razlika ni v tem, kaj Google prebere, ampak v tem, kako enostavno je oznako vzdrževati.

    JSON-LD je ločen blok kode v formatu <script type="application/ld+json">, ki ga vstavite kjerkoli na strani, najpogosteje v <head>. Ne posega v vidni HTML, zato ga lahko generirate dinamično in ločeno od predloge strani. To je razlog, zakaj ga SEO strokovnjaki dosledno priporočajo kot privzeto izbiro za nove projekte.

    Microdata in RDFa oznake vstavite neposredno v HTML atribute (itemprop, property), kar pomeni, da je oznaka fizično prepletena z vsebino. Vsaka sprememba strukture predloge tvega, da pokvarite tudi markup.

    • JSON-LD: ločen blok, lažje vzdrževanje, priporočen za nove strani in spletne trgovine.
    • Microdata: smiselna izbira, če delate v starejšem CMS sistemu, kjer ni enostavnega dostopa do <head>.
    • RDFa: redkeje uporabljen, primeren predvsem za specifične podedovane sisteme z že obstoječim RDFa okostjem.

    Strokovni nasvet: Če podedujete stran z Microdata oznakami, jih ni treba takoj zamenjati. Novo vsebino (nove strani izdelkov, nove članke) pa od začetka oznacujte z JSON-LD, tako se postopoma znebite tveganja starega sistema.

    Kateri tipi shem najbolj vplivajo na vidnost v iskalniku

    Ni smiselno oznaciti vsega hkrati. Prioriteto določa vrsta strani in to, kateri tip sheme Google dejansko uporablja za rich results, kot pojasnjuje Ahrefsov pregled tipov shem.

    1. Product in Offer so prva prioriteta za spletne trgovine. Skupaj z AggregateRating omogočajo prikaz cene, zaloge in zvezdic ocene neposredno v rezultatih iskanja.
    2. BreadcrumbList je hitro dodati na skoraj vsako stran in izboljša prikaz poti strani v SERP, ne glede na panogo.
    3. Article je osnova za medijske in vsebinske strani, pogosto v kombinaciji z ImageObject ali VideoObject, če stran vsebuje video.
    4. Organization postavite na domačo stran, ker pomaga iskalniku razumeti, kdo stoji za spletnim mestom, in podpira prikaz logotipa v panelu znanja.
    5. Specializirani tipi, kot Event, JobPosting in Recipe, so smiselni le, če ta vsebina resnično obstaja na strani. HowTo in FAQ rich results je Google v zadnjih letih omejil na ožji krog avtoritativnih virov, zato ne pričakujte samodejnega prikaza samo zaradi oznake.

    Za spletno trgovino to pomeni: najprej Product in Offer, šele nato preostalo. Za vsebinski portal pa Article in Breadcrumb prinesejo največ v najkrajšem času.

    Kako korak za korakom ustvariti in vstaviti JSON-LD oznako

    Postopek je enak za skoraj vsak tip strani, spremeni se le izbrana shema in lastnosti znotraj nje.

    1. Popišite vidne podatke na strani. Zapišite si, kaj bralec dejansko vidi: naslov, ceno, avtorja, datum, oceno. Vsaka lastnost v JSON-LD mora imeti ustrezno vidno vrednost na strani, drugače gre za tvegano oznaco.
    2. Mapirajte lastnosti na Schema.org slovar. Za izdelek to pomeni name, image, offers, price, priceCurrency. Za članek pa headline, author, datePublished, image.
    3. Sestavite JSON-LD objekt. Začnite z @context (vedno "https://schema.org") in @type (na primer "Product"). Vključite samo lastnosti, ki jih dejansko lahko podprete s pravim podatkom, izpustite tiste, kjer bi morali ugibati vrednost.
    4. Izberite mesto vstavljanja. Blok <script type="application/ld+json"> gre najpogosteje v <head>, lahko pa tudi tik pred zapiranjem <body>. Za dinamične strani (spletne trgovine, strani z API podatki) je najbolj zanesljivo, da JSON-LD generirate na strežniški strani ali preko predloge, tako da se cena in zaloga vedno ujemata z bazo podatkov.
    5. Testirajte pred objavo. Kodo preverite v Rich Results Testu, nato jo objavite na produkcijski strani.
    6. Potrdite v Search Console. Po nekaj dneh preverite, ali je Google stran zaznal in oznako uvrstil med veljavne elemente v poročilu o bogatih rezultatih.

    Strokovni nasvet: Pri oznaki ponudbe (Offer) vedno navedite url s kanonskim naslovom strani. Če imate več virov ponudb za isti izdelek, ločite Offer od generičnega Product objekta, drugače Google težko poveže pravo ceno s pravo stranjo.

    Če stran uporablja WordPress, večina SEO vtičnikov (na primer Yoast ali RankMath) že generira osnovni JSON-LD samodejno, a je pametno preveriti, ali privzete nastavitve pokrivajo tip vsebine, ki jo dejansko objavljate.

    Roke nastavljajo SEO vtičnik na prenosniku

    Katera orodja uporabiti za testiranje in spremljanje napak

    Tri orodja pokrivajo tri različne faze življenjskega cikla oznake, zato jih ne uporabljajte kot zamenjave, ampak kot dopolnilo drug drugemu.

    Rich Results Test preveri, ali oznaka na konkretnem URL-ju omogoča prikaz enega od Googlovih podprtih rich result tipov. Kritične napake (na primer manjkajoča obvezna lastnost) preprečijo prikaz, opozorila pa so priporočila, ki prikaz ne blokirajo.

    Schema Markup Validator gre korak dlje: preveri skladnost s celotnim Schema.org slovarjem, ne samo s podnaborom, ki ga Google trenutno uporablja za rich results. To je koristno, ker odkrije napake v tipih, ki jih Rich Results Test niti ne preverja.

    Google Search Console, natančneje poročila pod zavihkom Enhancements, pokažejo, koliko strani ima veljavne in koliko neveljavne elemente za posamezen tip sheme, kot je opisano v uradnih navodilih za rich result poročila. Tu vidite trend skozi čas, ne le trenutno stanje ene strani.

    • Rich Results Test: uporabite ga takoj po vstavitvi oznake, pred objavo.
    • Schema Markup Validator: uporabite ga za širšo tehnično kontrolo, posebej pri kompleksnih shemah.
    • Search Console: preverjajte ga vsaj enkrat na mesec, po vsaki večji spremembi predloge pa nujno.

    Priporočena rutina je preprosta: test pred objavo, validator pri večjih spremembah predloge, Search Console pa kot stalni nadzorni panel za celotno spletno mesto.

    Katere napake pri označevanju se najpogosteje pojavljajo

    Večina napak izhaja iz treh vzorcev: oznaka vsebine, ki je ni na strani, sintaktične napake in zastareli podatki.

    • Ne oznacujte skrite ali nevidne vsebine samo zato, da bi “napolnili” shemo, ker to Google obravnava kot kršitev smernic.
    • Oznaciti sme samo tisto, kar bralec dejansko vidi na strani, vključno z oceno, ceno in razpoložljivostjo.
    • Dinamične vrednosti (cena, zaloga) morajo priti iz istega vira kot prikaz na strani, najbolje preko API-ja ali predloge, ne z ročnim vnosom.
    • Preverite sintakso JSON-LD, ker manjkajoča vejica ali narekovaj pokvari cel blok, ne le eno lastnost.
    • Preverite tipe vrednosti: price mora biti število, ne besedilo s simbolom valute znotraj niza.
    • Odpravite podvajanja @id referenc med več objekti na isti strani, ker to zmede iskalnik glede tega, kateri objekt je glavni.

    Strokovni nasvet: Najpogostejša napaka pri spletnih trgovinah je pozabljena posodobitev cene v JSON-LD po spremembi v sistemu za upravljanje zalog. Če cena v oznaki ne ustreza prikazani ceni, Google prikaz rich resulta lahko preprosto ustavi.

    Kako vzdrževati strukturirane podatke skozi čas

    Oznaka, ki jo postavite enkrat in nikoli več ne pogledate, sčasoma postane vir napak, ne prednost. Vzdrževanje zahteva enak red kot vsaka druga tehnična komponenta strani.

    • Vsako spremembo cene, zaloge ali vsebine povežite s samodejno posodobitvijo JSON-LD, ne z ročnim urejanjem kode.
    • Nove predloge in spremembe markup-a najprej preizkusite na testnem okolju, šele nato na produkciji.
    • Pri integraciji s CMS ali ERP sistemom poskrbite, da generator JSON-LD bere podatke iz istega vira kot prikaz cene na strani.
    • Spremljajte tri metrike: število veljavnih elementov v Search Console, gibanje impresij za rich results in spremembo CTR na oznacenih straneh.

    Podjetja, ki markup vzdržujejo dosledno, po industrijskih izkušnjah pogosto opazijo merljiv dvig organskega prometa in CTR v obdobju od treh do dvanajstih mesecev, a le, če se podatki redno posodabljajo skupaj z vsebino.

    Webtim: praktična izkušnja pri implementaciji strukturiranih podatkov

    Pri izdelavi in prenovi spletnih trgovin Webtim strukturirane podatke vgradi v temelje projekta, ne kot dodatek po objavi. To pomeni, da JSON-LD za Product, Offer in Breadcrumb nastane sočasno s predlogo strani in se samodejno posodablja ob spremembi cene ali zaloge.

    Tehnična osnova brez rednega vzdrževanja markup-a je le pol rešitve. Prava vrednost strukturiranih podatkov se pokaže šele, ko so cene, zaloge in ocene v oznaki vedno usklajene z dejanskim stanjem na strani.

    • Implementacija JSON-LD je del standardnega tehničnega SEO paketa pri izdelavi spletnih trgovin, ne posebno naročeno dopolnilo.
    • Povezava z ERP sistemom zagotavlja, da se cena in zaloga v oznaki ujemata s podatki v skladišču.
    • Redno spremljanje veljavnih elementov je del stalne SEO optimizacije, ki jo Webtim izvaja za obstoječe stranke.

    Za lastnike strani, ki že imajo objavljeno vsebino, a nikoli niso preverili, ali oznake dejansko delujejo, je smiseln prvi korak preprost pregled obstoječega markup-a, preden se loti nove implementacije.

    Kdaj vlagati v strukturirane podatke in kaj realno pričakovati

    Najhitrejši povratek prinese oznacevanje strani, ki že imajo prikaz v iskalniku, a jim manjka rich result element, torej obstoječi izdelki in dobro obiskani članki. Nove strani brez zgodovine prometa počakajo dlje, ker Google potrebuje čas, da jih sploh pravilno indeksira.

    Kdaj vlagati v strukturirane podatke in kaj realno pričakovati — overview diagram

    Realno pričakovanje za tri do šest mesecev je opazen dvig impresij za rich results in postopno rast CTR, ne pa skok v uvrstitvi. Uvrstitev ostaja odvisna od vsebine in povezav, oznaka le izboljša, kako ta uvrstitev izgleda na strani z rezultati.

    Prednostni vrstni red je jasen: najprej spletne trgovine (Product, Offer), nato vsebinske strani z veliko obiska (Article, Breadcrumb), šele nazadnje specializirani tipi kot Event ali Recipe, kjer je vsebina res prisotna.

    — Marin

    Viri

    Za nadaljnje delo si vzemite čas za pregled uradnih virov, preden implementacijo razširite na celotno spletno mesto.

    Če implementacijo prepuščate agenciji, preverite, da je tehnično SEO svetovanje vključuje tudi redno validacijo markup-a, ne le enkratno postavitev.

    Priporočeno

    ZGRADITE TRGOVINO, KI PRODAJA

    Na brezplačenem posvetu vam pokažemo, kako lahko povečate prodajo in izboljšate uporabniško izkušnjo.
    Zaupa nam že več kot 300 slovenskih podjetij iz različnih panog.

    Podobne blog objave

    Pokličite nas na 040 211 712 Ali pošljite
    Povpraševanje