Rakenteisen datan merkinnät

Rakenteinen data on sivun itsensä sisältämä koneellisesti luettava kuvaus siitä, mitä sivu sisältää. Sen sijaan, että jättäisit hakukoneen tai tekoälyavustajan arvailemaan ulkoasusta, että kyseessä on hinnallinen tuote tai viime viikolla päivitetty nimeltä mainitun kirjoittajan artikkeli, ilmoitat sen suoraan standardoidussa sanastossa (schema.org) ja muodossa (), jota kaikki suuret hakukoneet jäsentävät.

Merkintä on pieni skriptilohko, joka ei näy kävijöille:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Kuinka yrityskorttien tiliotteet täsmäytetään",
  "datePublished": "2026-05-01T09:00:00Z",
  "dateModified": "2026-07-10T14:30:00Z",
  "author": { "@type": "Person", "name": "Maria Chen" }
}
</script>

Oletetaan koko tämän sivun ajan, että ylläpidät Fernwoodia, kuluhallintatuotetta, jolla on markkinointisivusto, blogi ja hinnastosivu.

Miksi se toimii

Sivujasi lukevat koneet kohtaavat poimintaongelman: sisältösi on kirjoitettu ihmisille, ja kaikki, mitä kone haluaa tietää – kuka tämän julkaisi, milloin, mitä se maksaa ja millaisesta asiasta on kyse – on pääteltävä ulkoasusta ja tekstistä. Rakenteinen data poistaa päättelyn tarpeen. Siitä on hyötyä kolmella tavalla:

Identiteetti ja luottamus. Organization-entiteetti, jossa on -linkit vahvistettuihin profiileihisi, antaa hakukoneen varmistaa, että fernwood.com, LinkedInissä oleva Fernwood ja G2:ssa arvosteltava Fernwood ovat sama yritys. Vastaushakukoneet painottavat identiteetin varmuutta päättäessään, viittaavatko ne sinuun – lähde, jota ne eivät pysty tunnistamaan varmasti, on lähde, johon ne suhtautuvat varauksella.
Ajantasaisuus. datePublished ja dateModified ovat vahvimmat koneellisesti luettavat ajantasaisuussignaalit, joita sivulla voi olla, ja ajantasaisuutta painotetaan vahvasti sekä sijoituksissa että viittauksissa. Tämä on niin tärkeää, että sille on oma tekniikkansa: Koneellisesti luettavat päivämäärät.
Tarkka poiminta ja laajennetut tulokset. Ilmoitetut faktat lainataan oikein – Offer-kohdassa oleva hinta on yksiselitteinen tavalla, jolla kappaleessa oleva hinta ei ole. Perinteisessä haussa useat tyypit saavat yhä tehostettuja hakutuloksia (laajennetut tulokset): tuotteiden hinnat ja arviot, murupolut, tapahtumatiedot ja työpaikkailmoitukset.

On kuitenkin syytä ymmärtää selvästi, mitä se ei tee: rakenteinen data ei ole sijoitusta parantava taikasana, ja Google on poistanut kosmeettisia etuja tasaisesti – FAQ-laajennettuja tuloksia rajoitettiin vuonna 2023, ja ne lakkasivat näkymästä kokonaan toukokuussa 2026, kun taas HowTo-laajennetut tulokset poistettiin käytöstä vuonna 2023. Kestävä arvo on siirtynyt hakutuloslistojen koristelusta vastaushakukoneiden ymmärrettäväksi tekemiseen – ja juuri tämä yleisö kasvaa.

Mihin kannattaa panostaa

Älä yritä merkitä kaikkea. Kukin alla oleva tyyppi on hyödyllinen tietyntyyppisellä sivulla; sivu, jolla ei ole mitään ilmoitettavaa, voi aivan hyvin olla ilman merkintöjä.

Tyyppi	Missä	Tärkeät kentät
`Organization`	Koko sivustolla (etusivu tai jokainen sivu)	`name`, `url`, `logo`, `sameAs`
`Article` / `BlogPosting`	Blogikirjoitukset, oppaat, uutiset	`headline`, `datePublished`, `dateModified`, `author`
`Product` + `Offer`	Tuote- ja hinnastosivut	`name`, `description`, `offers.price`, `offers.priceCurrency`
`LocalBusiness`	Sijaintisivut	`name`, `address`, `openingHours`, `telephone`
`BreadcrumbList`	Mikä tahansa hierarkian sivu	`itemListElement` – navigointipolkusi
`WebSite`	Etusivu	`name`, `url` – ilmoittaa sivustosi nimen

FAQPage ansaitsee erityishuomion, koska sitä lisättiin vuosien ajan kaikkeen: Googlen laajennettu tulos, jonka se aiemmin saattoi saada, on poistunut. Lisää se siis vain sivuille, jotka aidosti koostuvat kysymyksistä ja vastauksista – se auttaa edelleen koneita jäsentämään rakenteen, mutta ei enää paranna sijoittelua.

Näin teet sen

1. Suosi sisällönhallintajärjestelmääsi tai lisäosaa käsin kirjoittamisen sijaan

Useimmat -alustat ja SEO-lisäosat (Yoast, Rank Math ja vastaavat) luovat jo Organization-, Article- ja murupolkumerkinnät hallussaan olevista tiedoista – korjaus on yleensä määrityksissä, ei koodissa. Tämä on oikea oletusratkaisu, koska käsin ylläpidetyt merkinnät vanhenevat: sivua muokataan, skriptilohkoa ei, ja merkintä ei enää pidä paikkaansa.

Jos rakennat omat mallipohjasi, luo merkinnät mallipohjassa samasta tietolähteestä kuin näkyvä sisältö – artikkelin kirjoittajatiedon ja author-kentän tulisi tulla samasta tietokantasarakkeesta.

2. Käytä JSON-LD:tä ja yhdistä tiedot graafiksi

Google suosittelee JSON-LD:tä vanhempien microdata- ja RDFa-muotojen sijaan, ja se on muoto, joka kannattaa standardoida: se sijaitsee yhdessä lohkossa erillään HTML-rakenteestasi, joten mallipohjan muutokset eivät voi huomaamatta rikkoa sitä.

Entiteetit voivat viitata toisiinsa. Fernwoodin blogikirjoituksessa artikkeli, sen kirjoittaja ja julkaiseva organisaatio kuuluvat yhteen:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://fernwood.example/#org",
      "name": "Fernwood",
      "url": "https://fernwood.example/",
      "logo": "https://fernwood.example/assets/logo.png",
      "sameAs": [
        "https://www.linkedin.com/company/fernwood-example",
        "https://github.com/fernwood-example"
      ]
    },
    {
      "@type": "BlogPosting",
      "headline": "Kuinka yrityskorttien tiliotteet täsmäytetään",
      "datePublished": "2026-05-01T09:00:00Z",
      "dateModified": "2026-07-10T14:30:00Z",
      "author": {
        "@type": "Person",
        "name": "Maria Chen",
        "sameAs": ["https://www.linkedin.com/in/maria-chen-example"]
      },
      "publisher": { "@id": "https://fernwood.example/#org" }
    }
  ]
}
</script>

@id-viittaus tarkoittaa, että kuvaat organisaatiosi kerran ja viittaat siihen sen sijaan, että toistaisit siitä hieman erilaisia kopioita jokaisella sivulla – ristiriitaisten kopioiden vuoksi hakukoneet eivät tiedä, mihin versioon uskoa.

Ilmoita hinnastosivulla tuote tavalla, jolla haluaisit avustajan toistavan sen:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Fernwood",
  "description": "Kuluhallinta usean entiteetin hyväksyntätyönkuluilla.",
  "brand": { "@id": "https://fernwood.example/#org" },
  "offers": {
    "@type": "Offer",
    "price": "12.00",
    "priceCurrency": "USD",
    "url": "https://fernwood.example/pricing"
  }
}
</script>

3. Noudata rehellisyyssääntöjä

Googlen rakenteisen datan käytännöt ovat maalaisjärjen virallinen versio, ja niiden rikkominen johtaa siihen, että merkinnät jätetään huomiotta tai sivustoa rangaistaan:

Merkintöjen on kuvattava sivulla näkyvää sisältöä. Sivulla näkymättömien arvostelujen aggregateRating-merkintä tai sellaisen sisällön merkitseminen, jota kävijä ei näe, katsotaan roskapostiksi.
Tietojen on oltava ajantasaisia. Offer-hinta, joka ei enää vastaa hinnastosivuasi, on ristiriita, jonka hakukone ratkaisee olemalla luottamatta merkintään – ja hinnat ovat tieto, jota avustajat lainaavat erityisen mielellään.
Omaa etua palvelevia arvosteluja ei lasketa. Omien asiakaspalautteidesi merkitseminen itseäsi koskeviksi riippumattomiksi Review-entiteeteiksi on nimenomaisesti Googlen arvostelukatkelmien sääntöjen vastaista, ja se on sivulla esiintyvä vastine näennäisruohonjuuritason vaikuttamiselle.

4. Validoi ennen julkaisemista ja sen jälkeen

Rikkinäinen rakenteinen data epäonnistuu hiljaisesti – sivu näyttää hyvältä, hakukone hylkää lohkon, eikä mikään kerro siitä sinulle. Validoi Rich Results Testillä (Googlen kelpoisuusnäkymä) ja Schema Markup Validatorilla (sanaston oikeellisuus) sekä validoi uudelleen, kun mallipohjat muuttuvat. Tavallisimmat ongelmien aiheuttajat ovat lopussa olevat pilkut, merkkipakoa vailla olevat lainausmerkit ja mallipohjien paikkamerkit, joita ei koskaan korvattu.

Miten Silktide auttaa

Silktide testaa tätä tekniikkaa neljästä näkökulmasta koko sivustolla:

Rakenteinen data löytää indeksoitavat sivut, joilla ei ole lainkaan rakenteista dataa, jotta voit päättää, millä niistä sitä tulisi olla.
Rakenteisen datan kelpoisuus havaitsee hiljaiset epäonnistumiset: lohkot, joita ei voi jäsentää, entiteetit ilman @type-arvoa ja tyypit, joilta puuttuvat vaaditut ominaisuudet.
Tekoälyn skeemasignaalit tarkistaa, että jo julkaisemasi skeema sisältää kentät, joihin vastaushakukoneet tukeutuvat eniten – artikkeleiden dateModified-kentän ja organisaatioiden sameAs-kentän.
Sisällön päivämäärät merkitsee laajat sivut, joilla ei ilmoiteta päivämääriä missään koneellisesti luettavassa muodossa.

Silktiden AEO-raportit arvioivat lisäksi, vastaako rakenteinen datasi sivua, jolla se sijaitsee – rehellisyyssääntö testattuna.

Aiheeseen liittyvää

Organisaation identiteettimerkinnät – Organization / WebSite -ohje kokonaisuudessaan
Paikallinen SEO ja Google Business Profile – LocalBusiness-merkinnät ja NAP todellisille toimipaikoille
Koneellisesti luettavat päivämäärät – tämän tekniikan ajantasaisuuteen liittyvä puoli kokonaisuudessaan
Kirjoittajasivut ja kirjoittajatiedot – Person-merkinnät ja kirjoittajien sameAs
Sisältö luettavissa ilman JavaScriptiä – vain hydrationin jälkeen lisätty rakenteinen data on näkymätöntä
ja – määritelmät
Vertailusivut – tärkeät sivut, joilla ilmoitetut faktat ansaitsevat viittauksia
Johdanto rakenteiseen dataan (Google Search Central)
Schema.org – koko sanasto