WordPress-sivuston migraatio ilman liikenne- ja rankinglaskua – 12 kohdan checklista pk-yritykselle

WordPress-sivuston migraatio ilman liikenne- ja rankinglaskua on täysin mahdollinen, kun projekti pilkotaan selkeiksi vaiheiksi ja jokainen SEO-kriittinen kohta varmistetaan ennen julkaisua ja sen jälkeen. Pk-yritykselle migraatio on usein isoin riski koko digimarkkinoinnin vuodessa: jos avainsanasijoitukset romahtavat, myös liidit ja yhteydenotot putoavat nopeasti.

Tässä DigiSilta Oy:n (Helsinki) käytännönläheinen 12 kohdan checklista sivustouudistukseen tai palvelinvaihtoon. Kun noudatat listaa, varmistat sekä teknisen toimivuuden että sen, että Google ymmärtää muutoksen oikein. Monesti lopputulos ei ole vain “ei laskua”, vaan näkyvyys paranee, kun samalla korjataan vanhat rakenteelliset pullonkaulat.

1) WordPress-sivuston migraatio ilman liikenne- ja rankinglaskua alkaa lähtötilan kartoituksesta

Ensimmäinen askel on mitata ja dokumentoida nykytila: mitkä sivut tuovat orgaanista liikennettä, mitkä hakutermit tuovat liidejä ja mitkä URL-osoitteet ovat kriittisiä myynnille. Tämä kuulostaa itsestäänselvältä, mutta käytännössä moni lähtee “uudistamaan ulkoasua” ilman listaa tärkeimmistä laskeutumissivuista. Lopputulos on, että tärkeä URL muuttuu tai poistuu, ja orgaaninen näkyvyys katoaa.

Kerää vähintään nämä: (a) kaikki nykyiset URLit (sivukartta + crawl), (b) tärkeimpien sivujen konversiot ja liikenne (GA4), (c) tärkeimmät hakukyselyt ja klikkaukset (Search Console). Jos et ole varma, mitä katsoa, pohjatietoihin kannattaa ottaa tuki esimerkiksi DigiSillan Google Search Console -oppaasta ja Google Analytics -perusteista.

Lähtötilan “pakolliset talteen” Kun nämä on kasassa, migraatio ei perustu arvailuun.

Top-sivut orgaanisesta Listaa 20–50 URLia, joista tulee eniten orgaanista liikennettä ja liidejä.

Top-kyselyt Poimi Search Consolesta tärkeimmät hakukyselyt ja niihin liittyvät laskeutumissivut.

Nykyinen sitemap & robots Tallenna nykyiset sitemap-URLit ja robots.txt, jotta voit verrata uuteen julkaisuun.

Indeksointitilanne Tarkista Search Consolesta, onko sivuja estetty, kanonisoitu tai poistettu (ja miksi).

Kun nykytila on dokumentoitu, on helpompi tehdä päätöksiä: mitä pidetään ennallaan, mitä parannetaan ja missä URL-muutoksia ei yksinkertaisesti kannata tehdä. Jos teet samalla alustaratkaisupäätöksiä, tutustu myös vertailuun WordPress vs. muut sisällönhallintajärjestelmät, jotta valinta ei aiheuta ylimääräistä teknistä velkaa.

2) URL-rakenne, 301-uudelleenohjaukset ja sisältökartta (kohdat 1–5)

Pk-yrityksen migraatio kaatuu useimmiten URL-muutoksiin: sivujen polut vaihtuvat, vanhat sivut katoavat ja Google saa signaalin, että sisältö on poistunut. Ratkaisu on URL-mäppäys: jokaiselle vanhalle osoitteelle määritetään uusi osoite tai perusteltu poistotoimenpide (410/404 vain harkiten). Sääntö: jos sivu tuo liikennettä tai linkkivoimaa, sille pitää olla kohde.

301-uudelleenohjaus on “muuton” virallinen ilmoitus hakukoneelle. Se siirtää käyttäjän oikeaan paikkaan ja ohjaa samalla hakukoneen ymmärtämään, että sivu on siirtynyt pysyvästi. Kun ohjaus tehdään oikein, rankingit siirtyvät usein siististi. Kun se tehdään huolimattomasti (ketjut, väärät kohteet, massana etusivulle), seuraa lähes aina näkyvyyden heilahtelu.

Kohta 1: Tee URL-mäppäys ennen kuin rakennat uutta

Laadi taulukko: vanha URL → uusi URL → status (säilyy/paranee/yhdistyy/poistuu). Jos samalla selkeytät palvelurakennetta, pidä huoli, että tärkeimmät palvelusivut säilyvät omissa URL-osoitteissaan. Myyvä rakenne on usein myös SEO:n kannalta paras: yksi selkeä teema per sivu.

Kohta 2: Toteuta 301-ohjaukset ilman ketjuja

Yksi vanha osoite → yksi uusi osoite. Vältä ketjuja (A→B→C) ja silmukoita. Käytännössä ohjaukset kannattaa toteuttaa palvelintasolla (esim. Nginx/Apache) tai luotettavalla WordPress-ratkaisulla, mutta tärkeintä on testata: jokainen ohjaus antaa 301 ja päätyy suoraan oikeaan lopulliseen URLiin.

Kohta 3: Päivitä sisäiset linkit ja navigaatio

Vaikka 301 toimii, sisäiset linkit kannattaa päivittää suoraan uusiin osoitteisiin. Tämä vähentää turhia pyyntöjä, nopeuttaa käyttäjän polkua ja tekee sivuston “signaalikartan” selkeämmäksi. Sisäinen linkitys on myös vahva tapa kertoa Googlen kannalta, mitkä sivut ovat tärkeimpiä. Hyviä jatkolukemisia ovat hakukoneoptimointi ja laajempi opas Hakukoneoptimointi – Yrittäjän kattava opas 2025.

Kohta 4: Pidä metatiedot ja otsikkorakenne hallussa

Migraation yhteydessä katoaa yllättävän usein title-tageja, meta-kuvauksia tai H1–H3-hierarkia rikkoutuu (erityisesti teeman tai builderin vaihdossa). Varmista, että tärkeimmillä sivuilla on uniikit title-tagit ja yksi selkeä H1. Jos käytät Elementoria, käy läpi myös Elementor-sivujen SEO-sudit, koska moni migraatiovirhe liittyy juuri rakennustapaan.

Kohta 5: Huolehdi canonicaleista, ettei synny duplikaattia

Canonical kertoo Googelle ensisijaisen version sivusta. Migraatiossa riski kasvaa, jos testisivusto indeksoituu tai sama sisältö löytyy useasta URLista (esim. http/https, www/non-www, päättyvä slash). Varmista, että canonical-osoitteet osoittavat lopulliseen tuotantodomainiin ja että valittu domain-versio pakotetaan.

Hyvin tehty migraatio ei ole “uusi sivu”, vaan hallittu muutto: Googlelle kerrotaan täsmälleen, mikä siirtyi minne ja miksi.

3) Indeksointi, sitemapit ja robots: tekninen puoli (kohdat 6–9)

Kun URLit ja ohjaukset ovat kunnossa, seuraava kriittinen kokonaisuus on indeksoitavuus: näkeekö Google uudet sivut, ymmärtääkö se ne ja pääseekö se niihin ilman esteitä. Tässä kohtaa pienikin “vahinkoasetus” voi aiheuttaa laajan näkyvyyspudotuksen (esimerkiksi noindex jää päälle tai robots estää tärkeän kansion).

Kannattaa myös muistaa, että Google ei “päivitä” koko sivustoa kerralla. Se indeksoi ja arvioi sivuja vaiheittain. Siksi uusi sivukartta, selkeä sisäinen linkitys ja oikeat ohjaukset ovat kuin opasteet muuttopäivänä: ne nopeuttavat sitä, että tärkeät sivut löydetään ja ymmärretään oikein.

Kohta 6: Uusi XML-sitemap kuntoon ja Search Consoleen

Luo XML-sitemap (usein SEO-lisäosa tekee tämän automaattisesti) ja varmista, että se sisältää vain kanoniset, indeksoitavat URLit (ei tageja/filtrejä, jos ne eivät ole tarkoituksella mukana). Lähetä sitemap Google Search Consoleen ja seuraa, montako URLia löydetään ja montako indeksoidaan. Jos tarvitset käytännön apua mittaamiseen, katso myös kuinka hyödyntää Google Analyticsia verkkosivuston parantamiseksi.

Kohta 7: Robots.txt ja meta robots – ei vahinkoestoja

Yleinen moka: staging-ympäristössä käytetty “Disallow: /” jää päälle, tai sivustolla on laajasti noindexiä. Tarkista robots.txt sekä tärkeimpien sivujen lähdekoodista meta robots. Testaa Search Consolen URL-tarkistuksella, miltä Googlebotin näkökulmasta näyttää.

Kohta 8: HTTP→HTTPS, www/non-www ja kanoninen domain

Pakota yksi domain-versio ja varmista, että kaikki muut versiot ohjautuvat 301:llä siihen. Lisäksi SSL:n pitää olla kunnossa (ei mixed contentia). Jos SSL-asiat ovat epäselviä, selkeä tiivistys löytyy artikkelista Mikä on SSL-sertifikaatti ja miksi sillä on väliä?.

Kohta 9: Tee crawl ja tarkista 404/500 + turhat uudelleenohjaukset

Ennen julkaisua ja heti julkaisun jälkeen tee tekninen läpikäynti: löytyykö 404-sivuja, tuleeko 500-virheitä, onko sivuketjuja ja ohjautuuko sivusto oikein mobiilissa. Luotettava peruslähde Googlen omiin suosituksiin uudelleenohjauksista ja sivustosiirroista löytyy Googlen Search Central -ohjeesta.

4) Sisältö, rakenne ja nopeus: näin teet migraatiosta kasvuloikan (kohdat 10–11)

Moni ajattelee migraatiota pelkkänä teknisenä siirtona, mutta pk-yritykselle se on erinomainen mahdollisuus tehdä “kerralla kuntoon” sisältöpolut, palvelusivujen myynti ja sivuston suorituskyky. Jos samalla yksinkertaistat navigaatiota, kirkastat otsikointia ja parannat sivunopeutta, Google saa paremmat laatusignaalit – ja käyttäjä saa paremman kokemuksen.

Tässä vaiheessa on hyvä varmistaa, että sivuston rakenne tukee hakuaikeita: tieto → vertailu → yhteydenotto. Jos kaipaat mallia selkeästä SEO-lähtöisestä projektista, kurkkaa DigiSillan case-malli SEO-lähtöisen WordPress-sivuston rakentamiseen 30 päivässä.

Kohta 10: Sisällön “säilytä, yhdistä, paranna” -päätökset

Älä siirrä kaikkea sellaisenaan vain siksi, että “se on ollut siellä”. Tee jokaiselle sisältösivulle päätös: (1) säilytetään ja parannetaan, (2) yhdistetään toiseen sivuun (ja ohjataan 301:llä), (3) poistetaan perustellusti. Kun yhdistät, varmista että uusi sivu kattaa vanhan aiheen ja vastaa käyttäjän kysymykseen aiempaa paremmin.

Sisältöpäivityksen nopea tarkistus Näillä minimoit riskin, että tärkeä sivu “laimenee” uudistuksessa.

Sama hakuintentio Uusi sivu vastaa vähintään samaan tarpeeseen kuin vanha (mielellään paremmin).

Otsikot ja väliotsikot H1 on selkeä, H2–H3 pilkkoo aiheen ja helpottaa skannausta.

CTA näkyy Jokainen palvelusivu ohjaa kohti yhteydenottoa tai tarjouspyyntöä.

Schema ja perusmeta Vähintään organisaatio-, artikkeli- ja palvelusivun perusmerkinnät (tarpeen mukaan).

Kohta 11: Nopeus ja Core Web Vitals kuntoon

Uusi teema, uudet fontit ja raskas media voivat hidastaa sivua – ja migraation jälkeen se näkyy sekä käyttäjäkokemuksessa että SEO:ssa. Optimoi kuvat (WebP), minimoi turhat lisäosat ja pidä builderin elementit kurissa. Jos haluat testata ja parantaa systemaattisesti, ota tueksi Kotisivujen nopeus – miksi se on tärkeää ja kuinka testata se.

Lyhyt huomio

Jos migraatio tehdään samalla, kun sivuston rakenne ja sisällöt uudistetaan, projektinhallinta ratkaisee: vaiheistus ja tarkistuslistat säästävät eniten rahaa.

Katso DigiSillan WordPress-verkkosivupaketit

5) Mittaus, julkaisu ja jälkiseuranta: viimeinen kohta ratkaisee (kohta 12)

Tekninen siirto voi olla täydellinen, mutta jos mittaus katkeaa, et huomaa ajoissa ongelmia. Migraation yhteydessä pitää varmistaa, että GA4, GTM, konversiot ja mahdolliset puhelinseurannat toimivat heti julkaisusta lähtien. Pk-yritykselle tämä on elinehto: jos liidit tippuvat, sinun pitää pystyä erottamaan “kysyntä laski” vs. “mittaus katkesi” vs. “SEO heilahti”.

Julkaisun jälkeen varaa kalenteriin vähintään kaksi tarkistusikkunaa: 48 tuntia ja 2–4 viikkoa. Ensimmäisessä metsästetään selkeät virheet (404-piikit, indeksin estot, analytiikka). Toisessa katsotaan trendit: miten klikkaukset ja sijoitukset kehittyvät, mitkä sivut nousevat ja mitkä tarvitsevat lisätyötä. Jos haluat varmistaa, että seuranta on nykyaikainen ja EU-vaatimukset huomioiva, tutustu myös oppaaseen Konversioseuranta 2026: GA4 + GTM + Consent Mode v2.

Kohta 12: Julkaisun jälkeinen “SEO-valvomo” 30 päiväksi

Tee käytännön valvomo: seuraa Search Consolen indeksointia, kattavuusraportteja ja tärkeimpiä kyselyitä. Seuraa GA4:stä orgaanisen liikenteen trendiä ja laskeutumissivujen konversioita. Jos näet laskua, katso ensimmäisenä: (1) ohjaukset, (2) canonical/noindex, (3) sisäiset linkit, (4) sivunopeus ja renderöinti, (5) sisältömuutokset suhteessa hakuintentioon.

Migraation 12 kohtaa pk-yritykselle – tiivis yhteenveto
TeemaMitä teetMiksi se vaikuttaa rankingiin
1–5: URLit & ohjauksetURL-mäppäys, 301:t, sisäiset linkit, metat, canonicalitSiirtää linkkivoiman ja estää “kadonneet sivut” -signaalit
6–9: IndeksointiSitemap, robots/noindex, domain-versiot, crawl-virheetVarmistaa, että Google löytää ja ymmärtää uudet sivut nopeasti
10–11: Sisältö & nopeusSisältöpäätökset + Core Web Vitals -optimointiParantaa laatua, relevanssia ja käyttäjäkokemusta
12: Mittaus & seurantaGA4/GTM/konversiot + 30 päivän jälkiseurantaHavaitset ongelmat ajoissa ja estät pitkän “hiljaisen laskun”

Kun tavoitteena on WordPress-sivuston migraatio ilman liikenne- ja rankinglaskua, avain ei ole yksittäinen temppu vaan prosessi: dokumentoi lähtötilanne, ohjaa URLit oikein, varmista indeksointi, paranna sisältöä ja seuraa dataa. Jos haluat sparrausta tai kokonaisvastuun migraatiosta, DigiSilta Oy auttaa Helsingistä käsin pk-yrityksiä ympäri Suomen rakentamaan myyviä ja SEO-lähtöisiä WordPress-sivustoja, joissa muutos näkyy tuloksissa eikä riskinä.

Varmistetaanko migraatio yhdessä?

DigiSilta Oy suunnittelee ja toteuttaa SEO-lähtöiset WordPress-migraatiot niin, että näkyvyys säilyy ja liidit eivät katkea.

Usein kysytyt kysymykset

Kuinka kauan WordPress-migraation vaikutukset näkyvät Googlessa?
Tyypillisesti ensimmäiset signaalit näkyvät 1–7 päivässä (indeksointi, crawl-virheet), ja varsinainen asettuminen 2–8 viikossa riippuen sivuston koosta ja muutosten määrästä. Jos 301-uudelleenohjaukset, canonicalit ja sitemap ovat kunnossa, heilahtelu jää usein pieneksi. Suurin riski syntyy, jos URL-rakenne muuttuu paljon tai tärkeää sisältöä poistetaan.
Tarvitaanko aina 301-uudelleenohjaukset migraatiossa?
Käytännössä kyllä aina, jos yksikin URL muuttuu. 301 kertoo hakukoneelle pysyvästä siirrosta ja ohjaa linkkivoimaa uudelle sivulle. Ilman ohjauksia vanhat osoitteet jäävät 404-tilaan, jolloin sijoitukset ja liikenne putoavat helposti. Poikkeus on tilanne, jossa URLit pysyvät täysin samoina ja vain palvelin vaihtuu—silloinkin testaus on pakollinen.
Mitä ovat canonicalit ja miksi ne ovat tärkeitä migraatiossa?
Canonical on sivun “ensisijaisen version” määrittävä tagi, joka auttaa Googlea välttämään duplikaattisisältöä. Migraatiossa canonical-virheet ovat yleisiä: staging-domain voi jäädä canonicaliin, tai http/https-versiot sekoittuvat. Seurauksena Google voi indeksoida väärän version tai jakaa signaalit usealle URLille. Oikein asetettu canonical tukee sijoitusten säilymistä.
Kannattaako migraatio tehdä samalla, kun uudistetaan sisältöjä?
Usein kyllä, mutta hallitusti. Kun tekninen siirto ja sisältöuudistus tehdään yhtä aikaa, riski kasvaa, jos muutoksia tulee liikaa kerralla. Suositus pk-yritykselle on: säilytä tärkeimpien sivujen hakuintentio ja URLit mahdollisimman vakaana, tee parannukset vaiheittain ja seuraa dataa julkaisun jälkeen. Näin saat uudistuksesta myös kasvuloikan.
Miten varmistetaan, ettei analytiikka ja konversioseuranta katkea julkaisussa?
Varmista ennen julkaisua, että GA4 ja Google Tag Manager ovat mukana uudessa teemassa, ja testaa tärkeät konversiot (lomakkeet, puhelinlinkit, kiitos-sivu). Julkaisun jälkeen tarkista reaaliaikainen data sekä tapahtumien kertyminen 24–48 tunnin sisällä. EU-ympäristössä huomioi myös Consent Mode v2 ja evästebannerin vaikutus mittaukseen, jotta luvut ovat vertailukelpoisia.