Mikä on jäsennelty data (Schema)?

01Mihin jäsenneltyä dataa tarvitaan?

Kun ihminen katsoo tuotesivuasi, hän ymmärtää heti hinnan, brändin ja varastotilanteen. Hakukone näkee samalla sivulla numeroita ja sanoja; sen on pääteltävä, mikä luku on hinta ja mikä tuotekoodi. Schema markup poistaa tämän arvailun ja tarjoaa tiedon merkittynä.

Tämän näkyvin seuraus on kelpoisuus rikkaaseen tulokseen (rich result): hakutuloksessa näkyy tuotteen hinta ja varastotilanne, reseptin valmistusaika, tapahtuman päivämäärä tai sivun sijaintia osoittava sisällysluettelo. Nämä lisätiedot tekevät tuloksesta huomiota herättävämmän.

Tärkeä tosiasia: jäsennelty data ei takaa sijoitusta, ja Google päättää aina, näytetäänkö rikas tulos. Merkintä tekee sivustasi ehdokkaan näihin esityksiin; sisällön laatu ja sivuston yleinen kunto ovat yhä ratkaisevia.

02JSON-LD, Microdata ja RDFa

Jäsennellyn datan lisäämiseen sivulle on kolme tapaa. Google suosittelee JSON-LD-muotoa, koska se on helpoin ylläpitää. JSON-LD lisätään erillisenä script-lohkona koskematta sivun näkyvään HTML:ään.

03Tuoteskeema: hinta ja varastotilanne

Verkkokaupoissa arvokkain merkintä on Product-skeema. Sen kautta välitetään tuotteen nimi, kuva, kuvaus, brändi, hinta, valuutta ja varastotilanne. Jos sivustolla näytetään oikeita asiakasarvosteluja, voidaan lisätä myös arvosanatieto.

Sääntö on yksinkertainen: jokaisen skeemassa olevan tiedon on oltava sama kuin sivulla näkyvä tieto. Sivulla näyttämättömän arvosanan tai vanhentuneen hinnan merkitseminen rikkoo ohjeita ja voi johtaa manuaaliseen toimenpiteeseen.

• Kirjoita hintakenttään sivun todellinen hinta; esimerkin 0.00 on vain paikanpitäjä.
• Variaatiotuotteissa jokaisen variaation hinnan ja varastotiedon on vastattava oikein.
• Tämän merkinnän automaattinen tuottaminen pohjan tasolla on ominaisuus, jota kannattaa kysyä verkkokaupan alustaa valitessa.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Käsintehty nahkalompakko",
  "image": "https://ornek.com/img/deri-cuzdan.webp",
  "description": "Kasvilitseröidystä nahasta käsin ommeltu lompakko.",
  "brand": {"@type": "Brand", "name": "Esimerkkimerkki"},
  "sku": "DC-001",
  "offers": {
    "@type": "Offer",
    "url": "https://ornek.com/urun/deri-cuzdan/",
    "priceCurrency": "TRY",
    "price": "0.00",
    "availability": "https://schema.org/InStock"
  }
}
</script>

04Yritys- ja organisaatioskeema

Yrityssivustoilla Organization- tai fyysisen osoitteen omaavilla yrityksillä LocalBusiness-skeema määrittelee yrityksen nimen, logon, osoitteen, puhelinnumeron, aukioloajat ja sosiaalisen median profiilit. On tärkeää, että nämä tiedot ovat täsmälleen samat kuin Google-yritysprofiilissa ja sivuston yhteystietosivulla.

LocalBusinessilla on alatyyppejä kuten Restaurant, Hotel ja Dentist; sopivimman tyypin valinta tarkentaa merkitystä. Yrityksen esittelysivustoilla tämän rakenteen pystyttämisen alusta alkaen pitäisi olla yrityksen verkkosivuston projektien vakioaskel.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Esimerkkiyritys",
  "url": "https://ornek.com/",
  "logo": "https://ornek.com/img/logo.png",
  "telephone": "+90-000-000-00-00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Esimerkkikatu 1",
    "addressLocality": "Kaupunki",
    "addressRegion": "Maakunta",
    "addressCountry": "TR"
  },
  "openingHours": "Mo-Sa 09:00-19:00"
}
</script>

05Artikkeli- ja sisällysluetteloskeema

Blogi- ja uutissivustoilla Article-skeema (tai BlogPosting) ilmoittaa otsikon, kirjoittajan, julkaisu- ja päivityspäivän sekä pääkuvan. Nämä tiedot auttavat hakukonetta ymmärtämään oikein, milloin ja kuka sisällön on kirjoittanut.

BreadcrumbList taas näyttää sivun paikan sivustolla: Etusivu › Blogi › Kategoria › Artikkeli. Hakutuloksessa pitkän osoitteen sijaan voidaan näyttää tämä polku, mikä tekee tuloksesta luettavamman.

• Kirjoittajan nimen on oltava oikea henkilö tai organisaatio, ja se kannattaa mahdollisuuksien mukaan linkittää kirjoittajasivuun.
• Päivityspäivämäärää saa muuttaa vain, kun sisältö on todella päivitetty.
• Sisällysluettelon on noudatettava samaa rakennetta kuin sivun näkyvän sisällön.

06Toimiiko UKK-skeema vielä?

UKK-skeema (FAQPage) oli aikanaan hyvin yleinen, koska se näytti kysymykset avattavina listoina hakutuloksessa. Google rajasi myöhemmin tämän rikkaan tuloksen vain rajalliselle joukolle, kuten viranomais- ja terveyssivustoille; useimmille kaupallisille sivustoille tätä näkymää ei enää tule.

Silti UKK-merkintä on voimassa oleva schema.org-tyyppi ja auttaa koneita ymmärtämään sivun kysymys–vastaus-rakenteen. Todellinen arvo ei kuitenkaan ole merkinnässä vaan sisällössä, joka antaa selkeitä vastauksia oikeisiin asiakaskysymyksiin. Kirjoita siksi UKK-osio käyttäjää varten, älä rikkaan tuloksen toivossa.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Kuinka nopeasti toimitus saapuu?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Tilaukset lähetetään yleensä 1-3 arkipäivän kuluessa."
    }
  }]
}
</script>

07Mikä skeema sopii millekin alalle?

Se, mitä skeemaa käytetään, riippuu siitä, mitä sivusto myy ja mitä kävijä etsii. Sen sijaan että lisäisit jokaiselle sivulle kaikki mahdolliset tyypit, on arvokkaampaa täyttää muutama sisältöä todella vastaava tyyppi kokonaan.

Hotelleille Hotel-tyyppi voi sisältää osoitteen, yhteystiedot, palvelut ja hintahaarukan. Näiden tietojen on oltava johdonmukaisia varausjärjestelmän datan kanssa; suoria varauksia ottava hotelliohjelmisto ja sivusto, jotka käyttävät samaa dataa, helpottavat tätä johdonmukaisuutta. Ravintoloissa ja kahviloissa Restaurant-tyyppi voi sisältää keittiötyypin, aukioloajat ja ruokalistalinkin; jotta ruokalista olisi ajan tasalla ja indeksoitavissa, auttaa, että myös QR-ruokalista-sivu on avoinna verkossa.

Palveluyrityksissä LocalBusiness ja sen sopiva alatyyppi, verkkokaupassa Product ja BreadcrumbList sekä sisältösivustoilla Article muodostavat perusrakenteen. Se, että nämä tyypit sijoitetaan pohjiin heti alussa, on selvin ero SEO-ystävällisen verkkosivujen suunnittelun ja jälkikäteen lisätyn merkinnän välillä: kun uusi sivu lisätään, myös skeema syntyy itsestään.

08Testaus ja seuranta Search Consolessa

Testaa merkintä aina ennen julkaisua. Googlen Rikkaiden tulosten testi näyttää, mihin rikkaisiin tuloksiin sivu soveltuu, sekä puuttuvat tai virheelliset kentät. Yleiseen skeemojen validointiin voi käyttää myös schema.org-validaattoria.

Julkaisun jälkeen Search Consolen Parannukset-raportit listaavat kelvolliset ja virheelliset kohteet esimerkiksi tuotekatkelmien ja sisällysluettelon kaltaisissa tyypeissä. Miten täällä näkyvät varoitukset luetaan, olemme selittäneet yksityiskohtaisesti artikkelissa Search Console -virheet.

1. Testaa esimerkkisivu Rikkaiden tulosten testissä URL:na tai koodina.
2. Korjaa kriittiset virheet; käsittele varoitukset tärkeysjärjestyksessä.
3. Ota pohja käyttöön kaikilla sivuilla ja seuraa Search Console -raportteja.
4. Varmista, että muuttuvat kentät kuten hinta, varasto ja päivämäärä päivittyvät automaattisesti.

09Yleiset virheet

Jäsennellyn datan virheet syntyvät usein yhdestä pohjan puutteesta ja vaikuttavat satoihin sivuihin kerralla. Siksi korjaus tehdään yleensä yhdessä paikassa.

• Sivulla näkymättömän tiedon merkitseminen (piilotettu arvosana, väärennetyt arvostelut).
• Saman yrityksen arvostelujen lisääminen jokaiselle sivulle Product-arvosanaksi.
• Vanhan hinnan tai varastotiedon unohtuminen välimuistiin.
• Samalle sivulle jätetyt keskenään ristiriitaiset useat skeemat.
• JSON-syntaksivirhe: puuttuva pilkku tai lainausmerkki, jonka vuoksi koko lohkoa ei voi lukea.