Mikä on tekninen SEO? Selkokielinen opas yrityksille

Tekninen SEO on käytäntö optimoida verkkosivustosi infrastruktuuri niin, että hakukoneet voivat kaivaa, ymmärtää ja indeksoa sivujasi tehokkaasti. Ajattele sitä putkistona seinien takana. Verkkosivustollasi voi olla kauniisti kirjoitettua sisältöä ja upea muotoilu, mutta jos hakukoneet eivät pääse käsiksi sivuihisi tai tulkitse niitä oikein, mikään näistä sisällöistä ei ilmesty hakutuloksiin. Vaikka sisältöstrategia ja linkkikeräys käsittelevät sitä, mitä sanot ja kuka suosii sinua, tekninen SEO käsittelee sitä, pystyvätkö hakukoneet edes löytämään ja prosessoimaan sen, mitä olet rakentanut.

Yritysten omistajat sekoittavat usein teknisen SEO:n yleiseen SEO:hon tai sisällön optimointiin. Ero on tärkeä, koska ongelmat ovat perusluonteeltaan erilaisia. Sisältöongelma tarkoittaa, että sivusi sijoittuvat, mutta väärillä avainsanoilla tai epäonnistuvat käyttäjän tarkoituksen täyttämisessä. Tekninen ongelma tarkoittaa, että sivusi eivät koskaan ilmesty hakutuloksiin, latautuvat niin hitaasti, että käyttäjät hylkäävät ne, tai hämmentävät hakukoneiden kaivajia niin paljon, että ne väärin tulkitsevat sivustosi rakennetta. Tekniset ongelmat ovat tyypillisesti näkymättömiä kävijöille, mutta kohtalokkaita sijoituksille.

Hyvä uutinen on, että useimmilla teknisillä SEO-ongelmilla on suoraviivaiset ratkaisut, kun ne on tunnistettu. Haaste yritysten omistajille on, että tunnistaminen itsessään vaatii erikoistyökaluja ja tietoa. Sivun latautuminen 4,2 sekunnissa 1,8 sekunnin sijaan näyttää hyvältä satunnaiselle kävijälle, mutta aiheuttaa mitattavan sijoitusrankkauksen. Virheellisesti konfiguroitu robots.txt-tiedosto, joka estää tuotesivujesi kaivaamisen, maksaa sinulle jokaisen hakukäynnin, jonka nuo sivut olisivat saaneet. Nämä eivät ole abstrakteja huolia, ne kääntyvät suoraan menetetyksi liikenteeksi, menetetyksi liidiksi ja menetetyksi tuloksi.

Google sisällytti virallisesti sivukokemussignaalit hakualgoritmiinsa vuonna 2021, ja näiden signaalien vaikutus on kasvanut jatkuvasti sen jälkeen. Core Web Vitals mittaa kolmea käyttökokemuksen osa-aluetta: Largest Contentful Paint (LCP), joka seuraa pääsisällön latautumisen nopeutta; Interaction to Next Paint (INP), joka mittaa, kuinka nopeasti sivu reagoi käyttäjän syötteeseen; ja Cumulative Layout Shift (CLS), joka ilmaisee, kuinka paljon sivun asettelu siirtyy odottamatta latauksen aikana. Kaikkien kolmen kynnyksen läpäiseminen ei takaa huippusijoituksia, mutta niiden läpäisemättä jättäminen luo mitattavissa olevan haitan kilpailijoihin nähden, jotka läpäisevät ne.

Useimmille pienyritysten verkkosivustoille suurimmat nopeuskorkot ovat optimoimattomat kuvat, renderöintiä estävä JavaScript ja hitaat palvelinvastausajat. Photoshopista viedyn kuvan täydellisellä laadulla voi olla 2,4 megatavua, kun sama kuva pakattuna WebP-muodossa olisi vain 180 kilotavua ilman havaittavaa laadun menetystä. WordPress-sivusto, joka lataa viisitoista JavaScript-tiedostoa dokumentin otsikossa, pakottaa selaimen prosessoimaan kaikki niistä ennen kuin se renderöi näkyvää sisältöä. Jaettu hosting-paketti, jossa on kymmenen muuta sivustoa samalla palvelimella, lisää viivettä jokaiseen pyyntöön. Jokainen näistä ongelmista on ratkaistavissa, mutta niiden ratkaiseminen vaatii tietoa niiden olemassaolosta ensiksi.

Suosittelemme ajamaan sivustosi Googlen PageSpeed Insights -työkalussa vähintään neljännesvuosittain. Työkalu tarjoaa spesifejä, toiminnallisia suosituksia priorisoituna vaikutuksen mukaan. Jaetulla hostingeilla oleville yrityksille siirtyminen laadukkaaseen web-hosting-tarjoajaan, jolla on omat resurssit, on usein korkeimman vaikutuksen parannus, vähentäen palvelinvastausaikoja 800+ millisekunnista alle 200:n. Kuvan optimoinnin ja skriptien viiveen kanssa useimmat pienyrityssivustot voivat saavuttaa läpäisevät Core Web Vitals -pisteet muutaman viikon fokusoitujen effortien jälkeen.

Google vaihtoi mobiili-ensimmäiseen indeksointiin kaikille verkkosivustoille vuonna 2023, mikä tarkoittaa, että sivustosi mobiiliversio on versio, jota Google arvioi sijoituksille. Jos sivustosi näyttää hyvältä työpöytänäytössä, mutta vaatii nipistämistä, zoomausta ja vaakasuoraa vieritystä puhelimessa, Google käsittelee mobiilikokemuksen ensisijaiseksi kokemukseksi ja sijoittaa sen mukaisesti. Vuoden 2026 alussa mobiililaitteet muodostavat noin 62 prosenttia kaikesta web-liikenteestä globaalisti, ja tuo prosentti on vielä suurempi paikallisissa yrityshakuissa, joissa käyttäjät etsivät usein reittejä, puhelinnumeroita tai aukioloaikoja ollessaan liikkeellä.

Mobiiliystävällinen sivusto ei ole pelkkä työpöytäsivisto, joka on puristettu pienemmälle ruudulle. Se vaatii responsiivista suunnittelua, joka mukauttaa asetukset, navigaation ja interaktiiviset elementit kosketusliitäntöihin. Painikkeiden ja linkkien naputeltavien kohteiden tulee olla riittävän suuria. Google suositellee vähintään 48 pikselin korkeutta ja leveyttä sekä 8 pikselin väliä vierekkäisten kohteiden välillä. Tekstin tulee olla luettavissa ilman zoomausta, mikä tarkoittaa yleensä vähintään 16 pikselin peruskirjasinkokoa. Lomakkeiden tulee olla helppo täyttää puhelimen näppäimistöllä käyttämällä oikeita syöttötyyppejä (sähköposti, puhelin, numero), jotka avaavat sopivan virtuaalinäppäimistön.

Yleisimmät mobiilikäytettävyyden ongelmat, joita törmäämme auditoinneissa, ovat kiinteän levyiset elementit, jotka ulottuvat näkymän ulkopuolelle, liian pienet fonttikoot, jotka haittaavat luettavuutta, ja häiritsevät välilehtiponnahdusikkunat, jotka peittävät pääsisällön ennen kuin käyttäjä ehtii lukea sitä. Google rankaisee nimenomaan sivuja, jotka näyttävät koko näytön ponnahdusikkunoita mobiililaitteilla, paitsi laillisesti vaadituille ilmoituksille kuten evästeiden suostumusbannerit. Sivuston testaaminen aidolla mobiililaitteella, ei vain selaimen responsiivisella tilalla, paljastaa kosketus- ja vierityskäyttäytymisen, jota simuloitu näkymä ei osoita ollenkaan.

HTTPS on ollut vahvistettu Googlen hakusijoitussignaali vuodesta 2014 lähtien, ja vuoteen 2026 mennessä se on käytännössä perusvaatimus. Selaimet näyttävät ”Ei turvallinen” -varoituksia HTTP-sivuilla, mikä heikentää käyttäjien luottamusta välittömästi. Hakusijoitusvaikutusten lisäksi HTTPS salaa käyttäjän selaimen ja palvelimesi välillä siirtyvän datan, suojaten arkaluonteisia tietoja kuten kirjautumistietoja, yhteystietolomakkeiden lähetyksiä ja maksutietoja sieppaukselta. Kaikille yrityksille, jotka keräävät asiakastietoja, mikä on käytännössä jokainen verkkosivuston omaava yritys, HTTPS on ehdoton tietoturvatoimenpide.

HTTPS:n käyttöönotto vaatii SSL-todisteen, joka varmistaa palvelimesi identiteetin ja mahdollistaa salattujen yhteyksien muodostamisen. Monet hosting-tilantarjoajat tarjoavat nyt ilmaisia SSL-todisteita Let’s Encrypin kautta, mikä tekee kustannusesteestä käytännössä nollan. Tekninen toteutus sisältää todisteen asennuksen, palvelimen konfiguroinnin tarjoamaan sivuja HTTPS-yhteyden yli, 301-uudelleenohjausten pystyttämisen HTTP:stä HTTPS:iin sekä sisäisten linkkien, canonical-tagien ja sitemap-URL-osoitteiden päivittämisen käyttämään turvallista protokollaa. Uudelleenohjauksen ohittaminen tarkoittaa, että hakukoneet näkevät HTTP- ja HTTPS-sivustosi kaksoiskappaleina, mikä heikentää sijoitusviestisi tehokkuutta.

Yleisiä HTTPS-toteutuksen virheitä ovat sekasisältövaroitukset, joissa HTTPS-yhteydellä ladattuun sivuun haetaan kuvia, skriptejä tai tyylikirjastoja HTTP-yhteyden kautta. Selaimet merkitsevät näitä sivuja osittain epäturvallisiksi, mikä voi aiheuttaa samoja luottamusvaroituksia kuin täysin epäturvallinen sivu. Todisteen vanheneminen on toinen yleinen ongelma. SSL-todisteilla on rajoitettu voimassaoloaika, ja jos ne vanhenevat ilman uusintamista, kävijät näkevät koko näytön kattavan selaimen varoituksen, joka estää käytännössä pääsyn sivustoillesi. Automaattinen uusintahoito hosting-tilan tarjoajan tai todisteiden hallintapalvelun kautta poistaa tämän riskin kokonaan.

Sivuston rakenne viittaa siihen, miten sivut on järjestetty ja linkitetty toisiinsa. Hyvin rakennettu sivusto mahdollistaa hakukoneiden roikkurien löytävän kaikki tärkeät sivut muutaman klikkauksen päässä etusivulta, kun taas huonosti rakennettu sivusto hautaa arvokkaan sisällön monimutkaisen navigaation, irrallisten sivujen tai JavaScript-riippuvaisen renderöinnin taakse, jota roikkurit eivät pysty suorittamaan. Yleinen sääntö on, että mikään tärkeä sivu ei saa olla kauempana kuin kolmen klikkauksen päässä etusivusta. Syvemmällä olevat sivut saavat vähemmän roikkubudjettia, mikä tarkoittaa, että niitä löydetään harvemmin ja ne voivat jäädä indeksöimättä ollenkaan.

Sisäinen linkitys on ensisijainen mekanismi, jolla viestit sivuston rakenteen hakukoneille. Jokaisella sivustosi sivulla tulisi olla linkkejä vähintään yhteen muuhun asiaankuuluvaan sivuun ja olla linkitetty sieltä takaisin. Sivuille, joihin osoitetaan enemmän sisäisiä linkkejä, roikkurit antavat suuremman tärkeyden. Siksi etusivullesi, palvelusivuillesi ja parhaiten toimiviin blogikirjoituksiin tulee kohdistaa eniten sisäistä linkitystä. Sisäisen linkityksen auditointi paljastaa usein irrallisia sivuja, eli sivuja, joihin ei osoiteta sisäisiä linkkejä, vaikka ne ovat julkaistu ja live-toiminnassa. Nämä sivut ovat käytännössä näkymättömiä hakukoneille.

URL-rakenteella on myös merkitystä indeksoitavuudelle ja käyttäjäkokemukselle. Siistit, kuvaavat URL-osoitteet kuten /services/website-design ovat suositeltavia verrattuna parametreja raskaaseen URL-osoitteisiin kuten /page?id=47&cat=3. Hakukoneet analysoivat URL-osia relevanssiviestien tunnistamiseksi, ja käyttäjät ovat todennäköisemmin valmiimpia klikkaamaan hakutuloksia, joissa on luettava URL-osoite. Suosittelemme yhdenmukaisen URL-konseption luomista sivuston kehitysvaiheessa ja uudelleenohjaamaan kaikki vanhat, siitä poikkeavat URL-osoitteet. URL-osoitteiden muuttaminen ilman 301-uudelleenohjauksia on yksi yleisimmistä syistä äkillisiin liikennemäärän laskuihin sivuston uudelleensuunnittelun aikana.

Rakennettu data, joka toteutetaan schema-merkinnöillä, on koodia, jonka lisäät sivuillesi auttaaksesi hakukoneita ymmärtämään sisältöä tarkemmin. Sen sijaan, että algoritmit arvaisivat sivun sisältävän esimerkiksi reseptin, tuoteluettelon tai yrityksen osoitteen, rakennettu data ilmoittaa eksplisiittisesti sen, mitä kukin sisältöosuus edustaa. Tämä eksplisiittisyys mahdollistaa rikkaat tulokset (rich results), eli parannetut hakutulokset, jotka näyttävät tähtiarvioita, hintoja, FAQ-akkordeoneita, tapahtumapäiviä ja muita visuaalisia elementtejä suoraan hakutulossivulla.

Pienten yritysten kannalta vaikuttavimmat schema-tyypit ovat LocalBusiness, FAQPage, Product ja Review. LocalBusiness-schema kertoo Googlen yrityksen nimen, osoitteen, puhelinnumeron, aukioloajat ja palvelualueen, mikä voi aktivoida tiedepaneelin brändihakuissa. FAQPage-schema voi tuoda usein kysytyt kysymykset suoraan hakutuloksiin, claimaten näin ylimääräistä tilaa hakutulossivulta. Review-schema näyttää tähtiarvioita listauksen vieressä, mikä lisää klikkausmääriä merkittävästi. Tutkimukset osoittavat johdonmukaisesti, että rikkaat tulokset saavat 20–30 prosenttia enemmän klikkauksia kuin tavalliset listaukset samassa sijainnissa.

Rakenteellisen datan käyttöönotto vaatii JSON-LD-skriptilohkojen lisäämisen sivun HTML-koodiin. JSON-LD on Googlen suosima muoto, koska se erottaa rakenteellisen datan näkyvästä sisällöstä, mikä tekee sen ylläpidosta helpompaa ja vähentää riskiä rikkoa esitystä sivuston muuttuessa. Googlen Rich Results Test -työkalu validoi merkinnät ja tunnistaa virheet ennen kuin ne vaikuttavat hakunäkyvyyteesi. Suosittelemme aloittamista LocalBusiness- ja FAQPage-schemasta, sillä nämä vaativat vähän dataa ja tuovat näkyvimpiä parannuksia palveluyrityksille.

XML-sivukartta on tiedosto, joka luettelee kaikki sivustosi sivut, jotka haluat hakukoneiden indeksoivan, sekä metatiedot siitä, milloin kukin sivu on viimeksi muokattu ja kuinka tärkeä se on muihin sivuihin verrattuna. Sivukartan lähettäminen Google Search Consolessa varmistaa, että Google tietää kaikista indeksoitavista sivuista, vaikka jotkut sivut olisivat vaikeasti löydettävissä pelkän roikkumisen kautta. Sivukartat ovat erityisen tärkeitä uusille sivustoille, suurille sivustoille, joissa on satoja sivuja, ja sivustoille, jotka päivittävät sisältöä usein, kuten blogit tai verkkokauppojen katalogit.

Robots.txt-tiedoston tehtävä on päinvastainen: se kertoo hakukoneroboteille, mitkä osat sivustosta niiden ei tule käydä läpi. Tämä on hyödyllistä estämään admin-sivujen, staging-ympäristöjen, kaksoissisällön ja sisäisten hakutulossivujen indeksointi. Virheellisesti konfiguroitu robots.txt on yksi yleisimmistä ja tuhoisimmista teknisistä SEO-virheistä, joita törmäämme. Olemme auditoineet sivustoja, joissa yksittäinen rivi Disallow: / esti koko sivuston roikkumisen, omistaja oli vahingossa deployannut sen staging-konfiguraation aikana eikä peruuttanut sitä.

Parhaat käytännöt sisältävät sivukartan automaattisen päivittämisen CMS-järjestelmän tai build-prosessin avulla, sen lähettämisen Google Search Consoleen ja Bing Webmaster Toolsin kautta sekä robots.txt-tiedoston testauksen Googlen robots.txt -testaajalla varmistaaksesi, että se sallii pääsyn hakemistoon haluttuihin sivuihin ja estää pääsyn niihin, joita et halua indeksoida. Nämä tiedostot ovat pieniä, yksinkertaisia ja helppoja ohittaa, mutta virheet niissä voivat vaikuttaa merkittävästi hakunäkyvyyteesi.

Monet tekniset SEO-parannukset voidaan toteuttaa pätevän verkkokehittäjän tai kohtalaisen teknisten taitojen omaavan yrityksen omistajan toimesta. SSL-sertifikaatin asentaminen, kuvien pakkaaminen, sivukartan lähettäminen ja perusteisen schema-merkinnän lisääminen ovat tehtäviä, jotka voidaan suorittaa muutamassa tunnissa dokumentaation ja testaustyökalujen avulla. Jos sivusto on rakennettu moderniin CMS-järjestelmään kuten WordPressiin, Shopify’hyn tai Squarespaceen, monet näistä optimoinneista ovat saatavilla lisäosien tai sisäänrakennettujen asetusten kautta.

Laskelma muuttuu, kun ongelmat ovat monimutkaisia, toisiinsa kytkeytyviä tai liittyvät vanhentuneeseen infrastruktuuriin. Sivustot, jotka ovat läpikäyneet useita uudelleensuunnitteluja ilman asianmukaisia uudelleenohjauksia, sivustot, jotka toimivat räätälöidyillä alustoilla ilman CMS-tukea, JavaScript-painotteisella renderöinnillä varustetut sivustot, jotka estävät indeksoinnin, ja sivustot, jotka kokevat selittämättömiä sijoitusten laskuja, hyötyvät ammattimaisesta teknisestä SEO-analyysistä. Kelpo asiantuntijalla on diagnostisia työkaluja, kokemusta eri sivustojen analysoinnista ja kyky erottaa oireet juurisyyistä, mikä on erittäin vaikeaa, kun tarkastelet omaa sivustoasi ensimmäistä kertaa.

GRADAX:n tekninen SEO -auditointi alkaa kattavalla haulla, joka arvioi yli kahta sataa teknistä tekijää palvelinvastauskoodeista ja uudelleenohjausketjuista renderöintiä estäviin resursseihin ja canonical-tagien ristiriitoihin. Priorisoimme löydöt arvioidun liikennemäärän vaikutuksen mukaan ja toimitamme korjausratkaisujen aikataulutusluonnoksen selkein aikatauluin ja vastuujakoineen. Jos epäilet, että tekniset ongelmat estävät sivustoasi saavuttamasta hakukonepotentiaaliaan, ota yhteyttä tiimiimme suorittaaksemme auditoinnin, joka erottaa toiminnalliset ongelmat taustamelusta.