Tekninen SEO-tarkistuslista: Lopullinen luettelo verkkosivustosi parantamiseen

Tekninen SEO-tarkistuslista

Indeksointi ja indeksointi

Ensimmäinen asia, joka on tarkasteltava teknisen auditoinnin aikana, on se, miten hakukoneet indeksoivat ja indeksoivat sivustosi. Loppujen lopuksi, jos sivustosi sivuja ei voida indeksoida, niitä ei indeksoida (muutamia poikkeuksia lukuun ottamatta). Tämän seurauksena sivut, jotka eivät ole edustettuina hakemistossa, eivät osallistu sijoitukseen.

Käy läpi sivun hakemistoraportti Google Search Consolessa

Tarkin ja luotettavin tapa analysoida verkkosivustosi indeksointia on analysoida Google Search Consolen sivun hakemistoraporttia.

Katso hakemistoon lisättyjen sivujen raportti ja tarkista, mitkä sivut ovat hakemistossa. Tarkista, onko olemassa sivuja, joilla on suodatus- tai lajitteluvaihtoehtoja, onko olemassa testisivuja tai muita sivuja, joita et halua lisätä hakemistoon.

Katso myös sivuja, jotka on jätetty pois.

Kaikki Poissuljetut sivut -raportin tilat eivät ole ongelmallisia. Älä keskitä huomiotasi kaikkiin poissuljettuihin sivuihin, vaan vain niihin, joilla Googlen toiminta ei vastaa aikomuksiasi.

Alla olevasta taulukosta näet tilat, jotka vaativat yleensä huomiota ja syvällisempää analysointia:

Tila	Mitä se tarkoittaa	Mitä sinun pitäisi tehdä
Uudelleenohjausvirhe	Google ei pystynyt seuraamaan URL-osoitetta uudelleenohjausongelmien vuoksi.	Vähennä uudelleenohjausten määrää (1-2). Vältä äärettömiä ja pyöreää uudelleenohjausta.- Varmista, että lopullinen URL-osoite palauttaa 200 OK eikä sitä ole estetty robots.txt/noindexissä.
Palvelimen virhe	Palvelin palautti 5xx-virheen.	Tarkista palvelimen lokit. Varmista, että sivusto ei ole ylikuormitettu.- Korjaa sisäiset virheet, varsinkin jos ne toistuvat.
Löydetty – ei indeksoitu	Google tietää sivusta, mutta ei ole vielä indeksoinut sitä. Osoittaa indeksointibudjettiin liittyviä ongelmia.	Varmista, että sivu on sivustokartassa. Lisää siihen sisäisiä linkkejä. Optimoi indeksointibudjetti.
Indeksoitu – ei indeksoitu	Google vieraili sivulla, mutta päätti olla indeksoimatta sitä. Osoittaa yleensä heikkoa sivun laatua.	Paranna sisällön laatua ja ainutlaatuisuutta. Varmista, että sivulla ei ole kaksoiskappaleita. Lisää siihen sisäisiä linkkejä.
Monista ilman käyttäjän valitsemaa ensisijaista	Google pitää sivua kaksoiskappaleena, mutta et määrittänyt ensisijaista sivua.	Tarkista sivuparit ja määritä tarvittavat ensisijaiset sivut tai harkitse sivuston rakennetta uudelleen.
Kaksoiskappale, Google valitsi eri kanonisen kuin käyttäjän	Google ohitti määrittämäsi ensisijaisen.	Syitä voi olla monia; Sinun on tutkittava huolellisesti sivun tiedot ja valittava sopivin strategia (noindex, uudelleenohjaus, poisto, robots.txt, muutokset verkkosivuston rakenteessa ja sisäinen linkitys).
Pehmeä 404	Sivu näyttää tyhjältä tai ”ei löydy”, mutta palauttaa 200 OK-tilan.	Palauta 404 tai 410. Tee uudelleenohjaus. Paranna sisältöä. Estä indeksointi.

Muut tilat eivät luultavasti osoita mitään ongelmia. Nämä raportit kannattaa kuitenkin myös tarkistaa, jotta voit varmistaa, että sivuja ei ole vahingossa poistettu, ohjattu uudelleen, kanonisoitu tai estetty hakemistoon lisäämisestä.

Tila	Mitä se tarkoittaa	Mitä sinun tarvitsee tietää
Vaihtoehtoinen sivu, jolla on oikea ensisijainen tunniste	Google kuittasi oikein määrittämäsi ensisijaisen.	Kaikki toimii odotetusti. Toimenpiteitä ei tarvita. Varmista, että olet määrittänyt haluamasi ensisijaisen.
robots.txt estämä URL-osoite	Google ei voi indeksoida sivua.	Tarkista robots.txt tiedosto. Salli käyttö, jos haluat, että se indeksoidaan.
URL-osoite, jossa on merkintä ”noindex”	Sivulla on noindex-direktiivi.	Varmista, että noindex-tunniste on asetettu tarkoituksella. Jos sivu on tärkeä, poista tämä tunniste.
Ei löydy (404)	Sivua ei ole olemassa.	Jos tämä on tärkeää, palauta sivu. Jos sivu poistetaan pysyvästi, varmista, että siihen ei ole sisäisiä linkkejä.
Estetty luvattoman pyynnön vuoksi (401)/ Estetty, koska pääsy kielletty (403)	Sivu on estetty valtuutuksella tai kielletty.	Salli pääsy, jos sivu on lisättävä hakemistoon.
Sivu, jossa on uudelleenohjaus	Sivu ohjaa toiselle.	Tarkista, onko uudelleenohjaus tarkoitettu ja oikea.
URL-osoite estetty muun 4xx-ongelman vuoksi	Sivulle ei pääse muun 4xx-virheen kuin 404:n vuoksi (esim. 403, 401, 410 jne.).	Tarkista HTTP-tilakoodi manuaalisesti. Korjaa käyttöoikeusasetukset. Aseta oikeat tilakoodit tai uudelleenohjaukset. Salli Googlebotin käyttö tarvittaessa.

Googlen ohjekeskuksesta löydät kattavan kuvauksen sivuraportista, joka sisältää esimerkkejä ongelmista ja yksityiskohtaisen selityksen kustakin tilasta.

Screaming Frog voi myös auttaa analysoimaan sivuja, jotka on indeksoitu tai jätetty hakemiston ulkopuolelle. Tätä varten sinun on yhdistettävä Google Search Console API ennen sivuston indeksoinnin aloittamista.
Muodosta yhteys siirtymällä Google Search Consolen kohtaan Määritys -> API-käyttö >. Napsauta Kirjaudu sisään Googlella ja seuraa ohjeita.

Kun yhteys on muodostettu, ota URL-tarkastus käyttöön ja voit myös ottaa käyttöön vaihtoehdon, jolla voit ohittaa hakemistoon lisäämisen tarkastuksen URL-osoitteille, joita ei voi lisätä hakemistoon.

Tämän jälkeen voit nähdä ja verrata kunkin sivun tilaa Search Consolen mukaan (Googlen näkemällä tavalla) ja sen todellista tilaa, joka määritetään indeksointiprosessin aikana.

Huomaa, että kullekin sivustolle on saatavilla vain 2000 URL-osoitetta päivässä, joten tämä menetelmä sopii paremmin pienille sivustoille.

Tarkista, mitä sitemap.xml sisältää

Sitemap.xml on XML-tiedosto, joka tarjoaa hakukoneiden indeksointiroboteille luettelon sivuston sivuista sekä (valinnaisesti) tiedot viimeisimmästä muokkauspäivästä, päivitystiheydestä ja suositellusta indeksointiprioriteetista.

Se sijoitetaan yleensä sivuston juureen, esimerkiksi: https://example.com/sitemap.xml. Sitemap.xml auttaa hakukoneita löytämään uusia tai päivitettyjä sivuja nopeammin. Lisäksi sivun sisällyttäminen tähän tiedostoon on yksi signaaleista sivun kanonisen version määrittämiseksi, vaikkakin heikko sellainen.

sitemap.xml tiedosto on erityisen hyödyllinen:

• uudet sivustot, joissa on vähän ulkoisia linkkejä;
• suuret sivustot, joissa on useita sivuja;
• sivustot, joissa on paljon mediasisältöä;
• uutissivustot, joita päivitetään usein.

Sitemap.xml pitäisi sisältää kaikki sivut, jotka haluat lisätä hakemistoon.

Voit käyttää samaa Screaming Frogia tai muita indeksointirobotteja analysoidaksesi Sitemap.xml sisältäviä sivuja. Screaming Frogissa sitemap.xml voidaan skannata erikseen luettelotilassa tai se voidaan sisällyttää tavalliseen sivuston tarkistukseen. Voit tehdä tämän aktivoimalla XML-sivustokartan skannauksen kohdassa Asetukset -> Spider -> Indeksointi ja lisäämällä indeksoitavien sivustokarttojen absoluuttiset URL-osoitteet.

Sivustokartan luomiseen ei ole suositeltavaa käyttää erilaisia verkkopalveluita, koska ne voivat luoda vain staattisen sivustokartan, jota ei päivitetä automaattisesti. Optimaalinen vaihtoehto on luoda sitemap.xml käyttämällä laajennuksia CMS:lle, jossa sivusto on käynnissä, tai kirjoittaa mukautettu komentosarja, joka luo sivustokartan määritettyjen ehtojen mukaisesti ja päivittää sen automaattisesti, kun sivustoon tehdään muutoksia.

Kun luot sitemap.xml, varmista, että tiedostosi on sitemap.xml protokollan mukainen. Voit käyttää tähän erilaisia online-validaattoreita, kuten https://www.xml-sitemaps.com/validate-xml-sitemap.html.

Onko kaikki protokollassa luetellut tunnisteet sisällytettävä? Ei aina. Esimerkiksi Google ottaa huomioon vain <loc>- ja <lastmod>-tunnisteet. Varmista, että <lastmod>-tunnisteen päivämäärä on oikea. Jos sitä yritetään manipuloida, Google voi jättää tämän tagin huomiotta.

Varmista, että robots.txt ei ole virheitä

robots.txt-tiedosto on ensimmäinen paikka, johon hakubotti etsii ennen sivuston indeksointia. Se määrittää, mitä sivuston osia voidaan indeksoida tai ei, ja sen seurauksena hakukoneet indeksoivat sivut. Sen tulee aina sijaita https://example.com/robots.txt.

Tämä tiedosto on työkalu sivuston indeksoinnin (ei indeksoinnin!) hallintaan. Jotkin sivut, vaikka ne olisi estetty robots.txt, voidaan silti indeksoida (yleensä jos niihin on sisäisiä tai ulkoisia linkkejä). Tällaiset sivut (jotka on lisätty hakemistoon, vaikka ne on estetty vuonna robots.txt) näkyvät Google Search Consolessa raportissa ”Indeksoitu, vaikka robots.txt on estänyt”.

Tässä on mitä on hyvä tarkistaa robots.txt tiedoston osalta osana teknistä SEO-auditointia:

1. Tiedoston saatavuus

Tiedoston pitäisi olla käytettävissä https://example.com/robots.txt ja antaa 200 OK vastaustila. Sen puuttuminen, latausvirheet tai uudelleenohjaukset (301, 302, 403, 404) voivat estää hakukoneita ymmärtämästä sivuston indeksointisääntöjä oikein.

1. Syntaksi ja oikeellisuus

Tarkista, että tiedostorakenne on standardin mukainen. Esimerkki perusmallista:

• Käyttäjä-agentti: *
• Estä : /admin/
• Salli: /public/
• Sivukartta: https://example.com/sitemap.xml

1. Disallow- ja Allow-direktiivit

Tarkista, että tärkeitä sivuja ei vahingossa hylätä, esimerkiksi:

• Etusivu (/)
• Tuotekortit (/product/)
• Blogi tai artikkelit (/blogi/, /artikkelit/)

Yleinen virhe on kuvien, tyylien ja komentosarjojen estäminen hallintakansioita estettäessä. Tällöin on täsmennettävä, että vaikka hallintakansio on estetty, tietyntyyppisten tiedostojen tulee olla avoinna tarkistusta varten. Tämä tapahtuu usein WordPress-sivustoilla, kun kansio, jossa on kaikki käyttäjäsisältö, Disallow: /wp-content on estetty.

Tässä tapauksessa vain tietyn muodon tiedostot voidaan avata skannausta varten:

• Salli: /wp-content/uploads/*.css
• Salli: /wp-content/uploads/*.js
• Salli: /wp-content/uploads/*.jpeg

Voit vahvistaa robots.txt ja testata lisättäviä direktiivejä käyttämällä tätä työkalua.

1. Tarkista yhteensopivuus muiden direktiivien kanssa

Virheitä ilmenee usein, kun robots.txt on ristiriidassa seuraavien kanssa:

• sisällönkuvauskenttä <meta name=”robots” content=”noindex”>
• kanoninen

Jos sivu on esimerkiksi avoinna robots.txt mutta estetty noindexin kautta, se indeksoidaan, mutta se ei pääse hakemistoon. Tämä on hyväksyttävää, mutta on tärkeää, että se tehdään tarkoituksella.

Yleinen ongelma on myös se, että lähdekoodissa on muita ohjeita boteille ja samanaikainen sivun estäminen robots.txt. Hakukonerobotit eivät skannaa robots.txt estetyt sivut. He eivät näe koodissa määritettyjä tunnisteita, esimerkiksi kanonisointia. Toisin sanoen tällaista kanonista ei yksinkertaisesti oteta huomioon.

Tarkista sisäinen linkitys

Yksi teknisen auditoinnin keskeisistä tehtävistä on varmistaa, että sivuston sisäinen linkitys toimii oikein. Tämä tarkoittaa, että kaikkien sisäisten linkkien on johdettava todellisiin, olemassa oleviin sivuihin, jotka ovat avoinna indeksointia varten, palauttavat 200 OK-tilakoodin, eivät sisällä uudelleenohjauksia ja mikä tärkeintä, eivät osoita sivuille, joilla on 4xx/5xx-virheitä. Ensi silmäyksellä tämä saattaa tuntua pieneltä yksityiskohdalta, mutta käytännössä jopa virheelliset sisäiset linkit voivat vaikuttaa negatiivisesti:

• Hakukoneiden verkkosivustojen indeksoinnin tehokkuus,
• Sisäisen SEO-painon jakautuminen (PageRank),
• Käyttökokemus.

Analyysin ensimmäinen vaihe on tarkistaa kaikki sisäiset linkit virheiden varalta. Erityisen tärkeää on tunnistaa rikkinäiset linkit, jotka johtavat sivuille, joilla on 404, 410 tai muita virheitä (kuten 403, 500).
Alla on taulukko, jossa on tärkeimmät virhetyypit, joita voi esiintyä sisäisissä linkeissä, niiden merkitys ja suositellut toimenpiteet niiden korjaamiseksi.

Virheen tyyppi	Mitä se tarkoittaa	Mitä tehdä
404	Sivua ei löydy	Poista linkki tai korvaa se toimivalla
403	Pääsy kielletty	Tarkista käyttöoikeusasetukset
301/302	Uudelleenohjata	Päivitä linkki lopulliseen URL-osoitteeseen
5xx	Palvelimen virhe	Tarkista palvelin tai sisällönhallintajärjestelmä

 

On myös tärkeää analysoida sivuhierarkian syvyyttä, eli määrittää, millä tasolla ja kuinka monta klikkausta etusivulta keskeinen sisältö sijaitsee. On suositeltavaa, että tärkeät sivut eivät ole kolmatta tasoa syvemmällä – tämä lisää niiden saavutettavuutta sekä hakukoneille että käyttäjille.
Yksi analyysin keskeisistä elementeistä on tunnistaa ”orvot” sivut – niiden, joilla ei ole niihin viittaavia sisäisiä linkkejä. Vaikka nämä sivut sisällytettäisiin sivustokarttaan, sisäisten linkkien puute tekee niistä vaikeammin saavutettavia.
Lisäksi on tärkeää analysoida ankkuritekstejä – linkkejä sisältäviä sanoja ja lauseita. Niiden tulee olla merkityksellisiä ja merkityksellisiä, sillä ankkuritekstit auttavat hakukoneita ymmärtämään linkin kontekstin.

Analysoi indeksointitilastot

Indeksointitilastojen analyysi on tapa ymmärtää, miten Googlebot on vuorovaikutuksessa sivuston kanssa: mitä sivuja indeksoidaan, kuinka usein ja miten tämä vaikuttaa hakukoneoptimointiin. Tämä data on saatavilla Google Search Consolen → Asetukset → Indeksointitilastot. Alla olevasta taulukosta näet yleisimmät ongelmat, jotka voit selvittää tästä raportista:

Ongelma	Mitä raportista kannattaa etsiä	Mahdolliset syyt
Ryömimisen jyrkkä väheneminen	Vähemmän indeksointia päivässä	Saavutettavuusongelmat, virheelliset asetukset robots.txt, lohkot, 5xx-virheet
Monet 4xx- ja 5xx-virheet	Virheet URL-osoitteissa	Poistetut sivut, rikkinäiset linkit, palvelinongelmat
Vasteaika piteni	>1 sekunti – varoitusmerkki	Isännöintiongelmat, palvelimen ylikuormitus
Monet 3xx-uudelleenohjaukset	Uudelleenohjaukset suorien URL-osoitteiden sijaan	Virheelliset uudelleenohjaukset, uudelleenohjausketjut, suuri määrä sisäisiä linkkejä uudelleenohjauksilla
CSS/JS:ää ei indeksoitu	Ne puuttuvat tilastoista	Estänyt robots.txt

 

Lisäksi palvelinlokit voidaan analysoida. Niiden avulla voit nähdä hakubottien (ei vain Googlebotin, vaan myös Bingbotin, YandexBotin ja muiden) todelliset pyynnöt sen sijaan, että ne olisivat vain Google Search Consolen koottuja tietoja.
Tämä on edistynyt, ”raaka” diagnostinen menetelmä, joka vaatii huomattavan paljon aikaa. Tietojen visualisointiin voit käyttää avoimen lähdekoodin työkaluja, kuten GoAccess tai Screaming Frog Log File Analyzeri.

Strukturoidun datan käyttöönotto

Strukturoitu data on verkkosivun erityinen merkintämuoto, joka auttaa hakukoneita ymmärtämään sivun sisältöä tarkemmin ja syvällisemmin. Se toimii ”vihjeenä” Googlelle ja muille hakukoneille siitä, mitä sivulla tarkalleen on – artikkeli, tuote, resepti, arvostelu, video jne. Vaikka se ei ole virallinen sijoitussignaali, se vaikuttaa epäsuorasti sijoituksiin parantamalla sitä, miten hakukoneet ymmärtävät sivun.

Pääasiallinen standardi tai protokolla, jota käytetään verkkosivustojen strukturoidussa datassa, on Schema.org. On muitakin protokollia, kuten OpenGraph, mutta sitä käytetään sosiaalisissa verkostoissa.
Schema.org on Googlen, Microsoftin, Yahoon ja Yandexin yhteistyöprojekti, joka on luotu kehittämään ja ylläpitämään yhtenäistä standardia strukturoidulle datalle verkossa.
Schema.org sisältää satoja entiteettityyppejä, joista yleisimmin käytetyt on lueteltu alla olevassa taulukossa:

Luokka	Yhteisö (@type)	Tarkoitus
Sisältö ja sivut	Artikkeli	Artikkeli tai uutissisältö
	Blogin lähettäminen	Blogikirjoitus
	Uutisartikkeli	Uutisartikkeli Google Uutisia varten
	Usein kysytyt kysymyksetSisältö	Usein kysytyt kysymykset (FAQ) -sivu
	Miten	Vaiheittainen opas
	Verkkosivu	Yleistä tietoa verkkosivusta
Tuotteet ja tarjoukset	Tuote	Tuotteen yksityiskohdat
	Tarjota	Hintatarjous
	Koottu tarjous	Eri myyjien tuotteen hintaluokka
Arvostelut ja arviot	Arvostelu	Tuotteen tai palvelun arvostelu
	Luokitus	Numeerinen luokitus (usein arvostelussa)
	Aggregaattiluokitus	Keskimääräinen arvio useiden arvostelujen perusteella
Organisaatiot ja ihmiset	Organisaatio	Yrityksen tai tuotemerkin kuvaus
	Paikallinen liiketoiminta	Paikallinen yritys, jolla on yhteystiedot ja aikataulu
	Henkilö	Henkilö (esim. artikkelin kirjoittaja, puhuja jne.)
Tapahtumia	Tapahtuma	Online- tai offline-tapahtuma
Navigointi ja rakenne	Leivänmurujen luettelo	Navigointipolkujen navigointi
	SiteNavigationElement	Päävalikon kohdat
Multimedia	Video-objekti	Video, jossa on metatietoja (videokatkelmille)
	Kuva-objekti	Kuva ja kuvaus
Koulutus ja työpaikat	Kurssi	Verkkokurssi tai koulutusohjelma
	Työpaikkailmoitukset	Avoin työpaikka (Google for Jobs)

On suositeltavaa toteuttaa strukturoitu data JSON-LD-muodossa. Tämä lohko sijoitetaan HTML-dokumentin <päähän> tai <runkoon>, mutta sitä ei näytetä käyttäjälle – hakubotit lukevat sen. Kaikki suuret hakukoneet, kuten Google, Bing ja Yahoo, tukevat tätä muotoa. Alla on esimerkki JSON-LD-koodista:

<script type=”application/ld+json”>

{

”@context”: ”https://schema.org”,

”@type”: ”Artikkeli”,

”headline”: ”Mikä on JSON-LD?”,

”tekijä”: {

”@type”: ”Henkilö”,

”name”: ”John Smith”

},

”datePublished”: ”2025-12-01”

}

</käsikirjoitus>

Kun toteutat strukturoitua dataa, noudata Schema.org protokollaa ja tarkista toteutettujen mikrotietotyyppien oikeellisuus validaattorin avulla. Tietyntyyppiset Schema.org-protokollan strukturoidut tiedot voivat myös auttaa Rich Snippetin näyttämisessä Googlen hakutuloksissa.

Huomaa, että Googlen vaatimukset strukturoidulle datalle Rich Snippeteille poikkeavat hieman Schema.org standardista. Usein kenttiä on määritettävä enemmän kuin mitä Schema.org protokolla edellyttää. Jos siis haluat saada Rich Snippetin, noudata Googlen strukturoitua dataa koskevia ohjeita. Voit tarkistaa mikrodatan toteutuksen oikeellisuuden rich snippet -validaattorilla.

Mikrodatageneraattoreita on myös monia, mutta ne voivat luoda vain staattista koodia, jota ei päivitetä sivun sisältömuutoksilla. Sen varmistaminen, että mikrodatan tiedot vastaavat sivulla näkyviä tietoja, on osa Googlen strukturoitua dataa koskevia vaatimuksia. Jos strukturoitua dataa koskevaa käytäntöä rikotaan, sivu voi menettää kaikki Rich Snippet -katkelmat, ja joissakin tapauksissa se voi saada manuaalisia rangaistuksia. Varmista siksi, että mikrotietosi luodaan ja päivitetään automaattisesti.

Sisältö

Osana teknistä SEO-auditointia on tärkeää arvioida sisällön perusominaisuudet: otsikoiden ja sisällönkuvauskenttien rakenteesta kuvien ja mahdollisten päällekkäisten sivujen alt-attribuuttien olemassaoloon. Nämä elementit vaikuttavat suoraan sekä indeksointiin että siihen, miten hakukoneet näkevät sivuston.

Testaa verkkosivustosi täydellisten kaksoiskappaleiden varalta

Täydellisiä päällekkäisyyksiä esiintyy, kun identtinen sisältö on käytettävissä sivuston eri URL-osoitteiden kautta. Kaksoiskappaleet voivat vahingoittaa sivustosi sijoituksia täysin.
Yleisimmät täydelliset kaksoiskappaleet ovat:

• Saavutettavuus sekä HTTP:n että HTTPS:n kautta
• Saavutettavuus WWW:n kanssa ja ilman
• Käytettävyys vinoviivalla tai ilman
• Isoilla ja pienillä kirjaimilla kirjoitettujen URL-osoitteiden saavutettavuus
• Sivulle pääsee tiedostotunnisteilla, kuten .html, .htm, .php, .aspx, ja ilman niitä
• Parametrit, jotka eivät muuta sivun sisältöä, kuten UTM-tunnisteet
• Identtinen sisältö eri URL-osoitteissa. Esimerkiksi tuote on lueteltu kahdessa kategoriassa, joihin pääsee käsiksi kahden eri URL-osoitteen kautta. Tai tuotesivu, johon pääsee URL-osoitteen luokan kanssa ja ilman.
• Sivuston testiversiot (kehityksessä käytetty DEV-verkkotunnus).

Jos haluat löytää URL-muunnelmiin liittyviä sivujen kaksoiskappaleita, testaa URL-osoitteet manuaalisesti ja tarkista kyseisten URL-versioiden palvelimen vastauskoodi. Voit tarkistaa palvelimen vastauskoodit millä tahansa työkalulla, kuten https://httpstatus.io/. Syötä URL-muunnelmat ja tarkista niiden saavutettavuus.

Jos haluat korjata ongelmat, jotka liittyvät HTTP/HTTPS:n, www/without-www:n, vinoviivan kanssa/ilman, isoilla/pienillä kirjaimilla ja sellaisten sivujen saavutettavuuteen, joilla on laajennukset, kuten .html, .htm, .php, .aspx, ja ilman niitä, on määritettävä 301-uudelleenohjaus ensisijaiseen versioon.

Jos päällekkäisiä tiedostoja löytyy identtisen sisällön saatavuuden vuoksi lisäämällä tai poistamalla osia URL-osoitteesta (esimerkiksi tuote on saatavilla kahdessa luokassa), on parasta harkita URL-rakennetta ja sivuston rakennetta uudelleen. UTM:lle ja muille parametreille kanonisointi voi myös olla ratkaisu. On kuitenkin tärkeää huomata, että Google käsittelee ensisijaista tagia suosituksena, ja lopullinen päätös URL-osoitteen valitsemisesta jää Googlelle.

Jos sivuston testiversio löytyy Googlen hakemistosta, sen indeksointi on estettävä ja sen poistamista koskeva pyyntö on lähetettävä Google Search Consolen kautta.

Osittaisten sivujen kaksoiskappaleiden ratkaiseminen

Osittaisia sivujen päällekkäisyyksiä esiintyy, kun kaksi tai useampi sivuston sivu sisältää hyvin samankaltaista, mutta ei täysin identtistä sisältöä. Yleisimmät osittaiset kaksoiskappaleet ovat:

• Sivujen lajittelu
• Sivujen suodattaminen
• Sivutussivut
• Sivut, joilla on samankaltaisia tuotteita (esim. tuotteet eroavat toisistaan vain värin perusteella)
• Sivustosta on useita versioita samalla kielellä, mutta eri alueille (esim. kolme englanninkielistä sivustoa Yhdysvalloissa, Isossa-Britanniassa ja Australiassa).

Jokainen sivusto on tietysti ainutlaatuinen, ja teknisen tarkastuksen aikana voit tunnistaa muita päällekkäistä sisältöä, jotka vaativat erityisiä ratkaisuja. Yllä olevat esimerkit ovat kuitenkin yleisimpiä.

Osittaiset kaksoiskappaleet löytyvät yleensä sivuston indeksointiprosessin aikana eri indeksointirobottien toimesta. Niillä on toistuvia parametreja ja niillä voi olla sama otsikko ja H1 kuin pääluokkasivuilla.
Osittaisten päällekkäisyyksien poistamiseksi et voi määrittää uudelleenohjausta, koska näitä sivuja tarvitaan sivuston toiminnallisuuden kannalta. Seuraavassa keskustelemme menetelmistä osittaisten kaksoiskappaleiden käsittelemiseksi.

Sivujen lajittelu ja suodattaminen

Näiden sivujen indeksointi robots.txt tiedostossa voidaan estää, mutta Google saattaa jättää tämän huomiotta, varsinkin jos linkit osoittavat näille sivuille. Tämä auttaa säilyttämään indeksointibudjetin.
Voit myös estää ne <meta name=”robots” content=”noindex, nofollow” /> -direktiivillä, joka estää näiden sivujen lisäämisen hakemistoon, mutta ei kerro Googlelle, että niitä ei pitäisi indeksoida.
Paras tapa tässä tapauksessa on käyttää JavaScriptiä sivun sisällön päivittämiseen, kun käyttäjä käyttää lajittelua tai suodattimia, luomatta ylimääräisiä URL-osoitteita ja linkkejä suodatus- tai lajittelusivuille.

Tuoteversiot, jotka ovat saatavilla eri URL-osoitteissa

Ihannetapauksessa kaikki tuoteversiot tulisi yhdistää yhdelle sivulle, josta käyttäjä voi valita haluamansa värin tai koon URL-osoitetta muuttamatta JavaScriptin avulla. Jos kullekin versiolle kuitenkin käytetään erillistä sivua, on määritettävä ensisijainen linkki tuotteen pääsivulle. Kuten aiemmin mainittiin, Google voi kuitenkin jättää huomiotta käyttäjän asettaman ensisijaisen arvon.

Sivutussivut

Sivutussivuja ei saa estää hakemistoon lisäämisestä. Näin varmistat, että Google pitää luokan ensimmäistä sivua pääsivuna:

• Sisällytä vain sitemap.xml tiedoston ensimmäinen sivu.
• Lisää linkki pääluokkasivulle kaikilla sivutussivuilla.
• Lisää sivunumerot sivutussivujen otsikkoon ja H1:een. Esimerkiksi ”Valkoiset paidat – sivu 2”.

Sivut, jotka ovat saatavilla yhdellä kielellä, mutta eri alueilla

Tässä tapauksessa on käytettävä Hreflang-attribuutteja. Niitä käytetään kertomaan hakukoneille, mikä kieli ja alueellinen versio verkkosivusta niiden tulisi näyttää käyttäjille heidän kielimieltymyksiensä ja sijaintinsa perusteella.
Hreflang-attribuutteja voidaan toteuttaa useilla tavoilla:

• HTTP-otsikoissa
• Tunnisteiden kautta <head>-osiossa
• Tunnisteiden kautta sitemap.xml

Helpoin tapa toteuttaa on <head>-osion tunnisteiden avulla.

On olemassa säännöt, jotka <head>-osion tagien kautta toteutettujen hreflang-attribuuttien tulisi täyttää:

• • Määritteen tulee olla seuraavassa muodossa: <link rel=”alternate” hreflang=”lang_code_country_code” href=”url-of-page” />
  • Kieli- ja maakoodien tulee olla voimassa. Jos haluat valita kelvollisen koodin kullekin kielimutaatiolle, katso tämä sivu.

• Jokaisen kieliversion on lueteltava itsensä ja kaikki muut kieliversiot hreflang-määritteissään. Se tarkoittaa, että jokaisella sivulla on oltava sama määrä hreflang-attribuutteja

• Hreflang-attribuuttien linkkien tulee olla absoluuttisia ja indeksoitavia.

Esimerkki koodista:

<link rel=”vaihtoehtoinen” href=”https://example.com/en-us/page” hreflang=”fi-us” />

<link rel=”vaihtoehtoinen” href=”https://example.com/en-gb/page” hreflang=”fi-fi” />

<linkki rel=”vaihtoehtoinen” href=”https://example.com/en-us/page” hreflang=”x-default” />

Tarkista otsikot, h1, h2s ja kuvaukset kaksoiskappaleiden varalta

Vaikka otsikot, kuvaukset ja H1-H6-otsikot liittyvät sivun hakukoneoptimointiin, niiden analysointi teknisessä auditoinnissa voi olla hyödyllistä kaksoiskappaleiden havaitsemisessa.

Voit analysoida niitä käyttämällä mitä tahansa indeksointirobottia, joka kerää nämä tunnisteet.

Kun otsikoita ja H1-H6-tunnisteita ja kuvauksia löytyy, analysoi sivun tiedot ja tunnista päällekkäisyyksien syy. Tämä voi johtua sivuston saatavuudesta sekä HTTP:n että HTTPS:n kautta, pääluokkatunnisteiden päällekkäisyydestä suodatinsivuilla tai yksinkertaisesti inhimillisestä virheestä, jossa nämä tunnisteet on täytetty väärin.

Kuvien alt-määritteiden optimointi

Alt-attribuutit ovat HTML-attribuutteja, joita käytetään <img>-tagin sisällä seuraavasti: <img src=”image.jpg” alt=” Kuvan kuvaus”>. Sen päätarkoitus on antaa tekstikuvaus kuvan sisällöstä. Tämä teksti näytetään, jos kuva ei lataudu, ja näytönlukijat lukevat sen ääneen näkövammaisten käyttäjien auttamiseksi. Oikea, kuvaava vaihtoehtoinen teksti voi auttaa kuviasi sijoittumaan kuvahaussa ja parantaa sivun yleistä relevanssia.

Jos sinulla on verkkosivusto, jossa on paljon visuaalista sisältöä, alt-attribuuttien optimointi on tärkeämpi askel kuin klassisilla verkkosivustoilla, jotka luottavat tekstisisältöön.

Monet indeksointirobotit, kuten Screaming Frog, Ahrefs, SemRush jne., analysoivat alt-attribuutteja, ja sieltä saat tietoja puuttuvista tai tyhjistä alt-attribuuteista.

Voit lukea lisää kuvaavien alt-attribuuttien luomisesta virallisista Google-asiakirjoista.

Verkkosivuston nopeus, mobiili- ja käyttäjäystävällisyys

Käytä HTTPs-protokollaa

Suojatun HTTPS-protokollan käyttö on välttämätöntä käyttäjän ja palvelimen välisen tiedonsiirron turvallisuuden varmistamiseksi. Se ei ainoastaan lisää käyttäjien luottamusta, vaan sillä on myös myönteinen vaikutus hakukoneoptimointiin. Voit tarkistaa HTTPS:n katsomalla selaimen osoiteriviä – riippulukkokuvakkeen pitäisi näkyä.
Yksityiskohtaista analyysiä varten voit käyttää SSL Labs -palvelua, joka tarjoaa täydellisen raportin SSL-varmenteen tilasta ja tunnistaa mahdolliset ongelmat.

On myös tärkeää varmistaa, että HTTPS-sivuilla ei ole sekasisältöä – HTTP-resursseja. Tässä analyysissä voit käyttää Google Search Consolen HTTPS-raporttia, joka näyttää URL-osoitteet, joissa on sekä HTTP että HTTPS.

Lähde: Asiakkaamme Search Console

Paranna Core Web Vitals -arvoja

Core Web Vitals on joukko Googlen ehdottamia mittareita, joilla arvioidaan verkkosivuston käyttökokemuksen laatua. Nämä mittarit keskittyvät sivun sisällön latausnopeuteen, interaktiivisuuteen ja visuaaliseen vakauteen. Ne sisältävät kolme keskeistä indikaattoria:

Mittarin	kuvaus	Optimaalinen arvo
Suurin sisältömaali (LCP)	Mittaa sivun suurimman näkyvän elementin (esim. kuvan tai tekstin) latausajan.	Alle 2,5 sekuntia
Ensimmäisen tulon viive (FID)	Mittaa aikaa, joka kuluu, ennen kuin sivu reagoi ensimmäiseen käyttäjän vuorovaikutukseen (esim. painikkeen tai linkin napsauttamiseen).	Alle 100 millisekuntia
Kumulatiivinen asettelun siirto (CLS)	Arvioi sivun visuaalista vakautta eli kuinka paljon elementtejä liikkuu sivun latauksen aikana.	Alle 0,1

 

Todellisilta käyttäjiltä kerättyä dataa voi tarkastella Search Console -raportissa ”Core web vitals” (koottu data) tai PageSpeed Insightsissa (yksittäisiä testejä varten). Kun työskentelet Core Web Vitalsin parissa, muista, että sinun on määriteltävä ongelmat, joilla on suuri vaikutus CWV-mittareihin. Esimerkiksi LCP:tä optimoitaessa sinun on määritettävä, mikä neljästä osa-alueesta (TTFB, latausviive, latausaika tai renderöintiviive) vaikuttaa eniten korkeaan LCP-pistemäärään.

Alla olevassa esimerkissä on nähtävissä, että meidän ei tarvitse keskittyä TTFB:n tai latausajan optimointiin. Sen sijaan voimme käyttää kaiken energiamme latausviiveen ja sitten renderöintiviiveen parantamiseen.

Lähde: https://pagespeed.web.dev/ – nike.com verkkosivuston testi (vain esimerkiksi). Verkkotunnus on sumea

Varmista, että verkkosivustosi on mobiiliystävällinen

Mobiiliystävällisyydestä on tullut ratkaiseva tekijä vuodesta 2018 lähtien, jolloin Google siirtyi mobiili ensin -indeksointiin . Tämä tarkoittaa, että Google käyttää nyt ensisijaisesti verkkosivuston mobiiliversiota sijoitukseen ja indeksointiin työpöytäversion sijaan.

Google Search Consolessa voit testata sivujasi klikkaamalla URL-tarkastustyökalussa Testaa reaaliaikainen URL-osoite ja katsomalla, miten Googlebot-Mobile näkee sen.

Pakkaa kuvat

Kuvien optimointi, jonka tarkoituksena on pakata ne laadun heikkenemättä, auttaa nopeuttamaan verkkosivuston lataamista, varsinkin jos sivuilla on paljon graafista sisältöä.

Online-työkaluja, kuten TinyPNG tai Squoosh, voidaan käyttää kuvien pakkaamiseen. Kannattaa myös tarkistaa, käytetäänkö nykyaikaisia kuvamuotoja, kuten WebP:tä, koska ne voivat pienentää tiedostokokoa merkittävästi.

Käytä CDN:ää kansainvälisillä verkkosivustoilla

CDN:n käyttäminen on järkevää, jos verkkosivustosi palvelee laajaa valikoimaa maantieteellisesti kaukaisia alueita.

CDN (Content Delivery Network) jakaa sivuston sisällön lähempänä käyttäjiä sijaitseville palvelimille, mikä vähentää latauksen viivettä. Voit tarkistaa CDN:n käytön tutkimalla HTTP-pyyntöjen otsikoita selaimen kehittäjätyökaluissa (Verkko-välilehti), joissa voi näkyä viittauksia CDN-palveluntarjoajaan, kuten Cloudflare tai Akamai. CDN:n testaamiseen on myös online-työkaluja. CDN-määritys tehdään yleensä isännöintipaneelin tai CMS:n kautta.

Käytä välimuistia
Välimuistin avulla selaimet ja välityspalvelimet voivat tallentaa kopioita resursseista, mikä vähentää palvelimen kuormitusta ja nopeuttaa lataamista myöhemmillä käynneillä. Voit tarkistaa välimuistin oikeellisuuden selaimen kehittäjätyökaluista – katso Verkko-osiossa Cache-Control-, Expires- ja ETag-otsikot. Google PageSpeed Insights tarjoaa myös suosituksia välimuistiin. On tärkeää, että staattisilla resursseilla (kuvat, skriptit, tyylit) on oikeat välimuistiasetukset ja että palvelimella on vastaavat säännöt määritettynä (esim. .htaccess- tai nginx-kokoonpanossa). Voit tarkistaa välimuistin käyttämällä verkkopalveluita, kuten GiftOfSpeed.

Johtopäätös

Verkkosivuston tekninen auditointi ei ole kertaluonteinen toimenpide, vaan jatkuva prosessi, joka vaatii säännöllistä huomiota teknisiin tekijöihin, jotka voivat vaikuttaa sen suorituskykyyn ja näkyvyyteen. Koska jokainen verkkosivusto on ainutlaatuinen, tarkastusten erityinen painopiste ja tiheys vaihtelevat. Tämä teknisen SEO-auditoinnin tarkistuslista auttaa sinua varmistamaan, ettet ole unohtanut mitään tärkeää.