On-page SEO: määritelmä, tarkistuslista ja varmistus

Mitä on on-page SEO?

On-page SEO on käytäntö, jossa yksittäisiä verkkosivuja optimoidaan siten, että niiden sisältö, HTML ja käyttökokemus ovat selkeitä, indeksoitavissa ja relevantteja tiettyihin hakukyselyihin. Se kattaa näkyvän tekstin ja kuvat, meta‑elementit, structured data:n, canonicals, sisäiset linkit ja suorituskyvyn, jotka vaikuttavat siihen, miten hakukoneet ja käyttäjät kokevat sivun.

Miksi on-page SEO on tärkeää

On-page SEO muokkaa signaaleja, joita hakukoneet käyttävät päättäessään, onko sivu relevantti ja kannattaako se indeksoida. Se parantaa hakukyselyn relevanssia, auttaa structured features (rich results, snippets ja AI Overviews) tunnistamaan keskeiset faktat ja vähentää kitkaa käyttäjille. Huomioi ero crawlingin, indeksoinnin ja rankingin välillä: on-page-työ vaikuttaa suoraan crawlabilityyn ja indexabilityyn; sijoittuminen (ranking) on edelleen monisignaalinen lopputulos, jossa yhdistyvät on-page-relevanssi, sivuston auktoriteetti ja muut tekijät.

Miten on-page SEO toimii

Hakukoneet löytävät sivuja crawlaamalla, sitten päättävät mitä tallentaa indeksoinnissa ja lopuksi järjestävät tulokset rankingilla. On-page SEO vaikuttaa kuhunkin vaiheeseen eri tavoin:

• Crawling: selkeät sisäiset linkit, sitemapit ja saavutettava HTML auttavat crawlaajia hakemaan sivun. Heinäkuusta 2024 lähtien Googlebot Smartphone on oletuscrawler, joten mobiilissa renderöity HTML on ensisijainen perusta crawlingille ja indeksoinnille.

• Indexing: meta robots, canonical‑tagit ja renderöity sisältö määräävät, tallennetaanko ja miten sivu sijoitetaan indeksiin. Indeksoitava sivu, jolla on käyttökelpoinen structured data, on todennäköisemmin kelpoinen SERP‑ominaisuuksiin.

• Ranking: on-page‑relevanssia kuvaavat signaalit (sisällön laatu, otsikot, hakutarkoituksen vastaavuus) yhdistyvät off-page‑signaaleihin (backlinks, sivuston auktoriteetti) ja käyttökokemusmittareihin (Core Web Vitals) vaikuttaakseen sijoitukseen. On-page‑muutokset parantavat relevanssia ja kelpoisuutta rich‑näytöille, mutta eivät yksin takaa parempaa sijoitusta — ranking määräytyy monien signaalien perusteella.

On-page SEO:n tyypit

Sisältö ja tarkoitus

Kohdenna sisältö käyttäjän intentioon, vastaa yleisiin kysymyksiin, käytä selkeitä otsikoita ja tarjoa ainutlaatuista, hyödyllistä tietoa. Signaaleja ovat aiheiden syvyys, semanttinen kattavuus ja ajantasaisuus tarvittaessa.

HTML ja metadata

Title‑tagit, meta descriptions, H1/H2‑rakenne, canonical‑linkit ja hreflang (monikielisille) ohjaavat indeksointia ja esitystä. Esimerkki canonical‑syntaksista: <link rel="canonical" href="https://example.com/page">.

Structured data ja rich results

Schema.org‑merkintä auttaa hakukoneita poimimaan faktoja rich‑tuloksia ja AI Overviewsia varten. Käytä Rich Results Testiä ja Schema Markup Validatoria tarkistaaksesi validiteetin; structured data ei takaa rich‑tulosta, mutta tekee sivusta kelpoisen.

Suorituskyky ja UX

Core Web Vitals (LCP, INP, CLS) ja yleinen page speed vaikuttavat käytettävyyteen ja kelpoisuuteen käyttökokemukseen perustuvissa ranking‑säätelyissä. Mittaa lab‑ ja kenttäarvot Lighthousella, PageSpeed Insightsilla ja Chrome DevToolsilla.

Miten aloittaa on-page SEO:n kanssa

Aloita pienellä joukoksi priorisoituja sivuja ja seuraa toistettavaa tarkistuslistaa: kartoita käyttäjän intentio, auditoi nykyinen sisältö, yhdenmukaista metadata ja varmista indeksoitavuus. Priorisoi sivuja, jotka jo houkuttelevat käyntejä tai käsittelevät liiketoiminnan ydinteemoja.

Toteutusvaihtoehdot mobiilisisällön tarjoamiseen (valitse yksi ja pidä parity):

• Responsive design — sama HTML, CSS mukautuu; yleisesti helpoin ylläpitää. Plussat: yksi URL ja yhtenäinen HTML. Miinukset: vaatii huolellista CSS/JS‑suorituskyvyn optimointia.

• Dynamic serving — palvelin palauttaa eri HTML/CSS:n laitteesta riippuen. Plussat: räätälöity markup. Miinukset: korkeampi ylläpito ja riskinä, että palvelimen pitää välttää erilaista sisältöä crawlaajille vs käyttäjille (cloaking‑riski).

• Separate mobile URLs (m.example.com) — Plussat: täydellinen kontrolli laitekohtaisesti. Miinukset: lisää canonical/hreflang‑kompleksisuutta ja enemmän mahdollisuuksia parity‑virheisiin.

Varmistus ja vianetsintä: työkalut ja vaiheet

URL- ja indeksi‑tarkistukset (sivut, joita omistat)

Käytä Google Search Console URL Inspectionia saadaksesi auktoritatiivista indeksointi‑ ja peittotietoa hallinnoimillesi sivuille. URL Inspection näyttää crawl‑, index‑ ja mahdolliset manuaalitoimet; se on auktoriteettina oman propertyn osalta. Suorituskykymittareita varten käytä Search Consolen Core Web Vitals ‑raporttia ja PageSpeed Insightsia lab‑datoille.

Renderöity HTML ja laite‑näkymä

Avaa sivu Chromessa, käytä DevTools > Elements tarkastellaksesi renderöityä DOM:ia ja DevTools > Networkia nähdäksesi resurssien ajoitukset. Palauta palvelimen raw‑vastaus curlilla (esimerkki: curl -L -A "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/" https://example.com/page) — jätä -I pois jos tarvitset HTML‑runkoa, käytä -I vain otsikoihin. Vältä crawlaajien imitoimista testauksessa oikeuttaaksesi erilaiseen sisältöön; älä tee cloakingia.

Structured data ja rich results

Validoi JSON-LD tai Microdata Rich Results Testillä ja Schema Markup Validatorilla (schema.org). Nämä työkalut raportoitavat jäsentämisvirheet ja mitkä tulostyypit sivu on kelpoinen; validointi lisää kelpoisuutta mutta ei takaa rich‑snippettiä.

Ulkoinen varmistus kolmannen osapuolen sivuille

Kun tarvitset vahvistusta siitä, miten ulkoinen julkaisija esittää sivun (esimerkiksi upotetun maininnan tai sisäisen linkin tarkistus), käytä curlia tai view‑sourcea julkaisijan URL:lle ja tarkasta renderöity DOM selaimessasi. Käytä site:-operaattoria julkisena indikaationa siitä, että Google tietää sivusta, mutta käsittele sitä epätäydellisenä signaalina eikä lopullisena todisteena indeksoinnista. Laajemmista crawlauskattavuuden signaaleista domainissa antaa lisänäkyvyyttä Bing Webmaster Tools Site Explorer.

Käytännön tarkistuslista

**Mobile rendering parity** — missä varmistaa: Chrome DevTools & curl -A "(mobile UA)" — hyväksytään kun mobiilissa renderöity HTML sisältää saman kriittisen sisällön ja structured data:n kuin desktopissa.

**Canonical correctness** — missä varmistaa: view‑source ja header‑tarkistukset (curl -I) — hyväksytään kun yksi canonical on läsnä ja ratkaisee oikeaan canonical URL:iin ilman uudelleenohjaussilmukoita.

**Meta and headings** — missä varmistaa: sivun lähdekoodi ja renderöity DOM — hyväksytään kun title, meta description ja H1/H2‑rakenne heijastavat sivun tarkoitusta ja ovat uniikkeja tärkeillä sivuilla.

**Structured data validity** — missä varmistaa: Rich Results Test & Schema Markup Validator — hyväksytään kun ei ole kriittisiä virheitä ja odotetut tulostyypit raportoidaan kelpoisiksi.

**Core Web Vitals** — missä varmistaa: PageSpeed Insights & Search Console Core Web Vitals — hyväksytään kun kenttä‑ ja lab‑mittarit täyttävät suositellut rajat LCP:lle, INP:lle ja CLS:lle.

**Indexability** — missä varmistaa: Google Search Console URL Inspection (omat sivut) ja curl + site:‑tarkistukset (kolmansien osapuolien sivut) — hyväksytään kun URL on crawlabile, ei estetty robotsilla ja näkyy indeksoituna auktoritatiivisessa tarkastuksessa.

Lue Technical SEO Guide

Yleisiä on-page SEO -virheitä

• Sisällön laimeneminen: ohut tai duplikoitunut sisältö monilla sivuilla heikentää relevanssia. Yhdistä tai canonicalisoi vähäarvoiset duplikaatit.

• Mobile‑desktop parity -virheet: tärkeän sisällön piilottaminen mobiilissa silloin kun Google käyttää mobiililähdettä indeksoinnin ensisijaisena perustana voi johtaa puuttuviin signaaleihin.

• Virheelliset canonicalit tai meta robotsit, jotka tahattomasti estävät indeksoinnin tai osoittavat väärään versioon.

• Rikkinäinen structured data tai luottaminen pelkkään merkintään tiedon esiin nostamisessa; structured data:n on vastattava tarkasti sivun sisältöä.

• Avainsanojen täyttö ja kömpelö sisältö bottien miellyttämiseksi käyttäjien selkeiden vastausten sijaan; tämä heikentää sekä UX:ää että pitkäaikaista relevanssia.

Usein kysytyt kysymykset

K: Muuttaako on-page SEO suoraan sijoituksia? V: On-page‑työ parantaa relevanssia, indeksoitavuutta ja kelpoisuutta SERP‑ominaisuuksiin; sijoitusten lopputulos yhdistää on-page‑signaalit off-page‑auktoriteettiin ja muihin tekijöihin, joten muutokset voivat tai eivät välttämättä nosta sivua heti.

K: Miten mobile-first indexing vaikuttaa on-page SEO:hon? V: Google käyttää mobiiliversiota ensisijaisena perustana crawlaamiseen ja indeksointiin; varmista, että mobiilissa renderöity HTML sisältää saman kriittisen sisällön ja structured data:n kuin desktop, jotta signaalit eivät jää puuttumaan.

K: Voiko structured data taata rich‑tuloksen? V: Ei. Structured data tekee sivusta kelpoisen tietyille rich‑ominaisuuksille, mutta Google päättää algoritmisesti, näytetäänkö ne.

K: Miten tarkistan, mitä Google indeksoi sivustani? V: Käytä Google Search Console URL Inspectionia saadaksesi auktoriteettitason crawl‑ ja indeksi‑tiedot omille sivuillesi. Ulkoisille sivuille käytä curl/view‑sourcea ja julkisia signaaleja kuten site: lähinnä suuntaa antavina.

Tekninen SEO on yksi osa orgaanista kasvua. Aiheeseen liittyvän auktoriteetin rakentaminen vaatii myös relevantteja backlinks‑linkkejä ja toimituksellisia mainintoja; jos haluat paikan tutkia sijoitusvaihtoehtoja, Rakenn a auktoriteettia laadukkailla backlinks‑linkeillä