Hakukoneoptimointi rakennusvaiheessa: mitä rakennat sisään heti
Suuri osa hakukoneoptimoinnista ei ole markkinointia lainkaan — ne ovat kehityksen aikana tehtyjä päätöksiä, silloin halpoja ja myöhemmin kalliita. Osoiterakenne, renderöintitapa, sisäinen linkitys ja muokattavat metatiedot kuuluvat kaikki tähän.
Tämä opas käy läpi mitä rakennat sisään alusta alkaen, karkeasti siinä järjestyksessä kuinka tuskallista se on lisätä jälkeenpäin.
Varmista että sivusto indeksoituu#
Kaikki muu on merkityksetöntä, jos hakukoneet eivät pääse sivuille tai eivät voi lukea niitä. Tässä myös julkaisupäivän virheet kasautuvat.
- Tuotannon robots.txt sallii indeksoinnin. Testiympäristön kopio ei saa lähteä mukaan.
- Ei eksyneitä noindex-merkintöjä testiympäristöstä.
- Jokaisella sivulla on itseensä viittaava kanoninen osoite, ja on yksi kanoninen isäntänimi.
- Sisältö on HTML:ssä tai luodaan palvelimella. Jos se ilmestyy vasta JavaScriptin ajon jälkeen, indeksointi hidastuu ja muuttuu epäluotettavammaksi.
- XML-sivukartta vain indeksoitavilla, kanonisilla osoitteilla — ei suodatettuja tai sivutettuja variantteja.
- Jokaisella indeksoitavalla sivulla on ainakin yksi sisäinen linkki. Orpoja sivuja tuskin indeksoidaan.
- Johdonmukaiset tilakoodit: 200 oikeille sivuille, 404 puuttuville, 301 siirretyille.
Listan yleisin julkaisuvirhe on testiympäristön robots.txt joka päätyy tuotantoon. Tarkista se julkaisupäivänä oman verkkosi ulkopuolelta.
Rakenne jonka hakukoneet lukevat#
Rakennepäätökset ovat niitä joiden muuttaminen myöhemmin sattuu, koska muutos tarkoittaa uudelleenohjauksia ja kertyneiden signaalien menetystä.
| Päätös | Rakenna näin | Myöhemmän muutoksen hinta |
|---|---|---|
| Osoitemalli | Lyhyt, pienaakkoset, väliviivat, vakaa | Korkea — uudelleenohjaukset ja menetetyt signaalit |
| Otsikkohierarkia | Yksi H1, ei ohitettuja tasoja | Matala |
| Sisäinen linkitys | Keskussivut jotka linkittävät yksityiskohtiin ja takaisin | Keskitaso |
| Sivutus | Indeksoitavat linkit, ei vain JavaScript | Keskitaso |
| Suodatinnavigaatio | noindex suodatinyhdistelmille | Korkea — indeksi siivoutuu hitaasti |
| Kieliversiot | Etuliitteelliset osoitteet plus vastavuoroinen hreflang | Hyvin korkea |
Metatiedot joita tiimisi oikeasti voi muokata#
Yleinen rakennusvirhe on luoda otsikot ja kuvaukset mallipohjasta ilman mahdollisuutta ylikirjoittaa. Puoli vuotta myöhemmin markkinoinnin pitää muuttaa yhden sivun otsikko, ja vastaus on kehitystikettejä.
- Muokattava otsikko sivukohtaisesti, järkevällä luodulla oletusarvolla.
- Muokattava metakuvaus, näkyvällä merkkilaskurilla julkaisujärjestelmässä.
- Muokattava Open Graph -otsikko, -kuvaus ja -kuva jaettuja linkkejä varten.
- Rakenteinen data niissä mallipohjissa jotka sitä tukevat: Article, Product, FAQ, Breadcrumb, Organization.
- Sivukohtainen noindex-kytkin sivuille jotka pitää olla mutta jotka eivät saa sijoittua.
- Automaattinen kanoninen osoite, manuaalisella ylikirjoituksella siihen harvinaiseen tapaukseen jossa sitä tarvitaan.
Merkitse vain se mikä on todella näkyvissä sivulla. Rakenteinen data joka kuvaa sisältöä jota kävijä ei näe, on ohjeiden rikkomus, ei oikotie.
Nopeus ja vakaus rakennusvaatimuksina#
Sivukokemus kuuluu rakentamiseen, ei jälkikäteiseen optimointiprojektiin. Nopeuden lisääminen valmiiseen sivustoon tarkoittaa yleensä päätösten perumista koodin lisäämisen sijaan.
| Mittari | Tavoite | Rakennetaan sisään |
|---|---|---|
| Largest Contentful Paint | Alle 2,5 s | Priorisoi pääkuva, vältä estäviä tiedostoja |
| Cumulative Layout Shift | Alle 0,1 | width ja height kuviin, varattu tila |
| Interaction to Next Paint | Alle 200 ms | Vähemmän JavaScriptiä, älä estä päälankaa |
| Sivun paino | Niin matala kuin ulkoasu sallii | Modernit formaatit, ei käyttämättömiä kirjastoja |
| Time to First Byte | Alle 800 ms | Välimuisti, CDN ja järkevät kyselyt |
Usein kysytyt kysymykset
Pitäisikö hakukoneoptimoinnin olla kehityssopimuksessa?
Tekniset osat kyllä — indeksointi, osoiterakenne, muokattavat metatiedot, rakenteinen data, nopeustavoitteet ja uudelleenohjauslista. Sisältöstrategia ja linkkirakentaminen ovat erillistä luonteeltaan toisenlaista työtä. Teknisten vaatimusten oleminen sopimuksessa tarkoittaa että ne hinnoitellaan sen sijaan että ne löydettäisiin julkaisun jälkeen, jolloin ne maksavat moninkertaisesti.
Haittaako JavaScript-kehys hakukonenäkyvyyttä?
Voi haitata, jos sivut renderöidään pelkästään selaimessa. Hakukoneet ajavat JavaScriptiä mutta viiveellä eivätkä aina täysin, joten pelkkä asiakaspuolen renderöinti hidastaa indeksointia ja tekee siitä epäluotettavamman. Palvelinrenderöinti tai staattinen generointi poistaa ongelman. Sisältösivustolle yksinkertaisin vastaus on laittaa sisältö HTML:ään.
Kuinka kauan julkaisun jälkeen näen hakuliikennettä?
Aivan uudella verkkotunnuksella viikkoja indeksointiin ja kuukausia merkittäviin sijoituksiin — uudet sivustot eivät sijoitu nopeasti, olipa tekniikka miten hyvä tahansa. Olemassa olevan sivuston uudelleenjulkaisussa puhtain ohjauksin varaudu kahdesta kuuteen viikkoon heilahtelua ennen kuin se asettuu aiemman tason tuntumaan.
Tarvitsenko hakukoneoptimointilaajennuksen?
Julkaisujärjestelmässä laajennus on käytännöllinen tapa antaa toimitukselle hallinta otsikoihin, kuvauksiin, kanonisiin osoitteisiin ja sivukarttoihin. Se ei ole strategia, eivätkä oletusasetukset korvaa jotakuta joka päättää mistä kukin sivu kertoo. Räätälöidyssä sivustossa sama toiminnallisuus kirjoitetaan yleensä suoraan ja siitä tulee kevyempi.
hakukoneoptimointi verkkokehitystekninen seoseo perusteetindeksointirakenteinen dataon-page seo
