„WordPress“ JSON-LD patikra su „Volteruno“: praktinis gidas

Jei nori patikrinti „WordPress“ puslapio struktūrizuotus duomenis, pradėk nuo puslapio, kurį iš tiesų mato lankytojai. „Volteruno“ siūlo struktūrizuotų duomenų tikrintuvą su DI pasiūlymų funkcija. Jis gali patikrinti JSON-LD pagal URL arba įklijuotą HTML, pranešti apie pagrindines problemas ir pateikti siūlomą kodo bloką peržiūrai. Tai patikros ir juodraščio rengimo procesas, o ne jungiklis, automatiškai sukonfigūruojantis visus tavo svetainės puslapius.

Šiame gide paaiškinama, kaip naudotis šiuo įrankiu ir kaip peržiūrėtą pasiūlymą pritaikyti savo „WordPress“ aplinkoje. Čia nedaroma prielaida, kad prijungus svetainę įdiegiama visos svetainės struktūrizuotų duomenų valdymo priemonė, sinchronizuojamos produktų kainos ar pakeičiamas tavo naudojamas SEO įskiepis.

Ką daro struktūrizuoti duomenys ir ko jie nežada

Struktūrizuoti duomenys aprašo informaciją programinei įrangai suprantama forma. JSON-LD yra vienas iš būdų ją išreikšti. Puslapyje gali būti aprašomas straipsnis, organizacija ar kitas tinkamas objektas. Žymėjimas turi atitikti to puslapio turinį: jame neturėtų atsirasti paslaugos, įvertinimo ar produkto, kurio puslapyje iš tiesų nėra.

„Google“ parengtame įvade į struktūrizuotus duomenis (anglų kalba) paaiškinamas skirtumas tarp struktūrizuotos informacijos ir palaikomų paieškos funkcijų. Atpažįstamas tipas gali padėti puslapiui atitikti konkretaus pateikimo būdo reikalavimus, tačiau tai, kad tipas egzistuoja schema.org žodyne, nereiškia, jog „Google“ siūlo jį atitinkantį išplėstinį rezultatą.

Nėra universalaus paspaudimų rodiklio padidėjimo, kurį galėtum priskirti savo svetainei. Planuodamas biudžetą nesiremk pažadėtu procentu, garantuotomis įvertinimų žvaigždutėmis ar automatiniu pozicijų pagerėjimu. Techniškai taisyklingas kodo blokas yra tik viena platesnio publikavimo proceso dalis.

Patikrink vieną puslapį su „Volteruno“ tikrintuvu

1. Atverk tikrintuvą. Naudok atskirą struktūrizuotų duomenų tikrintuvą, užuot svetainės prijungimo nustatymuose ieškojęs nepatvirtinto struktūrizuotų duomenų aktyvinimo meniu.
2. Pasirink URL arba HTML. Įvesk viešai pasiekiamo puslapio adresą arba įklijuok HTML, kurį nori patikrinti. Naudok galutinį puslapį, kurį ketini publikuoti, o ne su juo nesusijusį pagrindinį svetainės puslapį.
3. Įvesk formoje prašomą el. pašto adresą. Į URL ar HTML lauką nedėk slaptažodžių, privačių klientų duomenų ar prieigos raktų. Šiai užduočiai pakanka viešo puslapio turinio.
4. Paleisk patikrą. Peržiūrėk aptiktus JSON-LD blokus, tipus, klaidas ir įspėjimus. Jei puslapio nepavyksta gauti, sutvarkyk prieigą arba naudok HTML parinktį. Puslapio gavimo problema neparodo, ar jo žymėjimas taisyklingas.
5. Peržiūrėk DI pasiūlymą, jei jis pateiktas. Laikyk jį juodraščiu. Prieš kopijuodamas palygink kiekvieną siūlomą reikšmę su tikruoju puslapio turiniu ir savo verslo informacija.

Dabartinis tikrintuvas tikrina JSON-LD ir pagrindinių savybių rinkinį. Jo balas yra vidinis diagnostinis įvertinimas, o ne „Google“ balas ar sertifikatas. Tai nėra išsami visų schema.org taisyklių ar visų „Google“ išplėstinių rezultatų reikalavimų patikra.

Kai įvedi URL, tikrintuvas parsisiunčia HTML. Žymėjimo, kurį scenarijus vėliau prideda naršyklėje, šiame atsakyme gali nebūti. Jei rezultatai skiriasi nuo to, ko tikiesi, patikrink galutinį puslapio kodą ir palygink jį su pateiktu HTML. Užuot vis spaudęs patikros mygtuką, išsiaiškink, iš kur atsiranda skirtumas.

Prieš diegdamas peržiūrėk pasiūlymą

DI pasiūlymas remiasi ribotu puslapio kontekstu ir aptiktomis problemomis. Jis nepatvirtina, kad siūloma kaina, autorius, adresas ar įvertinimas yra tikri. Pasiūlymuose gali likti pavyzdinių reikšmių ar klaidų, o patikra gali būti baigta ir nepateikus DI pasiūlymo.

Kad peržiūra būtų naudinga, palygink juodraštį su trumpu faktų kontroliniu sąrašu, kurį gali patikrinti pats:

• Ar pasirinktas tipas apibūdina pagrindinį šio puslapio turinį?
• Ar pavadinimas, URL ir organizacijos tapatybės duomenys nurodo tavo tikrąjį verslą?
• Ar autoriaus duomenys ir datos yra tikslūs, o ne išgalvoti vien tam, kad būtų užpildytas laukas?
• Jei juodraštyje yra komercinės informacijos, ar ji atitinka šiuo metu puslapyje matomą pasiūlymą?
• Ar vaizdai yra tinkami, pasiekiami ir iš tiesų susiję su šiuo puslapiu?
• Ar pavyzdinės reikšmės pašalintos arba pakeistos patikrinta informacija?

Jei lauko reikšmės negali patikrinti, nepildyk jo tikėtinu spėjimu. Patikrink konkrečios diegiamos funkcijos reikalavimus ir nuspręsk, ar turi pakankamai tikros informacijos jai naudoti. Tvarkingai atrodantis kodo blokas nėra priežastis išgalvoti atsiliepimus, kvalifikacijas ar renginio duomenis.

Suprask atskirą straipsnių generavimo procesą

„Volteruno“ straipsnių generavimo kode taip pat yra pagalbinių funkcijų, kurios, esant numatytai turinio struktūrai, į tam tikrus generuojamus straipsnius gali pridėti HowTo, Recipe arba ItemList JSON-LD. Tai skiriasi nuo atskiro tikrintuvo ir nėra visos svetainės produktų, atsiliepimų ar renginių struktūrizuotų duomenų paslauga.

Jei reikiamos struktūros nėra, šios pagalbinės funkcijos gali bloko nepridėti. Sugeneruotas blokas taip pat neįrodo, kad svetainės, kurioje publikuojamas turinys, tema ar publikavimo sistema jį išsaugojo. Prieš darydamas prielaidą, kad konkretus struktūrizuotų duomenų tipas yra puslapyje, patikrink galutinį publikuotą puslapį.

Svarbiausia – nepainiok tipo sugeneravimo su galimybe pasinaudoti „Google“ rezultatų rodymo funkcija. HowTo tebėra žodyno terminas, tačiau „Google“ 2023 m. nutraukė How-to išplėstinių rezultatų palaikymą (anglų kalba). „Google“ dokumentacijos atnaujinimuose (anglų kalba) taip pat nurodoma, kad nuo 2026 m. gegužės 7 d. DUK išplėstiniai rezultatai neberodomi. Nė vienas iš šių tipų neturėtų būti pristatomas kaip garantuota išplėstinių rezultatų nauda.

Pridėk peržiūrėtą žymėjimą naudodamas savo „WordPress“ aplinkos priemones

Pirmiausia išsiaiškink, kas jau kuria puslapio struktūrizuotus duomenis. Juos gali generuoti tavo tema, SEO įskiepis arba el. prekybos plėtinys. Pridėjus dar vieną bloką prieš tai nepatikrinus, gali atsirasti prieštaringų to paties objekto aprašymų.

Naudok dokumentacijoje aprašytą būdą, kurį siūlo tavo jau prižiūrimas komponentas. Jei jame yra tinkamas struktūrizuotų duomenų redaktorius, vadovaukis to komponento instrukcijomis. Jei reikia keisti šablonus ar įterpti kodą, paprašyk už svetainę atsakingo žmogaus įdiegti peržiūrėtą bloką bandymų aplinkoje. Šiame gide nenurodomas universalus „WordPress“ meniu, nes svetainių konfigūracijos skiriasi.

Išsaugok esamos konfigūracijos kopiją ir pirmiausia pakeisk nedidelę, aiškiai apibrėžtą dalį. Neišjunk visų struktūrizuotus duomenis kuriančių įskiepių vien todėl, kad kitas įrankis sugeneravo pasiūlymą. Kai kurie įskiepiai atlieka ir kitas tavo svetainei reikalingas funkcijas. Tikslas – nuosekli informacija, o ne viso esamo žymėjimo pašalinimas.

Įdiegęs patikrink galutinį puslapį, o ne vien nustatymų ekraną. Įsitikink, kad numatytas blokas yra tinkamoje vietoje, nesidubliuoja ir aprašo matomą turinį. Jei redaktorius ar publikavimo procesas pašalina scenarijų žymas, rinkis palaikomą diegimo būdą, užuot vėl ir vėl įklijavęs tą patį bloką.

Pasirink tinkamas patikras

Išsamesnei atitikties žodynui patikrai naudok „Schema Markup Validator“ (anglų kalba). „Google“ funkcijoms, kurias palaiko konkretus testavimo įrankis, tikrinti naudok „Google“ išplėstinių rezultatų testą „Rich Results Test“ (anglų kalba). Šie įrankiai atsako į skirtingus klausimus: tipas, kurio „Google“ nepalaiko kaip išplėstinio rezultato, vis tiek gali būti taisyklingas schema.org žymėjimas.

„Google“ struktūrizuotų duomenų gairėse (anglų kalba) reikalaujama tikslios, su turiniu susijusios informacijos ir aiškiai nurodoma, kad taisyklingas žymėjimas negarantuoja išplėstinio rezultato. Automatinės patikros negali patvirtinti visų turinio kokybės sąlygų. Reikšmes vis tiek turi palyginti su puslapiu.

Užsirašyk, ką pakeitei, kurį puslapį tikrinai ir kokie įspėjimai liko neišspręsti. Vėliau toks įrašas bus gerokai naudingesnis nei ekrano kopija su žaliu balu be konteksto. Jei įspėjimas susijęs su neprivalomais duomenimis, pirmiausia išsiaiškink jo reikšmę, užuot pridėjęs nereikalingų duomenų vien tam, kad pagerintum balą.

Prižiūrėk žymėjimą, kai puslapis keičiasi

Vienkartinio pasiūlymo nereikėtų laikyti nuolatinio sinchronizavimo pažadu. Pasikeitus kainai, prieinamumui, autoriui, organizacijos duomenims ar puslapio adresui, peržiūrėk atitinkamą žymėjimą sistemoje, kuri jį iš tiesų valdo. Nemanyk, kad atskiras „Volteruno“ tikrintuvas automatiškai sugrįš prie šio žymėjimo ir jį atnaujins.

Jei svetainė nedidelė, turėk trumpą svarbių puslapių šablonų ir už jų metaduomenis atsakingų žmonių sąrašą. Didesnėje svetainėje paprašyk prižiūrėtojo po pakeitimų patikrinti reprezentatyvius šablonus. Tai siūlomas priežiūros procesas, o ne teiginys, kad „Volteruno“ turi masinės struktūrizuotų duomenų stebėsenos skydelį.

Dažniausi klausimai

Ar prijungus „WordPress“ automatiškai įjungiami visi struktūrizuotų duomenų tipai?

Čia aprašytas tikrintuvo naudojimo procesas nepatvirtina tokio universalaus nustatymo. Patikrink, koks kodas iš tiesų lieka puslapyje po publikavimo ir ką valdo tavo esami „WordPress“ komponentai.

Ar galiu tiesiog nukopijuoti DI pasiūlymą?

Gali nukopijuoti pateiktą pasiūlymą, tačiau prieš diegdamas jį peržiūrėk ir patikrink. Pats pasiūlymas nėra įrodymas, kad jame pateikti faktiniai duomenys teisingi.

Ar geras balas garantuos aukštesnes pozicijas?

Ne. Tikrintuvo balas apibendrina tik jo paties atliktas patikras. Tai nėra pozicijų prognozė, atitikties visų funkcijų reikalavimams įrodymas ar matomumo paieškoje garantija.

Kitas tavo žingsnis

Pasirink vieną tikrą puslapį, atlik struktūrizuotų duomenų patikrą su „Volteruno“, peržiūrėk rezultatą ir savo svetainės aplinkoje įdiek tik tai, ką gali patikrinti. Išbandyk galutinį rezultatą ir išsaugok patikros įrašą kartu su svetainės dokumentacija. Taip turėsi pakartojamą procesą, nesiremdamas išgalvotais valdikliais ar automatinio SEO pažadais.