Schema produktams – rich results be magijos

Daug e. parduotuvių turi puikius produktus, bet „Google“ rodo tik paprastą mėlyną nuorodą. Schema produktams (Product structured data) čia ir padeda: su aiškiais, mašinomis skaitomais duomenimis jūsų PDP gauna kainą, likutį, įvertinimus ir kitus „rich results“ elementus. Tai ne triukas, o higiena – kuo tvarkingesni duomenys, tuo daugiau paviršių (Search, Images, Merchant Listings) jus „pagauna“. „Google“ aiškiai pasako: naudokite palaikomą formatą (rekomenduojamas JSON-LD), laikykitės bendrų gairių ir tikrinkite su Rich Results Test.

Kodėl verta: vienas kartas – kelios naudos

Tvarkingai įdiegta Schema produktams vienu ypu atidaro kelis kanalus. Pirma, tampate tinkami „product snippets“ (pvz., kaina/įvertinimas paieškoje). Antra, tie patys atributai (pavadinimas, kaina, prieinamumas, GTIN ir pan.) padeda „Merchant listings“ – prekybininko kortelėms „Shopping“ paviršiuose. „Google“ net pabrėžia: jei jau ruošiatės merchant listings, didžioji dalis laukų sutampa su product snippets.

Be to, struktūruoti duomenys naudingi ne tik SEO. Google Merchant Center gali skaityti „schema.org“ anotacijas ir sutikrinti jas su jūsų feed’u – tai mažina klaidas ir atmetimus, o kartais net palengvina feed’o priežiūrą.

Schema produktams: ką būtinai turėti

Pradėkite nuo „bazės“, kuri generuoja naudingiausius rich results signalus:

Product objektas su name, image, description.
Offer(s) su price, priceCurrency, availability ir url.
Jei turite – aggregateRating ir review (tikri, ne „pasiskolinti“).

Visus papildomus techninius atributus (pvz., galia, medžiaga, baterijos talpa) dėkite su additionalProperty → PropertyValue – taip išlaikysite vienodą, plečiamą struktūrą. Schemos aprašai ir pavyzdžiai gyvena schema.org, o „Google“ pusėje – patikslintos gairės, kas iš tiesų naudojama paieškos rezultatams.

Praktinė smulkmena: „Google“ 2024 m. rekomendacijose akcentuoja – kiek įmanoma pateikite markup’ą pradiniame HTML, o ne vien per JS. Taip indeksavimas patikimesnis ir dažnesnis.

WooCommerce ir PrestaShop: kur „paslėpti“ schemą

WooCommerce. Daug temų ir įskiepių jau generuoja Product JSON-LD. Vis dėlto verta peržiūrėti, ar vertės sutampa su tuo, kas matoma puslapyje: kaina, nuolaida, availability, variantų sku/gtin. Jei naudojate ACF ar „custom“ laukus, papildomas savybes (pvz., medžiaga, galia) sudėkite į additionalProperty. Pirkėjams matomi atsiliepimai turėtų būti identiški tiems, kuriuos siunčiate į aggregateRating/review.

PrestaShop. Branduolys dažnai pateikia bazinę schemą, bet realūs skirtumai prasideda su kombinacijomis (variantais) ir katalogo moduliais. Įsitikinkite, kad offers atspindi būtent pasirinktą variantą (kainą, likutį, sku/gtin), o ne bendrą produkto „vidurkį“. Jei turite B2B kainodarą, rodykite tą, kuri realiai matoma neregistruotam lankytojui – priešingu atveju schema taps klaidinanti ir gali būti ignoruojama. Viską tikrinkite su Rich Results Test prieš publikavimą.

Minimalus JSON-LD karkasas (pritaikykite savo laukams)

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Termopuodelis 500 ml",
  "image": [
    "https://example.lt/img/termopuodelis-500.jpg"
  ],
  "description": "Laiko gėrimą šiltą iki 8 val., nesitaško, tinka automobiliams.",
  "sku": "TM-500-GREY",
  "gtin13": "1234567890123",
  "brand": { "@type": "Brand", "name": "ThermoX" },
  "additionalProperty": [
    { "@type": "PropertyValue", "name": "Talpa", "value": "500 ml" },
    { "@type": "PropertyValue", "name": "Medžiaga", "value": "Nerūdijantis plienas" }
  ],
  "offers": {
    "@type": "Offer",
    "url": "https://example.lt/p/termopuodelis-500",
    "priceCurrency": "EUR",
    "price": "24.99",
    "availability": "https://schema.org/InStock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.8",
    "reviewCount": "126"
  }
}
</script>

Svarbiausia – atitiktis UI: jei rodote nuolaidą ar „išparduota“, schema turi atkartoti tą pačią tiesą. Priešingu atveju „Google“ gali tiesiog ignoruoti arba net sumažinti pasitikėjimą puslapiu. Bendros kokybės gairės čia labai aiškios.

Dažniausios klaidos (ir kaip jų išvengti)

Pirma klaida – nesutampa duomenys: schema rodo „InStock“, bet puslapyje – „Išparduota“. Antra – variantų abstrakcija: generuojamas vienas Offer, nors realiai yra 6 dydžiai su skirtingais sku ir kainomis. Trečia – JS-tik schema: šablonas tuščias, o duomenis „pripiešia“ bibliotekos po įkėlimo; indeksavimas tampa retas ir nenuoseklus. Ketvirta – sintaksės smulkmenos (valiuta, kaina kaip tekstas, neteisingas availability URL). Viskas, ką miniu, sutvarkoma per Rich Results Test ir laikantis bendrų „Google“ SD gairių.

Ryšys su Merchant Center (ir kodėl tai rūpi SEO)

Jeigu jungiate Google Merchant Center, struktūruoti duomenys svetainėje padeda sistemai sutikrinti feed’ą: atnaujinta kaina/pavadinimas/likutis puslapyje – mažiau neatitikimų, mažiau atmetimų, patikimesni skelbimai. Tai nėra „feed’o pakaitalas“, bet labai sveikas automatinių atnaujinimų pagrindas. Praktinių instrukcijų rasite „Merchant Center“ pagalboje – jos aiškiai išdėsto, kaip schema atnaujina produktų duomenis.

Patikra ir priežiūra be dramatiškų pastangų

Optimalus ciklas paprastas:

generuojate Schema produktams per temą/įskiepį arba „custom“;
tikrinate su Rich Results Test (kartais – su URL Inspection);
stebite Search Console „Enhancements“ skiltį ir taisote klaidas;
prie naujų produktų – laikotės to paties šablono.

Taip schema tampa procesu, o ne vienkartiniu darbu. „Google“ oficialiai rekomenduoja JSON-LD, tačiau palaiko ir Microdata/RDFa – pasirinkite tai, kas stabiliausia jūsų temoje.

Ką dar pridėti „ant viršaus“

Apžvalgos ir Q&A (jei turite tikrą UGC). Tikroviški įvertinimai dažnai padidina CTR.
Produkto modelis: kai serijoje daug artimų variantų, ProductModel padeda aiškiau sugrupuoti specifikaciją.
Kategorijos/brand’o schema: kai kur tikslinga aprašyti ir kolekcijas ar gamintoją (pvz., Brand, CollectionPage).
Atnaujinimai HTML’e: laikykite schemą šablone, ne vien JS – taip mažiau netikėtumų indeksuojant.

Kaip mes tai darome (Woo/Presta)

Pradžioje įsivertiname, ką generuoja tema/įskiepiai, ir kur trūksta – kainos, prieinamumo, GTIN/MPN, variantų. Tada sukuriame vienodą JSON-LD šabloną ir prijungiame „papildomas savybes“ per ACF (WooCommerce) arba kombinacijų/feature’ų laukus (PrestaShop). Galiausiai paliekame kontrolinį sąrašą turinio komandai: kokius laukus ir nuotraukas privalu užpildyti, kad schema visada būtų pilna.

Jeigu norite, ši schema gali būti dalis platesnių darbų – WordPress el. parduotuvių kūrimas, PrestaShop moduliai, nuolatinė svetainių priežiūra ir „Core Web Vitals“ tvarka.

Išvada

Schema produktams nėra „SEO triukas“. Tai būdas aiškiai pasakyti „Google“: ką parduodate, už kiek, ar turite sandėlyje ir ką sako pirkėjai. Kai markup’as atitinka UI, gyvena pradiniame HTML ir reguliariai tikrinamas, rich results tampa nuoseklūs, o CTR – aukštesnis. Likusią dalį už jus padarys geras produktas ir greita, aiški PDP.