Schema.org mākslīgā intelekta rezultātu attēlošanai: kuras iezīmes tagad ir svarīgas

Schema.org mākslīgā intelekta rezultātu attēlošanai: kuras iezīmes tagad ir svarīgas

Sākot ar 2026. gada 5. septembri, strukturētie dati joprojām palīdz meklētājprogrammām izprast lapas, autorus, organizācijas un faktus. Tomēr tas nav tiešs ranžēšanas slēdzis mākslīgā intelekta atbildēm.

Google norāda, ka lapām nav nepieciešama īpaša Schema.org iezīmēšana, lai tās parādītos AI pārskatos vai AI režīmā. Lapai galvenokārt jābūt pārmeklējamai, indeksētai, tiesīgai saņemt meklēšanas izgriezumu un jābalstās uz noderīgu saturu. Google arī norāda, ka strukturētajiem datiem jāatbilst redzamajam lapas saturam. (developers.google.com)

Tādējādi labākā pašreizējā stratēģija ir:

1. Izmantojiet strukturētos datus, lai precīzi aprakstītu lapu.
2. Saskaņojiet iezīmēšanu ar lapas patieso mērķi.
3. Veidojiet skaidras attiecības starp rakstiem, autoriem, organizācijām un tēmām.
4. Rakstiet tiešas, pilnīgas atbildes redzamajā HTML.
5. Mēriet mākslīgā intelekta citātus atsevišķi no tradicionālajiem bagātīgajiem rezultātiem.

Izpildvaras spriedums

Plašais pētījuma secinājums ir svarīgs: tikai vispārīgu strukturēto datu pievienošana nav radījusi konsekventu mākslīgā intelekta citātu pieaugumu. Kontrolēts Ahrefs pētījums izsekoja 1885 lapas, kurām pievienoja JavaScript Object Notation saistītajiem datiem, un salīdzināja tās ar 4000 kontroles lapām. Tika konstatēts, ka nav nozīmīga uzlabojuma Google AI režīmā vai ChatGPT citātos. Google AI pārskata citāti nedaudz samazinājās, taču pētnieki brīdināja, ka izmaiņas bija nelielas un tās nevar skaidri attiecināt uz iezīmēšanu. (ahrefs.com)

Atsevišķā 2026. gada priekšpublikācijā tika konstatēts, ka vispārīgi tipi, piemēram, Article, Organization, BreadcrumbList un WebPage, neatkarīgi neparedzēja mākslīgā intelekta citātus pēc meklēšanas ranga un domēna autoritātes kontroles. Tās spēcīgākais secinājums bija, ka lapas ar konkrētiem, bagātīgiem atribūtu datiem, piemēram, cenām, vērtējumiem un specifikācijām, veica labāk nekā lapas ar tikai vispārīgām lapu etiķetēm. Šis secinājums galvenokārt koncentrējās uz produktu un atsauksmju lapām, tāpēc to nevajadzētu uzskatīt par pierādījumu, ka kāds no šajā rakstā minētajiem tipiem rada citēšanas priekšrocības. (aixiv.science)

Ko strukturētie dati var un ko nevar darīt

Strukturētie dati ir mašīnlasāms lapas apraksts. Tie var pateikt meklētājprogrammai:

• Kāda veida lapa tā ir
• Kurš to ir uzrakstījis
• Kura organizācija to ir publicējusi
• Uz kādu jautājumu tā atbild
• Kad tā tika publicēta vai atjaunināta
• Kuru personu, uzņēmumu, terminu vai datu kopu lapa apraksta

Google norāda, ka strukturētie dati var palīdzēt tās sistēmām izprast lapas saturu un padarīt lapas piemērotas bagātīgākām meklēšanas funkcijām. Tā arī norāda, ka Google meklēšana var izmantot citas Schema.org īpašības izpratnei, pat ja šīs īpašības neaktivizē redzamu meklēšanas rezultātu. (developers.google.com)

Strukturētie dati negarantē:

• Augstāku organisko pozīciju
• Mākslīgā intelekta citātu
• Bagātīgu rezultātu
• Zināšanu paneli
• Iekļaušanu mākslīgā intelekta atbildē
• Precīza teksta izmantošanu iezīmēšanā

Bing sniedz līdzīgus norādījumus. Tā pašreizējā tīmekļa pārziņu vadlīnija norāda, ka strukturētie dati var atbalstīt skaidrāku pamatojumu, taču tie negarantē redzamību vai citātu plūsmu. Bing arī iesaka izdevējiem padarīt faktus un definīcijas skaidri redzamus lapas saturā. (bing.com)

Galvenais pētījuma ierobežojums

Mākslīgā intelekta atbilžu paneļi parasti rāda avota lapu, nevis Schema.org tipu, kas varēja būt šajā lapā. Google nepublicē ziņojumu, kas teiktu, piemēram, ka lapa tika citēta, jo tā izmantoja Article, nevis WebPage.

Tas rada trīs dažādus jautājumus:

1. Vai lapa tika citēta?
2. Vai lapa saturēja strukturētos datus?
3. Vai strukturētie dati izraisīja citātu?

Lielākā daļa pētījumu var atbildēt tikai uz pirmajiem diviem. Tie nevar pierādīt trešo.

Tāpēc lapa ar FAQPage iezīmēšanu var bieži parādīties mākslīgā intelekta atbildēs, bet iezīmēšana nav iemesls. Lapai var būt spēcīgs saturs, augsts meklēšanas rangs, daudz saišu vai labi zināms zīmols.

Audits pēc shēmas tipa

1. Article

Ko tas dara

Article apraksta rakstu, ziņu stāstu, emuāra ierakstu vai līdzīgu redakcionālu lapu. Google atbalsta Article, NewsArticle un BlogPosting kā rakstu tipus. Google neuzskaita obligātās īpašības rakstu iezīmēšanai, bet iesaka pievienot tās īpašības, kas attiecas uz lapu. (developers.google.com)

Visvairāk svarīgās īpašības

Izmantojiet šīs, ja tās ir redzamas un precīzas:

• headline
• author
• author.name
• author.url vai author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google iesaka izmantot reālu Person vai Organization kā autoru. Tā arī iesaka saglabāt datumu konsekvenci strukturētajos datos ar redzamajiem publicēšanas un atjaunināšanas datumiem. (developers.google.com)

Mākslīgā intelekta ietekme

Pierādījumu līmenis: netiešs.

Article palīdz noteikt lapas tipu, autorību un aktualitāti. Tie ir noderīgi signāli meklēšanas sistēmām, īpaši faktu lapās un redakcionālā saturā. Tomēr pašreizējie pierādījumi neliecina, ka tikai Article pievienošana palielina mākslīgā intelekta citātus.

Raksta kontrolsaraksts

• Lapa patiešām ir raksts.
• Virsraksts atbilst redzamajam nosaukumam.
• Katrs redzamais autors ir iekļauts.
• Katram autoram ir atsevišķs Person vai Organization objekts.
• Autoru vārdi satur tikai vārdus, nevis amata nosaukumus vai izdevēja nosaukumus.
• Autors norāda saiti uz reālu profilu vai autora lapu.
• Publicēšanas un atjaunināšanas datumi ir redzami lapā.
• Datumi izmanto pareizu laika joslu, ja iekļauts laiks.
• Attēls atspoguļo rakstu.
• Izdevējs ir konsekventi identificēts visā vietnē.
• Raksts nav iezīmēts kā cits primārais tips, piemēram, HowTo, ja vien lapa patiešām kalpo abiem mērķiem.

2. WebPage

Ko tas dara

WebPage ir vispārīgs lapas tips. Schema.org norāda, ka katra tīmekļa lapa tiek netieši uzskatīta par WebPage, taču skaidra deklarācija var palīdzēt, ja lapa ietver lapas līmeņa īpašības vai attiecības. (schema.org)

Noderīgas īpašības ietver:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Mākslīgā intelekta ietekme

Pierādījumu līmenis: zems un netiešs.

WebPage vislabāk izmantot kā ārējo lapas slāni saistītā grafikā. Tas var savienot lapu ar tās galveno rakstu, definīciju, datu kopu, personu vai organizāciju.

To nevajadzētu uzskatīt par īpašu mākslīgā intelekta optimizācijas veidu. Lapa, kas satur tikai vispārīgu WebPage objektu, parasti sniedz mazāk noderīgas informācijas nekā lapa, kas skaidri identificē tās galveno entītiju.

WebPage kontrolsaraksts

• Izmantojiet vienu stabilu @id lapai.
• Izmantojiet kanonisko URL kā lapas URL.
• Identificējiet lapas patieso mainEntity.
• Saistiet galveno entītiju atpakaļ ar lapu, izmantojot mainEntityOfPage.
• Pievienojiet inLanguage, ja zināms.
• Saglabājiet lapas nosaukumu un aprakstu saskaņā ar redzamo saturu.
• Neizmantojiet WebPage, lai slēptu faktu, ka lapa patiesībā ir raksts, profils, datu kopa vai jautājumu lapa.

3. QAPage

Ko tas dara

QAPage ir paredzēta lapai, kas koncentrējas uz vienu jautājumu un tā atbildēm. Google norāda, ka tā izmanto Question strukturētos datus no lapām, kas atzīmētas kā QAPage, un ka lapā jābūt tikai vienam QAPage un vienam galvenajam Question. (developers.google.com)

Obligātās īpašības

Pašreizējai Google jautājumu un atbilžu atbilstībai:

• QAPage.mainEntity
• Iekšējais Question
• Question.answerCount
• Vai nu acceptedAnswer vai suggestedAnswer
• Answer.text

Jautājums bez atbildēm nav tiesīgs saņemt bagātīgu rezultātu.

Svarīgs satura noteikums

Neizmantojiet QAPage priekš:

• Parastas bieži uzdoto jautājumu lapas
• Emuāra ieraksta, kas atbild uz jautājumu
• Pamācības raksta
• Produkta lapas, kas satur daudz jautājumu
• Redakcionālas atbildes, ko rakstījis tikai vietnes īpašnieks

Google norāda, ka lietotājiem jāspēj iesniegt atbildes par parastu QAPage. Derīgi piemēri ietver foruma jautājumu vai atbalsta lapu, kur lietotāji var sniegt atbildes. (developers.google.com)

Mākslīgā intelekta ietekme

Pierādījumu līmenis: vidēja semantiskā atbilstība, nav pierādīta cēloņsakarību palielināšanās.

Reāla jautājumu un atbilžu lapa ir dabiski viegli saprotama meklēšanas sistēmai. Tomēr nav spēcīga publiska pētījuma, kas pierādītu, ka QAPage iezīmēšana pati par sevi palielina mākslīgā intelekta citātus.

QAPage kontrolsaraksts

• Lapa koncentrējas uz vienu jautājumu.
• Lietotāji var iesniegt atbildes, ja vien lapa nav piemērota īpašai izglītības jautājumu un atbilžu pieredzei.
• Pilns jautājums ir redzams.
• Pilns atbildes teksts ir redzams.
• answerCount atbilst faktiskajam atbilžu skaitam.
• Akceptētās un ieteiktās atbildes ir pareizi marķētas.
• Komentāri ir marķēti kā komentāri, nevis atbildes.
• Lapa nav vienkārši redakcionāla bieži uzdoto jautājumu lapa.
• Lapa nesatur vairākus nesaistītus jautājumus.

QAPage piemērs

html

Izmantojiet šo modeli tikai tad, ja lapa patiešām atbalsta jautājumu un atbilžu mijiedarbību.

4. HowTo

Ko tas dara

HowTo apraksta soli pa solim instrukcijas. Google kādreiz atbalstīja Pamācību bagātīgos rezultātus, taču 2023. gada septembrī tā atcēla šo meklēšanas funkciju. Google paziņoja, ka Pamācību rezultāti vairs neparādīsies datora versijā un jau bija noņemti no mobilās meklēšanas. (developers.google.com)

Mākslīgā intelekta ietekme

Pierādījumu līmenis: zems Google.

Redzamie soļi joprojām var palīdzēt lietotājiem un meklēšanas sistēmām. Skaidra pamācība ar virsrakstiem, numurētiem soļiem, rīkiem, laiku un brīdinājumiem ir vieglāk lasāma un citējama. Taču pašreizējie pierādījumi neliecina, ka HowTo iezīmēšana rada īpašas priekšrocības Google AI pārskatos vai AI režīmā.

Ieteikums

Izmantojiet HowTo tikai tad, ja:

• Lapa patiešām māca veikt kādu uzdevumu.
• Soļi ir redzami lapas saturā.
• Cita meklētājprogramma, platforma vai iekšējā sistēma gūst labumu no iezīmēšanas.
• Jūsu komanda to var uzturēt, neradot pretrunīgus datus.

Google meklēšanai prioritāri nosakiet spēcīgus HTML virsrakstus, numurētos sarakstus, skaidras instrukcijas un noderīgus attēlus vai video.

Pamācības kontrolsaraksts

• Lapa māca reālu uzdevumu.
• Uzdevuma rezultāts ir skaidrs.
• Katrs solis ir redzams un pilnīgs.
• Soļu nosaukumi atbilst redzamajiem virsrakstiem.
• Rīki un piederumi ir reāli un redzami.
• Laika aprēķini ir precīzi.
• Drošības brīdinājumi ir iekļauti, ja nepieciešams.
• Pirmā sadaļa sniedz īsu atbildi vai rezultātu.
• Lapa nepaļaujas uz iezīmēšanu, lai sniegtu instrukcijas.

5. ClaimReview

Ko tas dara

ClaimReview tika izstrādāts faktu pārbaudes saturam. Google pakāpeniski pārtrauca Claim Review atbalstu meklēšanā kā daļu no tās 2025. gada centieniem vienkāršot meklēšanas rezultātus. Šis tips tika noņemts no Search Console ziņojumiem un Rich Results Test. (developers.google.com)

Mākslīgā intelekta ietekme

Pierādījumu līmenis: nav pašreizējas Google priekšrocības.

Augstas kvalitātes faktu pārbaudi joprojām var citēt, jo tā skaidri norāda:

• Pretenziju
• Vērtējumu
• Pierādījumus
• Datumu
• Faktu pārbaudes organizāciju
• Pamatojumu secinājumam

Šie ieguvumi galvenokārt nāk no paša satura, nevis no atceltās Google meklēšanas funkcijas.

Ieteikums

Faktu lapai:

1. Izmantojiet Article vai NewsArticle, ja lapa ir redakcionāla.
2. Skaidri norādiet pretenziju redzamā tekstā.
3. Citējiet primāros pierādījumus.
4. Identificējiet autoru un pārskatošo organizāciju.
5. Pievienojiet publicēšanas un pārskatīšanas datumus.
6. Izmantojiet ClaimReview tikai tad, ja cita platforma vai datu sistēma to īpaši pieprasa.

Nepievienojiet ClaimReview tikai tāpēc, ka jūs sagaidāt, ka Google mākslīgā intelekta atbildes to dos priekšroku.

6. FAQPage

Ko tas dara

FAQPage apraksta lapu, kas satur jautājumus un oficiālas atbildes. Google pārtrauca rādīt bieži uzdoto jautājumu bagātīgo rezultātu meklēšanā, sākot ar 2026. gada 7. maiju, un noņēma saistīto dokumentāciju 2026. gada jūnijā. (developers.google.com)

Mākslīgā intelekta ietekme

Pierādījumu līmenis: vājš un jaukts.

90 dienu pārdevēja pētījumā 120 lapām tika pievienota FAQPage iezīmēšana. Netika konstatēts ticams uzlabojums ChatGPT, Gemini vai Google AI pārskata citātos. Perplexity parādīja nelielu pieaugumu, taču pats pētījums norādīja, ka rezultāts bija platformas specifisks un nepierādīja cēloņsakarību. (authorityradar.com)

Cits pētījums par 615 jau citētām lapām atklāja, ka FAQ iezīmēšana biežāk parādījās bieži citētās lapās. Šī saistība pazuda pēc atkārtotu lapu kontroles no tiem pašiem izdevējiem. Pētnieki secināja, ka pierādījumi nepierādīja pašas iezīmēšanas ietekmi. (getintel.ai)

Ieteikums

Izmantojiet bieži uzdotos jautājumus, ja tie uzlabo lapu lasītājiem. Nepievienojiet lielus vispārīgu jautājumu blokus, lai tikai mērķētu uz mākslīgā intelekta atbildēm.

Ja saglabājat FAQPage iezīmēšanu citai meklētājprogrammai vai satura sistēmai:

• Padariet katru jautājumu redzamu.
• Padariet katru atbildi pilnīgu.
• Saglabājiet iezīmēšanu identisku lapai.
• Neatkārtojiet vienu un to pašu jautājumu vairākos shēmas blokos.
• Negaidiet Google bieži uzdoto jautājumu bagātīgu rezultātu.

FAQPage piemērs patērētājiem, kas nav Google

html

Tas ir semantisks apraksts, nevis Google meklēšanas funkcijas solījums.

7. Organization

Ko tas dara

Organization palīdz Google saprast un precizēt uzņēmumu, bezpeļņas organizāciju, izdevēju, skolu vai citu organizāciju. Google norāda, ka organizācijas iezīmēšana var ietekmēt vizuālos elementus, piemēram, logotipu, kas tiek rādīts meklēšanā, un dažus zināšanu paneļa informāciju. Google pašreizējā organizācijas rokasgrāmatā nav obligātu īpašību. (developers.google.com)

Ieteicamās īpašības

Izmantojiet tās īpašības, kas ir patiesas un redzamas:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Mākslīgā intelekta ietekme

Pierādījumu līmenis: netiešs, bet noderīgs.

Organization var savienot:

• Izdevēju ar rakstu
• Uzņēmumu ar tā produktiem vai pakalpojumiem
• Zīmolu ar tā oficiālajiem profiliem
• Organizāciju ar zināmu tīmekļa identitāti

Tas ir noderīgi entītiju precizēšanai. Tas nepierāda, ka mākslīgā intelekta sistēma citēs lapu.

Organizācijas kontrolsaraksts

• Ievietojiet pilnu organizācijas objektu sākumlapā vai organizācijas lapā.
• Izmantojiet stabilu @id, piemēram, https://www.example.com/#organization.
• Izmantojiet precīzu publisko organizācijas nosaukumu.
• Norādiet saites uz reāliem oficiālajiem profiliem ar sameAs.
• Izmantojiet pareizo organizācijas apakštipu, ja tas ir piemērots.
• Izmantojiet reālu logotipu, kas atspoguļo organizāciju.
• Saglabājiet kontaktinformāciju aktuālu.
• Atsaucieties uz organizāciju no rakstiem, nevis katrā lapā veidojiet pretrunīgas versijas.

8. Person

Ko tas dara

Person identificē personu, kura raksta, pārskata, pieder, pārvalda vai parādās lapā. Tas parasti ir visnoderīgākais, ja tas ir saistīts ar:

• Article.author
• QAPage jautājuma vai atbildes autoru
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Google profila vadlīnijas norāda, ka profila lapai jākoncentrējas uz vienu personu vai organizāciju. ProfilePage objektam ir nepieciešama mainEntity, un šai entītijai jābūt Person vai Organization. Personai vai organizācijai jābūt name vai alternateName, ja nosaukums nav pieejams. (developers.google.com)

Ieteicamās īpašības

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Mākslīgā intelekta ietekme

Pierādījumu līmenis: netiešs.

Personas iezīmēšana var palīdzēt savienot autora vārdu ar:

• Biogrāfiju
• Darbu vai lomu
• Organizāciju
• Publicētiem rakstiem
• Ārējiem profiliem
• Zināšanu jomām

Izmantojiet to, lai padarītu identitāti skaidru, nevis lai pretendētu uz zināšanām, ko lapa neatbalsta.

Personas kontrolsaraksts

• Izmantojiet Person tikai reālai personai.
• Izmantojiet Organization uzņēmumam vai publikācijai.
• Norādiet saiti uz redzamu autora lapu.
• Izmantojiet sameAs tikai precīziem, oficiāliem profiliem.
• Saglabājiet amata nosaukumus un kvalifikāciju aktuālus.
• Pievienojiet visus redzamos autorus, nevis tikai vadošo autoru.
• Izmantojiet vienu un to pašu personas @id visos rakstos un profila lapās.

Obligāto īpašību matrica

Google vispārīgās vadlīnijas atbalsta pilnīgus un precīzus datus, nevis lielu daudzumu nepilnīgas iezīmēšanas. Tā arī brīdina, ka strukturētajiem datiem jāatspoguļo redzamais saturs un ka pareiza iezīmēšana joprojām negarantē bagātīgu rezultātu. (developers.google.com)

Lietošanas gadījumu ieviešanas kontrolsaraksti

Faktu lapas

Labākā kombinācija:

• WebPage
• Article vai NewsArticle
• Person
• Organization
• Izvēles ClaimReview tikai citam atbalstītam patērētājam

Kontrolsaraksts:

• Galveno faktu norādiet lapas augšdaļā.
• Nosauciet fakta avotu.
• Norādiet saiti uz primārajiem pierādījumiem.
• Iekļaujiet publicēšanas un pēdējās pārskatīšanas datumu.
• Identificējiet autoru un pārskatītāju.
• Atdaliet faktus no viedokļiem.
• Izmantojiet Article, ja lapa ir redakcionāla.
• Neizmantojiet ClaimReview kā pašreizējo Google meklēšanas taktiku.

Definīciju lapas

Labākā kombinācija:

• WebPage
• DefinedTerm
• Izvēles Article, ja lapa ir garš redakcionāls skaidrojums
• Organization vai Person, ja atbildīgais ir eksperts vai izdevējs

DefinedTerm ir paredzēts vārdam, frāzei, kodam vai jēdzienam ar oficiālu definīciju. Tā galvenās īpašības ietver name, description, termCode, inDefinedTermSet un sameAs. (schema.org)

Kontrolsaraksts:

• Definīciju norādiet pirmajā rindkopā.
• Izmantojiet vienu skaidru terminu kā galveno entītiju.
• Pievienojiet alternatīvos nosaukumus tikai tad, ja tie ir reāli.
• Norādiet saiti uz uzticamu ārēju definīciju, ja tas ir piemērots.
• Skaidrojiet terminu vienkāršā valodā.
• Izmantojiet piemērus un robežas.
• Neiezīmējiet nesaistītu terminu sarakstu kā vienu DefinedTerm.

Pamācības

Labākā kombinācija:

• WebPage
• HowTo tikai tad, ja to prasa cits patērētājs
• Article, ja pamācība ir arī redakcionāls raksts
• Person un Organization autorībai

Kontrolsaraksts:

• Rezultātu norādiet pirms soļiem.
• Izmantojiet numurētus redzamus virsrakstus.
• Katru soli koncentrējiet uz vienu darbību.
• Iekļaujiet rīkus, piederumus, laiku un brīdinājumus, ja nepieciešams.
• Pievienojiet attēlus vai video, ja tie palīdz.
• Neslēpiet soļus tikai JSON-LD.
• Negaidiet Pamācību bagātīgos rezultātus Google meklēšanā.

Datu katalogi

Labākā kombinācija:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org definē Dataset kā strukturētas informācijas kopumu un atbalsta attiecības, piemēram, includedInDataCatalog un distribution. (schema.org)

Google 2025. gada beigās precizēja, ka Dataset strukturētie dati tiek izmantoti Dataset Search un nav vispārīga Google meklēšanas rezultātu funkcija. Tāpēc to vajadzētu uzskatīt par datu atklāšanas un sadarbspējas slāni, nevis mākslīgā intelekta citēšanas saīsni. (developers.google.com)

Kontrolsaraksts:

• Katrai datu kopai piešķiriet stabilu identifikatoru.
• Norādiet tēmu un apjomu.
• Iekļaujiet izdevēju vai radītāju.
• Pievienojiet datu pārklājuma datumu diapazonu.
• Norādiet ģeogrāfisko pārklājumu, ja tas ir aktuāli.
• Aprakstiet licences un piekļuves nosacījumus.
• Pievienojiet katru lejupielādējamo failu kā DataDownload.
• Iekļaujiet faila formātu un lejupielādes URL.
• Saglabājiet kataloga metadatus sinhronizētus ar faktiskajiem failiem.
• Dokumentējiet atjaunināšanas biežumu un pēdējo atjaunināšanas datumu.

JSON-LD piemērs: faktu lapa

Šis piemērs savieno lapu, rakstu, autoru, izdevēju un tēmu. Aizstājiet katru vērtību ar informāciju, kas parādās reālajā lapā.

html

JSON-LD piemērs: definīcijas lapa

html

Definīcijai ir jāparādās arī kā parastam lapas tekstam. Nenovietojiet definīciju tikai strukturētajos datos.

JSON-LD piemērs: pamācība

Tā kā Google Pamācību bagātīgais rezultāts ir novecojis, uzskatiet to par izvēles iezīmēšanu citām sistēmām. Redzamajā lapā joprojām ir jābūt pilnīgām instrukcijām.

html

JSON-LD piemērs: datu katalogs

html

Bieži sastopamās ieviešanas kļūdas

Nesakrītoša shēma

Visnopietnākā kļūda ir satura iezīmēšana, ko lietotāji nevar redzēt. Google norāda, ka strukturētajiem datiem jābūt patiesam lapas atspoguļojumam, un maldinošs vai slēpts saturs var padarīt lapu nepiemērotu bagātīgiem rezultātiem. (developers.google.com)

Bieži piemēri:

• Raksta iezīmēšana kā HowTo, ja tas nesatur reālus soļus
• Uzņēmuma iezīmēšana kā autors, ja rakstu ir uzrakstījis cilvēks
• Bieži uzdoto jautājumu atbilžu pievienošana, kas lapā neparādās
• Nākotnes publicēšanas datuma izmantošana
• Vispārīga emuāra ieraksta iezīmēšana kā QAPage
• ClaimReview pievienošana viedokļa rakstam

Plānas atbildes

Strukturētie dati nevar aizpildīt tukšu lapu.

Īsa, neskaidra atbilde iekš Answer.text vai acceptedAnswer nerada spēcīgu avotu. Redzamajam saturam vajadzētu:

• Tieši atbildēt uz jautājumu
• Skaidrot svarīgus ierobežojumus un izņēmumus
• Nosaukt avotus
• Iekļaut datumus, piemērus vai mērījumus, ja tie ir noderīgi
• Būt patstāvīgam, ja to nokopē ārpus konteksta

Google mākslīgā intelekta vadlīnijas norāda, ka nav ideāla lapas garuma un nav nepieciešams sadalīt saturu sīkās daļās mākslīgā intelekta sistēmām. Labāks mērķis ir noderīgs, pilnīgs, uz cilvēkiem orientēts saturs. (developers.google.com)

Duplicētas entītijas

Izvairieties no vairāku pretrunīgu vienas un tās pašas organizācijas, autora vai lapas versiju publicēšanas.

Vāja ieviešana:

• Viens Organization objekts ar vienu nosaukumu sākumlapā
• Otrs objekts ar citu nosaukumu katrā rakstā
• Trešais objekts bez @id autora lapā

Labāka ieviešana:

• Piešķiriet organizācijai vienu stabilu @id
• Piešķiriet katram autoram vienu stabilu @id
• Atsaucieties uz šiem objektiem no rakstiem, profiliem un jautājumu lapām
• Saglabājiet nosaukumu, logotipu, URL un ārējās identitātes saites konsekventas

Duplicēti jautājumi

Neatkārtojiet vienu un to pašu jautājumu:

• FAQPage
• QAPage
• Rakstu iezīmēšanā
• Vairākās redzamās lapas sadaļās
• Vairākos JSON-LD blokos

Izmantojiet shēmas tipu, kas atbilst lapas galvenajam mērķim. Viena skaidra atbilde ir labāka nekā vairāki pārklājoši iezīmēšanas bloki.

Nepareizi datumi

Google izmanto vairākus avotus, lai aprēķinātu publicēšanas un atjaunināšanas datumus. Tā iesaka, lai redzamie datumi un strukturētie datumi saskanētu, un brīdina neizmantot nākotnes datumus vai datumus, kas saistīti ar rakstā apspriestajiem notikumiem, nevis ar pašu lapu. (developers.google.com)

Pārmērīga sameAs lietošana

Saitei sameAs jāidentificē viena un tā pati reālās pasaules persona vai organizācija. Nesaistiet ar:

• Nesaistītu sociālo profilu
• Meklēšanas rezultātu lapu
• Vispārīgu direktoriju sarakstu
• Lapiņu ar atšķirīgu pareizrakstību vai identitāti
• Profilu, ko organizācija nekontrolē

Tikai JavaScript iezīmēšana

Google var apstrādāt strukturētos datus, kas pievienoti atveidotajai lapai, taču tikai JavaScript ieviešana var būt grūtāk nosakāma citiem pārmeklētājiem un audita rīkiem. Servera atveidots JSON-LD bloks parasti ir vieglāk testējams un uzturams. (developers.google.com)

Praktisks testēšanas plāns

Lai noteiktu, vai iezīmēšanai ir papildu efekts, izmantojiet kontrolētu testu, nevis paļaujoties uz dažiem manuāliem meklējumiem.

Pirms izmaiņām

Reģistrējiet:

• Mērķa vaicājumi
• Pašreizējais organiskais rangs
• Vai parādās mākslīgā intelekta atbilde
• Kuras lapas tiek citētas
• Citāta pozīcija, ja pieejama
• Meklēšanas plūsma
• Konversijas
• Pašreizējie strukturētie dati
• Satura izmaiņas, kas veiktas testa periodā

Testēšanas laikā

• Vienlaicīgi pievienojiet vienu lielu iezīmēšanas izmaiņu.
• Saglabājiet saturu, iekšējās saites, virsrakstus un atpakaļsaites stabilas.
• Izmantojiet līdzīgas kontroles lapas, kurām netiek veiktas izmaiņas.
• Ierakstiet precīzu izmaiņu publicēšanas datumu.
• Gaidiet pietiekami ilgi pārmeklēšanai un atkārtotai apstrādei.

Ahrefs izmantoja saskaņotas kontroles un pirms-pēc atšķirību-atšķirībās metodi. Tā pieeja ir noderīgs modelis organizācijām, kas vēlas testēt strukturētos datus, nevis pieņemt, ka korelācija pierāda cēloņsakarību. (ahrefs.com)

Pēc izmaiņām

Izsekojiet:

• Google Search Console mākslīgā intelekta veiktspējas dati
• Google AI pārskata citāti
• Google AI režīma citāti
• Bing Webmaster Tools mākslīgā intelekta citāti
• ChatGPT, Gemini vai Perplexity citāti, ja tie ir aktuāli
• Organiskie ranžējumi
• Meklēšanas klikšķi
• Asistētās konversijas

Google ziņo par mākslīgā intelekta meklēšanas plūsmu, izmantojot Search Console veiktspējas ziņojumus. Bing mākslīgā intelekta veiktspējas ziņojumos tiek rādītas citētās lapas un pamatojuma vaicājumi, taču tie neparāda, kāpēc lapa tika izvēlēta vai cik svarīga tā bija atbildē. (developers.google.com)

Ieteicamā ieviešanas secība

Lielākajai daļai izdevēju labākā secība ir:

1. Vispirms salabojiet redzamo saturu.
2. Padariet pārmeklēšanu un indeksēšanu uzticamu.
3. Ieviesiet Article reālām redakcionālām lapām.
4. Savienojiet autorus ar Person un profila lapām.
5. Savienojiet izdevējus ar Organization.
6. Izmantojiet WebPage kā tīru lapas līmeņa grafu slāni.
7. Izmantojiet QAPage tikai patiesiem kopienas jautājumiem.
8. Izmantojiet DefinedTerm glosārija un definīciju lapām.
9. Izmantojiet Dataset un DataCatalog datu resursiem.
10. Apstrādājiet FAQPage, HowTo un ClaimReview kā sekundāru vai ne-Google iezīmēšanu, jo to Google meklēšanas funkcijas ir noņemtas vai novecojušas.

Secinājums

Spēcīgākā pašreizējā mācība ir vienkārša: Schema.org iezīmēšana palīdz mašīnām saprast saturu, taču tā nav garantēts ceļš uz mākslīgā intelekta atbildēm.

Visizturīgākā ieviešana nav liela shēmas tipu kolekcija. Tas ir mazs, precīzs entītiju grafs:

• Article apraksta redakcionālo lapu.
• Person identificē autoru.
• Organization identificē izdevēju.
• WebPage savieno lapu ar tās galveno entītiju.
• QAPage apraksta patiesu lietotāja jautājumu un tā atbildes.
• DefinedTerm precizē definīciju.
• Dataset un DataCatalog apraksta strukturētos datu resursus.

Izmantojiet strukturētos datus tur, kur tie piešķir skaidru nozīmi. Neizmantojiet tos, lai maskētu plānu saturu, duplicētu redzamu tekstu vai atdarinātu meklēšanas funkciju, ko Google vairs neatbalsta. Lai mākslīgais intelekts varētu parādīties, visvērtīgākais darbs joprojām ir skaidras atbildes, spēcīgi pierādījumi, precīzas entītijas, aktuāla informācija un saturs, kas var pastāvēt pats par sevi.