Schema.org tekoälyn näkyvyyttä varten: Mitkä merkinnät ovat nyt tärkeitä

Schema.org tekoälyn näkyvyyttä varten: Mitkä merkinnät ovat nyt tärkeitä

5. syyskuuta 2026 alkaen jäsennelty data auttaa edelleen hakukoneita ymmärtämään sivuja, kirjoittajia, organisaatioita ja faktoja. Se ei kuitenkaan ole suora sijoitustekijä tekoälyvastausten kannalta.

Google toteaa, että sivut eivät tarvitse erityistä Schema.org-merkintää ilmestyäkseen tekoälykatsauksiin tai tekoälytilaan. Sivun on oltava pääasiassa indeksoitavissa, indeksoitu, kelvollinen hakutuloksen katkelmaan ja tuettu hyödyllisellä sisällöllä. Google sanoo myös, että jäsennetyn datan tulisi vastata näkyvää sivun sisältöä. (developers.google.com)

Paras nykyinen strategia on siksi:

1. Käytä jäsenneltyä dataa kuvaamaan sivua tarkasti.
2. Yhdistä merkintä sivun todelliseen tarkoitukseen.
3. Rakenna selkeät yhteydet artikkeleiden, kirjoittajien, organisaatioiden ja aiheiden välille.
4. Kirjoita suoria, täydellisiä vastauksia näkyvään HTML-muotoon.
5. Mittaa tekoälyviittauksia erillään perinteisistä laajennetuista hakutuloksista.

Johdon yhteenveto

Laaja tutkimustulos on tärkeä: pelkän yleisen jäsennetyn datan lisääminen ei ole tuottanut johdonmukaista lisäystä tekoälyviittauksissa. Kontrolloitu Ahrefs-tutkimus seurasi 1 885 sivua, jotka lisäsivät JavaScript Object Notation for Linked Dataa, ja vertasi niitä 4 000 kontrollisivuun. Se ei löytänyt merkittävää parannusta Googlen tekoälytilan tai ChatGPT-viittauksissa. Googlen tekoälykatsausten viittaukset laskivat hieman, mutta tutkijat varoittivat, että muutos oli pieni eikä sitä voitu selvästi syyttää merkinnästä. (ahrefs.com)

Erillisessä vuoden 2026 esipainoksessa havaittiin, että yleiset tyypit, kuten Article, Organization, BreadcrumbList ja WebPage, eivät itsenäisesti ennustaneet tekoälyviittauksia sen jälkeen, kun hakusijoitus ja verkkotunnuksen auktoriteetti oli kontrolloitu. Sen vahvin havainto oli, että sivut, joilla oli konkreettista, attribuuttipitoista dataa, kuten hintoja, arvioita ja teknisiä tietoja, menestyivät paremmin kuin sivut, joilla oli vain yleisiä sivuetikettejä. Tämä havainto keskittyi pääasiassa tuote- ja arvostelusivuihin, joten sitä ei pidä pitää todisteena siitä, että mikään tämän artikkelin tyypeistä luo viittausetua. (aixiv.science)

Mitä jäsennelty data voi ja ei voi tehdä

Jäsennelty data on koneellisesti luettavissa oleva sivun kuvaus. Se voi kertoa hakukoneelle:

• Minkä tyyppinen sivu se on
• Kuka sen kirjoitti
• Mikä organisaatio sen julkaisi
• Mihin kysymykseen se vastaa
• Milloin se julkaistiin tai päivitettiin
• Mitä henkilöä, yritystä, termiä tai tietojoukkoa sivu kuvaa

Google sanoo, että jäsennelty data voi auttaa sen järjestelmiä ymmärtämään sivun sisältöä ja tekemään sivusta kelvollisen rikkaampiin hakuominaisuuksiin. Se sanoo myös, että Google Haku voi käyttää muita Schema.org-ominaisuuksia ymmärtämiseen, vaikka nämä ominaisuudet eivät laukaisisikaan näkyvää hakutulosta. (developers.google.com)

Jäsennelty data ei takaa:

• Korkeampaa orgaanista sijoitusta
• Tekoälyviittausta
• Laajennettua hakutulosta
• Tietopaneelia
• Sisällyttämistä tekoälyvastaukseen
• Merkinnän tarkan tekstin käyttöä

Bing antaa samankaltaisia ohjeita. Sen nykyiset webmaster-ohjeet sanovat, että jäsennelty data voi tukea selkeämpää pohjautumista, mutta se ei takaa näkyvyyttä tai viittausliikennettä. Bing neuvoo julkaisijoita myös tekemään faktoista ja määritelmistä selkeästi näkyviä sivun sisällössä. (bing.com)

Pääasiallinen tutkimusrajoitus

Tekoälyvastauspaneelit näyttävät yleensä lähdesivun, eivät Schema.org-tyyppiä, joka on saattanut olla kyseisellä sivulla. Google ei julkaise raporttia, jossa esimerkiksi sanottaisiin, että sivu viitattiin, koska se käytti Article-tyyppiä WebPage-tyypin sijaan.

Tämä luo kolme eri kysymystä:

1. Viitattiinko sivuun?
2. Sisälsikö sivu jäsenneltyä dataa?
3. Aiheuttiko jäsennelty data viittauksen?

Useimmat tutkimukset voivat vastata vain kahteen ensimmäiseen. Ne eivät voi todistaa kolmatta.

Siksi sivu, jossa on FAQPage-merkintä, voi esiintyä usein tekoälyvastauksissa ilman, että merkintä olisi syy. Sivulla voi olla vahva sisältö, korkea hakusijoitus, monia linkkejä tai tunnettu brändi.

Tarkastus skeematyypin mukaan

1. Article

Mitä se tekee

Article kuvaa artikkelia, uutista, blogikirjoitusta tai vastaavaa toimituksellista sivua. Google tukee Article, NewsArticle ja BlogPosting -tyyppejä artikkelityyppeinä. Google ei luettele pakollisia ominaisuuksia artikkelin merkinnälle, mutta se suosittelee lisäämään sivuun soveltuvat ominaisuudet. (developers.google.com)

Tärkeimmät ominaisuudet

Käytä näitä, kun ne ovat näkyviä ja tarkkoja:

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

Google suosittelee käyttämään oikeaa Person- tai Organization-tyyppiä kirjoittajana. Se suosittelee myös pitämään jäsennellyn datan päivämäärät johdonmukaisina näkyvien julkaisu- ja päivityspäivämäärien kanssa. (developers.google.com)

Tekoälyvaikutus

Todisteiden taso: epäsuora.

Article auttaa määrittämään sivun tyypin, kirjoittajuuden ja tuoreuden. Nämä ovat hyödyllisiä signaaleja hakujärjestelmille, erityisesti faktasivuilla ja toimituksellisessa sisällössä. Nykyinen näyttö ei kuitenkaan osoita, että pelkän Article-merkinnän lisääminen lisäisi tekoälyviittauksia.

Artikkelin tarkistuslista

• Sivu on aidosti artikkeli.
• Otsikko vastaa näkyvää otsikkoa.
• Jokainen näkyvä kirjoittaja on sisällytetty.
• Jokaisella kirjoittajalla on erillinen Person- tai Organization-objekti.
• Kirjoittajien nimet sisältävät vain nimiä, eivät ammattinimikkeitä tai julkaisijoiden nimiä.
• Kirjoittaja linkittää todelliseen profiiliin tai kirjoittajasivuun.
• Julkaisu- ja päivityspäivämäärät ovat näkyvissä sivulla.
• Päivämäärät käyttävät oikeaa aikavyöhykettä, kun aika sisältyy.
• Kuva edustaa artikkelia.
• Julkaisija on tunnistettu johdonmukaisesti koko sivustolla.
• Artikkelia ei ole merkitty toisena ensisijaisena tyyppinä, kuten HowTo, ellei sivu todella palvele molempia tarkoituksia.

2. WebPage

Mitä se tekee

WebPage on yleinen sivutyyppi. Schema.org toteaa, että jokainen verkkosivu käsitellään implisiittisesti WebPage-tyyppinä, mutta eksplisiittinen ilmoitus voi auttaa, kun sivu sisältää sivutason ominaisuuksia tai suhteita. (schema.org)

Hyödyllisiä ominaisuuksia ovat:

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

Tekoälyvaikutus

Todisteiden taso: matala ja epäsuora.

WebPage on parasta käyttää ulompana sivukerroksena yhdistetyssä graafissa. Se voi yhdistää sivun sen pääartikkeliin, määritelmään, tietojoukkoon, henkilöön tai organisaatioon.

Sitä ei pidä käsitellä erityisenä tekoälyn optimointityyppinä. Sivu, joka sisältää vain yleisen WebPage-objektin, antaa yleensä vähemmän hyödyllistä tietoa kuin sivu, joka selkeästi tunnistaa pääkohteensa.

Verkkosivun tarkistuslista

• Käytä yhtä vakaata @id-tunnusta sivulle.
• Käytä kanonista URL-osoitetta sivun URL-osoitteena.
• Tunnista sivun todellinen mainEntity.
• Linkitä pääkohde takaisin sivuun mainEntityOfPage-merkinnällä.
• Lisää inLanguage tiedettäessä.
• Pidä sivun nimi ja kuvaus yhdenmukaisina näkyvän sisällön kanssa.
• Älä käytä WebPage-merkintää piilottaaksesi sen, että sivu on todellisuudessa artikkeli, profiili, tietojoukko tai kysymyssivu.

3. QAPage

Mitä se tekee

QAPage on tarkoitettu sivulle, joka keskittyy yhteen kysymykseen ja sen vastauksiin. Google sanoo käyttävänsä Question-jäsenneltyä dataa sivuista, jotka on merkitty QAPage-tyyppisiksi, ja sivulla tulisi olla vain yksi QAPage ja yksi pääasiallinen Question. (developers.google.com)

Pakolliset ominaisuudet

Nykyisen Googlen kysymys-vastaus-kelpoisuuden kannalta:

• QAPage.mainEntity
• Sisäkkäinen Question
• Question.answerCount
• Joko acceptedAnswer tai suggestedAnswer
• Answer.text

Kysymys, johon ei ole vastauksia, ei ole kelvollinen laajennettuun hakutulokseen.

Tärkeä sisältösääntö

Älä käytä QAPage-merkintää:

• Normaalille usein kysyttyjen kysymysten sivulle
• Blogikirjoitukselle, joka vastaa kysymykseen
• Ohjeartikkelille
• Tuotesivulle, joka sisältää monia kysymyksiä
• Toimitukselliselle vastaukselle, jonka on kirjoittanut vain sivuston omistaja

Google sanoo, että käyttäjien on voitava lähettää vastauksia normaaliin QAPage-tyyppiin. Kelvollisia esimerkkejä ovat foorumikysymys tai tukisivu, jossa käyttäjät voivat antaa vastauksia. (developers.google.com)

Tekoälyvaikutus

Todisteiden taso: keskisuuri semanttinen sopivuus, ei todistettua kausaalista parannusta.

Todellinen kysymys-vastaus-sivu on luonnostaan helppo hakujärjestelmän ymmärtää. Mikään vahva julkinen tutkimus ei kuitenkaan todista, että QAPage-merkintä itsessään lisäisi tekoälyviittauksia.

Kysymys-vastaus-sivun tarkistuslista

• Sivu keskittyy yhteen kysymykseen.
• Käyttäjät voivat lähettää vastauksia, ellei sivu täytä erityisen koulutuksen kysymys-vastaus-kokemuksen ehtoja.
• Koko kysymys on näkyvissä.
• Koko vastausteksti on näkyvissä.
• answerCount vastaa todellista vastausten määrää.
• Hyväksytyt ja ehdotetut vastaukset on merkitty oikein.
• Kommentit on merkitty kommenteiksi, ei vastauksiksi.
• Sivu ei ole pelkästään toimituksellinen usein kysyttyjen kysymysten sivu.
• Sivu ei sisällä useita toisiinsa liittymättömiä kysymyksiä.

QAPage-esimerkki

html

Käytä tätä mallia vain, kun sivu todella tukee kysymys-vastaus-vuorovaikutusta.

4. HowTo

Mitä se tekee

HowTo kuvaa vaiheittaisia ohjeita. Google tuki aikoinaan ohje-laajennettuja hakutuloksia, mutta se vanhentui tästä hakuominaisuudesta syyskuussa 2023. Google sanoi, että ohje-tulokset eivät enää näy työpöydällä ja ne oli jo poistettu mobiilihausta. (developers.google.com)

Tekoälyvaikutus

Todisteiden taso: matala Googlelle.

Näkyvät vaiheet voivat silti auttaa käyttäjiä ja hakujärjestelmiä. Selkeä opetusohjelma otsikoineen, numeroituine vaiheineen, työkaluineen, aikoineen ja varoituksineen on helpompi lukea ja lainata. Nykyinen näyttö ei kuitenkaan osoita, että HowTo-merkintä loisi erityistä etua Googlen tekoälykatsauksissa tai tekoälytilassa.

Suositus

Käytä HowTo-merkintää vain, kun:

• Sivu todella opettaa tehtävän.
• Vaiheet ovat näkyvissä sivun sisällössä.
• Toinen hakukone, alusta tai sisäinen järjestelmä hyötyy merkinnästä.
• Tiimisi voi ylläpitää sitä luomatta ristiriitaista dataa.

Google Haun osalta priorisoi vahvoja HTML-otsikoita, numeroituja listoja, selkeitä ohjeita ja hyödyllisiä kuvia tai videoita.

Opetusohjelman tarkistuslista

• Sivu opettaa todellisen tehtävän.
• Tehtävän tulos on selkeä.
• Jokainen vaihe on näkyvissä ja täydellinen.
• Vaiheiden nimet vastaavat näkyviä otsikoita.
• Työkalut ja tarvikkeet ovat todellisia ja näkyviä.
• Aika-arviot ovat tarkkoja.
• Turvallisuusvaroitukset sisällytetään tarvittaessa.
• Ensimmäinen osa antaa lyhyen vastauksen tai lopputuloksen.
• Sivu ei luota merkintään ohjeiden antamisessa.

5. ClaimReview

Mitä se tekee

ClaimReview suunniteltiin tosiasioiden tarkistamiseen. Google poisti Claim Review -tuen Hausta osana vuoden 2025 pyrkimystä yksinkertaistaa hakutuloksia. Tyyppi poistettiin Search Consolen raportoinnista ja Rich Results Test -työkalusta. (developers.google.com)

Tekoälyvaikutus

Todisteiden taso: ei nykyistä Google-etua.

Korkealaatuinen tosiasioiden tarkistus voidaan edelleen mainita, koska se ilmoittaa selkeästi:

• Väitteen
• Arvion
• Todisteet
• Päivämäärän
• Tosiasiat tarkastavan organisaation
• Johtopäätöksen perustelut

Nämä edut tulevat pääasiassa itse sisällöstä, eivätkä Googlen poistetusta hakuominaisuudesta.

Suositus

Faktasivulle:

1. Käytä Article- tai NewsArticle-tyyppiä, kun sivu on toimituksellinen.
2. Ilmoita väite selkeästi näkyvässä tekstissä.
3. Viittaa ensisijaisiin todisteisiin.
4. Tunnista kirjoittaja ja arvioiva organisaatio.
5. Lisää julkaisu- ja tarkistuspäivämäärät.
6. Käytä ClaimReview-merkintää vain, jos toinen alusta tai tietojärjestelmä sitä erityisesti vaatii.

Älä lisää ClaimReview-merkintää vain siksi, että odotat Googlen tekoälyvastausten suosivan sitä.

6. FAQPage

Mitä se tekee

FAQPage kuvaa sivua, joka sisältää kysymyksiä ja virallisia vastauksia. Google lopetti UKK-laajennetun hakutuloksen näyttämisen Haussa alkaen 7. toukokuuta 2026, ja poisti siihen liittyvän dokumentaation kesäkuussa 2026. (developers.google.com)

Tekoälyvaikutus

Todisteiden taso: heikko ja sekava.

90 päivän toimittajatutkimus lisäsi FAQPage-merkinnän 120 sivulle. Se ei löytänyt luotettavaa parannusta ChatGPT-, Gemini- tai Google AI Overview -viittauksissa. Perplexity osoitti pientä kasvua, mutta itse tutkimus totesi tuloksen olevan alustakohtainen eikä todistanut syy-yhteyttä. (authorityradar.com)

Toisessa tutkimuksessa, joka käsitteli 615 jo viitattua sivua, havaittiin, että UKK-merkintä esiintyi useammin paljon viitatuilla sivuilla. Tämä suhde katosi, kun samojen julkaisijoiden toistuvat sivut oli kontrolloitu. Tutkijat päättelivät, että todisteet eivät osoittaneet merkinnän itsensä vaikutusta. (getintel.ai)

Suositus

Käytä usein kysyttyjä kysymyksiä, kun ne parantavat sivua lukijoille. Älä lisää suuria lohkoja yleisiä kysymyksiä vain kohdistaaksesi tekoälyvastauksiin.

Jos säilytät FAQPage-merkinnän toiselle hakukoneelle tai sisältöjärjestelmälle:

• Tee jokainen kysymys näkyväksi.
• Tee jokainen vastaus täydelliseksi.
• Pidä merkintä identtisenä sivun kanssa.
• Älä toista samaa kysymystä useissa skeemalohkoissa.
• Älä odota Googlen UKK-laajennettua hakutulosta.

UKK-sivun esimerkki ei-Google-kuluttajille

html

Tämä on semanttinen kuvaus, ei lupaus Googlen hakuominaisuudesta.

7. Organization

Mitä se tekee

Organization auttaa Googlea ymmärtämään ja erottamaan yrityksen, voittoa tavoittelemattoman järjestön, julkaisijan, koulun tai muun organisaation. Google sanoo, että organisaation merkintä voi vaikuttaa visuaalisiin elementteihin, kuten Haussa näkyvään logoon ja joihinkin tietopaneelin tietoihin. Googlen nykyisessä organisaatio-oppaassa ei ole pakollisia ominaisuuksia. (developers.google.com)

Suositellut ominaisuudet

Käytä ominaisuuksia, jotka ovat totta ja näkyviä:

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

Tekoälyvaikutus

Todisteiden taso: epäsuora mutta hyödyllinen.

Organization voi yhdistää:

• Julkaisijan artikkeliin
• Yrityksen sen tuotteisiin tai palveluihin
• Brändin sen virallisiin profiileihin
• Organisaation tunnettuun verkkoidentiteettiin

Tämä on hyödyllistä entiteettien erottelussa. Se ei todista, että tekoälyjärjestelmä viittaa sivuun.

Organisaation tarkistuslista

• Sijoita koko organisaatio-objekti kotisivulle tai organisaatiosivulle.
• Käytä vakaata @id-tunnusta, kuten https://www.example.com/#organization.
• Käytä täsmällistä julkista organisaation nimeä.
• Linkitä todellisiin virallisiin profiileihin sameAs-merkinnällä.
• Käytä oikeaa organisaation alityyppiä tarvittaessa.
• Käytä todellista logoa, joka edustaa organisaatiota.
• Pidä yhteystiedot ajan tasalla.
• Viittaa organisaatioon artikkeleista sen sijaan, että luot ristiriitaisia versioita jokaiselle sivulle.

8. Person

Mitä se tekee

Person tunnistaa henkilön, joka kirjoittaa, arvostelee, omistaa, hallinnoi tai esiintyy sivulla. Se on yleensä hyödyllisintä, kun se on yhdistetty:

• Article.author
• QAPage-kysymyksen tai -vastauksen kirjoittaja
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Googlen profiiliohjeistus sanoo, että profiilisivun on keskityttävä yhteen henkilöön tai organisaatioon. ProfilePage-objekti vaatii mainEntity-ominaisuuden, ja tämän entiteetin on oltava Person tai Organization. Henkilöllä tai organisaatiolla on oltava name tai alternateName, jos nimeä ei ole saatavilla. (developers.google.com)

Suositellut ominaisuudet

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

Tekoälyvaikutus

Todisteiden taso: epäsuora.

Henkilömerkintä voi auttaa yhdistämään kirjoittajan nimen:

• Elämäkertaan
• Työhön tai rooliin
• Organisaatioon
• Julkaistuihin artikkeleihin
• Ulkoisiin profiileihin
• Asiantuntemusalueisiin

Käytä sitä selventämään identiteettiä, älä väittämään asiantuntemusta, jota sivu ei tue.

Henkilön tarkistuslista

• Käytä Person-merkintää vain todelliselle henkilölle.
• Käytä Organization-merkintää yritykselle tai julkaisulle.
• Linkitä henkilö näkyvään kirjoittajasivuun.
• Käytä sameAs-merkintää vain tarkkoihin, virallisiin profiileihin.
• Pidä ammattinimikkeet ja pätevyydet ajan tasalla.
• Lisää kaikki näkyvät kirjoittajat, ei vain pääkirjoittajaa.
• Käytä samaa henkilön @id-tunnusta artikkeleissa ja profiilisivuilla.

Pakollisten ominaisuuksien matriisi

Googlen yleinen ohjeistus suosii täydellistä ja tarkkaa dataa suurien määrien puutteellisten merkintöjen sijaan. Se myös varoittaa, että jäsennetyn datan on edustettava näkyvää sisältöä ja että oikeinkaan merkintä ei takaa laajennettua hakutulosta. (developers.google.com)

Käyttötapauskohtaiset toteutuksen tarkistuslistat

Faktasivut

Paras yhdistelmä:

• WebPage
• Article tai NewsArticle
• Person
• Organization
• Valinnainen ClaimReview vain toiselle tuetulle kuluttajalle

Tarkistuslista:

• Ilmoita pääasia sivun yläosassa.
• Nimeä tosiasian lähde.
• Linkitä ensisijaisiin todisteisiin.
• Sisällytä julkaisu- ja viimeisimmän tarkistuksen päivämäärä.
• Tunnista kirjoittaja ja tarkistaja.
• Erota faktat mielipiteestä.
• Käytä Article-merkintää, kun sivu on toimituksellinen.
• Älä käytä ClaimReview-merkintää nykyisenä Googlen hakutaktiikkana.

Määritelmäsivut

Paras yhdistelmä:

• WebPage
• DefinedTerm
• Valinnainen Article, jos sivu on pitkä toimituksellinen selitys
• Organization tai Person, kun asiantuntija tai julkaisija on vastuussa

DefinedTerm on tarkoitettu sanalle, lausekkeelle, koodille tai käsitteelle, jolla on virallinen määritelmä. Sen pääominaisuuksiin kuuluvat name, description, termCode, inDefinedTermSet ja sameAs. (schema.org)

Tarkistuslista:

• Anna määritelmä ensimmäisessä kappaleessa.
• Käytä yhtä selkeää termiä pääkohteena.
• Lisää vaihtoehtoisia nimiä vain, kun ne ovat todellisia.
• Linkitä luotettavaan ulkoiseen määritelmään tarvittaessa.
• Selitä termi selkokielellä.
• Käytä esimerkkejä ja rajauksia.
• Vältä toisiinsa liittymättömien termien listan merkitsemistä yhdeksi DefinedTerm-tyypiksi.

Opetusohjelmat

Paras yhdistelmä:

• WebPage
• HowTo vain, jos toinen kuluttaja sitä tarvitsee
• Article, kun opetusohjelma on myös toimituksellinen artikkeli
• Person ja Organization kirjoittajuutta varten

Tarkistuslista:

• Ilmoita tulos ennen vaiheita.
• Käytä numeroituja näkyviä otsikoita.
• Pidä jokainen vaihe keskitettynä yhteen toimintoon.
• Sisällytä työkalut, tarvikkeet, aika ja varoitukset tarvittaessa.
• Lisää kuvia tai videoita, kun ne auttavat.
• Älä piilota vaiheita vain JSON-LD-merkintään.
• Älä odota ohje-laajennettuja hakutuloksia Google Haussa.

Tietokatalogit

Paras yhdistelmä:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org määrittelee Dataset-tyypin jäsennellyn tiedon kokonaisuudeksi ja tukee suhteita, kuten includedInDataCatalog ja distribution. (schema.org)

Google selvensi loppuvuodesta 2025, että Dataset-jäsenneltyä dataa käyttää Dataset Search, eikä se ole yleinen Google Haun tulosominaisuus. Sitä tulisi siksi käsitellä tiedon löytämisen ja yhteentoimivuuden kerroksena, ei tekoälyviittauksen pikakuvakkeena. (developers.google.com)

Tarkistuslista:

• Anna jokaiselle tietojoukolle vakaa tunniste.
• Ilmoita aihe ja laajuus.
• Sisällytä julkaisija tai luoja.
• Lisää datan kattama ajanjakso.
• Ilmoita maantieteellinen kattavuus, kun se on relevanttia.
• Kuvaile lisenssejä ja pääsyehdot.
• Lisää jokainen ladattava tiedosto DataDownload-merkintänä.
• Sisällytä tiedostomuoto ja lataus-URL.
• Pidä katalogin metatiedot synkronoituna todellisten tiedostojen kanssa.
• Dokumentoi päivitystiheys ja viimeisin päivityspäivämäärä.

JSON-LD-esimerkki: faktasivu

Tämä esimerkki yhdistää sivun, artikkelin, kirjoittajan, julkaisijan ja aiheen. Korvaa jokainen arvo tiedolla, joka näkyy todellisella sivulla.

html

JSON-LD-esimerkki: määritelmäsivu

html

Määritelmän on myös esiinnyttävä normaalina sivun tekstinä. Älä sijoita määritelmää vain jäsenneltyyn dataan.

JSON-LD-esimerkki: opetusohjelma

Koska Googlen ohje-laajennettu hakutulos on vanhentunut, käsittele tätä valinnaisena merkintänä muille järjestelmille. Näkyvän sivun tulisi edelleen sisältää täydelliset ohjeet.

html

JSON-LD-esimerkki: tietokatalogi

html

Yleiset toteutuskuopat

Epäjohdonmukainen skeema

Vakavin virhe on merkitä sisältöä, jota käyttäjät eivät näe. Google sanoo, että jäsennetyn datan on oltava todellinen esitys sivusta, ja harhaanjohtava tai piilotettu sisältö voi tehdä sivusta kelpaamattoman laajennettuihin hakutuloksiin. (developers.google.com)

Yleisiä esimerkkejä:

• Artikkelin merkitseminen HowTo-tyyppiseksi, kun se ei sisällä todellisia vaiheita
• Yrityksen merkitseminen kirjoittajaksi, kun artikkelin kirjoitti henkilö
• UKK-vastausten lisääminen, jotka eivät näy sivulla
• Tulevan julkaisupäivän käyttäminen
• Yleisen blogikirjoituksen merkitseminen QAPage-tyyppiseksi
• ClaimReview-merkinnän lisääminen mielipideartikkeliin

Ohuet vastaukset

Jäsennelty data ei voi täyttää tyhjää sivua.

Lyhyt, epämääräinen vastaus Answer.text- tai acceptedAnswer-ominaisuuden sisällä ei luo vahvaa lähdettä. Näkyvän sisällön tulisi:

• Vastata kysymykseen suoraan
• Selittää tärkeät rajat ja poikkeukset
• Nimetä lähteet
• Sisällyttää päivämäärät, esimerkit tai mittaukset tarvittaessa
• Pysyä itsenäisenä, kun se kopioidaan pois kontekstista

Googlen tekoälyohjeistus sanoo, ettei ole olemassa ihanteellista sivun pituutta eikä tarvetta pilkkoa sisältöä pieniin osiin tekoälyjärjestelmiä varten. Parempi tavoite on hyödyllinen, täydellinen, ihmislähtöinen sisältö. (developers.google.com)

Kaksoiskappaleet entiteeteistä

Vältä julkaisemasta useita ristiriitaisia versioita samasta organisaatiosta, kirjoittajasta tai sivusta.

Heikko toteutus:

• Yksi Organization-objekti yhdellä nimellä kotisivulla
• Toinen objekti eri nimellä jokaisessa artikkelissa
• Kolmas objekti ilman @id-tunnusta kirjoittajasivulla

Parempi toteutus:

• Anna organisaatiolle yksi vakaa @id
• Anna jokaiselle kirjoittajalle yksi vakaa @id
• Viittaa näihin objekteihin artikkeleista, profiileista ja kysymyssivuilta
• Pidä nimi, logo, URL ja ulkoiset identiteettilinkit johdonmukaisina

Kaksoiskappaleet kysymyksistä

Älä toista samaa kysymystä:

• UKK-sivulla
• Kysymys-vastaus-sivulla
• Artikkelin merkinnässä
• Useissa näkyvissä sivuosissa
• Useissa JSON-LD-lohkoissa

Käytä skeematyyppiä, joka vastaa sivun pääasiallista tarkoitusta. Yksi selkeä vastaus on parempi kuin useita päällekkäisiä merkintälohkoja.

Virheelliset päivämäärät

Google käyttää useita lähteitä julkaisu- ja päivityspäivämäärien arvioimiseen. Se suosittelee, että näkyvät ja jäsennellyt päivämäärät ovat yhteneväiset, ja varoittaa käyttämästä tulevia päivämääriä tai päivämääriä, jotka liittyvät artikkelissa käsiteltyihin tapahtumiin pikemminkin kuin itse sivuun liittyviä päivämääriä. (developers.google.com)

sameAs-merkinnän liiallinen käyttö

A sameAs-linkin tulisi tunnistaa sama todellinen henkilö tai organisaatio. Älä linkitä:

• Aiheettomaan sosiaalisen median profiiliin
• Hakutulossivulle
• Yleiseen hakemistolistaukseen
• Sivuun, jolla on eri oikeinkirjoitus tai identiteetti
• Profiiliin, jota organisaatio ei hallitse

Vain JavaScript-merkintä

Google voi käsitellä renderöityyn sivuun lisättyä jäsenneltyä dataa, mutta vain JavaScript-toteutus voi olla vaikeampi muiden indeksoijien ja auditointityökalujen havaita. Palvelinpohjaisesti renderöity JSON-LD-lohko on yleensä helpompi testata ja ylläpitää. (developers.google.com)

Käytännöllinen testisuunnitelma

Mitataksesi, onko merkinnällä inkrementaalinen vaikutus, käytä kontrolloitua testiä sen sijaan, että luottaisit muutamaan manuaaliseen hakuun.

Ennen muutosta

Kirjaa:

• Kohdekyselyt
• Nykyinen orgaaninen sijoitus
• Esiintyykö tekoälyvastaus
• Mihin sivuihin viitataan
• Viittauksen sijainti, kun saatavilla
• Hakuliikenne
• Konversiot
• Nykyinen jäsennelty data
• Testijakson aikana tehdyt sisältömuutokset

Testin aikana

• Lisää yksi merkittävä merkintämuutos kerrallaan.
• Pidä sisältö, sisäiset linkit, otsikot ja takalinkit vakaina.
• Käytä samankaltaisia kontrollisivuja, jotka eivät saa muutosta.
• Kirjaa muutoksen tarkka julkaisupäivämäärä.
• Odota tarpeeksi kauan indeksointia ja uudelleenkäsittelyä varten.

Ahrefs käytti yhdistettyjä kontrolliryhmiä ja ennen-jälkeen-eroerojen menetelmää. Sen lähestymistapa on hyödyllinen malli organisaatioille, jotka haluavat testata jäsenneltyä dataa sen sijaan, että olettaisivat korrelaation todistavan kausaation. (ahrefs.com)

Muutoksen jälkeen

Seuraa:

• Google Search Consolen tekoälyn suorituskykytiedot
• Googlen tekoälykatsausten viittaukset
• Googlen tekoälytilan viittaukset
• Bing Webmaster Tools -työkalujen tekoälyviittaukset
• ChatGPT-, Gemini- tai Perplexity-viittaukset tarvittaessa
• Orgaaniset sijoitukset
• Hakuklikkaukset
• Avustetut konversiot

Google raportoi tekoälyn hakuliikenteestä Search Consolen suorituskykyraportoinnin kautta. Bingin tekoälyn suorituskykyraportointi näyttää viitatut sivut ja perustekyselyt, mutta se ei näytä, miksi sivu valittiin tai kuinka tärkeä se oli vastauksen sisällä. (developers.google.com)

Suositeltu toteutusjärjestys

Useimmille julkaisijoille paras järjestys on:

1. Korjaa näkyvä sisältö ensin.
2. Tee indeksoinnista ja indeksoinnista luotettavaa.
3. Toteuta Article todellisille toimituksellisille sivuille.
4. Yhdistä kirjoittajat Person- ja profiilisivuihin.
5. Yhdistä julkaisijat Organization-merkintään.
6. Käytä WebPage-merkintää puhtaana sivutason graafikerroksena.
7. Käytä QAPage-merkintää vain aitoihin yhteisön kysymyksiin.
8. Käytä DefinedTerm-merkintää sanasto- ja määritelmäsivuille.
9. Käytä Dataset- ja DataCatalog-merkintöjä tietorakenteisiin.
10. Käsittele FAQPage-, HowTo- ja ClaimReview-merkintöjä toissijaisina tai ei-Google-merkintöinä, koska niiden Googlen hakuominaisuudet on poistettu tai vanhentuneet.

Johtopäätös

Vahvin nykyinen opetus on yksinkertainen: Schema.org-merkintä auttaa koneita ymmärtämään sisältöä, mutta se ei ole taattu reitti tekoälyvastauksiin.

Kestävin toteutus ei ole suuri kokoelma skeematyyppejä. Se on pieni, tarkka entiteettigraafi:

• Article kuvaa toimituksellista sivua.
• Person tunnistaa kirjoittajan.
• Organization tunnistaa julkaisijan.
• WebPage yhdistää sivun sen pääkohteeseen.
• QAPage kuvaa aidon käyttäjän kysymyksen ja sen vastaukset.
• DefinedTerm selventää määritelmän.
• Dataset ja DataCatalog kuvaavat jäsenneltyjä tietoresursseja.

Käytä jäsenneltyä dataa siellä, missä se lisää selkeää merkitystä. Älä käytä sitä ohuiden sisältöjen peittelyyn, näkyvän tekstin kopiointiin tai Googlen enää tukemattoman hakuominaisuuden matkimiseen. Tekoälyn näkyvyyden kannalta arvokkain työ pysyy selkeinä vastauksina, vahvana todisteena, tarkoina entiteetteinä, ajankohtaisena tietona ja sisältönä, joka kestää itsestään.