Teknisen SEO:n tarkistuslista 2026
Sisältö voi olla kuinka hyvää tahansa, mutta jos Google ei pysty indeksoimaan sivua, sijoitusta ei tule. Olemme koonneet teknisen SEO:n kaikki tarkistukset listaksi kohta kohdalta.
Aurora YazılımToimitustiimi
6 min lukuaika
Tekninen SEO on infrastruktuurityötä, jolla varmistetaan, että hakukoneet indeksoivat sivuston ongelmitta, lisäävät sen oikein hakemistoon ja tarjoavat sen nopeasti. Sivukartta, robots.txt, canonical-tagi, HTTPS, 301-uudelleenohjaukset, mobiiliystävällisyys, Core Web Vitals, jäsennelty data ja indeksointibudjetin tehokas käyttö ovat tämän tarkistuksen keskeisiä kohtia.
Miksi tekninen SEO tulee ensin?
Tekninen SEO on tie, joka vie sisällön Googlen luo. Jos tie on suljettu, parhaiten kirjoitettukaan sivu ei näy hakutuloksissa. Indeksoinnin esteet, väärät canonical-tagit tai loputtomat uudelleenohjaussilmukat voivat mitätöidä koko sisältötyön.
Hyvä uutinen on, että tekniset ongelmat ratkaistaan usein kerran ja hyöty on pysyvä. Siksi uuden SEO-työn alussa ensimmäinen tehtävä on käydä alla oleva lista läpi sivustollasi kohta kohdalta. SEO:n muut osa-alueet olemme tiivistäneet oppaaseemme Mikä on SEO.
Listaa käytettäessä riittää kaksi työkalua: Google Search Console ja selaimesi kehittäjätyökalut. Search Consolessa näkemiesi varoitusten merkityksistä ja ratkaisuista voit lukea artikkelistamme Search Console -virheet.
Indeksointi: pääseekö Google sivustolle?
Googlebot saapuu sivustollesi seuraamalla linkkejä ja lukee ensin robots.txt-tiedoston. Tässä vaiheessa oleva este tekee kaikista seuraavista tarkistuksista merkityksettömiä; siksi lista aloitetaan indeksoinnista.
- robots.txt-tiedosto sijaitsee verkkotunnuksen juuressa (/robots.txt) eikä estä tärkeitä sivuja.
- Sivuston uudelleenrakentamisen aikana lisätty “estä kaikki” -sääntö on poistettu julkaisun jälkeen.
- CSS- ja JavaScript-tiedostoja ei ole estetty; Google pystyy renderöimään sivun sellaisena kuin käyttäjä sen näkee.
- Rikkinäisiä sisäisiä linkkejä (404) ei ole; valikon ja sisällön linkit johtavat toimiviin osoitteisiin.
- Tärkeät sivut ovat muutaman klikkauksen päässä etusivulta; yksikään sivu ei ole jäänyt ilman sisäisiä linkkejä (orpo).
- Palvelinvirheitä (5xx) on vähän Search Consolen indeksointitilastoissa.
User-agent: *
Disallow: /sepet/
Disallow: /hesabim/
Sitemap: https://www.ornek.com/sitemap.xmlHakemistoon lisääminen ja sivukartta
Sivukartta kertoo Googlelle, mitkä sivut ovat sinulle tärkeitä, mutta ei takaa hakemistoon lisäämistä. Jotta sivu lisätään hakemistoon, sisällön on oltava myös riittävää ja omaperäistä.
- XML-sivukartta sisältää vain osoitteet, jotka palauttavat tilakoodin 200, ovat canonical-osoitteita ja joiden halutaan päätyvän hakemistoon.
- Sivukartta on lähetetty Search Consoleen ja mainittu robots.txt-tiedostossa.
- Sivut, joita ei pidä lisätä hakemistoon (kiitos-, suodatin- ja hakutulossivut), on merkitty noindexilla.
- Search Consolen sivujen indeksointiraportissa “Indeksoitu, ei tällä hetkellä hakemistossa” -määrä on kohtuullinen.
- Ohuet ja lähes tyhjät sivut on joko yhdistetty tai parannettu.
<?xml version="1.0" encoding="UTF-8"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9">
<url>
<loc>https://www.ornek.com/hizmetler/</loc>
<lastmod>2026-01-15</lastmod>
</url>
</urlset>Canonical-tagi ja kaksoissisältö
Jos sama sisältö avautuu useammasta osoitteesta, Google päättää itse, kumman se näyttää. Canonical-tagi ilmoittaa selkeästi haluamasi osoitteen ja estää sijoitussignaalien hajaantumisen.
- Jokaisella sivulla on itseensä viittaava (self-referencing) canonical-tagi.
- Vain yksi versio www:llä ja ilman, http:llä ja https:llä sekä loppukauttaviivalla ja ilman on julkaistu; muut ohjataan 301:llä.
- Suodatin- ja lajitteluparametreja sisältävät verkkokauppaosoitteet osoittavat canonicalilla pääkategoriaan.
- Canonical-osoite ei ole noindex, ei tee uudelleenohjausta ja palauttaa 200.
- Monikielisillä sivustoilla hreflang-tagit on määritelty molemminpuolisesti ja oikeilla kielikoodeilla.
<link rel="canonical" href="https://www.ornek.com/hizmetler/">Uudelleenohjaukset ja tilakoodit
Sivuston uudistus ja osoitteenmuutos ovat tekniselle SEO:lle tapahtuma, joka aiheuttaa eniten liikennehukkaa. Vanhoihin osoitteisiin tulevien kävijöiden ja linkkien arvo tulee siirtää uuteen osoitteeseen 301-pysyvällä uudelleenohjauksella. Äkillisten liikennelaskujen yleisimpiä syitä käsittelimme erikseen artikkelissamme sivuston liikenne laski.
- Pysyvissä siirroissa käytetään 301:tä, ei 302:ta.
- Uudelleenohjausketjua ei ole: ei A:sta B:hen ja B:stä C:hen vaan suoraan A:sta C:hen.
- Poistetut ja vastineettomat sivut palauttavat 404 tai 410; kaikkia ei ohjata etusivulle.
- Mukautettu 404-sivu ohjaa käyttäjän hakukenttään ja pääkategorioihin.
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.ornek.com/$1 [L,R=301]
Redirect 301 /eski-sayfa/ https://www.ornek.com/yeni-sayfa/Nopeus ja Core Web Vitals
Google mittaa sivukokemusta kolmella perusmittarilla. Kenttädatassa (oikeat käyttäjät) näiden kynnysten täyttyminen on edellytys “hyvälle” arvioinnille.
- Kuvat ovat WebP- tai AVIF-muodossa, oikeankokoisia, ja näytön ulkopuolella olevat ladataan viivästetysti.
- Kuvien ja upotettujen elementtien leveys- ja korkeusarvot on määritelty; sivu ei hypi latauksen aikana.
- Käyttämätön CSS ja JavaScript on poistettu, ja ei-kriittiset skriptit on lykätty.
- Palvelimen vasteaika on lyhyt; välimuisti ja pakkaus (gzip tai brotli) ovat käytössä.
- Fontteja on rajallinen määrä, ja ne ladataan font-display-asetuksella.
| Mittari | Mitä se mittaa? | Hyvä raja |
|---|---|---|
| LCP | Suurimman sisällön latausaika | ≤ 2,5 s |
| INP | Vasteaika vuorovaikutukseen | ≤ 200 ms |
| CLS | Visuaalisen siirtymän määrä | ≤ 0,1 |
Mobiiliystävällisyys, HTTPS ja tietoturva
Sivustoilla, joille suurin osa kävijöistä tulee puhelimella, mobiiliystävällinen suunnittelu ei ole pelkkä käyttökokemuksen vaan suoraan sijoituksen kysymys.
- Mobile-first-indeksoinnin vuoksi mobiiliversio sisältää saman sisällön, otsikot ja jäsennellyn datan kuin työpöytäversio.
- Viewport-tagi on määritelty; vaakasuuntaista vieritystä, ylivuotavaa taulukkoa tai liian pientä kosketusaluetta ei ole.
- Kaikki sivut avautuvat HTTPS:n kautta, SSL-sertifikaatti on voimassa eikä sekasisältövaroitusta (http-resurssi) ole.
- Koko näytön täyttäviä, sisällön estäviä ponnahdusikkunoita ei käytetä mobiilissa.
Jäsennelty data ja indeksointibudjetti
Jäsennelty data kertoo Googlelle, mistä sivu kertoo, koneluettavassa muodossa. Skeematyypit, kuten Organization, LocalBusiness, Product, Article, BreadcrumbList ja FAQPage, voivat mahdollistaa rikastetun tulosnäkymän sopivilla sivuilla. Validoi skeema Googlen virallisella Rich Results -testillä.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Esimerkkiyritys",
"url": "https://www.ornek.com/",
"logo": "https://www.ornek.com/logo.png"
}
</script>Ketä indeksointibudjetti koskee?
Indeksointibudjetti on resurssi, jonka Google varaa tietyssä ajassa sivustosi indeksointiin. Muutaman sadan sivun sivustoilla se on harvoin ongelma; verkkokaupoissa, joissa on kymmeniä tuhansia tuotteita ja suodatinosoitteita, se on ratkaiseva.
Budjetin suojaamiseksi sulje loputtomat suodatinyhdistelmät indeksoinnilta, lyhennä uudelleenohjausketjuja, kokoa kaksoisosoitteet canonicalilla ja pidä sivukartta ajan tasalla. Suuria tuotevalikoimia sisältävissä kaupoissa suodattimien ja osoiterakenteen rakentaminen alusta asti tämän mukaan on yksi asioista, joita verkkokauppa-alustaa valittaessa kannattaa kysyä.
Kuinka usein tarkistus pitäisi tehdä?
Useimmille sivustoille riittää, että Search Consolen varoitukset katsotaan viikoittain ja koko lista kolmen kuukauden välein. Sivuston uudistuksen, osoiterakenteen muutoksen, verkkotunnuksen siirron ja suurten tuotelatausten jälkeen tarkistus on kuitenkin tehtävä heti.
Teknisen SEO:n halvin muoto syntyy, kun sivusto rakennetaan alusta asti oikein. Jos suunnittelet uutta projektia, hakukoneystävällisillä verkkosivuilla suurin osa tästä listasta saadaan valmiiksi ennen julkaisua. Olemassa olevan sivustosi teknisen auditoinnin teemme SEO ja analytiikka -työmme ensimmäisenä vaiheena.
Usein kysytyt kysymykset
01Tarvitaanko teknisessä SEO:ssa ohjelmointitaitoa?
Search Console -raporttien lukemiseen ja sivukartan lähettämiseen sitä ei tarvita. Uudelleenohjaussäännöt, canonical-rakenne, skeema ja nopeusoptimointi vaativat sen sijaan yleensä puuttumista sivuston koodiin tai palvelinasetuksiin.
02Eikö Google löydä sivustoani ilman sivukarttaa?
Löytää; Google löytää sivut seuraamalla linkkejä. Sivukartta nopeuttaa löytämistä erityisesti uusilla, suurilla tai sisäisiltä linkeiltään heikoilla sivustoilla ja kertoo, mitkä sivut ovat sinulle tärkeitä.
03Laskeeko sijoitukseni, jos Core Web Vitals -arvoni ovat huonot?
Sivukokemus on yksi sijoitussignaaleista, mutta se ei mene osuvuuden ja sisällön laadun edelle. Silti hitaat sivut menettävät käyttäjiä; samanlaatuisista sivuista nopea on edullisemmassa asemassa.
04Tuleeko rikastettu tulos varmasti, jos lisään jäsenneltyä dataa?
Ei. Oikea skeema tekee sivusta kelvollisen rikastettuun tulokseen; Google päättää, näyttääkö se sen. Skeeman yhdenmukaisuus sivun näkyvän sisällön kanssa on myös tämän päätöksen edellytys.
Tekninen SEO on perusta, jonka päälle sisältö- ja linkkityö rakennetaan; kun indeksointi, hakemistoon lisääminen, canonical, uudelleenohjaukset, nopeus ja skeema ovat kunnossa, työsi tavoittaa Googlen täysimääräisenä. Tämän listan säännöllinen käyttö estää suurimman osan äkillisistä liikennehäviöistä jo etukäteen. Voit tutustua SEO ja analytiikka -palveluumme, jos haluat tehdä sivustosi teknisen auditoinnin ja korjaukset yhdessä.
