Tekninen SEO vs on-page SEO: keskeiset erot

Määritelmät: mitä kukin osa-alue kattaa

Tekninen SEO ja on-page SEO tavoittelevat samaa tavoitetta—näkyvyyttä hakutuloksissa—mutta toimivat eri vaiheissa hakukoneen prosessissa. Käytä täsmällistä sanastoa diagnosoidessasi ongelmia: skannaus tarkoittaa löytämistä ja hakemista, indeksointi puolestaan kertoo, mitä hakukoneet tallentavat, ja sijoittuminen tarkoittaa tulosten järjestämistä SERPissä.

Tekninen SEO keskittyy sivuston ja palvelininfrastruktuurin osa-alueisiin, jotka mahdollistavat hakukoneiden sivujen löytämisen, renderöinnin, ymmärtämisen ja indeksoinnin. Esimerkkejä: robots-säännöt, kanonisoiminen, palvelinvastaukset, sitemapit, strukturoitu data sekä sivukokemus-tekijät, jotka vaikuttavat renderöintiin.

On-page SEO keskittyy sisältöön ja HTML-signaaleihin, jotka kommunikoivat sivun aiheesta ja tarkoituksesta käyttäjille ja hakukoneille: otsikot, väliotsikot, tekstisisältö, sisäinen linkitys, meta descriptions, semanttinen merkintä ja sisällön vastaavuus hakutarkoitukseen.

Miten ne vaikuttavat skannaukseen, indeksointiin ja sijoittumiseen

Ongelmat ilmenevät usein teknisen ja on-page -työn rajapinnassa. Hyvin optimoitu sivu, joka ei koskaan indeksoidu skannausrajoitteiden tai väärien canonical-signaalien takia, ei näy hakutuloksissa; toisaalta indeksoitava sivu, joka ei vastaa hakutarkoitusta, voi sijoittua heikosti vaikka tekninen toteutus olisi täydellinen.

Skannattavuus

Tekniset kontrollit (robots.txt, meta robots -HTTP-otsikot, palvelinvastaukset) määräävät, voivatko hakurobotit hakea URL:ia. Käytä palvelinlokeja ja hakurobotin user-agent -pyyntöjä varmistaaksesi toimintaa. Muista: Google käyttää mobiiliversiota ensisijaisena perustanaan skannauksessa ja indeksoinnissa.skannauksessa ja indeksoinnissa.. Heinäkuusta 2024 lähtien Google skannaa sivustoja Searchia varten oletuksena Googlebot Smartphone -agentilla.

Indeksointi

Indeksointipäätökset perustuvat sekä teknisiin signaaleihin (canonical-tagit, noindex-direktiivit, sitemapit) että on-page -signaaleihin (sisällön uniikkius, relevanssi). Sivua, joka on estetty noindexillä tai kanonisoitu toiselle URL:lle, yleensä jätetään indeksin ulkopuolelle riippumatta sisällön laadusta.

Sijoittuminen

Sijoittuminen perustuu moniin signaaleihin. Tekniset tekijät, jotka vaikuttavat renderöintiin ja käyttökokemukseen (Core Web Vitals) ja on-page -relevanssisignaalit vaikuttavat molemmat sijoitukseen. Vältä determinististä kieltä: tekniset korjaukset mahdollistavat sivun huomioimisen; relevanssi ja auktoriteetti muovaavat sen asemaa tuloksissa.

Mekaniikat: konkreettiset vastuualueet ja miksi ne ovat tärkeitä

Teknisen SEO:n käytännön osa-alueet

Keskeiset tekniset alueet, joita sinun tulisi hallita tai tarkistaa:

• Robots.txt ja HTTP-otsikot: hallitse hakurobottien pääsyä ja ymmärrä palvelinvastaukset.
• Canonical-tagit ja uudelleenohjaussäännöt: yhdistä duplikaattisivut ja estä indeksin sekaannus.
• Sitemapit ja skannausbudjetit: tuo esiin prioriteettisivut ja helpota löydettävyyttä.
• Renderöinti ja JS: varmista, että kriittinen sisältö on palvelimella renderöity tai luotettavasti hydratoitu; tarkista, mitä hakukoneet näkevät renderöinnin jälkeen.
• Schema ja strukturoitu data: tarjoa eksplisiittisiä signaaleja rikkaalle esitykselle ja ominaisuuskelpoisuudelle.

On-page SEO — käytännön osa-alueet

Käytännön on-page-vastuut sisältävät:

• Title-tagit ja otsikot, jotka heijastavat käyttäjän tarkoitusta ja sisältävät kohdesanat luontevasti.
• Sisällön rakenne, syvyys ja E-E-A-T-signaalit: käytä lähdeviitteitä tarpeen mukaan ja selkeää tekijä-/brändi-ilmoitusta.
• Sisäinen linkitys, joka jakaa auktoriteettia ja auttaa käyttäjiä löytämään aiheeseen liittyvää sisältöä.
• Meta descriptions ja on-page -snippetit, jotka kasvattavat CTR:ää SERPistä.

Varmistuslista: työkalut ja tarkat tarkistukset

Erottele ulkopuolelta tehtävät tarkistukset (third-party checks) ja omille sivuille tehtävät tarkistukset. Käytä kuhunkin oikeaa työkalua.

Tarkistukset omille sivuillesi

1. Käytä Google Search Console URL Inspectionia tarkistaaksesi skannaus-, indeksi- ja viimeisimmän haun tilan. Tämä on auktoritatiivinen lähde omalle sivustollesi.
2. Suorita Rich Results Test ja Schema Markup Validator strukturoidun datan validointiin.
3. Mittaa Core Web Vitalsia kenttädataa (Page Experience) käyttäen ja laboratoriossa Chrome DevToolsin Performance-paneelin avulla.

Tarkistukset, joita voit tehdä ilman pääsyä sivustolle (hyödyllinen kolmannen osapuolen julkaisijoille tai auditointeihin)

1. Fetch and inspect HTML with curl. Example to retrieve headers only while impersonating Googlebot: curl -I -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
2. To fetch the rendered HTML (not just headers), omit -I and inspect the body: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page
3. Avaa sivu Chromessa, käytä DevTools → Elements tarkastellaksesi renderöityä DOM:ia ja DevTools → Network varmistaaksesi resurssien vastaukset ja latausjärjestyksen.
4. Käytä palvelinlokien analyysiä varmistaaksesi, mitkä user-agentit kävivät ja mitä HTTP-vastauksia ne saivat.
5. Käytä site:-operaattoria säästeliäästi julkisena indikaattorina siitä, että sivu saattaa olla Googlen tiedossa; se ei ole ratkaiseva indeksoinnin kannalta.

Yleiset virheet ja miten diagnosoida ne

Väärin konfiguroidut canonical-tagit

Oire: sivu ei näy hakutuloksissa vaikka se on skannattavissa. Diagnosoi vertaamalla canonical-tageja, HTTP-otsikoita ja sitemap-merkintöjä. Tee suora curl-haku sivusta ja tarkista HTML:stä <link rel="canonical"> -arvo.

Sisältö ei näy hakuroboteille asiakaspuolen renderöinnin takia

Oire: hakurobotit hakevat HTML:n, mutta sisältö näkyy vasta kun JavaScript ajetaan selaimessa. Diagnosoi curlillä (palvelimen HTML) ja Chrome DevToolsilla (renderöity DOM). Jos kriittinen sisältö vaatii JS:ää, harkitse palvelinpuolen renderöintiä tai hybrid-renderöintiä.

Ylioptimointi tai epäyhteensopiva tarkoitus

Oire: sivu sijoittuu mutta sillä on vähäinen sitoutuminen tai heikko konversio. Tarkista on-page -signaalit: vastaavatko title ja H1 käyttäjän tehtävää? Onko sisällön syvyys sopiva haun tyypille? Käytä query intent mappingia ennen laajoja uudelleenkirjoituksia.

Käytännön päällekkäisyys: työnluovutukset, prioriteetit ja työnkulku

Tiimit usein jakavat vastuut: kehittäjät ja alustan insinöörit hoitavat teknisen SEO:n; sisältötiimit ja SEO-strategit vastaavat on-page:sta. Tehokkuuden vuoksi määrittele selkeät hyväksymiskriteerit, jotka sisältävät sekä teknisiä että sisältöön liittyviä tarkistuspisteitä.

Pragmaattinen prioriteettijärjestys sivun julkaisulle tai auditoinnille:

• Varmista, että sivu on saavutettavissa ja palauttaa 200-sarjan vastauksen tarkoitettuun canonical URL:iin.
• Vahvista kanonisoituminen ja sitemapin mukanaolo, jotta indeksointi on mahdollista.
• Varmista on-page -relevanssi: title/H1-yhdenmukaisuus, sisällön rakenne ja sisäiset linkit.
• Mittaa sivukokemus ja korjaa korkean vaikutuksen suorituskykyongelmat ennen laajamittaista julkaisua.

Jos haluat syvällisemmän läpikäynnin yllä mainituista teknisistä tarkistuksista, lue Technical SEO Guide

Linkkiattribuutit ja toimituksellinen konteksti (lyhyt)

Sivun linkit ovat sekä on-page -signaaleja että teknisiä elementtejä, kun ne vaikuttavat skannaukseen. Käytä oikeita rel-attribuutteja kontekstista riippuen. Esimerkkisyntaksi:

Tavallinen linkki ilman erikois-rel-arvoa: esimerkki

Maksetuissa tai sponsoroiduissa sijoituksissa käytä esimerkki; käyttäjän luomassa sisällössä käytä esimerkki. Ei ole olemassa rel="dofollow" -attribuuttia — normaali linkki on yksinkertaisesti linkki ilman rel="nofollow", rel="sponsored" tai rel="ugc".

UKK

Voiko sivu sijoittua, vaikka se olisi optimoitu vain on-page:lla mutta siinä on teknisiä ongelmia?

Mahdollisesti, mutta sen potentiaali jää todennäköisesti saavuttamatta. Jos sivu on löydettävissä ja indeksoitu teknisistä ongelmista huolimatta, vahvat relevanssi- ja auktoriteettisignaalit voivat silti tuottaa sijoituksia. Kuitenkin ratkaisemattomat tekniset ongelmat lisäävät haavoittuvuutta: hakukoneen renderöintivirhe, vahingossa asetettu noindex tai kanonisoituminen muualle voi pysäyttää sijoittumisen kokonaan.

Kumpi korjataan ensin: tekniset vai on-page -ongelmat?

Aloita teknisistä estoista, jotka estävät sivujen skannattavuuden tai indeksoinnin (palvelinvirheet, robots-estot, väärä kanonisoituminen). Kun sivut ovat luotettavasti indeksoitavissa, priorisoi on-page-parannukset, jotka kohdistavat sisällön tarkoitukseen ja parantavat käyttäjien sitoutumista.

Miten varmistan, mitä hakukoneet todella näkevät?

Omaa sivustoasi varten käytä Google Search Console URL Inspectionia nähdäksesi viimeksi haetun HTML:n ja indeksitilan. Kolmansien osapuolten sivuilla käytä curlia hakemaan otsikot ja HTML, ja käytä Chrome DevToolsia renderöidyn DOM:in tarkasteluun. Yhdistä nämä palvelinlokien kanssa varmistaaksesi hakurobottien toiminnan.

Tarkoittaako mobile-first -indeksointi, että mobiili- ja desktop-sisällön täytyy olla identtinen?

Google käyttää mobiiliversiota ensisijaisena perustanaan skannauksessa ja indeksoinnissa. Se tarkoittaa, että vain desktopilla näkyvä sisältö voidaan jättää indeksoinnin ulkopuolelle. Tavoittele sisällöllistä paritya—vastaavaa sisältöä ja strukturoitua dataa eri laiteversioissa—sen sijaan, että pyrkisit pikselitarkkaan identtisiin asetteluihin.