Rakenteiset tiedot ja monipuoliset tulokset

Moduuli 5: Rakenteiset tiedot · Lukuaika: 11 minuuttia

Oppimistavoite: Tämän oppitunnin jälkeen osaat selittää, mitä rakenteiset tiedot ovat, miten JSON-LD-lohko rakentuu ja mitä se tuo hakutuloksiin ja mitä ei.

Keskeiset käsitteet: rakenteiset tiedot, schema.org, JSON-LD, Microdata, RDFa, @context, @type, ominaisuus, tyyppi ja alatyyppi, monipuolinen tulos (rich result), tietopaneeli, ei takuuta, vain näkyvän sisällön kuvaaminen, poistetut monipuoliset tulokset (FAQ, HowTo)

Mitä hakukone näkee lukiessaan sivuasi

Kun ihminen avaa Bloemenatelier Lotten yhteystietosivun, hän näkee heti: tämä on kukkakauppa, tässä on osoite, näihin aikoihin kauppa on auki. Hakukone lukee saman sivun pitkänä rivinä tekstiä ja HTML:ää. Siitä se saa irti paljon, mutta sen täytyy arvata. Onko "033 000 0000" puhelinnumero vai tilausnumero? Onko "Voorbeeldstraat 12" kaupan osoite vai tavarantoimittajan?

Rakenteiset tiedot ovat pieni lisäpala koodia, johon kirjoitat nämä tosiasiat vakiotunnisteen kera: tämä on nimi, tämä on osoite, nämä ovat aukioloajat. Google sanoo sen itse näin: Google käyttää verkosta löytämiään rakenteisia tietoja ymmärtääkseen sivun sisällön. Se ei siis ole tekstiä kävijöillesi vaan tiivistelmä koneille.

schema.org: yksi sanakirja kaikille hakukoneille

Jotta tämä toimisi, tunnisteilla täytyy olla kaikkialla sama nimi. Siksi on olemassa schema.org, yhteinen sanakirja, jonka Google, Bing ja Yahoo käynnistivät kesäkuussa 2011. Siinä on tyyppejä (asioiden lajeja, kuten Organization, LocalBusiness, Product, Event) ja ominaisuuksia (asian piirteitä, kuten name, address, telephone).

Tyypit ovat sisäkkäisiä, yleisestä tarkempaan. Kukkakauppa on schema.orgissa:

Thing > Organization > LocalBusiness > Store > Florist

Alatyyppi perii kaikki yläpuolellaan olevien tyyppien ominaisuudet. Florist saa siis myös ominaisuuden address (tyypistä LocalBusiness) ja ominaisuuden name (tyypistä Thing). Google pyytää käyttämään tarkinta sopivaa tyyppiä: mieluummin Florist kuin pelkkä LocalBusiness.

Kolme tapaa kirjoittaa ne

Merkintätapoja on kolme. Google tukee niitä kaikkia ja sanoo niiden olevan yhtä hyviä, kunhan merkintä on kelvollinen:

Myös Bing lukee schema.orgia, JSON-LD- ja Microdata-muodossa. Tällä kurssilla käytämme vain JSON-LD:tä: se on erillään ulkoasustasi, sitä voi lukea etsimättä HTML:n seasta, eikä siinä oleva virhe riko sivuasi.

JSON-LD-lohkon lukeminen

Tältä näyttää pieni lohko Bloemenatelier Lottelle:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Florist",
  "name": "Bloemenatelier Lotte",
  "url": "https://www.example.com/",
  "telephone": "+31 33 000 0000"
}
</script>

Rivi riviltä:

• @context kertoo, mitä sanakirjaa käytät: https://schema.org. Ilman tätä riviä lukija ei tiedä, mitä name tarkoittaa.
• @type kertoo, millainen asia on kyseessä. Isot kirjaimet ratkaisevat: Florist, ei florist.
• Sen jälkeen tulevat ominaisuudet, aina muodossa "naam": waarde (nimi: arvo). Arvo voi olla teksti (lainausmerkeissä), luku, luettelo (merkkien [ ] sisällä) tai taas objekti, jolla on oma @type (merkkien { } sisällä), kuten osoite.

JSON on tarkka. Jokainen teksti on lainausmerkeissä, ominaisuudet erotetaan pilkulla, eikä viimeisen ominaisuuden perässä ole pilkkua. Yksi väärä pilkku, ja koko lohko on virheellinen: lukija hylkää sen silloin, vaikka kaikki muu olisi oikein. Oppitunnilla 5.3 harjoittelet tällaisten virheiden kanssa.

Sivulla saa olla useampia lohkoja tai yksi lohko, jossa on luettelo kohdan @graph alla. Jälkimmäistä käyttää esimerkiksi AI Builder: jokaisella sivulla on WebSite-objekti, ja etusivulla sekä yhteystietolohkon sisältävillä sivuilla myös yritys.

Mitä siitä saa: monipuoliset tulokset ja tietopaneeli

Tavallinen hakutulos koostuu otsikosta, osoitteesta ja tekstinpätkästä. Monipuolinen tulos (rich result) on tulos, jossa on jotain lisää: tähdet ja hinta tuotteessa, valmistusaika reseptissä, päivämäärä ja paikka tapahtumassa, murupolku pelkän osoitteen sijaan. Moniin näistä näkymistä Google tarvitsee rakenteisia tietoja.

Paikalliselle yritykselle tärkein vaikutus on toinen: Google voi käyttää tietojasi tietopaneelissa, eli osoitteen, aukioloajat ja puhelinnumeron sisältävässä lohkossa, joka näkyy oikealla tai ylhäällä, kun joku hakee yritystäsi. Siihen vaikuttavat myös Google Yritysprofiilisi (moduuli 6) ja muut lähteet.

Kolme asiaa, jotka Google itse sanoo selvästi:

1. Ei takuuta. Google ei takaa, että rakenteiset tietosi näkyvät hakutuloksissa, vaikka testi sanoisi kaiken olevan kunnossa.
2. Pakolliset ominaisuudet. Kohde, josta puuttuu pakollisia ominaisuuksia, ei voi saada monipuolista tulosta. Suositellut ominaisuudet parantavat tulosta.
3. Se ei ole nappi, joka nostaa listalla. Google mainitsee rakenteiset tiedot keinona ymmärtää sivuasi ja mahdollistaa erityisnäkymiä. Missään ei sanota, että nousisit niiden avulla korkeammalle. Joka lupaa niin, lupaa jotain, mitä Google ei sano.

Näkymät myös katoavat

Se, millaisia monipuolisia tuloksia on olemassa, muuttuu. Kaksi tunnettua esimerkkiä:

• HowTo (vaiheittaiset ohjeet): syyskuusta 2023 lähtien Google ei ole enää näyttänyt näitä.
• FAQ (avautuvat kysymykset ja vastaukset): elokuussa 2023 rajattiin tunnettuihin viranomaisten ja terveydenhuollon sivustoihin, ja 7.5.2026 lähtien Google ei näytä niitä lainkaan.

Vuosina 2025 ja 2026 Google on poistanut vielä muitakin näkymiä yksinkertaistaakseen tulossivua. FAQPage-tyyppi on kuitenkin edelleen olemassa schema.orgissa. Opetus: älä rakenna sivustoa yhden erityisnäkymän ympärille, ja tarkista epävarmoissa tapauksissa Googlen dokumentaatiosta, mitkä näkymät ovat yhä käytössä. Yritystietojesi kuvaaminen LocalBusiness-tyyppinä on silti järkevää, koska ne koskevat todellisia, pysyviä tosiasioita.

Kuvaa vain sitä, mitä sivulla oikeasti on

Googlen tärkein sääntö: rakenteisten tietojen täytyy olla rehellinen kuvaus sivusta. Älä kuvaa mitään, mitä kävijä ei näe sivulla, äläkä mitään harhaanjohtavaa. Jos JSON-LD:ssäsi lukee "avoinna 22:00 asti", vaikka suljet 18:00, se ei ole ovela temppu vaan virhe, joka jättää asiakkaasi suljetun oven eteen. Väärinkäyttö (kuten keksityt arvostelut) voi johtaa manuaaliseen toimenpiteeseen: silloin sivu ei enää voi saada monipuolisia tuloksia. Oppitunti 5.3 käsittelee tätä tarkemmin.

Käytännössä: kuka kirjoittaa JSON-LD:n?

Lähes kukaan ei kirjoita tätä käsin. WebOkén AI Builder lisää automaattisesti WebSite-objektin ja yritysobjektin (LocalBusiness tai alatyyppi, kuten Florist) jokaiseen julkaistuun sivustoon, ja täyttää ne yritystiedoilla, jotka annat sivustolle. WordPressissä SEO-lisäosat tekevät saman, kuten monet muutkin sivustotyökalut. Se säästää työtä, mutta tietojen oikeellisuus on edelleen sinun vastuullasi. Tarkista siis itse, mitä siellä lukee: sivusi lähdekoodista (hae ld+json) tai oppitunnin 5.3 työkaluilla.

Yhteenveto

• Rakenteiset tiedot kuvaavat sivusi tosiasiat schema.orgin vakiotunnisteilla, jotta hakukoneen ei tarvitse arvata.
• Google tukee JSON-LD:tä, Microdataa ja RDFa:ta ja suosittelee JSON-LD:tä; käytä tarkinta sopivaa tyyppiä.
• JSON-LD-lohkossa on @context, @type ja ominaisuudet; yksi virhe JSONissa tekee koko lohkosta käyttökelvottoman.
• Monipuoliset tulokset ja tietopaneeli voivat hyödyntää rakenteisia tietoja, mutta takuuta ei ole, eikä se ole sijoitusta nostava nappi.
• Näkymät, kuten FAQ ja HowTo, on poistettu; kuvaa vain sitä, mitä sivulla oikeasti ja näkyvästi on.

Tietovisa

Tehtävä

Tehtävä A5.1: Mitä jäsenneltyjä tietoja sivullasi on? Anna sivun osoite (etusivusi tai yhteystietosivusi; jos sinulla ei ole omaa sivustoa, käytä tunnetun verkkokaupan etusivua tai osoitetta https://www.rijksoverheid.nl/). Avaa ensin itse lähdekoodi (Ctrl+U), hae ld+json ja kirjaa ylös, mitä @type-arvoja löydät. Syötä ne. Ohjelma lukee sivun kaikki JSON-LD-lohkot, tarkistaa, onko JSON kelvollinen, ja vertaa löytyneitä tyyppejä vastaukseesi.

Lisälukemista

Näiden artikkelien vaiheet koskevat WebOkén hallintapaneeleita; muilla palveluntarjoajilla toiminta on samankaltaista.

• WebOké-käyttöopas 8.2: AI Builder: muokkaaminen, versiot ja julkaiseminen
• Google Search Central, johdanto rakenteisiin tietoihin: https://developers.google.com/search/docs/appearance/structured-data/intro-structured-data
• Google Search Central, rakenteisten tietojen yleiset ohjeet: https://developers.google.com/search/docs/appearance/structured-data/sd-policies
• schema.org, sanakirja kaikkine tyyppeineen: https://schema.org/docs/full.html
• Google Search Central, yhteenveto dokumentaation muutoksista (mitkä näkymät ovat yhä käytössä): https://developers.google.com/search/updates