Tekninen SEO-auditointi: löydä hakua rajoittavat ongelmat

Mitä tekninen SEO-auditointi tarkistaa

Kattava tekninen SEO -auditointi on kohdennettu, todisteisiin perustuva katselmus järjestelmistä, jotka mahdollistavat, että hakukoneet löytävät, renderöivät, indeksoivat ja ymmärtävät sivusi. Tavoitteena on löytää tekniset esteet, jotka heikentävät näkyvyyttä, tuhlaavat crawl budgetia, rikkovat käyttökokemusta tai luovat epäselvyyttä sijoittumisessa.

Keskeiset tarkastusalueet

• Löytyminen ja crawlability — robots.txt, palvelimen vastaukset, sitemap-kattavuus, sisäinen linkitys ja uudelleenohjaukset
• Indeksointisignaalit — meta robots, X-Robots-Tag headers, canonical-tagit ja noindexin käyttö
• Rendering ja JavaScript — server-puolen vs client-puolen rendering, resurssien esto ja miltä sivut näyttävät renderöityinä
• Sivuston suorituskyky ja käyttäjäkokemus — Core Web Vitals kenttädata, palvelinvasteajat ja resurssien lataus
• Duplikaattisisältö ja URL-canonicalisointi — parametrien käsittely, trailing slash -variantit ja sivutus
• Structured data ja SERP-ominaisuudet — merkintöjen tarkkuus ja oikeus saada rich results
• Kansainvälistyminen ja hreflang-oikeellisuus
• Turvallisuus ja saavutettavuus — HTTPS-kattavuus, mixed content ja secure headerit

Kuinka suorittaa tekninen SEO-auditointi (askel askeleelta)

1. Määrittele laajuus ja onnistumismittarit

Aloita päättämällä, mitä osia sivustosta auditoin ja miksi. Esimerkkejä: koko domain, alihakemisto, suuri tuoteryhmä tai joukko landing pages. Määrittele mitattavat onnistumissignaalit (indeksointi canonical-sivuille, palvelinvirheiden väheneminen, Core Web Vitals -prosenttiparannukset, tiettyjen URL-ryhmien näkyvyys).

2. Luo inventaario

Kerää edustava URL-lista sitemapeista, analyticsistä, server-lokeista, sisäisistä linkeistä ja tunnetuista landing pages -sivuista. Tämä inventaario on auditoinnin pinta-ala — pidä se taulukossa tai crawler -projektina, jotta voit merkitä ja suodattaa URL:eja työskennellessäsi.

3. Crawlaa ja vertaa (external crawl + server logs)

Suorita ulkoinen crawl jäljitelläksesi hakukoneen sivujen löytymistä. Yhdistä crawlin tulokset server-lokeihin nähdäksesi, mitä URL:eja hakukoneet todella pyytävät. Server-lokit paljastavat, kuinka usein crawlerit hakevat sivuja ja ilmeneekö tuotannossa uudelleenohjauksia, soft-404:ia tai toistuvia virheitä.

Tarkista vain headerit: käytä curl -I https://example.com/page nähdäksesi tilan ja header-kentät. Hakeaksesi HTML:n, jonka tietty user-agent saisi: käytä curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page ja tallenna tuloste vertailua varten.

4. Varmista indeksoitavuus ja kanoninen tarkoitus

Oman sivuston sivuille käytä Google Search Console URL Inspection -työkalua tarkistaaksesi, miten Google indeksoi URL:in ja havaitsiko se indeksointihaasteita. Kolmannen osapuolen sivuilla (julkaisijat, kumppanit) käytä ulkoisia tarkistuksia: view-source, curl, renderöity DOM -tarkastukset Chrome DevToolsissa ja julkiset indeksi-signaalit kuten site:-operaattori viitteeksi (ei todisteeksi), että Google tietää URL:in.

5. Testaa renderöinti ja JavaScriptin toiminta

Avaa sivut Chrome DevToolsissa, käytä Elements- ja Network-paneeleja varmistaaksesi, että resurssit latautuvat eivätkä esty, ja tarkista renderöity DOM JavaScriptin lisäämän sisällön osalta. Jos kriittinen sisältö ilmestyy vasta käyttäjäinteraktion jälkeen tai myöhään renderöinnissä, merkitse näkyvyysriski ja toistettavat testausvaiheet.

Käytä Rich Results Testiä ja Schema Markup Validatoria (schema.org) validoidaksesi structured data:n ja havaitaksesi virheitä, jotka estäisivät pääsyn rich results -tuloksiin.

6. Mittaa sivukokemus ja suorituskyky

Kerää kenttämittarit (Core Web Vitals) Search Consolesta ja lab-profiilit Lighthousesta tai paikallisista testeistä. Field data heijastaa oikeita käyttäjiä; lab-data auttaa toistamaan ongelmat paikallisesti. Priorisoi korjaukset, jotka vaikuttavat oikeiden käyttäjien mittareihin sivuilla, jotka ovat tärkeitä hakunäkyvyyden kannalta.

Varmennus ja vianetsintä

Vianetsintä on kuin dekkarintyötä: toista oire, eristä muuttujat ja testaa korjauksia. Käytä yhdistelmää julkisia ja omistajalle tarkoitettuja työkaluja.

Hyödylliset varmennusvaiheet

• Tarkista palvelinvastaukset: curl -I näyttää HTTP-statusin, content-type:n ja X-Robots-Tag headerit.
• Tarkista toimitettu HTML: curl -A "Googlebot/2.1 (+http://www.google.com/bot.html)" https://example.com/page ja vertaa selaimen hakemaan versioon erotten havaitsemiseksi.
• Renderöity DOM-tarkistus: avaa URL Chromessa, poista välimuisti käytöstä ja käytä Elements:iä varmistaaksesi, että tärkeä sisältö on DOM:issa ilman käyttäjäinteraktiota.
• Indeksointitodiste (omistetut sivut): Google Search Console URL Inspection näyttää indeksi-statuksen ja poissulkemisen syyt.
• Structured data: aja Rich Results Test ja Schema Markup Validator nähdäksesi jäsentämis- ja virheilmoitukset.
• Kenttä-suorituskyky: tarkastele Core Web Vitalsia Search Consolessa oikeiden käyttäjien mittareita varten; käytä Lighthousea tai lab-ajorutiineja toistaaksesi hitaita tapauksia.
• Crawl-aktiviteetti: vertaile crawler-pyyntöjä server-lokeissa sitemap:iin ja tunnetuihin sivuihin löytääksesi aukkoja tai liiallista crawlausta alhaisen arvon URL:eilla.

Yleisimmät virheet ja väärinkäsitykset

• Työkalujen varoitusten käsitteleminen auditointina: Crawlerit nostavat monia signaaleja; auditoinnin tehtävä on tulkita, mitkä varoitukset ovat merkityksellisiä liiketoimintatavoitteillesi.
• Crawlaamisen ja indeksoinnin sekoittaminen: crawlerin hakema sivu ei takaa indeksointia tai sijoitusta.
• site:-operaattorin pitäminen lopullisena todisteena: site: on hyödyllinen julkinen signaali mutta ei autoritatiivinen. Omistettujen sivujen kohdalla käytä URL Inspectionia Search Consolessa.
• Kriittisten resurssien esto: robots.txt tai palvelinsäännöt, jotka estävät CSS/JS:n, voivat muuttaa sitä miten Google renderöi sivuja ja rikkoa Core Web Vitalsin tai structured data -tunnistuksen.
• Väärät canonicalit tai uudelleenohjausketjut: canonical-tagit, jotka osoittavat ei-kanoniseen sisältöön tai pitkät uudelleenohjausketjut, luovat epäselvyyttä ja hidastavat crawlausta.
• Oletus, että rel="nofollow" tarkoittaa nolla-arvoa: Google käsittelee rel="nofollow" vihjeenä; sen käsittely ei ole yksinkertainen päälle/pois -kytkin.
• Julkaisijan tai kumppanin sivujen indeksoitavuuden sivuuttaminen: backlink tai maininta on vähemmän hyödyllinen, jos sivu ei ole indeksoitavissa tai on suojattu autentikoinnin takana.

Kun maksetut sijoittelut tai sponsoroitu sisältö ovat mukana, noudata Googlen ohjeistusta: merkitse maksetut/korvatut linkit rel="sponsored" tai rel="nofollow" ja käytä rel="ugc" käyttäjän luomille linkeille. Muista: rel="dofollow" -attribuuttia ei ole; tavallinen linkki on yksinkertaisesti ilman rel=nofollow/sponsored/ugc. Googlen linkspam-ohjeistus kertoo, että pääasiallisesti sijoituksia manipulointitarkoituksiin tarkoitetut linkit voidaan käsitellä linkspammina, joten varmista toimituksellinen konteksti, indeksoitavuus ja läpinäkyvyys työskennellessäsi ulkoisten sijoittelujen kanssa.

Tarkistuslista: suuren vaikutuksen kohteet ja miten varmentaa ne

Käytä tätä tiivistä tarkistuslistaa varmistaaksesi yleisimmät suuren vaikutuksen tekniset ongelmat. Jokaiselle kohdalle on merkitty sopiva varmennustyökalu.

1) Kanoninen tarkoitus: Ovatko canonical-tagit johdonmukaisia ja osoittavatko ne haluttuun URL:iin? (Varmista: view-source, vertaa HTTP-headerien kanssa ja käytä external crawleria.)

2) HTTP-status ja uudelleenohjausketjut: Palauttavatko tärkeät sivut 200 eikä uudelleenohjausvirheitä, ja ovatko uudelleenohjaukset vähäisiä? (Varmista: curl -I ja server-lokit.)

3) Robots ja meta robots: Onko tärkeitä resursseja tai sivuja vahingossa estetty? (Varmista: robots.txt-haku, X-Robots-Tag headerit curl -I:llä ja meta robots HTML:ssä.)

4) Indeksointipoikkeamat: Onko sivuja suljettu pois teknisistä syistä (noindex, canonical osoittaa muualle, soft-404)? (Varmista: Google Search Console URL Inspection omille sivuille; ulkoisille sivuille vertaile HTML:ää ja julkisia indeksi-signaaleja.)

5) Renderöidyn sisällön yhdenmukaisuus: Sisältääkö HTML, jonka hakukoneet näkevät, saman kriittisen sisällön kuin käyttäjät? (Varmista: curl sopivalla UA:lla, Chrome DevTools rendered DOM.)

6) Structured data:n oikeellisuus: Onko structured data validia ja ajan tasalla? (Varmista: Rich Results Test ja Schema Markup Validator.)

7) Core Web Vitals ja lataussuorituskyky: Näyttävätkö kenttämittarit ongelmia avainsivuillasi? (Varmista: Search Consolein Core Web Vitals -raportti ja lab-testit Lighthousella.)

Priorisointi: valitse korjaukset, joilla on vaikutusta

Priorisoi työt yhdistämällä kolme ulottuvuutta: merkitys liiketoiminnalle (mitkä sivut vaikuttavat hakuliikenteeseen tai konversioihin), tekninen vakavuus (estävätkö ne indeksoinnin, aiheuttavatko toistuvia virheitä) ja korjauksen vaatima työmäärä. Nopeat voitot voivat olla väärin konfiguroitujen noindex-tagien korjaaminen, uudelleenohjausketjujen poistaminen korkean liikenteen sivuilta ja kriittisen CSS/JS:n eston poisto, joka vaikuttaa renderöintiin.

Raportointi ja seuranta

Toimita auditointiraportti, joka ryhmittelee ongelmat prioriteetin mukaan, näyttää esimerkit ja toistettavat vaiheet sekä sisältää suositellun rollout-suunnitelman. Lisää seuranta regressioita varten: seuraa palvelinvirheitä, indeksointimuutoksia Search Consolen kautta ja Core Web Vitals -kenttämittareita. Kun korjaukset on otettu käyttöön, suorita samat varmennusvaiheet uudelleen vahvistaaksesi ratkaisut.

UKK

Miten crawlaus eroaa indeksoinnista ja sijoittumisesta?

Crawling on prosessi, jossa löydetään ja haetaan URL:eja. Indeksointi on päätös tallentaa osa tai koko sivun sisältö hakemistoihin. Ranking on hakutulosten järjestäminen kyselyn tekemisen yhteydessä. Sivua voidaan crawlailla mutta se ei välttämättä indeksoidu, ja indeksointi ei takaa hyvää sijoitusta; jokaisella vaiheella on omat signaalit ja tarkistukset.

Entä jos näen erilaista HTML:ää hakiessani sivua Googlebotina?

Varmista ensin, onko ero tarkoituksellinen (laiteoptimoitu sisältö) vai tahaton (palvelinasetusten virhe tai user-agentin sniffaus). Käytä curl:ia Googlebot-tyyppisellä UA:lla tallentaaksesi HTML:n, vertaa sitä normaaliin selaimen hakuun ja tarkista palvelinpuolen logiikka, joka voi muuttaa sisältöä UA:n tai headerien perusteella. Vältä tarjoamasta merkittävästi erilaista sisältöä crawlaajille verrattuna käyttäjiin.

Miten tarkistan, onko julkaisijan sivu, jossa on backlink, indeksoitavissa?

Ulkopuolelta tarkista sivun HTML meta robots -tunnisteiden osalta, käytä curl -I tarkistaaksesi X-Robots-Tag headerit ja varmista, että sivu palauttaa 200-tilan. Käytä renderöityä DOM:ia selaimessa varmistaaksesi, että linkki on läsnä staattisessa tai renderöidyssä HTML:ssä. Site:-operaattori voi antaa julkisia indeksi-signaaleja mutta ei ole lopullinen todiste.

Varmistaako teknisten ongelmien korjaaminen sijoitusten paranemisen?

Yksikään tekninen korjaus ei yksin takaa sijoitusparannuksia. Tekninen työ poistaa esteitä ja parantaa mahdollisuutta, että vahva, relevantti sisältö pärjää. Seuraa korjausten jälkeen indeksointia ja suorituskykysignaalien muutoksia ja yhdistä tekniset parannukset sisältö- ja relevanssityöhön.

Koska Google käyttää mobile-first -indeksointia, mitä minun pitäisi tarkistaa ensin?

Google käyttää mobiiliversiota ensisijaisena perustana crawlaamiselle ja indeksoinnille. Since July 2024, Google crawls sites for Search with Googlebot Smartphone by default. Varmista, että mobiili-HTML paljastaa saman kriittisen sisällön, metadatan ja structured data:n kuin desktop-versio, ja varmista mobiilin suorituskyvyn ja responsiivisen toiminnan olevan hyväksyttävät.