Miten siirtää verkkosivusto ilman SEO-rankingien menettämistä

Verkkosivuston siirto on yksi digitaalisen markkinoinnin korkeimman riskin operaatioista. Vaihda domainia, uudelleenrakenna URL-osoitteitasi, vaihda hosting-palveluntarjoajaa tai uudelleenrakenna uudelle alustalle, ja riskinä on menettää orgaaninen hakuliikenne, jonka rakentamiseen on mennyt vuosia. Google käsittelee yli 8,5 miljardia hakua päivässä, ja useimmille yrityksille orgaaninen haku tuottaa 40–60 % kaikesta verkkosivustoliikenteestä. Huonosti tehty siirto voi tyhjentää sen yön yli.

Riski johtuu siitä, miten hakukoneet ymmärtävät verkkosivustosi. Google on kryptannut ja indeksoinut sivusi tietyissä URL-osoitteissa, antanut niille auktoriteettia takalinkkien ja käyttäjäosallisuusviestien perusteella ja rankaissut niitä tietyille avainsanoille. Kun nämä URL-osoitteet muuttuvat tai katoavat siirron aikana, Googlen on kryptattava, indeksoitava ja arvioitava uudelleen jokaista sivua. Ilman asianmukaista uudelleenohjauskarttusta hakukone käsittelee uusia sivujasi täysin uutena sisällönä ilman historiaa, ja rankingisi romahtavat vastaavasti.

Olemme ohjanneet yli kuusikymmentä verkkosivuston siirtoa GRADAXissa, ja kuvio on johdonmukainen: organisaatiot, jotka suunnittelevat siirtoja SEO:n ensisijaisena rajoitteena, palauttavat rankinginsa neljän ja kahdeksan viikon sisällä. Ne, jotka käsittelevät SEO:tä jälkikäteen, näkevät usein liikenteen laskun 30–70 %, joka jatkuu kuuden kuukauden tai pidempään. Ero ei ole onnea, se on menetelmä. Seuraavassa on tarkka prosessi, jota käytämme suojaamaan orgaanista liikennettä kaikissa siirroissamme.

Jokainen onnistunut siirto alkaa kattavalla kartoituksella siitä, mitä sinulla jo on. Ennen kuin kirjoitat riviäkään koodia tai määrität uutta palvelinta, dokumentoi jokainen nykyisen sivustosi URL-osoite, sen liikennemäärä, avainsanasijoitukset ja linkkiprofiili. Työkalut kuten Ahrefs, Semrush tai Google Search Console tarjoavat nämä tiedot. Vie ne laskentataulukkoon, josta tulee siirron viiteasiakirja; palaat siihen prosessin jokaisessa vaiheessa.

Määritä siirron laajuus tarkasti. Vaihdetaanko domainia? Siirretäänkö HTTP:stä HTTPS:iin? Siirretäänkö alidomainista alihakemistoon? Uudelleenrakennetaanko CMS-järjestelmässä? Jokainen näistä skenaarioista tuo mukanaan erilaisia riskejä ja vaatii erilaisia teknisiä toimenpiteitä. Yksinkertainen hosting-siirto, jossa URL-osoitteet pysyvät ennallaan, on pienin riski. Täysi alustan uudelleenrakennus uudella URL-rakenteella ja domain-vaihdolla on suurin riski. Tarkkaile tarkasti, mitä muuttuu ja mitä ei, ennen kuin jatkat.

Aseta realistinen aikataulu. Siirron kiirehtiminen on yleisin SEO-vahingon aiheuttaja. Varaamme vähintään neljä viikkoa suunnitteluun ja staging-vaiheeseen, yhden viikon suorittamiseen ja neljä viikkoa siirron jälkeiseen valvontaan. Monimutkaiset siirrot, jotka sisältävät tuhansia sivuja tai useita domeineja, vaativat kahdeksasta kaksitoista viikkoa suunnittelua. Rakenna varaa odottamattomiin ongelmiin, ne aina ilmaantuvat, ja marginaalin olemassaolo estää paniikin ajamana tehdyt lyhytnäköiset ratkaisut, jotka vaarantavat SEO:n.

Uudelleenohjauskartta on merkittävin asiakirja missä tahansa siirtymässä. Se on kattava dokumentti, joka kartoittaa jokaisen vanhan URL-osoitteen vastaavaan uuteen URL-osoitteeseen käyttäen 301-pysyviä uudelleenohjauksia. Jokainen sivu, kuva, PDF-tiedosto ja resurssi, joka on koskaan indeksoitu tai linkitetty, täytyy huomioida. Jos ohitat yhdenkin liikenteellisesti tärkeän URL-osoitteen, menetät kyseisen sivun sijoitukset, takaisinlinkkien arvokkuuden ja kaikki olemassa olevista linkeistä tai kirjanmerkeistä tulevat kävijät.

Rakenna uudelleenohjauskarttasi systemaattisesti. Aloita sitemap.xml-tiedostosta ja krallausdatasta tunnistaksesi kaikki nykyisen sivuston URL-osoitteet. Ristiinviittaa Google Search Consolen kanssa löytääksesi indeksoitut URL-osoitteet, jotka eivät välttämättä näy sitemapissa. Tarkista takaisinlinkkiprofiilisi selvittääksesi ulkoisten sivustojen linkittämät URL-osoitteet; nämä kantavat valtaa, joka on säilytettävä. Suurille sivustoille, joissa on tuhansia URL-osoitteita, käytä mahdollisuuksien mukaan mallipohjaisia uudelleenohjaussääntöjä (esim. ohjaa kaikki /blog/2024/* osoitteisiin /insights/2024/*) yksittäisten poikkeussääntöjen tukena.

Testaa jokainen uudelleenohjaus ennen julkaisua. Käytämme testiympäristöä, johon koko uudelleenohjauskartta ladataan ja jossa crawler varmistaa, että jokainen vanha URL-osoite ohjautuu oikein uuteen kohteeseensa. Yleisiä virheitä ovat uudelleenohjausketjut (A ohjaa B:hen, joka ohjaa C:hen), uudelleenohjaussilmukat ja uudelleenohjaukset sivuille, jotka palauttavat 404-virheen. Jokainen näistä tuhlaa crawl-budjettia, hämmentää hakukoneita ja heikentää käyttökokemusta. Korjaa ne testiympäristössä, ei tuotannossa.

Siirtymä on ihanteellinen tilaisuus auditoida ja parantaa sisältöäsi, mutta se tulee tehdä huolellisesti SEO-riskien karttamiseksi. Tunne esiin parhaat suorituskyvyn sivusi, ne jotka tuovat eniten orgaanista liikennettä, konversioita ja takaisinlinkkejä, ja varmista, että ne siirtyvät sisältöineen, metatiedoineen ja sisäisine linkitysrakenteineen ennalleen. Nämä ovat liikevaihtoa tuottavia omaisuutesi, ja ne ansaitsevat korkeimman tason huomion siirtymävaiheessa.

Huonosti suoriutuville sivuille päättele, siirretäänkö ne, konsolidoidaanko vai lopetetaanko niiden käyttö. Sivut, joilla on ohutta sisältöä, kaksoiskontenttia tai nolla liikennettä viimeisen kahdentoista kuukauden aikana, ovat ehdokkaita konsolidaatiolle. Yhdistä niiden sisältö vahvempiin, kattavampiin sivuihin ja ohjaa vanhat URL-osoitteet konsolidoituun versioon. Tämä itse asiassa parantaa SEO:tasi keskittämällä valtaa vähemmille, laadukkaammille sivuille sen sijaan, että se laimenisi kymmenien heikkojen sivun kesken.

Säilytä kaikki sivuston sisäiset SEO-elementit siirtymän aikana: otsikkotunnisteet, meta-kuvaukset, otsikointirakenteet, kuvien alt-tekstit ja rakennettu data -merkinnät. On houkuteltavaa "parantaa" kaikkea uudelleensuunnittelun yhteydessä, mutta liian monen signaalin muuttaminen samanaikaisesti tekee ongelmien diagnosoinnin mahdottomaksi, jos sijoitukset laskevat. Siirrä ensin olemassa olevilla metatiedoilla, vakauta sijoituksesi ja tee sitten sisällön parannuksia viikkojen ajan siirtymän jälkeen, kun sinulla on vakaa vertailukohta mittaukselle.

Uudelleenohjausten ja sisällön lisäksi useilla teknisen SEO:n elementeillä on kiinnitettävä erityistä huomiota siirtymän aikana. robots.txt-tiedoston on päivitettävä heijastamaan uutta URL-rakennetta, eikä sen saa vahingossa estää hakukoneiden selaimia pääsemästä kriittisille sivuille. Olemme nähneet siirtymiä, joissa staging-ympäristön robots.txt, jossa oli komento "Disallow: /", otettiin käyttöön tuotannossa, mikä käytännössä kertoi Googlen poistavan koko sivuston indekseistä. Varmista tämä tiedosto välittömästi julkaisun jälkeen.

Lähetä päivitetty sitemap.xml Google Search Consoleen ja Bing Webmaster Toolsiin muutaman tunnin sisällä julkaisusta. Uuden sitemapin viitata vain uusiin URL-osoitteisiin ja jättää pois kaikki vanhat URL-osoitteet, jotka nyt ohjataan uudelleen. Tämä nopeuttaa uudelleencrallausprosessia ja antaa hakukoneille siistin kartan sivustosi nykyisestä rakenteesta. Suurille sivustoille harkitse sitemapin lähettämistä segmenteittäin ja seurata kunkin segmentin indeksointitilaa erikseen.

Kanonical-tagit vaativat erityishuomiota. Jokaisella uudella sivustolla olevalla sivulla tulisi olla itseensä viittaava canonical-tagi, joka osoittaa sen omaan URL-osoitteeseen. Jos vanhojen sivujen canonical-tagit siirretään päivittämättä, ne osoittavat URL-osoitteisiin, jotka nyt ohjataan uudelleen, luoden hämmentävän signaalin hakukoneille. Päivitä myös kaikki sisäiset linkit sivustolla käyttämään uutta URL-rakennetta suoraan sen sijaan, että luottaisit uudelleenohjausketjuihin. Sisäiset linkit, jotka kulkevat uudelleenohjausten kautta, menettävät pienen määrän linkkiarvoa jokaisessa hyppyssä ja hidastavat käyttäjäkokemusta.

DNS-siirtymä on hetki, jolloin tekninen riski on suurimmillaan missä tahansa siirtymässä. Kun päivität domainisi DNS-asetukset osoittamaan uuteen palvelimeen, muutos leviää globaaliin DNS-infrastruktuuriin tunnissa päiviin TTL-arvon (time-to-live) ja ISP-välimuistin käyttäytymisen mukaan. Tämän leviämisikkunan aikana jotkut käyttäjät saapuvat vanhalle palvelimelle ja toiset uudelle. Jos vanha palvelin on jo poistettu käytöstä, nämä käyttäjät näkevät virheitä.

Vähentääksesi häiriöitä, laske DNS TTL-arvosi 300 sekuntiin (viisi minuuttia) vähintään 48 tuntia ennen siirtymää. Tämä varmistaa, että DNS-resolverit ympäri maailmaa välimuistittavat tietueitasi vain viiden minuutin ajan, joten vaihto tapahtuu nopeasti, kun päivität asetukset. Pidä vanha palvelin käynnissä ja palvelemaan nykyistä sivustoa vähintään 72 tuntia DNS-muutoksen jälkeen tavoittaaksesi myöhästyneet käyttäjät. Poista se käytöstä vasta sen jälkeen, kun olet varmistanut, että kaikki liikenne virtaa uuteen palvelimeen.

Jos siirryt uudelle hosting-palveluntarjoajalle, testaa uusi palvelin perusteellisesti ennen DNS-asetusten käsittelyä. Lataa sivusto kokonaan uudelle palvelimelle väliaikaisella URL-osoitteella tai hosts-tiedoston ohituksella. Varmista, että kaikki sivut renderöityvät oikein, lomakkeet lähetetään onnistuneesti, SSL-varmenteet ovat voimassa ja suorituskyky täyttää benchmark-vaatimuksesi. DNS-vaihto tulee olla viimeinen askel, ei ensimmäinen, ja sen tulisi olla huomaamaton tapahtuma, koska kaikki uudella palvelimella on jo validoitu.

Työ ei lopu, kun uusi sivusto on julkaistu. Ensimmäiset neljä viikkoa siirtymän jälkeen ovat kriittisiä ongelmien havaitsemiseksi ja korjaamiseksi ennen kuin ne aiheuttavat pysyvää SEO-vahinkoa. Seuraa Google Search Consolia päivittäin kaikkivuusvirheiden, indeksointitilan muutosten ja sijoitusvaihteluiden osalta. Orgaanisen liikenteen väliaikainen lasku 5–15 % on normaalia ensimmäisen kahden viikon aikana, kun Google recrawlaa ja arvioi sivujasi uudelleen. Laskut yli 20 % tai yli kolmen viikon mittaiset laskut signalisoivat ongelmaa, joka tarvitsee tutkimista.

Aseta automaattinen seuranta HTTP-statuskoodeille koko sivustossasi. Yöllä ajoittuva crawler, joka merkitsee sivut, jotka palauttavat 404-, 500- tai odottamattoman uudelleenohjauksen, havaitsee ongelmat, jotka manuaalinen silmäily jää huomaamatta. Kiinnitä erityistä huomiota liikenteellisimmin käytettyihin sivuihin ja niihin sivuihin, joissa on eniten takaisinlinkkejä; nämä ovat niitä, joissa virheillä on suurin vaikutus. Määritämme reaaliaikaiset hälytykset mille tahansa statuskoodipoikkeamalle sivuilla, jotka tuovat yli 100 kuukausittaista kävijää.

Seuraa avainsanojesi sijoituksia vähintään viidenkymmenen tärkeimmän avainsanan osalta siirtymän jälkeisen jakson aikana. Käytä sijoitusseurantatyökalua, joka tarkistaa päivittäin viikoittaisen sijaan, jotta voit korreloida sijoitusmuutoksia tiettyihin teknisiin tapahtumiin. Jos avainsana laskee, tarkista vastaava sivu uudelleenohjausongelmien, puuttuvan sisällön, muuttuneiden metatietojen tai kaikkivuusvirheiden osalta. Useimmat siirtymän jälkeiset sijoituslaskut johtuvat spesifistä, tunnistettavasta syystä, joka voidaan ratkaista nopeasti, jos se havaitaan ajoissa.

Vaikka suunnittelu olisi huolellista, joissakin siirtymissä koetaan odottamattomia sijoituslaskuja. Avain on reagoida systemaattisesti eikä reaktiivisesti. Aloita varmistamalla, että kaikki uudelleenohjaukset toimivat oikein; rikkinäinen uudelleenohjauskartta on yleisin syy siirtymän jälkeiseen liikenteen laskuun. Kralla vanhat URL-listasi ja varmista, että jokainen URL palauttaa 200 (uudelleenohjauksen kautta) tai tarjoaa sisällön oikein. Mikä tahansa URL, joka palauttaa 404, tarvitsee välittömän uudelleenohjauksen relevanttiin sivuun uudella sivustolla.

Tarkista Google Search Consolesi manuaaliset toimet tai tietoturvaongelmat. Joskus siirtymä osuu samaan aikaan Google-algoritmin päivityksen kanssa, ja mitä näyttää siirtymään liittyvältä vahingolta, on itse asiassa algoritminen siirtymä. Vertaa liikennemalliasi alan laajuisen volatiliteettidatan kanssa työkaluista kuten Semrush Sensor tai MozCast. Jos laajempi hakumaisema on levoton, laskusi voi ratketa itsestään, kun algoritmi vakautuu.

Jos sijoituksesi eivät ole palautuneet kuuden viikon jälkeen, syvenny analyysiin. Tarkista takalinkkiprofiilisi varmistaaksesi, että korkean auktoriteetin linkit toimivat kunnolla. Varmista, että hallinnoitu WordPress tai CMS-konfiguraatiosi ei luo kaksoissisältöä tai ristiriitaista canonical-tageja. Auditoi sivusi nopeus ja Core Web Vitals uudella alustalla; hitaampi sivusto suorituskyvyttömämmällä isännöitsijällä voi heikentää sijoituksia riippumatta siirtoaiheisista ongelmista. Jos tarvitset asiantuntija-apua jumittuneen toipumisen diagnosointiin, ota yhteyttä tiimiimme kattavan siirtoauditoinnin saamiseksi.