Miten lisätä Schema Markup -koodit sivustolle?

Schema-merkinnät (rakenteinen data) ovat standardoituja datamerkintöjä, jotka lisätään HTML-koodiin kertomaan hakukoneille sivun sisällöstä selkeämmin. Käytännöllisin tapa on valita sivutyyppiä vastaava schema-tyyppi, laatia koodi JSON-LD-muodossa, lisätä se sivun <head>-osioon tai sopivaan lisäosaan ja tarkistaa se Google Rich Results -testillä. Kun tämä prosessi tehdään oikein, tuotteet, artikkelit, UKK-osiot, arvostelut, tapahtumat, yritystiedot ja vastaavat sisällöt voidaan näyttää hakutuloksissa ymmärrettävämmässä muodossa.

Vuoden 2026 SEO-standardien mukaan schema-merkinnät eivät yksin takaa parempia sijoituksia, mutta ne auttavat hakukoneita ymmärtämään sisältöä, muodostamaan tarkemman kontekstin AI Overviewsin kaltaisissa tekoälypohjaisissa tuloksissa ja parantavat rich snippet -kelpoisuutta. Erityisesti verkkokaupoissa, yrityssivustoilla, blogeissa, uutissivustoilla, paikallisissa yrityksissä ja SaaS-projekteissa rakenteinen data on olennainen osa teknisen SEO:n tarkistuslistaa.

Tässä oppaassa käymme läpi askel askeleelta, mitä schema-merkinnät tekevät, mitkä tyypit sinun kannattaa valita, miten ne lisätään WordPressiin ja räätälöityihin sivustoihin sekä mitä testausvaiheessa tulee huomioida. Jos sivustosi alusta on hidas, tietoturvaton tai kärsii toistuvista katkoksista, teknisten SEO-toimenpiteiden täysi hyödyntäminen vaikeutuu. Siksi kannattaakin tutustua vakaaseen hosting-infrastruktuuriin Hostragons webhotelli-paketit ja turvalliseen yhteyteen SSL-sertifikaattiratkaisut.

Mitä schema-merkinnät ovat?

Schema-merkintä on rakenteisen datan merkintätapa, joka hyödyntää Schema.org-sanastoa. Google, Bing, Yandex ja muut hakukoneet tunnistavat tämän sanaston avulla sivun entiteetit helpommin. Voit esimerkiksi kertoa scheman avulla, ettei teksti ole vain pitkä kappale, vaan tuotekuvaus, resepti, artikkeli, lääkärin profiili, koulutussisältö tai UKK-osio.

Tavallinen HTML näyttää sisällön käyttäjälle, mutta schema-merkintä kertoo hakukoneille sisällön merkityksen. Kun tuotesivulla merkitään erikseen hinta, varastotilanne, valuutta, tuotemerkki, arvosana ja arvostelujen määrä, hakukone tulkitsee sivun luotettavammin. Kun blogiartikkelissa määritellään otsikko, kirjoittaja, julkaisupäivä, päivityspäivä, kuva ja pääsisältötyyppi, sisällön laatusignaalit välittyvät johdonmukaisemmin.

Rakenteinen data toteutetaan yleensä kolmessa muodossa: JSON-LD, Microdata ja RDFa. Nykyään teknisissä SEO-töissä suositelluin muoto on JSON-LD, koska se ei riko HTML-rakennetta, se lisätään erillisenä skriptilohkona, sen päivittäminen on helppoa ja sitä käytetään oletusmenetelmänä monissa Googlen dokumentaatioesimerkeissä.

Miksi schema-merkinnät ovat tärkeitä?

Schema-merkinnät vähentävät hakukonebottien vaivaa sivusi tulkitsemisessa. Vaikka sisältösi olisi jo laadukasta, bottien on silti yhdistettävä sivun elementit oikein. Rakenteinen data tekee tästä yhdistämisestä selkeämpää ja standardoidumpaa. Vuonna 2026 hakukokemus ei rajoitu pelkkiin perinteisiin sinisiin linkkeihin, vaan rich snippetit, kuvakortit, tuotemoduulit, paikalliset yrityspaneelit ja tekoäly-yhteenvedot ovat kaikki osa näkyvyysstrategiaa.

Oikea scheman käyttö voi tarjota seuraavia etuja:

Lisää todennäköisyyttä, että hakutuloksissa näkyy lisätietoja, kuten tähtiarvosana, hinta, varastotilanne, UKK tai tapahtuman päivämäärä.
Auttaa Googlea ymmärtämään paremmin sivun tyypin, kirjoittajatiedot ja sisällön tarkoituksen.
Voi luoda huomiota herättävämpiä snippet-rakenteita, jotka parantavat klikkausprosenttia.
Järjestää sisältöinventaarion teknisesti ja mahdollistaa skaalautuvan SEO-hallinnan suurilla sivustoilla.
Tukee brändi-, tuote- ja palvelutietojesi johdonmukaisempaa tulkintaa tekoälypohjaisissa hakujärjestelmissä.

Kriittinen kohta tässä on: Scheman tulee merkitä vain tietoja, jotka todella ovat sivulla. Näkymättömän tähtiarvosanan, olemattoman varastotiedon tai epätoden kirjoittajatiedon lisääminen schemaan voidaan tulkita roskapostiksi. Tällaiset käytännöt voivat johtaa rich snippetien menetykseen, manuaaliseen toimenpiteeseen tai luottamussignaalien heikkenemiseen.

Yleisimmät schema-tyypit ja niiden käyttökohteet

Jokaiselle sivulle ei lisätä samaa schemaa. Oikean schema-tyypin valinta on onnistuneen toteutuksen ensimmäinen askel. Blogiartikkelille sopii Article tai BlogPosting, tuotesivulle Product, yrityksen yhteystietosivulle Organization tai LocalBusiness ja ohjesivulle FAQPage. Alla oleva taulukko tiivistää usein käytetyt tyypit.

Yleisimmät schema-tyypit ja niiden käyttökohteet
Schema-tyyppi	Sopiva sivu	Merkittävät tiedot	Huomioitavaa
Article / BlogPosting	Blogiartikkelit, uutiset, opassisällöt	Otsikko, kirjoittaja, päivämäärä, kuva, kuvaus	Kirjoittajan ja päivämäärän on oltava näkyvissä sivulla
Product	Tuote- tai palvelumyyntisivut	Hinta, varasto, tuotemerkki, arvostelu, arvosana	Hinta- ja varastotiedot on pidettävä ajan tasalla
FAQPage	Sivut, joilla on usein kysyttyjä kysymyksiä	Kysymys- ja vastausparit	Vastausten on oltava käyttäjän nähtävillä sivulla
Organization	Yritysverkkosivustot	Logo, brändinimi, someprofiilit, yhteystiedot	Tietojen on oltava yhdenmukaisia kaikissa kanavissa
LocalBusiness	Paikalliset yrityssivut	Osoite, puhelin, aukioloajat, sijainti	NAP-tietojen on vastattava Google Business -profiilia
BreadcrumbList	Sivustot, joilla on kategoria- ja sisältöhierarkia	Sivupolku, kategoriajärjestys	On vastattava näkyvää murupolkua
HowTo	Oppaat, joissa kuvataan vaiheittaisia toimenpiteitä	Vaiheet, kesto, välineet, lopputulos	Jokaisen vaiheen on oltava selkeästi esillä sisällössä

Yhdellä sivulla voidaan käyttää useampaa schemaa. Esimerkiksi tässä artikkelissa voidaan soveltaa yhdessä BlogPostingia, BreadcrumbListia ja FAQPagea. Jokaisen schema-tyypin on kuitenkin tuettava sivun päätarkoitusta. Pelkkä useampien merkintöjen lisääminen ei tarkoita parempaa SEO:ta; tarpeeton tai ristiriitainen data voi heikentää laatua.

Miten schema-merkinnät lisätään verkkosivustolle?

Vaikka scheman lisäysprosessi vaihtelee sivuston alustan mukaan, peruslogiikka on sama: määritä sivutyyppi, valmistele tarvittavat kentät, tuota JSON-LD-koodi, lisää se sivustolle, testaa ja seuraa tuotannossa. Seuraavat vaiheet tarjoavat sovellettavan kehyksen niin WordPressille, räätälöidyille ohjelmistoille kuin staattisille HTML-sivustoillekin.

1. Määritä sivutyyppi ja hakuaie

Selvitä ensin, mitä sivu edustaa. Onko se opasartikkeli, tuotesivu, kategoriasivu vai yrityksen palvelusivu? Esimerkiksi webhotellipaketteja esittelevä sivu voidaan merkitä Product- tai Service-logiikalla, kun taas webhotellin valintaa käsittelevä blogiartikkeli tulisi käsitellä BlogPostingina. Jos valmistelet opasta verkkotunnuksen hankintaan, voit vahvistaa aihekontekstia luonnollisilla linkeillä asiaankuuluville sivuille, kuten verkkotunnuksen haku- ja rekisteröintiopas.

Myös hakuaie on tärkeä. Jos käyttäjä haluaa tietoa, FAQPage ja Article voivat olla tukevia. Jos käyttäjä on lähellä ostopäätöstä, Product-, Offer- ja Review-kentät ovat merkityksellisempiä. Paikallisella palvelusivulla LocalBusiness ja yhteystiedot voivat korostua.

2. Listaa tarvittavat kentät

Tarkista ennen schema-koodin kirjoittamista, mitä tietoja sivulla on. Blogiartikkelia varten voidaan valmistella vähintään otsikko, kuvaus, kirjoittaja, julkaisupäivä, päivityspäivä, pääkuva ja URL-osoite. Tuotesivulla voidaan arvioida tuotenimi, kuvaus, kuva, SKU, tuotemerkki, hinta, valuutta, varastotilanne ja arvostelutiedot.

Luo käytännöllinen tarkistuslista:

Onko sivun otsikko ja metakuvaus selkeä?
Näkyvätkö kirjoittaja-, tuotemerkki- tai yritystiedot luotettavasti?
Ovatko julkaisu- ja päivityspäivämäärät yhdenmukaisia?
Tarjotaanko kuvat saavutettavan URL-osoitteen kautta?
Päivittyvätkö dynaamiset kentät, kuten hinta, varasto tai arvosana, automaattisesti?
Näkyykö scheman sisältämä tieto käyttäjälle myös sivulla?

Suurilla sivustoilla näiden kenttien manuaalinen hallinta lisää virheriskiä. Erityisesti verkkokaupoissa tai usean kirjoittajan blogeissa on terveellisempää lisätä dynaamisia schema-kenttiä CMS-pohjiin.

3. Laadi koodi JSON-LD-muodossa

JSON-LD mahdollistaa schema-koodin lisäämisen erillisenä skriptilohkona. Perusrakenne on tämä: se alkaa <script type=application/ld+json>, sisältää @context, @type ja valitut schema-kentät, minkä jälkeen skripti suljetaan. Esimerkiksi blogiartikkelissa @type-arvo voi olla BlogPosting; siihen voidaan lisätä headline, description, author, publisher, datePublished, dateModified ja image -kentät.

Oikeissa projekteissa koodia käsin kirjoitettaessa pilkku-, lainausmerkki-, sulku- ja URL-virheet ovat yleisiä. Siksi aluksi on turvallisempaa hyödyntää Googlen dokumentaation esimerkkejä, Schema.org-viitettä tai luotettavien SEO-lisäosien tuottamaa koodia. Valmista koodia ei kuitenkaan pidä vain kopioida, vaan jokainen kenttä on muokattava sivustosi mukaan.

Esimerkiksi Hostragonsin blogiartikkelissa publisher-kentässä voi olla yrityksen nimi, logon URL-osoite ja sivuston osoite. Logokuvan suositellaan olevan indeksoitava, HTTPS:n kautta tarjottu ja riittävän kokoinen tiedosto. Sivustoille, jotka eivät käytä HTTPS:ää, on tietoturvan ja indeksoinnin laadun kannalta tärkeää priorisoida SSL-sertifikaatin asennus.

4. Lisää koodi sivustolle

Räätälöidyillä ohjelmistoilla tai staattisilla HTML-sivustoilla JSON-LD-koodi lisätään yleensä kyseisen sivun <head>-osioon. Teknisesti se voi toimia myös body-osiossa, mutta hallittavuuden ja standardoinnin kannalta head-osio on suositeltavampi. Jos sivusto käyttää mallipohjajärjestelmää, on tehokkaampaa luoda erilliset schema-lohkot blogi-, tuote-, kategoria- ja yrityssivupohjille.

WordPress-sivustoilla on kolme yleistä tapaa. Ensimmäinen on käyttää Yoast SEO:n, Rank Mathin tai vastaavien SEO-lisäosien automaattisia schema-ominaisuuksia. Toinen on tuottaa dynaamista JSON-LD:tä mukautettujen kenttien ja teematiedostojen avulla. Kolmas on injektoida schemaa tietyille sivuille Google Tag Managerin avulla. Tag Manager -menetelmä voi olla hyödyllinen nopeaan testaukseen, mutta kriittisissä ja pysyvissä toteutuksissa palvelinpuolella tai CMS-pohjassa tuotettu schema on luotettavampaa.

WooCommercea käyttävissä verkkokaupoissa Product scheman tuottavat usein lisäosat automaattisesti. Silti on testattava, että hinta-, varasto-, variaatio-, valuutta- ja arvostelukentät tulostuvat oikein. Digitaalisissa tuotteissa, kuten webhotelli-, reseller-hosting- tai palvelinpalveluissa, paketin ominaisuudet on listattava sivulla selkeästi ja määriteltävä schemassa totuudenmukaisesti. Tällaisilla sivuilla tuotelinkit, kuten Hostragons VPS-palvelinratkaisut ja reseller hosting -paketit, voivat tukea käyttäjän ostopolkua.

5. Tarkista Google Rich Results -testillä

Koodin lisäämisen jälkeen ensimmäinen testi tulee tehdä Google Rich Results -testillä. Voidaan testata joko live-URL-osoite tai koodinpätkä. Työkalu näyttää, onko sivu rich snippet -kelpoinen, sekä mahdolliset virheet ja varoitukset. Virheet johtuvat yleensä pakollisten kenttien puuttumisesta, virheellisestä päivämäärämuodosta, saavuttamattomasta kuvasta tai virheellisestä URL-osoitteesta. Varoitukset eivät aina ole kriittisiä, mutta mahdollisimman puhtaaseen tulosteeseen tulisi pyrkiä.

Toisena tarkistuksena voidaan käyttää Schema Markup Validatoria. Tämä työkalu keskittyy enemmän yleiseen schema-rakenteeseen kuin Googlen omaan rich snippet -kelpoisuuteen. Suurilla sivustoilla tulee lisäksi seurata säännöllisesti Search Console -parannusraportteja. Jos siellä näkyy tuotesnippet-, UKK-, Breadcrumb- tai Video-raportteja, virhetrendejä voidaan seurata.

6. Seuraa tuotannon suorituskykyä

Scheman lisäämisen jälkeen vaikutukset eivät välttämättä näy heti. Kestää aikansa, ennen kuin Google indeksoi sivun uudelleen, käsittelee datan ja katsoo sen rich snippet -kelpoiseksi. Pienillä sivustoilla tähän voi mennä muutama päivä, suurilla ja harvemmin indeksoiduilla sivustoilla muutama viikko. Tänä aikana tulee seurata Search Consolen tehokkuusraportista klikkausprosenttia, näyttökertoja, keskimääräistä sijoitusta ja kyselymuutoksia.

Erityisen tärkeää on pitää esimerkiksi julkaisupäivä-, hinta- ja varastokentät ajan tasalla. Jos sivulla hinta on 999 TL, mutta schemassa näkyy 799 TL, syntyy luottamusongelma. Hakukoneet voivat rajoittaa rich snippetien näyttämistä havaitessaan tällaisia epäjohdonmukaisuuksia.

Scheman lisääminen WordPress-sivustoille

WordPress-käyttäjille nopein tapa on käyttää laadukasta SEO-lisäosaa. Rank Math, Yoast SEO, SEOPress ja vastaavat lisäosat voivat tuottaa automaattisesti perus-Article-, Organization-, Breadcrumb- ja joitakin UKK-rakenteita. Lisäosan asentaminen ei kuitenkaan ratkaise kaikkea; sivuston nimi, logo, someprofiilit, oletussisältötyyppi ja kirjoittaja-asetukset on määritettävä oikein.

WordPress-blogissa suositeltava perusasetus voi olla seuraava:

Aseta yleiseksi sivuston schema-tyypiksi Organization.
Valitse blogiartikkeleille Article tai BlogPosting.
Käytä kirjoittaja-arkistoissa todellista kirjoittajan biografiaa ja asiantuntijatietoa.
Aktivoi breadcrumb-ominaisuus ja tee siitä näkyvä teemassa.
Käytä UKK-osioita sisältävissä artikkeleissa FAQ-lohkoja vain todellisiin kysymyksiin ja vastauksiin.
Jos käytät välimuistilisäosaa, testaa, ettei schema-tuloste rikkoudu minifioinnin jälkeen.

Myöskään suorituskykyä ei pidä unohtaa. Hitaasti latautuvilla sivuilla hakukonebotit voivat indeksoida resursseja rajoitetummin. Jos etsit WordPress-sivustollesi nopeaa ja eristettyjä resursseja tarjoavaa alustaa, WordPress hosting -paketit voi olla teknistä SEO-suorituskykyä tukeva lähtökohta.

Räätälöityjen ohjelmistojen ja yrityssivustojen schema-strategia

Räätälöidyillä ohjelmistosivustoilla scheman toteutus on joustavampaa, mutta vaatii enemmän vastuuta. Kehitystiimin on yhdistettävä CMS-kentät schema-kenttiin. Esimerkiksi blogitaulun title-kenttää voidaan käyttää headlinena, summary-kenttää descriptionina, author_id-relaatiota authorina ja published_at-kenttää datePublishedina. Kun tämä rakenne on luotu, voidaan tuottaa dynaamista ja yhdenmukaista schemaa sadoille sisällöille.

Yrityssivustoilla Organization schema on laadittava erityisen huolellisesti. Brändinimi, logo, virallinen verkkosivusto, puhelin, sähköposti, someprofiilit ja mahdolliset perustajat tai osastot on määriteltävä oikein. Jos samaa brändiä käytetään eri alustoilla eri nimillä, yhdenmukaisuus rikkoutuu. Esimerkiksi yrityksen nimen on oltava samassa muodossa Google Business -profiilissa, some-tileillä, laskutustiedoissa ja verkkosivuston alatunnisteessa.

API-pohjaisissa järjestelmissä, joissa esimerkiksi tuotteen hinta, varasto tai tapahtuman päivämäärä tulevat ulkoisista lähteistä, välimuistin kesto on suunniteltava hyvin. Jotta schema-data pysyy ajan tasalla, sivun välimuisti on tyhjennettävä, kun data päivittyy. Tässä kohtaa luotettava palvelinarkkitehtuuri, CDN ja SSL:n käyttö ovat teknisen SEO:n näkymättömiä mutta kriittisiä osia.

Yleisimmät schema-virheet

Yleisin virhe rakenteisen datan toteutuksessa on näkymättömän tiedon merkitseminen. Googlen ohjeiden mukaan on riskialtista lisätä tietoa pelkästään hakukonetta varten, jos sitä ei näytetä käyttäjälle. Toinen yleinen virhe on saman schema-koodin kopioiminen jokaiselle sivulle. Etusivulla, blogiartikkelilla, tuotesivulla ja kategoriasivulla on eri tarkoitukset, joten ne vaativat erilaisen merkintästrategian.

Muita merkittäviä virheitä ovat:

Virheellisen JSON-muodon käyttö; puuttuvat pilkut tai virheelliset sulkeet.
HTTP-kuva-URL:n käyttö tai kuvan estäminen robots.txt-tiedostolla.
datePublished- ja dateModified-kenttien kirjoittaminen väärässä muodossa.
Sellaisten arvostelujen tai arvosanojen näyttäminen schemassa, joita ei ole sivulla.
Useamman lisäosan tuottama päällekkäinen sama schema-tyyppi.
FAQPagen tai HowTon käyttö väärällä sivulla.
Dynaamisten hinta- ja varastotietojen päivittämättä jättäminen.

Päällekkäinen scheman tuotanto on melko yleistä WordPress-sivustoilla. Teema, SEO-lisäosa ja WooCommerce voivat tuottaa tuoteschema-tulosteen samanaikaisesti. Tällöin testityökaluissa voi näkyä ristiriitaisia tai toistuvia tietoja. Ratkaisu on määrittää, mikä työkalu toimii pääasiallisena scheman tuottajana, ja poistaa muut tulosteet käytöstä.

Schema-merkintöjen ja E-E-A-T:n suhde

E-E-A-T tarkoittaa kokemuksen, asiantuntemuksen, auktoriteetin ja luotettavuuden signaaleja. Schema-merkinnät eivät suoraan luo E-E-A-T-pisteitä, mutta ne auttavat esittämään nämä signaalit teknisesti ymmärrettävämmässä muodossa. Jos esimerkiksi terveyssisällössä kirjoittajan asiantuntijatiedot, tarkistajan nimi, julkaisupäivä ja lähdesivut esitetään näkyvästi, rakenteinen data voi vahvistaa näiden tietojen kontekstia.

Hosting-blogissa konkreettisia E-E-A-T-sovelluksia voivat olla: teknisten termien oikea selittäminen, todellisten tarkistuslistojen antaminen, ajantasaisten työkalujen nimien käyttö, testausvaiheiden selkeä kuvaaminen, teknisen kokemuksen esilletuonti kirjoittajan biografiassa ja sisältöjen säännöllinen päivittäminen. Schema tukee tätä rakennetta, mutta ei yksin tee puutteellisesta tai pinnallisesta sisällöstä laadukasta.

Erityisesti vuonna 2026 johdonmukainen entiteettitieto on korostunut tekoälyavusteisissa hakukokemuksissa. Jos brändinimesi, verkkotunnuksesi, SSL-tilasi, someprofiilisi ja yritystietosi ovat yhteensopivia eri alustoilla, hakukoneiden on helpompi tunnistaa sinut. Jos olet luomassa uutta brändiä tai projektia, voit arvioida sopivia verkkotunnuksia verkkotunnuksen rekisteröintipalvelut kautta.

Toteutuksen jälkeinen tarkistuslista

Kun olet lisännyt schema-koodit, voit tarkastaa toteutuksesi seuraavan tarkistuslistan avulla. Tämä lista vastaa toimistojen ja teknisten SEO-tiimien tekemiä perustarkastuksia ennen tuotantoon vientiä.

Onko jokaiselle tärkeälle sivutyypille valittu sopiva schema-tyyppi?
Onko JSON-LD-koodi kelvollinen ja virheetön testityökaluissa?
Ovatko kaikki scheman sisältämät tiedot käyttäjän nähtävillä sivulla?
Ovatko kuva-URL-osoitteet HTTPS-muotoisia, indeksoitavia ja riittävän laadukkaita?
Ovatko julkaisupäivä ja päivityspäivä oikeassa muodossa?
Päivittyvätkö tuotteen hinta, varasto ja valuutta reaaliaikaisesti tai säännöllisesti?
Onko SEO-lisäosan, teeman ja mukautetun koodin välillä päällekkäistä scheman tuotantoa?
Seurataanko Search Console -parannusraporttia säännöllisesti?
Estääkö välimuisti, CDN tai palomuuri schema-tulostetta?
Tukevatko sivukartta ja robots.txt-tiedosto tärkeiden sivujen indeksointia?

Näiden tarkistusten tekeminen vähintään kerran kuukaudessa auttaa havaitsemaan virheet ajoissa erityisesti paljon sisältöä tuottavilla sivustoilla. Suurten muutosten, kuten teemapäivityksen, SEO-lisäosan vaihdon, uuden tuotepohjan tai CDN-siirtymän jälkeen, schema-testit on ehdottomasti toistettava.

Miten schema-merkintöjen menestystä mitataan?

Menestyksen mittaaminen pelkästään rich snippetien ilmestymisen perusteella on puutteellista, koska Google ei ole velvollinen näyttämään rich snippetejä jokaiselta sivulta, jolla on kelvollinen schema. Terveellisempää mittausta varten on tarkasteltava kolmea tietolähdettä yhdessä: Search Consolen tehokkuusraporttia, Search Consolen parannusraportteja ja analytiikkatyökalujen orgaanisen liikenteen käyttäytymistä.

Esimerkiksi oppaassa, johon on lisätty FAQPage, voidaan kolmen viikon kuluttua nähdä näyttökertojen kasvua asiaankuuluvissa kyselyissä, klikkausprosentin nousua ja sivulla vietetyn ajan paranemista. Tuotesivulla, johon on lisätty Product schema, hinta- ja varastotietojen näkyminen hakutuloksessa voi tuoda laadukkaampia ostoaikeisia kävijöitä. Nämä vaikutukset kuitenkin vaihtelevat toimialan, kilpailun, sisällön laadun, brändin tunnettuuden ja teknisen infrastruktuurin mukaan.

Mittaamisen yhteydessä on tärkeää kirjata muutosten päivämäärät ylös. Kirjaa ylös päivämäärät, jolloin lisäsit scheman, päivitit sisältöä, muutit otsikkoa tai teit nopeusoptimointia. Näin voit tulkita suorituskyvyn muutoksia tarkemmin.

Usein kysytyt kysymykset

Parantavatko schema-merkinnät suoraan hakukonesijoituksia?

Schema-merkinnät eivät anna suoraa sijoitustakuuta. Ne voivat kuitenkin auttaa hakukoneita ymmärtämään sivua paremmin, parantaa rich snippet -kelpoisuutta ja nostaa klikkausprosenttia. Siksi ne ovat tekninen SEO:n tukeva ja tärkeä osa.

Pitääkö schema-koodi lisätä head-osioon?

JSON-LD-muotoinen schema-koodi lisätään yleensä sivun head-osioon, ja tämä menetelmä on hallinnan kannalta käytännöllinen. On tilanteita, joissa se voi toimia myös body-osiossa, mutta standardin, puhtaan ja kestävän toteutuksen vuoksi head tai CMS-pohjataso on suositeltavampi.

Riittääkö schema-lisäosan käyttö WordPressissä?

Useimmille WordPress-sivustoille laadukas SEO-lisäosa on aluksi riittävä. Silti on tarkistettava sivuston nimi, logo, kirjoittaja, sisältötyyppi, breadcrumb ja UKK-asetukset. Lisäksi lisäosan tuottama schema on ehdottomasti vahvistettava Rich Results -testillä.

Voiko FAQ scheman lisätä jokaiselle sivulle?

Ei. FAQ schema tulee lisätä vain, jos sivulla on todellinen, näkyvä kysymys-vastaus-osio. Epäolennaisten tai näkymättömien UKK-osioiden lisääminen pelkästään rich snippetien toivossa voi olla laatuohjeiden vastaista ja vaikuttaa negatiivisesti rich snippetien näkyvyyteen.

Miten voin tarkistaa schema-virheet?

Voit tarkistaa schema-virheet Google Rich Results -testillä, Schema Markup Validatorilla ja Google Search Consolen parannusraporteilla. Kun virhe havaitaan, tarkista ensin pakolliset kentät, JSON-muoto, päivämäärät, kuva-URL-osoitteet ja yhteensopivuus sivulla näkyvien tietojen kanssa.

Yhteenveto

Schema-merkinnät (rakenteinen data) ovat yksi tehokkaista tavoista kertoa sivustosi sisällöstä hakukoneille selkeämmin ja standardoidummin. Kun valitset oikean schema-tyypin ja lisäät sen siististi JSON-LD-muodossa, voit vahvistaa rich snippet -kelpoisuuttasi ja hakunäkyvyyttäsi. Parhaan tuloksen saavuttamiseksi rakenteinen data on ajateltava yhdessä laadukkaan sisällön, nopean hostingin, HTTPS-tietoturvan ja säännöllisten teknisten SEO-tarkistusten kanssa. Jos haluat vahvistaa verkkosivustosi infrastruktuuria, voit tutustua Hostragonsin hosting-, verkkotunnus- ja SSL-ratkaisuihin luodaksesi vankan perustan tekniselle SEO:lle.

Schema-merkintöjen (rakenteinen data) lisääminen verkkosivustolle – kattava opas