Google Discover -reseptisivuston schema-asetukset: vain ruokaohjeita jakavien mikroblogien SEO-opas

Google Discover reseptisivuston schema-asetukset tarkoittavat, että vain ruokaohjeita jakavilla mikroblogeilla jokainen reseptisivu on rakennettu siten, että Google ymmärtää sisällön oikein, se saa rikkaat tulokset ja Discover-näkyvyys paranee. Recipe schema, laadukkaat kuvat, mobiilinopeus, E-E-A-T-signaalit sekä teknisesti yhtenäinen SEO-rakenne ovat kokonaisuutena avainasemassa. Pelkkä schema ei takaa Discoveria, mutta oikein toteutettu Recipe schema, vähintään 1200 px kuvat, todellinen tekijätieto, testatut reseptin huomiot, HTTPS, nopea hosting sekä selkeä sivupohja tukevat Discover-suorituskykyä merkittävästi.

Ruokaohjeiden mikroblogit rakentavat kapeamman aihe-autoriteetin kuin suuret ruoka-alustat. Kun tämä käytetään oikein, Google tunnistaa sivuston erikoistumisen helpommin. Esimerkkejä ovat vain gluteenittomat jälkiruoat, airfryer-reseptit, vauvan lisäruokaohjeet tai opiskelijabudjetin ruokareseptit. Mikroblogi, jonka aihepiiri on selkeä, saa nopeampia tuloksia sisällön klusteroinnissa, kategorioissa ja schema-standardoinnissa. Tyypillinen virhe on kuitenkin käyttää samaa pohjaa kaikille resepteille mutta jättää schema-tiedot puutteellisiksi, näkymättömiksi tai epätarkoiksi.

Tässä oppaassa käydään läpi askel askeleelta, miten Google Discover -keskeisen reseptisivuston schema-asetukset rakennetaan: mitkä kentät ovat pakollisia, mitkä suositeltavia, ja mitkä yksityiskohdat (kuvat, nopeus, turvallisuus, sisältö) tukevat Discover-näkyvyyttä. Olipa alustasi WordPress, custom softa tai headless -rakenne, periaate on, että käyttäjälle näkyvät reseptitiedot ja hakukoneelle annettu schema ovat täysin synkronissa. Vahva tekninen lähtö kannattaa rakentaa WordPress hosting, domainin valinnassa Domainin tarkistus ja turvallisen julkaisun varmistamisessa SSL-sertifika-sivujen kautta.

Google Discover ja reseptimikroblogien välinen suhde

Google Discover suosittelee sisältöjä käyttäjille ilman hakutapahtumaa, perustuen kiinnostuksen kohteisiin. Ruokaohjeet ovat Discoverissa luontaisesti vahvaa sisältöä: ne ovat visuaalisia, kausiluonteisia, nopeasti kulutettavia ja vastaavat suoraan käyttäjän tarpeeseen. Esimerkiksi ramadan-menut, joulupiparit, kesäsalaatit, airfryer-reseptit tai helpot aamupalat voivat saada paljon Discover-näkyvyyttä ajankohtana.

Discover toimii eri tavalla kuin perinteinen haku. Jos käyttäjä hakee linssikeittoa, hakutarkoitus on selvä. Discoverissa Google analysoi käyttäjän aiempia toimintoja, kiinnostusprofiilia, sisällön laatua, visuaalista houkuttelevuutta ja lähteen luotettavuutta – ja suosittelee sen mukaan. Mikroblogin Discover-strategia ei siis ole pelkkää avainsanapeliä: sisällön esitystapa, kuvien laatu, sivukokemus ja luottamussignaalit ovat schemaa tärkeämpiä.

Schema kertoo Googlelle: tämä sivu on resepti, reseptin nimi on tämä, ainesosat ovat nämä, kypsennysaika on näin pitkä, vaiheet ovat tällaiset, kuvat esittävät tätä ruokaa, tekijä tai brändi on tämä. Kun Google tulkitsee nämä tiedot oikein, resepti voi saada rikkaat tulokset ja luokitukset – mikä luo Discover-näkyvyydelle tärkeän pohjan.

Mikroblogin tärkeimmät schema-tyypit

Vain reseptejä jakavalla mikroblogilla schema-rakenne ei saa olla monimutkainen, mutta sen pitää olla yhtenäinen ja kattava. Schemaa ei tule lisätä satunnaisesti, vaan valita oikea schema sivutyypin mukaan. Etusivu, kategoriat, reseptin yksityissivut, tekijäsivut ja "meistä"-sivut palvelevat eri tarkoituksia.

1. Recipe Schema – reseptisivujen perusta

Reseptin yksityissivuilla pääschema on Recipe. Recipe schema auttaa Googlea ymmärtämään reseptin rakenteen. Reseptisivulla tulisi olla ainakin seuraavat kentät:

• name: Reseptin selkeä nimi. Esim. Uunissa paistettu kasviskana.
• description: Lyhyt, 1–2 lauseen tiivistelmä.
• image: Vähintään 1200 px leveä, selkeä kuva reseptistä.
• author: Reseptin tekijä tai brändi.
• datePublished: Julkaisupäivä.
• dateModified: Päivitetyn reseptin viimeisin muokkauspäivä.
• prepTime: Valmisteluaika. ISO 8601 -muodossa, esim. PT15M.
• cookTime: Kypsennysaika, esim. PT30M.
• totalTime: Kokonaisaika.
• recipeYield: Annosmäärä.
• recipeCategory: Pääkategoria, esim. Pääruoka, Jälkiruoka, Keitto.
• recipeCuisine: Keittiötyyppi, esim. Suomalainen, Italialainen.
• keywords: Luonnolliset tagit, esim. helppo illallinen, uuniruoka.
• recipeIngredient: Tarkka ainesosaluettelo.
• recipeInstructions: Vaiheittaiset ohjeet.
• nutrition: Ravintotiedot, jos saatavilla.
• aggregateRating: Vain jos on oikeita käyttäjäarvioita.

Tärkein sääntö: Kaikki schema-kentät tulee näkyä myös käyttäjälle sivulla. Jos sivulla lukee "4 annosta", schemaan ei saa laittaa "6 annosta". Samoin, jos ei ole arvosteluja, schemaan ei saa laittaa 5 tähden arviota – tämä on manipulaatiota Googlelle.

2. Organization tai Person Schema

Jos mikroblogi julkaisee brändin nimissä, käytä Organization schemaa. Jos reseptit ovat tietyn kokin, ravitsemusterapeutin, äidin tai editorin tekemiä, Person schema on parempi. E-E-A-T:n kannalta tekijän nimi, kokemus ja reseptien testaus tulee näkyä.

Esim. Vauvan lisäruokasivustolla, jos reseptit ovat lasten ravitsemusasiantuntijan tarkistamia, se on vahva luottamussignaali. Diabeetikkojen resepteissä ravitsemusterapeutin panos tulee näyttää. Nämä tiedot tulee olla sekä schema-kentissä, tekijän esittelyssä että "meistä"-sivulla.

3. WebSite ja SearchAction Schema

Sisäinen haku on tärkeä mikroblogissa. Käyttäjä voi etsiä esim. linssi, kana, sokeriton, airfryer tai "15 minuutin" reseptejä. WebSite schema + SearchAction kertoo Googlelle, että sivustolla on haku. Se ei suoraan takaa Discoveria, mutta parantaa sivuston ymmärrettävyyttä.

4. BreadcrumbList Schema

Käyttäjäpolku (Breadcrumb) parantaa sekä käyttökokemusta että hakukoneen tulkintaa. Esim. Etusivu > Reseptit > Pääruoat > Uunikasviskana. BreadcrumbList schema auttaa Googlea hahmottamaan kategoriat. Mikroblogilla kannattaa aloittaa 6–10 selkeällä pääkategorialla, ei kymmenillä hämärillä.

5. ItemList Schema – kategoria- ja listaus-sivut

Kategoria-sivuilla Recipe schema ei ole oikea; ItemList on parempi. Esim. "20 minuutin ruoat", "sokerittomat jälkiruoat" tai "ramadan-illat" – listaus-sivuilla ItemList kertoo Googlelle, että kyseessä on reseptikokoelma, ei yksittäinen ohje.

Recipe schema -kenttien vertailutaulukko

Alla oleva taulukko tiivistää, miten reseptimikroblogissa eri schema-kentät kannattaa käsitellä. Käytä tätä tiimin tai sisällöntuottajien kontrollilistana.

Google Discoverin kuvien schema & kuvien SEO-asetukset

Ruokaohjeissa kuva on Discover-suorituskyvyn ytimessä. Useimmiten käyttäjä huomaa ensin kuvan, sitten otsikon. Schema-image-kentän tulee vastata sivun pääkuvaa ja olla teknisesti laadukas.

Google suosittelee vähintään 1200 px leveitä kuvia, sekä max-image-preview:large -asetusta. WordPressissä varmista, että SEO-lisäosa ei estä tätä asetusta. CDN, WebP tai AVIF -formaatteja käytettäessä kuvien URL:ien tulee olla Googlebotin saavutettavissa (ei hotlink-suojausta, virheellistä robots.txt:ää tai rikkinäistä CDN-signaalia).

Käytännössä jokaiselle reseptille suositellaan vähintään kolmea kuvaa: valmis ruoka (pystykuva), ainesosien valmistelukuva ja tarjoilukuva. Discoverissa pysty- tai neliökuvat erottuvat paremmin. Kuvien tiedostonimet tulee olla selitteisiä, esim. uuni-kasviskana.webp, ei IMG_3827.webp.

Kuvan alt-teksti kuvaa ruokaa ilman avainsanaspämmiä. Esim. "valmis kasviskana lautasella" riittää. Alt-tekstin tulee olla jokaiselle kuvalle erilainen, kontekstin mukaan. Kuvien nopea lataus onnistuu LiteSpeed Hosting tai CDN-tuetulla hostingilla, mikä korostuu mobiilikäytössä.

Sisältöpohja: schema-yhteensopiva reseptisivu

Hyvä reseptimikroblogi käyttää jokaisessa reseptissä yhtenäistä mutta laadukasta sisältörunkoa. Se on käyttäjälle helppo ja schema-kenttien täyttö onnistuu. Alla tasapainoinen reseptisivupohja Discoveriin ja orgaaniseen hakuun:

• Selkeä reseptin otsikko
• Lyhyt (1–2 lauseen) tiivistelmä
• Iso, oma pääkuva
• Valmisteluaika, kypsennysaika, kokonaisaika, annosmäärä
• Ainesosat
• Vaiheittaiset ohjeet
• Vinkit
• Säilytys- ja uudelleenlämmitysohjeet
• Variaatiot/korvaavat ainesosat
• Ravintotiedot ja laskentatapa
• Arvostelut ja käyttäjäkommentit
• Luonnolliset sisäiset linkit muihin resepteihin

Esim. pelkästään airfryer-reseptejä jakavalla mikroblogilla airfryer-perunat -sivulla tulee olla laitetiedot, paistolämpö, sekoitusaika, öljymäärä, perunan paksuus ja tärkkelyksen vähennys ennen kypsennystä. Nämä yksityiskohdat lisäävät käyttäjän tyytyväisyyttä ja tuottavat E-E-A-T-signaalin. Schema-kenttien ajat ja annosmäärä tulee näkyä myös sisällössä.

Testatun reseptin osoittaminen on arvokasta: "Tämä ohje testattu 5,5 litran airfryerilla 200°C kahdessa kokeessa." Väitteiden tulee olla totta; keksityt testaukset rapauttavat brändin luottamusta.

Google Discover reseptisivuston schema, askel askeleelta

1. Sivutyypit kartalle

Tee lista sivutyypeistä: etusivu, kategoriat, yksittäiset reseptit, tekijäsivut, meistä, yhteystiedot, lakisivut. Recipe schema vain todellisille reseptisivuille – ei kategorioille.

2. Standardoi reseptidata

Määritä sisällönhallinnassa pakolliset kentät: otsikko, tiivistelmä, pääkuva, valmisteluaika, kypsennysaika, annosmäärä, ainesosat, vaiheet, tekijä. WordPressissä näitä voi rakentaa custom fields -kentillä tai reseptilisäosilla. Custom softassa rakenne tulee suunnitella alusta asti.

3. Automatisoi JSON-LD tuotto

Suositeltu schema-muoto on JSON-LD. Manuaali sopii aluksi, mutta 100 reseptin jälkeen virheriski kasvaa. Automatisoitu schema tuotetaan kentistä, jolloin muutokset päivittyvät schemaan automaattisesti.

4. Testaa kuvien ja URLien saavutettavuus

Varmista, että schema-kuvat palauttavat 200-statuskoodin, robots.txt ei estä, ja Googlebot pääsee kuviin. HTTP:n sijasta käytä HTTPS:ää, poista mixed content -virheet. SSL tulee olla oikein rakennettu – Ilmainen SSL-asennus ja SSL-sertifika auttavat.

5. Rich Results Test ja Search Console

Testaa uusi pohja Google Rich Results Testillä ennen julkaisua. Seuraa Search Consolen schema-raportteja: virheet, varoitukset ja kelvollisten kenttien muutokset kertovat teknisistä ongelmista. Erityisesti teemapäivitysten, lisäosamuutosten ja CDN-konfiguraation jälkeen testaa uudelleen.

6. Kerää oikeat käyttäjäsignaalit

Kommentit, arvostelut ja käyttäjäkysymykset ovat tärkeitä laadun signaaleja. Älä käytä vääriä arvioita – kerää aitoja. Pyydä käyttäjiä kertomaan annosmäärä, muutokset ja lopputulos reseptin jälkeen. Nämä rikastavat sisältöä ja mahdollistavat oikean aggregateRating-kentän käytön.

Discover-näkyvyyttä tukevat tekniset ratkaisut

Discover-liikenne voi olla arvaamatonta – yksi resepti voi tuoda 10x normaalia kävijää tunnissa. Mikroblogit perustetaan usein pienellä budjetilla, ja hosting ei välttämättä kestä piikkejä. Sivun hidastelu tai 5xx-virheet heikentävät sekä käyttökokemusta että Google-kuvaa.

Siksi reseptimikroblogilla on oltava nopea, luotettava ja skaalautuva hosting. Kuvapainotteisilla sivuilla diskin nopeus, cache, PHP-versio, tietokantaoptimointi ja CDN-yhteensopivuus ovat tärkeitä. WordPress-blogissa WordPress hosting ja kampanja-aikoina VPS palvelin ovat harkinnan arvoisia.

Tekninen tarkistuslista:

• HTTPS kaikilla sivuilla.
• Virheetön mobiilitoimivuus.
• Largest Contentful Paint < 2,5 sekuntia.
• Kuvat WebP/AVIF-formaatissa.
• Cache päällä.
• Tarvittomat kolmannen osapuolen skriptit minimoitu.
• Schema-koodi yksittäinen ja yhtenäinen.
• Sivukartta ajantasainen.
• Robots.txt ei estä tärkeitä kuvia/reseptejä.

Mainokset, some-embed, videoplayer ja kommenttiosio voivat yhdessä hidastaa sivua. Discover-käyttäjät ovat pääosin mobiilissa, joten hidastuminen laskee suoraan vuorovaikutusta.

E-E-A-T: luottamuksen rakentaminen mikroreseptisivustolla

Ruokaohjeet ovat arjen sisältöä, mutta esimerkiksi vauva-, allergia-, diabetes-, urheilu- tai dieetttireseptit vaativat erityistä asiantuntijuutta. E-E-A-T:n toteutukseen käytännön vinkit:

• Näytä tekijän nimi jokaisessa reseptissä.
• Tekijäsivulla kokemusta, asiantuntemusta ja some-näyttöjä.
• Selitä reseptien testausprosessi.
• Lisää allergia-, säilytys- ja elintarviketurvallisuusvinkit.
• Ravintotiedon laskentatapa mainittava.
• Meistä- ja yhteystietosivut kattavat.
• Julkaise tietosuojaseloste ja evästekäytännöt.

Esim. kanaresepteissä sisälämpö tai kypsennyshuomio on tärkeä. Säilytysaika, erityisesti säilykkeissä, maitotuotteissa tai kananmunaresepteissä, tuo käyttäjälle todellista arvoa. Nämä eivät ole vain SEO:n vuoksi, vaan brändin luotettavuuden takia.

Vältettävät schema-virheet reseptiblogeissa

Schema-virheitä syntyy yleensä automaatiosta, lisäosien yhteensopimattomuudesta tai kiireisestä sisällöntuotannosta. Vältä erityisesti:

• Useita ristiriitaisia Recipe schema -tietoja yhdellä sivulla.
• Kategoriasivuille Recipe schema – vaikka kyseessä ei ole yksittäinen resepti.
• Näyttämätöntä arviota, kommenttia tai kaloritietoa schemaan.
• Stokkikuvan käyttämistä omana reseptikuvana.
• Kaikille automaattisesti sama valmistelu/kypsennysaika.
• Ainesosaluettelo yhtenä rivinä ilman mittayksiköitä.
• Tekijätieto jätetään anonymiseksi.
• dateModified-kenttä päivitetään ilman oikeaa muutosta.
• Schema-pohja julkaistaan site-wide ilman testausta.

Erityisesti dateModified tulee käyttää harkiten: pelkkä päiväysmuutos ilman sisällön päivitystä on väärä tuoreussignaali. Jos resepti päivitetään, muutokset tulee näkyä sisällössä – esim. "2026 päivitys: Airfryer-kypsennysaika testattu eri laitteilla, 16–18 min."

WordPress ja custom softa – käytännön vinkkejä

WordPressissä reseptilisäosat helpottavat, mutta kaikki eivät tuota oikeaa schemaa. Valitse lisäosa, joka tukee Recipe schemaa, tuottaa JSON-LD:tä, on nopea, päivittyy usein ja toimii SEO-lisäosien kanssa. Varmista, ettei lisäosa ja esim. Yoast, Rank Math tuota päällekkäistä schemaa.

Custom softassa etu on täysi kontrolli: tietokanta ja schema tiedot voidaan rakentaa kenttäkohtaisesti (prep_time, cook_time, total_time, yield, ingredients, steps, author_id, image_id). Tällöin suodatus, haku ja schema-tuotto on helppoa. API-pohjaisessa rakenteessa API ja Integraatiot-sivulla voi määrittää vakiomuodot, mikä vähentää ylläpitokuluja.

Käytössä kannattaa olla staging-ympäristö: testaa teema/lisäosapäivitykset ensin, tarkista schema. Hostingissa ylivaraus, PHP-version hallinta ja virhelokit nopeuttavat korjausta. Verkkohosting valinnassa arvioi hintaa, tukea ja suorituskykyä kokonaisuutena.

Esimerkki: vain 15 minuutin reseptit mikroblogissa

Jos mikroblogi keskittyy vain 15 minuutin resepteihin, kategoriat voivat olla: aamupala, lounas, päivällinen, välipala, jälkiruoka, airfryer. Jokaisessa reseptissä totalTime-kenttä on kriittinen. Käyttäjä odottaa 15 minuutin ohjetta – valmistelu- ja kypsennysajat tulee olla realistisia.

Esim. tonnikalapasta-reseptissä schema name vastaa otsikkoa, totalTime on PT15M, prepTime PT5M, cookTime PT10M. Nämä ajat näkyvät myös sisällössä. Ainesosat kirjoitetaan mittoineen: 200 g pastaa, 1 purkki tonnikalaa, 2 rkl öljyä. Ohjeet jaetaan 5–7 lyhyeen vaiheeseen. Pääkuva vähintään 1200 px leveä, schema image-kenttä siitä.

Tässä mikroaiheessa Discover-otsikot ovat tärkeitä. "Valmista 15 minuutissa: tonnikalapasta" kertoo käyttäjälle hyödyllisen faktan. Clickbait-otsikot ("Näin tämä muuttaa elämäsi") voivat tuoda klikkejä hetkeksi, mutta laskevat laatua pitkässä juoksussa.

Schema-tulosten mittaus – mitä seurata?

Schema-asetuksen jälkeen menestystä ei mitata vain näyttökertojen määrällä. Search Console voi näyttää Discover-raportin, jossa seuraat näyttöjä, klikkejä ja klikkausprosenttia. Discover-liikenne vaihtelee, joten 28 ja 90 päivän trendit ovat parempia kuin 7 päivän.

• Search Consolen schema-virheiden määrä
• Kelvollisten Recipe-kenttien määrä
• Discover-näytöt ja klikkitrendi
• Orgaanisten reseptihakujen keskimääräinen sijoitus
• Mobiilisivun nopeus & Core Web Vitals -tilanne
• Kuvahaun liikenne
• Reseptisivun vuorovaikutusaste
• Kommentti- ja arvosteluprosentti

Jos schema-korjauksen jälkeen Recipe-kenttiä on 40 → 180, se on hyvä merkki. Mutta jos sivunopeus laskee tai kuvavirheet lisääntyvät, Discover-vaikutus voi jäädä vähäiseksi. Schema, sisältö ja tekninen pohja tulee arvioida yhdessä.

Usein kysytyt kysymykset

Takaa Recipe schema Discover-näkyvyyden?

Ei. Recipe schema ei takaa Discover-näkyvyyttä, mutta auttaa Googlea ymmärtämään reseptin ja tukee Discoveria yhdessä kuvien laadun, nopeuden, tekijätiedon ja käyttäjäkiinnostuksen kanssa.

Tuleeko Recipe schema lisätä joka sivulle?

Ei. Recipe schema vain todellisille reseptisivuille. Etusivulle, kategorioihin ja listauksiin sopivat WebSite, BreadcrumbList tai ItemList schema.

Minkä kokoinen reseptikuva Discoveriin?

Discoverissa ja suurissa esikatseluissa reseptikuvan tulee olla vähintään 1200 px leveä. Lisäksi max-image-preview:large tulee olla sallittu ja kuvat Googlebotin saavutettavissa.

Voiko aggregateRating-kentän käyttää ilman arvosteluja?

Ei. AggregateRating vain jos on aitoja käyttäjäarvioita. Väärennetyt arviot tai näkymättömät kommentit schemaan rikkovat ohjeita ja laskevat luottamusta.

Riittävätkö WordPress-reseptilisäosat schemaan?

Osa WordPress-reseptilisäosista riittää, mutta testaa ne: oikea JSON-LD-muoto, ei ristiriitaa SEO-lisäosien kanssa, nopeus säilyy, Search Console ei näytä virheitä.

Yhteenveto & seuraavat askeleet

Google Discover -painotteisessa reseptimikroblogissa schema ei ole vain tekninen tagi. Oikea Recipe schema, omat isot kuvat, nopea mobiilikokemus, luotettava tekijäprofiili, aito käyttäjävuorovaikutus ja yhtenäinen sisältöpohja toimivat yhdessä. Mikroblogin etu on, että kapealla erikoistumisella Google saa selkeän signaalin – mutta pienet tekniset virheet vaikuttavat koko sivustoon nopeasti.

Jos perustat uuden reseptimikroblogin, aloita hyvällä domainilla, nopealla hostingilla, SSL:llä ja selkeällä sisällön rakenteella. Recipe schema -standardi kannattaa viedä kaikkiin resepteihin hallitusti. Jos haluat vahvistaa infrastruktuuria, tutustu Hostragonsin hosting-, domain- ja SSL-ratkaisuihin – löydät sivustosi kasvuvaiheeseen sopivan rakenteen ilman myyntipainetta.