Struktūrizuoti duomenys: aiškesnis kontekstas paieškai.

Pradėkite nuo puslapio paskirties

Pagrindiniame puslapyje galima aprašyti organizaciją ir svetainę. Gidui tinka Article, o naršymo keliui – BreadcrumbList. Paslaugai galima naudoti Service, jei aprašymas atitinka realiai teikiamą paslaugą. Ne kiekvienas schema.org tipas suteikia specialų Google paieškos vaizdavimą.

JSON-LD yra patogus formatas struktūrizuotiems duomenims perduoti. Tačiau vien sintaksiškai teisingas blokas nėra įrodymas, kad duomenys tikslūs ar kad paieška juos parodys išplėstiniu rezultatu.

Kokių duomenų negalima išgalvoti?

• Įvertinimų ir atsiliepimų, kurių realiai nėra.
• Kainų ar prieinamumo, neatitinkančių puslapio ir paslaugos sąlygų.
• Autoriaus, jo pareigų, patirties ar sertifikatų, kurių negalite pagrįsti.
• Klaidinančių datų, naudojamų vien tariamam naujumui sukurti.
• Prekės ar vaizdo įrašo žymėjimo puslapyje, kuriame tokio turinio nėra.

Kaip patikrinti diegimą?

Patikrinkite JSON sintaksę ir pasirinkto tipo laukus. Google palaikomiems specialiems rezultatams naudokite Rich Results Test, o bendram schema.org žodynui – Schema Markup Validator. Tada palyginkite kiekvieną svarbų lauką su matomu puslapio turiniu.

Po pakeitimo patikrinkite viešą URL, ne vien redaktoriaus peržiūrą. Kai kuriems tipams trūkstamas laukas gali būti įspėjimas, o kitais atvejais – klaida. Vertinkite konkretaus tipo reikalavimus, o ne bendrą papildinio spalvinį balą.

Koks ryšys su GEO?

Nuosekli įmonės ir turinio tapatybė sumažina dviprasmybių. Vis dėlto struktūrizuoti duomenys nepakeičia naudingo teksto, svetainės pasiekiamumo ar tikro paslaugos patikimumo.

Google nenurodo specialios GEO schemos, būtinos jos DI funkcijoms. Todėl prioritetas – tikslūs ir prižiūrimi duomenys, o ne visų įmanomų tipų pridėjimas.