Näin siirrät verkkotunnuksen romahduttamatta hakusijoituksia

Verkkotunnuksen vaihtaminen on yksi niistä harvoista SEO-projekteista, joissa teknisesti pieni virhe voi näkyä hyvin nopeasti ja hyvin selvästi. Puuttuva uudelleenohjaus, estetty indeksointipolku tai unohtunut kanoninen määritys voi muuttaa suoraviivaisen uudelleenbrändäyksen viikkojen sijoitusvaihteluksi.

Jonkinlainen liike on normaalia. Hakukoneet tarvitsevat aikaa vanhojen URL-osoitteiden indeksointiin, uudelleenohjausten löytämiseen, signaalien käsittelyyn ja uuden verkkotunnuksen asettamiseen indeksiin. Tavoitteena ei ole välttää jokaista notkahdusta. Tavoitteena on tehdä siirrosta tylsä: yksi vanha URL osoittaa yhteen vastaavaan uuteen URL-osoitteeseen, palvelin vastaa selkeästi, eikä mikään tärkeä katoa.

Aloita inventaariosta, älä uudelleenohjaussäännöstä

Yleisin siirtovirhe on käsitellä sitä palvelinkonfiguraatiotehtävänä. Sitä se ei ole. Se on informaatioarkkitehtuuritehtävä, joka sattuu päättymään palvelinkonfiguraatioon.

Ennen kuin kosket DNS-asetuksiin, rakenna luettelo URL-osoitteista, joilla on merkitystä:

• URL-osoitteet, jotka saavat orgaanista liikennettä
• URL-osoitteet, joihin on ulkoisia paluulinkkejä
• URL-osoitteet, jotka konvertoivat, tuottavat liidejä tai tukevat kampanjoita
• Kanoniset URL-osoitteet, jotka ovat tällä hetkellä XML-sivustokartassasi
• PDF:t, kuvat ja ladattavat tiedostot, joihin linkitetään ulkoisesti
• Arvokkaat vanhat URL-osoitteet, jotka eivät välttämättä näy nykyisessä navigaatiossa

Määritä jokaiselle vanhalle URL-osoitteelle kohde uudessa verkkotunnuksessa. Useimmissa tapauksissa kohteen tulisi olla sama sivu samalla tarkoituksella. Jos /pricing muuttuu osoitteeksi https://newdomain.com/pricing, se on yksinkertaista. Jos kolme vanhaa tuotesivua yhdistetään yhdeksi uudeksi oppaaksi, dokumentoi päätös tietoisesti.

Vältä laiskaa mallia: kaiken uudelleenohjaamista uudelle etusivulle. Se on kätevää, mutta se hävittää relevanssia. Sekä hakukoneet että käyttäjät odottavat, että kohde vastaa samaan tarpeeseen kuin alkuperäinen URL.

Säilytä URL-rakenne, kun voit

Verkkotunnuksen siirto on helpompi, kun polut pysyvät vakaina. Siirtyminen osoitteesta oldsite.com/blog/example osoitteeseen newsite.com/blog/example on paljon siistimpää kuin verkkotunnuksen, CMS:n, slugien, kansiorakenteen ja sisällön muuttaminen samaan aikaan.

Joskus uudelleensuunnittelu tai CMS-siirto tekee URL-muutoksista väistämättömiä. Jos näin on, erota päätökset toisistaan:

1. Mikä muuttuu siksi, että verkkotunnus muuttuu?
2. Mikä muuttuu siksi, että sivuston rakenne muuttuu?
3. Mitä poistetaan, yhdistetään tai kirjoitetaan uudelleen?

Mitä enemmän muuttujia tuot mukaan, sitä vaikeampaa ongelmien diagnosointi myöhemmin on. Jos siirto on tärkeä ja nykyinen sivusto toimii hyvin, harkitse verkkotunnuksen siirtämistä ensin ja uudelleensuunnittelua myöhemmin.

Käytä pysyviä, yhden hypyn uudelleenohjauksia

Todellisessa verkkotunnuksen siirrossa käytä palvelinpuolen 301- tai 308-uudelleenohjauksia vanhoista URL-osoitteista niiden uusiin vastineisiin. Väliaikaiset uudelleenohjaukset ovat väliaikaisia tilanteita varten. JavaScript-uudelleenohjaukset, meta refresh -ohjaukset ja pehmeät uudelleenohjaukset ovat heikompia signaaleja ja helpompia rikkoa.

Uudelleenohjausten tavoitteet ovat yksinkertaiset:

• Jokainen tärkeä vanha URL palauttaa pysyvän uudelleenohjauksen.
• Jokainen uudelleenohjaus menee suoraan lopulliseen kohteeseen.
• HTTP ohjautuu HTTPS:ään siististi.
• www- ja ei-www-variantit käsitellään johdonmukaisesti.
• Uudelleenohjaukset eivät riipu hauraasta query string -käyttäytymisestä, ellei se ole välttämätöntä.

Huono ketju näyttää tältä:

http://oldsite.com/page → https://oldsite.com/page → https://www.oldsite.com/page → https://newsite.com/page → https://www.newsite.com/page

Se saattaa lopulta päätyä oikealle sivulle, mutta se on hidas, vaikeampi indeksoida ja todennäköisempi piilottamaan virheitä. Tavoittele yhtä hyppyä jokaisesta vanhasta variantista lopulliseen uuteen URL-osoitteeseen.

Kun validoit toimintaa, tarkista todelliset HTTP-vastaukset sen sijaan, että luottaisit selaimen näyttämään. Oppaamme uudelleenohjausten ja HTTP-otsakkeiden debuggaamiseen tuotannossa on tässä hyödyllinen, koska selaimet ovat liian kohteliaita: ne seuraavat ketjua ja piilottavat sotkuiset osat.

Valmistele DNS ja varmenteet ennen julkaisua

DNS ei suoraan siirrä sijoituksia, mutta huono DNS voi saada siirron näyttämään rikkinäiseltä. Laske TTL-arvoja ennen julkaisuikkunaa, jotta muutokset leviävät ennustettavammin. Varmista, että uudella verkkotunnuksella on oikeat tietueet verkkoliikenteelle, sähköpostille ja kaikille tarvittaville aliverkkotunnuksille.

Tarvitset myös voimassa olevat TLS-varmenteet molemmille verkkotunnuksille. Tämä on helppo unohtaa. Vanhan verkkotunnuksen täytyy edelleen palvella HTTPS-uudelleenohjauksia siirron jälkeen. Jos sen varmenne vanhenee, käyttäjät ja indeksointirobotit voivat kohdata selainvaroituksia ennen kuin he koskaan pääsevät uudelle sivustolle.

Jos siirto vaikuttaa sähköpostiin, älä käsittele sitä jälkiajatuksena. Verkkotunnusmuutokset rikkovat usein SPF-, DKIM-, DMARC- ja MX-tietueita, seurantalinkkejä ja transaktiosähköpostia. Kertauksena tärkeistä tietueista katso kehittäjäystävällinen oppaamme MX, SPF, DKIM, and DMARC.

Tarkista kanoniset määritykset, sisäiset linkit ja sivustokartat

Julkaisun jälkeen uuden verkkotunnuksen tulisi käyttäytyä ikään kuin se olisi aina ollut sisällön kanoninen koti.

Se tarkoittaa:

• Canonical-tagit osoittavat uusiin URL-osoitteisiin, eivät vanhaan verkkotunnukseen.
• Sisäiset linkit käyttävät uutta verkkotunnusta tai juurisuhteellisia polkuja.
• XML-sivustokartat sisältävät vain lopullisia, indeksoitavia uusia URL-osoitteita.
• hreflang-merkinnät, jos niitä käytetään, viittaavat uusiin URL-osoitteisiin.
• Open Graph, strukturoitu data ja alternate-linkit päivitetään.
• Robots.txt ei estä tärkeitä osioita.

Älä julkaise sivustokarttaa täynnä vanhoja URL-osoitteita ja odota uudelleenohjausten siivoavan sitä. Sivustokartan tulisi olla luettelo URL-osoitteista, jotka haluat indeksoitavan. Siirron jälkeen se tarkoittaa lopullisia URL-osoitteita uudessa verkkotunnuksessa.

Varo myös kanonisia ristiriitoja. Sivu, joka uudelleenohjautuu vanhasta uuteen mutta jonka canonical osoittaa takaisin vanhaan verkkotunnukseen, lähettää ristiriitaisia signaaleja. Hakukoneet pystyvät yleensä selvittämään jonkin verran epäjohdonmukaisuutta, mutta sitä ei kannata pyytää niiltä.

Älä muuta kaikkea julkaisupäivänä

Siirto on jo itsessään riittävän suuri tapahtuma. Jos mahdollista, vältä sen yhdistämistä merkittävään sisällön karsintaan, sivupohjien uudelleenkirjoituksiin, navigaatiomuutoksiin, JavaScript-renderöinnin muutoksiin tai uuteen suorituskykyprofiiliin.

Tämä ei ole taikauskoa. Se on debuggauskuria. Jos sijoitukset laskevat julkaisun jälkeen, sinun täytyy tietää, johtuuko syy uudelleenohjauskartoituksesta, indeksointipääsystä, muuttuneesta sisällöstä, hitaammasta renderöinnistä, puuttuvasta strukturoidusta datasta vai jostain muusta.

Pidä alkuperäinen julkaisu niin lähellä vanhaa sivustoa kuin käytännöllisesti on mahdollista. Kun uusi verkkotunnus on vakaa, tee suuremmat toimitukselliset ja suunnittelumuutokset pienemmissä erissä.

Kerro hakukoneille, mikä muuttui

Vahvista Google Search Consolessa sekä vanha että uusi verkkotunnus. Käytä sen jälkeen Change of Address -työkalua, kun kyseessä on verkkotunnustason muutos ja sisältö siirtyy uuteen verkkotunnukseen. Lähetä uusi sivustokartta julkaisun jälkeen.

Tämä ei korvaa uudelleenohjauksia. Se tukee niitä. Hakukoneet tarvitsevat edelleen indeksoitavia, pysyviä uudelleenohjauksia ymmärtääkseen URL-tason kartoituksen.

Bingiä ja muita hakukoneita varten käytä niiden webmaster-työkaluja, jos niitä on saatavilla. Päivitä myös paikat, joita hallitset: sosiaalisen median profiilit, yrityshakemistot, mainosten kohteet, sähköpostien alatunnisteet, dokumentaatio, kumppanilinkit ja kanoniset viittaukset syndikoidussa sisällössä.

Kaikkia ulkoisia linkkejä ei päivitetä, ja se on hyväksyttävää. Tärkeimmät kannattaa kuitenkin päivittää. Jos merkittävä kumppani, sovelluskauppa, dokumentaatioportaali tai lehdistösivu linkittää vanhaan verkkotunnukseen, pyydä päivitystä.

Seuraa oikeita asioita julkaisun jälkeen

Ensimmäisten päivien siirron jälkeen pitäisi olla aktiivista seurantaa, ei juhlintaa.

Tarkista:

• Palvelinlokit indeksointitoiminnasta vanhoissa ja uusissa verkkotunnuksissa
• 404-virheet ja odottamattomat 5xx-virheet
• Uudelleenohjausketjut ja -silmukat
• Indeksoinnin tila Search Consolessa
• Sivustokartan löytyminen ja käsittely
• Orgaaniset laskeutumissivut ja hakukyselyjen mallit
• Konversiopolut, jotka riippuvat vanhoista URL-osoitteista
• Analytiikan suodattimet ja viittauspoissulut

Odota raportointikohinaa. Jotkin analytiikkatyökalut käsittelevät uutta verkkotunnusta uutena ominaisuutena, ellei niitä konfiguroida oikein. Jotkin hallintapaneelit vertaavat vanhan verkkotunnuksen liikennettä uuden verkkotunnuksen liikenteeseen ja saavat siirron näyttämään pahemmalta kuin se on.

Hakukonenäkyvyys voi vaihdella muutaman viikon ajan. Et halua nähdä mallia, jossa arvokkaita vanhoja URL-osoitteita indeksoidaan toistuvasti mutta niitä ei uudelleenohjata oikein, tai jossa uusia sivuja löydetään mutta merkitään vanhan verkkotunnuksen duplikaateiksi.

Suorituskykyäkään ei pidä sivuuttaa. Jos uusi verkkotunnus julkaistaan raskaammilla sivupohjilla, rikkinäisellä välimuistituksella tai optimoimattomilla resursseilla, käyttäjät voivat kokea siirron hidastumisena. Jos käytät Lighthousea osana tarkistuksia, lue sitä prioriteetit mielessä; artikkelimme miten Lighthouse-raporttia luetaan panikoimatta selittää, miten erottaa merkitykselliset ongelmat kohinasta.

Pidä vanha verkkotunnus pitkään

Älä anna vanhan verkkotunnuksen vanhentua sen jälkeen, kun siirto ”toimii”. Pidä se rekisteröitynä, pidä varmenteet voimassa ja pidä uudelleenohjaukset käynnissä niin pitkään kuin mahdollista. Käytännössä se tarkoittaa usein vuosia.

Vanhat linkit säilyvät blogikirjoituksissa, kirjanmerkeissä, dokumentaatiossa, PDF-tiedostoissa, sähköposteissa ja sosiaalisen median julkaisuissa. Uudelleenohjaukset ovat silta tuon historiallisen jalanjäljen ja uuden verkkotunnuksen välillä. Niiden katkaiseminen liian aikaisin rikkoo käyttäjien polkuja ja hukkaa kertyneitä signaaleja.

Säilytä myös kopio uudelleenohjauskartasta ja julkaisumuistiinpanoista. Kuuden kuukauden päästä, kun joku kysyy, miksi vanha URL käyttäytyy tietyllä tavalla, olet tyytyväinen, että dokumentoit sen.

<!-- tool-cta:start -->

💡 Kokeile tätä: Siirtymän jälkeen jäljitä vanhat URL-osoitteesi Redirect Checker -työkalulla varmistaaksesi, että jokainen niistä ohjautuu yhdellä 301-siirtymällä oikealle uudelle sivulle.

<!-- tool-cta:end -->

Järkevä siirron tarkistuslista

Ennen julkaisua:

• Vahvista molemmat verkkotunnukset Search Consolessa.
• Crawl-aa nykyinen sivusto ja vie tärkeät URL-osoitteet.
• Rakenna yksi yhteen -uudelleenohjauskartta.
• Laske DNS:n TTL-arvoja.
• Valmistele TLS-varmenteet vanhalle ja uudelle verkkotunnukselle.
• Päivitä kanoniset määritykset, sisäiset linkit, hreflang, strukturoitu data ja sivustokartat.
• Testaa uudelleenohjaukset staging-ympäristössä tai hallitussa ympäristössä.

Julkaisupäivänä:

• Ota uudelleenohjaukset käyttöön.
• Varmista HTTP:stä HTTPS:ään -käyttäytyminen.
• Testaa tärkeitä URL-otoksia jokaisesta sivupohjatyypistä.
• Lähetä uusi sivustokartta.
• Käytä Change of Address -työkalua, kun se on tarkoituksenmukaista.
• Seuraa palvelinvirheitä, uudelleenohjaussilmukoita ja estettyjä resursseja.

Julkaisun jälkeen:

• Seuraa crawl-virheitä ja indeksointiraportteja.
• Päivitä tärkeitä ulkoisia linkkejä siellä, missä voit.
• Vertaa liikennettä laskeutumissivun tarkoituksen mukaan, ei pelkästään verkkotunnusten kokonaissummia.
• Pidä uudelleenohjaukset käytössä toistaiseksi.
• Siirrä asiaan liittymättömiä uudelleensuunnittelu- tai sisältökokeiluja, kunnes siirto vakiintuu.

Verkkotunnusten siirrot eivät ole riskittömiä, mutta ne ovat hallittavissa. Sijoitukset kärsivät yleensä silloin, kun siirto lähettää epäselviä signaaleja: puuttuvia uudelleenohjauksia, muuttunutta sisältöä, ristiriitaisia kanonisia määrityksiä, estettyjä indeksointirobotteja tai unohtuneen vanhan verkkotunnuksen. Anna hakukoneille ja käyttäjille selkeä kartta, niin siirrosta tulee paljon vähemmän dramaattinen.