Kysy keneltä tahansa SEO-asiantuntijalta, mikä aiheuttaa pahimmat liikenneromahdukset, eikä juuri kukaan mainitse algoritmipäivitystä. He mainitsevat sivustouudistuksen — ulkoasu-uudistuksen, alustanvaihdon tai domainmuutoksen — joka julkaistiin perjantai-iltapäivänä eikä kukaan tarkistanut uudelleenohjauksia.
Turhauttavinta on, että uudistuksen liikennetappiot ovat lähes täysin estettävissä. Ne eivät johdu mistään mystisestä vaan pienestä ja hyvin tunnetusta joukosta virheitä, jotka tehdään aikataulupaineessa. Tämä tarkistuslista kattaa ne kaikki siinä järjestyksessä, jossa työ oikeasti etenee.
Haluatko löytää SEO-ongelmat miltä tahansa sivustolta?
Kokeile WebSEO Auditoria ilmaiseksi — tee ensimmäinen auditointi sekunneissa.
Kokeile ilmaiseksiTunnista, minkälaista migraatiota olet tekemässä
| Tyyppi | Mikä muuttuu | Riski |
|---|---|---|
| Ulkoasu-uudistus | Vain visuaalinen, URLit ja sisältö ennallaan | Matala |
| Protokolla- tai palvelinvaihto | HTTP → HTTPS tai uusi hosting | Matala–keskitaso |
| URL-rakenteen muutos | Uudet polut, sama domain | Korkea |
| Alusta- tai CMS-vaihto | Uusi järjestelmä, yleensä uudet URLit ja pohjat | Korkea |
| Domainmuutos | Kaikki siirtyy | Erittäin korkea |
Paras yksittäinen riskiä pienentävä päätös: älä yhdistä tyyppejä. Jos vaihdat alustan, URL-rakenteen ja ulkoasun kerralla, et liikenteen pudotessa tiedä mikä muutos sen aiheutti. Erota ne neljästä kuuteen viikkoon, niin jokainen ongelma on diagnosoitavissa.
Vaihe 1: Mittaa lähtötaso ennen kuin kosket mihinkään
Et voi havaita vahinkoa, jolle ei ole vertailukohtaa. Kaksi viikkoa ennen julkaisua talleta:
- Täysi crawl nykyisestä sivustosta — jokainen URL statuskoodeineen, otsikoineen, metakuvauksineen, H1:neen, sanamäärineen, kanonisineen ja sisäisine linkkimäärineen.
- Search Console -vienti — 16 kuukautta klikkauksia, näyttökertoja ja keskisijoituksia sivuittain ja kyselyittäin.
- Analytiikkavienti — istunnot, konversiot ja liikevaihto laskeutumissivuittain 12 kuukaudelta.
- Linkkivienti — jokainen viittaava verkkotunnus ja tarkka kohde-URL. Näitä sivuja ei saa rikkoa.
- Sijoitusseurannan tilannekuva sadalle tärkeimmälle hakusanalle.
- Core Web Vitals -lähtötaso jokaiselle sivupohjalle.
Tallenna nämä päivätyinä tiedostoina. Kun kuuden viikon päästä kysytään, onko liikenne oikeasti laskenut, haluat dataa etkä muistikuvia.
Vaihe 2: Rakenna uudelleenohjauskartta
Uudelleenohjauskartta on migraatio. Kaikki muu on toissijaista.
- Kartoita vanha URL uuteen yksi yhteen. Jokainen indeksoitu vanha osoite saa oman relevantin kohteensa.
- Käytä 301:tä, älä 302:ta. Väliaikaiset ohjaukset eivät siirrä signaaleja luotettavasti pitkällä aikavälillä.
- Älä koskaan ohjaa kaikkea etusivulle. Hakukoneet tulkitsevat epärelevantit massaohjaukset pehmeiksi 404:iksi ja kertynyt linkkiarvo menetetään.
- Poista ketjut. Vanha A → uusi B on kunnossa; A → B → C hukkaa arvoa ja crawl-tehoa. Litistä aiemmat ohjaukset osoittamaan suoraan lopulliseen kohteeseen.
- Kata pitkä häntä. Kaavapohjaiset säännöt hoitavat massan, mutta kartoita käsin 200 liikenteellisesti tärkeintä osoitetta ja jokainen URL jolla on takalinkki.
- Älä ohjaa 404- tai noindex-sivulle. Validoi jokainen kohde ennen julkaisua.
- Päätä aidosti poistuvasta sisällöstä. Jos vastinetta ei ole, ohjaa lähimpään relevanttiin yläsivuun — tai palauta tietoisesti 410, jos liikennettä ja linkkejä ei ole.
Testaa uudelleenohjauskartta staging-ympäristössä ajamalla jokainen vanha URL crawlerin läpi. Taulukko jota ei ole koskaan ajettu on hypoteesi, ei suunnitelma.
Vaihe 3: Säilytä se, minkä ansiosta sivut sijoittuivat
- Otsikkotagit ja metakuvaukset — älä anna uuden CMS:n generoida niitä uudelleen pohjista.
- Otsikkorakenne — erityisesti H1:t muuttuvat uudistuksissa usein tyylitellyiksi diveiksi.
- Leipäteksti ja sanamäärä. Tekstin leikkaaminen siistimpään ulkoasuun sopimiseksi on yleisin itse aiheutettu migraatiovamma.
- Rakenteinen data — Product-, FAQ-, LocalBusiness- ja Article-merkinnät pitää toteuttaa uudelleen, ei olettaa säilyviksi.
- Sisäiset linkit. Päivitä ne osoittamaan suoraan uusiin osoitteisiin uudelleenohjausten varaan jäämisen sijaan.
- Kanoniset tagit ja hreflang — generoi uudelleen uudelle rakenteelle ja varmista, että parit ovat vastavuoroisia.
- Kuvien tiedostonimet ja alt-tekstit, jotka kantavat kuvahakuliikennettä ja katoavat helposti huomaamatta.
Vaihe 4: Staging-tarkistukset, jotka estävät katastrofit
- Stagingin noindex-tagi päätyy tuotantoon. Testiympäristöt estetään aivan oikein indeksoinnilta — ja sitten esto lähtee mukaan tuotantoon. Tarkista live-robots.txt ja meta robots -tagi kolmelta ensimmäiseltä sivulta minuuttien sisällä julkaisusta. Tämä yksi virhe on maksanut enemmän liikennettä kuin kaikki algoritmipäivitykset yhteensä.
- Staging-osoitteet tuotannossa. Absoluuttiset linkit muotoa staging.esimerkki.fi navigaatiossa, kanonisissa tai sivukartassa vuotavat indeksiin. Crawlaa tuotantobuildi staging-hostnamen varalta ennen ja jälkeen julkaisun.
Varmista stagingissa myös: ohjaukset vastaavat 301:llä, HTTPS-sertifikaatti kattaa kaikki hostnamet, XML-sivukartta listaa vain uudet kanoniset osoitteet ja sivutus- sekä suodatinsäännöt selvisivät uudelleenrakennuksesta.
Vaihe 5: Julkaisupäivän käsikirjoitus
- Julkaise alkuviikosta ja aamupäivällä. Ei koskaan perjantaina — tarvitset ihmisiä paikalla 48 tuntia.
- 15 minuutin sisällä: tarkista robots.txt, meta robots keskeisillä pohjilla ja että etusivu palauttaa 200:n.
- Tunnin sisällä: aja koko vanha URL-lista crawlerin läpi ja varmista, että jokainen palauttaa 301:n elävään 200-kohteeseen.
- Kahden tunnin sisällä: lähetä uusi XML-sivukartta Search Consoleen ja domainmuutoksessa tee osoitteenmuutosilmoitus.
- Samana päivänä: varmista analytiikan ja suostumusten toiminta, validoi rakenteinen data ja tarkista käsin 20 liikenteellisesti tärkeintä sivua.
- Samana päivänä: pidä vanha sivukartta saatavilla muutaman viikon, jotta hakukoneet löytävät vanhat osoitteet ja käsittelevät ohjaukset nopeammin.
Vaihe 6: Ensimmäinen kuukausi
Jonkinlainen sijoitusheilunta ison migraation jälkeen on normaalia. Odotettava kaava on yhdestä kolmeen viikon notkahdus ja sen jälkeen paluu entiselle tasolle — usein sen ylikin, jos uusi sivusto on nopeampi.
- Päivät 1–7: tarkista Search Consolen kattavuus päivittäin uusien 404:ien varalta ja korjaa rikkinäiset ohjaukset heti.
- Viikko 2: vertaa indeksoitujen osoitteiden määrää vanhaan. Iso vaje tarkoittaa löydettävyysongelmaa, ei sijoitusongelmaa.
- Viikot 3–4: vertaa sivukohtaisia klikkauksia lähtötasoon. Tutki sivut, jotka menettivät yli 30 %.
- Jatkuvasti: pidä uudelleenohjaukset pysyvästi voimassa. Niiden poistaminen puolen vuoden päästä purkaa koko migraation.
Jos liikenne putoaa, diagnosoi tässä järjestyksessä
- Indeksoitavuus. Onko jokin noindexattu tai robots-estetty vahingossa? Yleisin syy.
- Uudelleenohjaukset. Crawlaa vanha URL-lista uudelleen — rikkinäiset ja ketjutetut ohjaukset ovat toiseksi yleisin syy.
- Sisällön vastaavuus. Vertaa sanamääriä ja otsikoita ennen ja jälkeen.
- Sisäinen linkitys. Muuttuiko navigaatio niin, että jokin osio jäi orvoksi?
- Nopeus. Vertaa Core Web Vitalsia lähtötasoon — uudet frameworkit tuovat usein raskaampaa JavaScriptiä.
- Renderöinti. Jos uudistus siirtyi selainpuolen pinoon, varmista että sisältö näkyy raa'assa HTML:ssä — ohje artikkelissa JavaScript-SEO ja renderöinnin auditointi.
Käy lista järjestyksessä. Useimmat migraatiot palautuvat jo kohdassa yksi tai kaksi.
20 kohdan migraatiotarkistuslista
- Vanhan sivuston täysi crawl arkistoitu.
- 16 kuukauden Search Console -data viety.
- Analytiikka ja liikevaihto laskeutumissivuittain viety.
- Linkkilista viety ja linkitetyt osoitteet merkitty.
- Sijoitusseurannan tilannekuva otettu.
- Core Web Vitals -lähtötaso kirjattu sivupohjittain.
- Yksi yhteen -uudelleenohjauskartta jokaiselle indeksoidulle URLille.
- 200 tärkeintä ja kaikki linkitetyt osoitteet kartoitettu käsin.
- Ohjausketjut litistetty.
- Ohjauskartta testattu stagingissa crawlaamalla.
- Otsikot, kuvaukset ja väliotsikot säilytetty.
- Leipäteksti säilytetty ilman hiljaista karsimista.
- Rakenteinen data toteutettu uudelleen ja validoitu.
- Sisäiset linkit päivitetty suoraan uusiin osoitteisiin.
- Kanoniset ja hreflang generoitu uudelleen ja vastavuoroisina.
- Stagingin noindex ja robots-esto poistettu julkaisussa.
- Tuotannon HTML:ssä ei ole staging-hostnameja.
- Uusi XML-sivukartta lähetetty, vanha pidetty hetken.
- Osoitteenmuutosilmoitus tehty domainmigraatiossa.
- Päivittäinen seuranta ensimmäisen viikon, viikoittainen ensimmäisen kuukauden.
Domainmuutoksella on omat sääntönsä
Siirtyminen uuteen verkkotunnukseen on ainoa migraatiotyyppi, jossa menetät myös vanhaan hostnameen kertyneen luottamuksen. Kaikki tässä oppaassa sanottu pätee edelleen, ja lisäksi tulee viisi askelta:
- Tee osoitteenmuutosilmoitus Search Consolessa heti julkaisun jälkeen molempien omistajuuksien ollessa vahvistettu. Tämä ei ole valinnaista — se on signaali, joka kertoo Googlelle että siirto on tarkoituksellinen.
- Pidä vanha verkkotunnus rekisteröitynä vuosia, ei kuukausia. Ohjausten pitää toimia jatkuvasti, ja domainin päästäminen vanhenemaan luovuttaa linkkiprofiilisi sille, joka ostaa sen seuraavaksi.
- Ota yhteyttä 20 tärkeimpään linkittävään sivustoon ja pyydä päivittämään osoite. Suorat linkit painavat enemmän kuin ohjatut, ja kaksikymmentä arvokkainta on tunnin työn arvoinen.
- Päivitä kaikki mitä hallitset sivuston ulkopuolella: sosiaalisen median profiilit, Google-yritysprofiili, hakemistolistaukset, sähköpostin allekirjoitukset, laskut, mainostilit ja analytiikan asetukset.
- Varaudu kolmesta kuuteen kuukauteen täyteen vakiintumiseen ja kerro se sidosryhmille ennen julkaisua, älä notkahduksen aikana.
Prosessipuoli, jota kukaan ei dokumentoi
Useimmat epäonnistuneet migraatiot eivät ole teknisiä epäonnistumisia vaan prosessiepäonnistumisia. Neljä käytäntöä estää valtaosan niistä:
- Nimeä yksi vastuuhenkilö SEO-jatkuvuudelle, ja anna hänelle valta lykätä julkaisua. Jos kukaan ei voi sanoa ei, ohjauskartta lähtee tuotantoon testaamattomana.
- Jäädytä sisältömuutokset kahdeksi viikoksi ennen ja jälkeen julkaisun, jotta sisältömuokkaukset eivät sekoitu migraation vaikutuksiin.
- Kirjoita palautussuunnitelma ensin. Tiedä täsmälleen miten DNS palautetaan, edellinen buildi otetaan takaisin ja vanhat ohjaukset kytketään päälle — ja kuinka kauan kukin vie.
- Hyväksytä ohjauskartta sillä, joka tuntee liiketoiminnan, ei pelkästään sillä joka rakensi sivuston. Kehittäjät tuntevat URL-kaavat; markkinointi tietää mikä kampanjasivu saa yhä maksettua liikennettä.
Kalleimmat migraatiovirheet tehdään viimeisen 48 tunnin aikana paineessa ihmisten toimesta, jotka eivät olleet suunnittelupalaverissa. Kirjoitettu käsikirjoitus on halvin saatavilla oleva vakuutus.
Monikielisen sivuston migraatio
Kansainväliset sivustot kaksinkertaistavat virhepinnan. Vakiotarkistuslistan lisäksi varmista, että hreflang-merkinnät generoidaan uudelleen uudelle URL-rakenteelle ja pysyvät vastavuoroisina molempiin suuntiin, että jokainen kieliversio ohjautuu samaan kieliversioon eikä oletuksena englantiin, ja että kielikansiot tai -aliverkkotunnukset säilyttävät saman rakenteen kuin ennen, ellei rakenteen muuttaminen ole projektin nimenomainen tavoite.
Yleisin monikielisen migraation epäonnistuminen on hienovarainen: ohjaukset romahduttavat kaikki lokalisoidut versiot yhdelle oletussivulle. Liikenne jokaiselta muulta kuin päämarkkinalta putoaa samanaikaisesti, ja koska kokonaisluku näyttää yleiseltä notkahdukselta, kukaan ei erota kaavaa viikkoihin. Segmentoi julkaisun jälkeinen seuranta kielittäin heti ensimmäisestä päivästä.
Suomalaisen sivuston erityishuomiot
Kaksi asiaa toistuu suomalaisissa uudistuksissa. Ensimmäinen on ääkkösten käsittely osoitteissa: jos vanhat URLit sisältävät ä- tai ö-kirjaimia enkoodattuna, varmista että ohjaussäännöt osuvat sekä enkoodattuun että enkoodaamattomaan muotoon — muuten osa vanhoista osoitteista jää kokonaan ohjaamatta.
Toinen on kaksikielisyys. Moni suomalainen sivusto ajaa suomen ja ruotsin rinnakkain ilman hreflang-merkintöjä, jolloin hakukone valitsee itse kumman se näyttää. Uudistus on luonteva hetki korjata tämä: merkitse fi-fi ja sv-fi vastavuoroisesti, äläkä ohjaa kieliversioiden välillä selaimen kieliasetuksen perusteella.
Aikataulu: kahdeksan viikkoa ennen, neljä jälkeen
Migraatio epäonnistuu harvoin siksi, ettei tiedettäisi mitä pitää tehdä. Se epäonnistuu siksi, että asiat tehdään väärässä järjestyksessä liian myöhään. Tämä aikataulu toimii keskikokoiselle sivustolle.
| Ajankohta | Tehtävä |
|---|---|
| −8 viikkoa | Lähtötason mittaus: crawl, Search Console, analytiikka, linkit |
| −6 viikkoa | URL-rakenteen päätös ja ohjauskartan ensimmäinen versio |
| −4 viikkoa | Sisällön siirto ja metatietojen tarkistus sivupohjittain |
| −2 viikkoa | Ohjauskartan ajo stagingissa, korjaukset, sisältöjäädytys alkaa |
| −3 päivää | Lopullinen tarkistuslista, palautussuunnitelma, vastuut sovittu |
| Julkaisu | Käsikirjoituksen mukainen tarkistus 15 min, 1 h ja 2 h kohdalla |
| +1 viikko | Päivittäinen kattavuus- ja ohjausseuranta |
| +4 viikkoa | Vertailu lähtötasoon sivukohtaisesti, sisältöjäädytys päättyy |
Jos aikataulu ei mahdu, älä tiivistä kaikkea suhteessa vaan poista laajuutta. Ulkoasu-uudistus ilman URL-muutoksia on turvallinen tehdä kiireessä; URL-rakenteen vaihto ei ole.
Auditoi ennen ja jälkeen — samalla työkalulla ja asetuksilla
Arvokkain migraatioartefakti on pari vertailukelpoisia auditointeja: yksi viikkoa ennen julkaisua ja yksi julkaisua seuraavana päivänä. Aja molemmat identtisillä asetuksilla, jotta erot ovat aitoja eroja eivätkä mittauskohinaa.
Aja ilmainen auditointi WebSEO Auditorilla ja talleta lähtötaso jo tänään — ja aja se uudelleen julkaisupäivänä, niin löydät ongelmat tunneissa etkä viikoissa.