Mikä on jäsennelty data? Schema-merkinnät selitettynä yksinkertaisesti

Jäsennelty data on pieni koodilohko verkkosivulla, joka kertoo sivun aiheen standardimuodossa, jonka hakukoneet ymmärtävät. Esimerkiksi: ”tämä sivu on tuote nimeltä Lavender Candle, se maksaa 24 dollaria ja se on varastossa”. Google kuvaa sitä standardoituna tapana antaa tietoa sivusta ja luokitella sen sisältö. Oikein tehtynä se auttaa hakukoneita ymmärtämään sivusi ja voi tehdä siitä kelpoisen rikkaampiin hakutuloksiin, kuten hintoihin, arvosteluihin tai tapahtumapäiviin, jotka näkyvät suoraan listauksessa.

Miksi tämä on tärkeää, kun rakennat tekoälyllä

Hakukoneet osaavat lukea sivuja hyvin, mutta niiden on silti arvattava. Onko ”24” hinta, määrä vai päivämäärä? Onko ”Riverside Hall” paikka vai henkilö? Jäsennelty data poistaa arvailun.

Tekoälyllä rakennettujen sivujen kannalta on kaksi käytännön seikkaa:

• Se on koodia, ei sisältöä, joten sen unohtaa helposti. Tekoälyrakentaja ei yleensä lisää sitä, ellet pyydä, ja kun se lisää, sen täytyy vastata sitä, mitä sivulla oikeasti on.
• Sen voi tehdä väärin tavoilla, jotka näyttävät oikeilta. Tekoäly voi keksiä viiden tähden arvostelun, lisätä merkinnän sisällölle, jota ei näy, tai käyttää tyyppiä, jota Google ei enää näytä. Googlen ohjeet ovat tiukkoja tarkkuuden suhteen, ja harhaanjohtavat merkinnät voidaan jättää huomiotta tai rangaista.

Pieni määrä jäsenneltyä dataa, joka on tarkka ja vastaa oikeaa sisältöäsi, kannattaa. Paljon keksittyä merkintää on huonompi kuin ei mitään.

Arkinen vertaus

Ajattele tuotetta kaupan hyllyllä. Pakkauksessa on värikäs ulkoasu ja markkinointiteksti – se on verkkosivusi sellaisena kuin ihmiset sen näkevät. Mutta takana on myös standardoitu ravintoarvotaulukko: samat kentät samassa järjestyksessä jokaisessa tuotteessa. Kuka tahansa voi lukea sen nopeasti ja verrata tuotteita.

Jäsennelty data on sivusi ravintoarvotaulukko. Ulkoasu voi olla mitä tahansa, mutta taulukko on standardoitu, jotta koneet voivat lukea sen luotettavasti. Ja kuten ravintoarvotaulukon, sen täytyy olla rehellinen sisällöstä.

Miten jäsennelty data toimii

Jäsennellyllä datalla on kaksi osaa:

1. Sanasto – sanat, joilla asioita kuvataan. Yleisin on schema.org, yhteinen sanasto tyypeillä kuten Product, LocalBusiness, Event, Article, Recipe ja Organization sekä ominaisuuksilla kuten name, price, address ja startDate.
2. Muoto – miten merkinnät kirjoitetaan sivulle. Google tukee kolmea: JSON-LD, Microdata ja RDFa. Se suosittelee JSON-LD:tä, joka on JSON-lohko <script>-tagin sisällä, erillään näkyvästä HTML:stä.

Hakukoneet lukevat lohkon, ymmärtävät sivun kohteet ja voivat – jos sivu on kelpoinen ja täyttää vaatimukset – näyttää rich resultin: hakulistauksen, jossa on lisätietoja.

Esimerkki: kynttiläkaupan tuotesivu

Oletetaan, että olet rakentanut verkkokaupan, ja yksi sivu myy laventelikynttilää. Näkyvällä sivulla on nimi, kuva, kuvaus, hinta (24,00 $) ja ”Varastossa”.

Sivun JSON-LD voisi näyttää tältä:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Lavender Soy Candle",
  "image": "https://www.examplecandles.com/images/lavender.jpg",
  "description": "Hand-poured soy candle with lavender essential oil. Burns for about 40 hours.",
  "sku": "CAN-LAV-01",
  "brand": { "@type": "Brand", "name": "Example Candles" },
  "offers": {
    "@type": "Offer",
    "url": "https://www.examplecandles.com/candles/lavender",
    "price": "24.00",
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Se sijaitsee sivun HTML:ssä lohkon <script type="application/ld+json">…</script> sisällä.

Huomaa, mitä siinä ei ole: ei aggregateRating-kenttää, koska kauppa ei näytä sivulla arvosteluja. Arvioinnin lisääminen, jota kävijät eivät näe, rikkoisi Googlen säännöt.

Saman kaupan yhteystietosivu voisi kuvata yritystä itseään:

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Example Candles",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "12 Market Street",
    "addressLocality": "Bristol",
    "postalCode": "BS1 1AA",
    "addressCountry": "GB"
  },
  "telephone": "+44 117 000 0000",
  "openingHours": "Mo-Sa 10:00-17:00"
}

Jokainen arvo vastaa jälleen sivulla näkyvää tietoa.

Tarkistaminen. Liitä live-osoite Googlen Rich Results Test -työkaluun nähdäksesi, onko sivu kelpoinen Googlen rich results -tuloksiin ja puuttuuko jotain pakollista. Käytä Schema Markup Validatoria yleiseen schema.org-tarkistukseen. Julkaisun jälkeen Search Console näyttää virheet koko sivustolla.

Säännöt, jotka kannattaa tietää

Googlen jäsennellyn datan dokumentaatiosta:

• Merkitse vain se, minkä käyttäjät voivat nähdä. Älä lisää jäsenneltyä dataa tiedosta, jota ei näy sivulla, vaikka se olisi tarkka.
• Lisää pakolliset ominaisuudet. Jokaisella rich result -tyypillä on pakollisia kenttiä; puuttuvat kentät tekevät sivusta epäkelpoisen.
• Kelpoisuus ei ole takuu. Oikea merkintä tekee sivusta kelpoisen rich resultiin, ei varmasti saa sitä.
• Rich result -tyypit muuttuvat. Google poistaa joskus ominaisuuksia. Esimerkiksi sen FAQ-rich resultit rajattiin tunnettuihin hallinnollisiin ja terveyssivustoihin, ja Google ilmoitti niiden lakkaavan näkymästä hakutuloksissa toukokuussa 2026. Tarkista Googlen ajankohtainen hakugalleria ennen kuin rakennat tietylle rich resultille.
• Älä luo sivuja pelkästään merkintöjä varten.

Yleiset termit selitettynä

Yleiset virheet ja väärinkäsitykset

• ”Jäsennelty data nostaa sijoituksia.” Sen pääarvo on sivujen ymmärtäminen ja rich result -kelpoisuus, ei sijoitusoikotie.
• Arvostelujen tai arvioiden keksiminen. Väärennetyt tai tukemattomat arvostelut rikkovat Googlen sääntöjä ja harhaanjohtavat ihmisiä.
• Merkinnät, jotka eivät vastaa sivua. Jos JSON-LD:ssä hinta on 24 $ ja sivulla 29 $, siinä on ongelma.
• Piilotettu sisältö. Käyttäjille näkymättömän tekstin merkitseminen on ohjeiden vastaista.
• Merkinnän kopioiminen jokaiselle sivulle. Product-lohko kuuluu tuotesivuille, ei etusivulle eikä blogiin.
• Poistuneiden ominaisuuksien varaan rakentaminen. Tarkista, että haluamasi rich result on yhä olemassa.
• Merkintöjen lisääminen vain selaimessa. Jos sivusto piirtää kaiken JavaScriptillä, Google voi silti löytää merkinnät, mutta JSON-LD palvelimen lähettämässä HTML:ssä on luotettavampi.
• Testaamatta jättäminen. Yksi puuttuva pilkku tekee koko lohkosta luettavan kelvottomaksi.

Mitä pyytää tekoälyrakentajaltasi

• ”Lisää JSON-LD-jäsennelty data käyttäen schema.org-tyyppejä, jotka vastaavat kutakin sivua: Product tuotesivuille, LocalBusiness yhteystietosivulle, Article blogikirjoituksille.”
• ”Luo arvot samasta datasta, jota sivu näyttää, jotta ne aina täsmäävät.”
• ”Älä lisää arvosteluja, arvioita tai mitään ominaisuutta, jota ei näy sivulla.”
• ”Aseta JSON-LD palvelimella renderöityyn tai esirenderöityyn HTML:ään.”
• ”Lisää kaikki kyseisen rich resultin pakolliset ominaisuudet ja kerro, mitkä käytit.”
• ”Anna minulle lista osoitteista, jotka tarkistan Rich Results Testissä.”

Laajempaa kuvaa varten katso mitä SEO on, mikä sivukartta on ja tekninen läpikäynti artikkelissa SEO tekoälyllä rakennetuille verkkosivuille.

Jäsennelty data Mythexissä

Mythex ei lisää jäsenneltyä dataa automaattisesti; pyydät sitä chatissa, ja agentti kirjoittaa sen sovelluksesi koodiin. Kerro sille, mitkä sivut edustavat tuotteita, tapahtumia tai yritystäsi, ja pyydä luomaan JSON-LD samasta datasta, jota sivu näyttää. Dokumentaation ohje SEO julkaistulle sovellukselle sisältää rivin ”Do not invent fake review schema”, mikä on hyvä neuvo säilyttää jokaisessa kehotteessa. Koska oletusrakenne on asiakaspuolella renderöity yksisivuinen sovellus, pyydä esirenderöityä tai staattisille sivuille sopivaa rakennetta, jos hakukoneet ovat tärkeitä, ja testaa sitten julkaistut live-osoitteet.

Kysymykset