Rakenteinen data tekoälyvastauksiin: mitä merkitä ja miten

Julkaistu 2026-11-12

Lyhyt vastaus

Rakenteinen data ei avaa tekoälyvastauksia yksin, mutta se poistaa epäselvyyden tosiasioista. Merkitse julkaisija Organization-tyypillä ja sameAs-linkeillä, jokainen artikkeli tiedoilla author, datePublished ja dateModified, tuotteet tiedoilla offers, hinta ja valuutta sekä kysymysosiot FAQPage-tyypillä. Käytä JSON-LD:tä ja pidä se täsmälleen samana kuin sivun näyttämä sisältö.

HTML:ää lukevan crawlerin on pääteltävä, kuka sivun on julkaissut, milloin se on muuttunut ja mitä tuote maksaa. JSON-LD ilmaisee nämä tiedot suoraan schema.org-sanastolla. Google sanoo, ettei sen tekoälyominaisuuksiin tarvita erityistä skeemaa, eivätkä muut tekoälytoimittajat julkaise, miten ne käyttävät merkintöjä, joten rehellinen tavoite on selkeys eikä sijoitustemppu.

Tällä sivulla

Miksi rakenteinen data auttaa tekoälyvastauksia
Miten merkitsen organisaationi
Mitä Article- tai BlogPosting-merkinnän tulisi sisältää
Kannattaako FAQPage-merkintä vielä lisätä
Miten merkitsen tuotteen tai sovelluksen hinnan
Miten tarkistan, että merkintäni luetaan oikein

Miksi rakenteinen data auttaa tekoälyvastauksia

Tekoälyvastausten on usein ilmoitettava tosiasioita: kuka valmistaa tuotteen, mitä se maksaa, onko artikkeli ajantasainen. Kun nämä tiedot ovat vain leipätekstissä, ne voidaan lukea väärin tai sekoittaa muiden sivujen tietoihin. Merkintä antaa jokaisesta tiedosta yhden, johdonmukaisen ilmaisun, jonka mikä tahansa jäsennin voi lukea.

Käytä JSON-LD:tä, missä voit; Google suosittelee sitä helpoimpana muotona toteuttaa ja ylläpitää. Ja noudata Googlen perussääntöä: älä merkitse tietoa, joka ei ole käyttäjille näkyvissä sivulla, vaikka se olisi oikein.

Miten merkitsen organisaationi

Organization tiedoilla name, url, logo ja sameAs kertoo crawlerille, kuka sivuston takana on. schema.org määrittelee sameAs:n viitesivun URL-osoitteeksi, joka yksiselitteisesti osoittaa kohteen identiteetin, kuten viralliset profiilisi muualla. Google ehdottaa sen sijoittamista etusivulle tai yritystä kuvaavalle sivulle; sitä ei tarvita jokaiselle sivulle.

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#org",
  "name": "Example Co",
  "url": "https://example.com/",
  "logo": "https://example.com/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example-co",
    "https://github.com/example-co"
  ]
}

Anna organisaatiolle vakaa @id, jotta sivustosi muut merkinnät, kuten artikkelin publisher, voivat viitata siihen. Listaa sameAs-kenttään vain profiileja, joita itse hallitset. Linkit toista, samannimistä yritystä kuvaaville sivuille tekevät päinvastoin kuin haluat: ne sumentavat identiteetin, jonka merkinnän pitäisi selkeyttää.

Google listaa myös valinnaisia ominaisuuksia kuten description, legalName, contactPoint ja address. Lisää ne, jotka ovat tosia ja pysyviä; jätä pois kaikki, mitä joutuisit päivittämään käsin.

Mitä Article- tai BlogPosting-merkinnän tulisi sisältää

Artikkeleissa luottamuksen ja tuoreuden kannalta tärkeimmät ominaisuudet ovat headline, author kenttineen name ja kirjoittajan tunnistava url, datePublished ja dateModified. Google pyytää ISO 8601 -päivämääriä ja suosittelee aikavyöhykkeen mukaan ottamista.

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "How to choose a clinic scheduling app",
  "author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
  "publisher": {"@id": "https://example.com/#org"},
  "datePublished": "2026-10-01T09:00:00+00:00",
  "dateModified": "2026-11-12T09:00:00+00:00",
  "image": "https://example.com/img/scheduling.jpg"
}

Pidä dateModified rehellisenä ja johdonmukaisena. Käytä samaa päivämäärää näkyvällä sivulla ja sivukartan lastmod-kentässä ja päivitä sitä vain, kun sisältö todella muuttuu.

Kannattaako FAQPage-merkintä vielä lisätä

Ole selvillä siitä, mitä se ei enää tee. Google on lopettanut FAQ-rikastettujen tulosten näyttämisen haussa ja poistanut ominaisuuden dokumentaation. FAQPage-merkintä ei siis tuo laajennettuja FAQ-tuloksia Googleen.

Se on yhä kelvollinen schema.org-tyyppi, joka liittää jokaisen kysymyksen vastaukseensa koneluettavassa muodossa, mikä on hyödyllistä kaikille järjestelmille, jotka jäsentävät sivun. Jos sivullasi on jo näkyvä FAQ-osio, sen merkitseminen maksaa vähän. Älä lisää merkintään kysymyksiä, joita sivulla ei ole.

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Does the app work offline?",
    "acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
  }]
}

Miten merkitsen tuotteen tai sovelluksen hinnan

Ihmiset kysyvät usein tekoälyavustajilta, mitä tuote maksaa, ja hintataulukkoon kätketty hinta on helppo lukea väärin. Lisää offers, jossa on price ja priceCurrency, Product- tai SoftwareApplication-merkintääsi. Google listaa price-kentän pakolliseksi tarjoukselle ja suosittelee priceCurrency-kenttää; ilmaisen sovelluksen hinnan tulee olla 0.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example Planner Pro",
  "offers": {
    "@type": "Offer",
    "price": 19.00,
    "priceCurrency": "USD",
    "availability": "https://schema.org/InStock"
  }
}

Miten tarkistan, että merkintäni luetaan oikein

Jokaisen JSON-LD-lohkon on oltava kelvollista JSONia. Yksi hukassa oleva pilkku saa jäsentimet ohittamaan koko lohkon.
Laita JSON-LD alkuperäiseen HTML:ään. JavaScriptillä lisätyt merkinnät voivat jäädä huomaamatta crawlereilta, jotka eivät aja skriptejä.
Vertaa merkintää näkyvään sivuun: nimien, hintojen ja päivämäärien tulee täsmätä täsmälleen.
Varmista, ettei robots.txt tai palomuuri estä merkinnän sisältävää sivua tekoälycrawlereilta; merkintä sivulla, johon ei pääse, ei hyödytä ketään.
Yhdistä toisiinsa liittyvät kohteet @id-viittauksilla toistamisen sijaan, jotta artikkelimerkintäsi julkaisija ja Organization-merkintäsi ovat selvästi sama entiteetti.
Tuota päivämäärät ja hinnat samasta datasta, joka täyttää näkyvän sivun, jotta ne eivät voi erkaantua toisistaan päivityksen jälkeen.

AISeeWhy jäsentää sivusi JSON-LD:n ja raportoi virheelliset lohkot, puuttuvan julkaisijan tai sameAs:n, puutteelliset artikkelitiedot, sovellus- tai tuotemerkinnät ilman hintaa ja kysymysotsikot ilman vastaavaa FAQ-merkintää, kullekin valmis korjauskatkelma.

Usein kysytyt kysymykset

Tarvitsenko rakenteista dataa näkyäkseni Googlen tekoälytiivistelmissä?

Et. Google sanoo, ettei tekoälytiivistelmiin tai tekoälytilaan tarvita erityistä schema.org-rakenteista dataa. Merkintä auttaa silti tekemään tosiasioista, kuten päivämääristä ja hinnoista, yksiselitteisiä.

JSON-LD, Microdata vai RDFa?

Kaikki ovat kelvollisia, mutta Google suosittelee JSON-LD:tä, jos asetelmasi sallii sen, koska se on helpompi lisätä ja ylläpitää erillään näkyvästä HTML:stä.

Pitäisikö jokaisella sivulla olla Organization-merkintä?

Google ehdottaa sen sijoittamista etusivulle tai yhdelle organisaatiota kuvaavalle sivulle. Muut sivut voivat viitata siihen sen @id:llä.

Korvaako rakenteinen data hyvän sisällön?

Ei. Merkintä ilmaisee tosiasioita sivusta; se ei tee heikosta vastauksesta vahvaa. Tekoälyvastaukset lainaavat yhä näkyvää tekstiä, joten sivun on vastattava kysymykseen hyvin itse.

Voinko merkitä sisältöä, joka on piilotettu kävijöiltä?

Et. Googlen ohjeiden mukaan käyttäjille näkymätöntä tietoa ei saa merkitä, vaikka se olisi oikein.