Oluline SEO kontrollnimekiri veebisaidi migreerimiseks

Mis on veebisaidi migreerimine?

Kõigile, kellele see mõiste on võõras, püüame seda seletada nii lihtsalt kui võimalik: see on veebisaidi uuendamise protsess, mille käigus muutub vajalikuks URL-i arhitektuuri muutmine.

On palju ja väga erinevaid põhjuseid, miks klient või SEO-agentuur võib otsustada migreerimise kasuks. Olgu kuidas on, põhjus ise peab olema kaaluka tähtsusega, sest see tegevus on riskantne ja võib viia reitingute ja orgaanilise liikluse järsu languseni võrreldes sellega, millest alustasite.

Kas migreerimise ajal on oluline rakendada SEO-strateegiat?

Kuigi lühikese vastuse andsime juba eelmises lõigus, süveneme veidi rohkem sellesse, miks on veebisaidi migreerimise põhjalik planeerimine ja teostamine SEO seisukohast hädavajalik.

Kui töötate saidi SEO kallal, mõistate suurepäraselt, et on olemas teatud orgaanilise reitingu signaalid, mida otsingumootorid järgivad ja/või arvesse võtavad, jaotades oma indekseeritud URL-ide reitingut.

Kui me ei hoia neid SEO-signaale kristallselgena, ei tea Google'i robotid, mida nad peaksid või ei peaks indekseerima, mis tähendab, et nad võivad lõpuks kuvada lehti, mida me tegelikult ei taha esile tõsta. Just seetõttu on veebisaidi migreerimise ajal ülioluline olla hoolikas; iga segadust tekitav signaal, mille saadame, kahjustab meie saidi reitinguid ja orgaanilist liiklust.

Kui soovite rohkem teada saada, kui oluline on migreerimise ajal SEO-signaalide eest hoolt kanda, selgitab MJ Cachón Sistrixi blogis üksikasjalikumalt ja juhtumianalüüsi kaudu, kui palju need migreerimist mõjutavad.

Soovituslik artikkel: SEO-signaalide tähtsus migreerimisel.

Veebisaidi migreerimise tüübid

Nagu varem mainisime, on migreerimise kaalumiseks palju põhjuseid. Kõige levinumate põhjuste hulgast võime esile tõsta:

CMS-i migreerimine

Üks põhjustest, miks migreerimist mõnikord kaalutakse, on kasutatava CMS-i vahetamine (näiteks üleminek WooCommerce'ilt PrestaShop-ile). See toob kaasa URL-i struktuuri muutuse, seega on vaja migreerida vanadelt lehtedelt uutele.

Domeeninime muutmine

Teine migreerimise tüüp on seotud domeeninime muutmisega. Olgu see tingitud kaubamärgi maine otsustest või mis tahes muust põhjusest, meil võib olla vaja migreerida URL-id nimega „A“ domeenilt uue nimega „B“ domeeni kõige samaväärsematele lehtedele.

Migreerimine HTTP-lt HTTPS-ile

Juba mõnda aega on Google soovitanud kaitsta veebisaite HTTPS-protokolliga. See stsenaarium, kuigi algselt lihtsam teostada, nõuab ettevaatust ja tähelepanu detailidele, sest võib tekkida ümbersuunamise silmuseid, mis muudavad saidi ligipääsmatuks ja põhjustavad orgaanilise liikluse vabalangemise.

Mitme domeeni koondamine üheks veebisaidiks

Veel üks levinud juhtum on mitme domeeni ülekandmine ühte. Selle otsuse taga olevad põhjused on erinevad, kuigi kõige tavalisem on tugevdada ühte veebisaiti, ühendades mitu domeeni, mis võivad olla päritud.

Üleminek uuele majutusteenuse pakkujale

See juhtum võib esineda väga erinevatel põhjustel. Võib-olla ei ole te rahul teenustega, mida teie praegune pakkuja pakub, või uus annab teile paremaid lahendusi, mis sobivad teie veebisaidi praeguse olukorraga... Olgu põhjus milline tahes, teil tuleb läbida veebimajutuse migreerimise protsess.

Soovituslik artikkel: Kuidas valida hea SEO majutusteenuse pakkuja

SEO kontrollnimekiri migreerimise planeerimiseks

Enne veebisaidi migreerimise protsessi alustamist on midagi põhilist, mida tuleks alati teavitada: teavitage kõiki asjaosalisi, kes on seotud saidi tootmise, hoolduse ja sisuloomega. See tundub ilmselge, kuid kui mõni ahela lüli sellest tegevusest teadlik ei ole, võib see lõpuks kahjustada üldist tööd ja kõik ära rikkuda.

Samuti oleks soovitatav teavitada oma kasutajaid, et teete veebisaidil muudatuse. Kui selle protsessi käigus tekib probleeme, on neile rahustav mõista, mis toimub ja et tegemist on ajutise olukorraga. Selles mõttes, kui leht läheb maha (tahtlikult või mitte), on ideaalne luua lehekülg, mis kuvab seda teavet. Samuti pidage meeles lisada 503 olekukood, et öelda otsingumootoritele, et sait ei ole hetkel saadaval ja palun tulge hiljem tagasi.

Lisaks peaksite SEO-migreerimise planeerimisel pöörama tähelepanu järgmistele aspektidele:

Määratlege eesmärk, mille soovite saavutada

Nagu olete märganud, vastab iga migreerimise tüüp konkreetsele eesmärgile. Olge oma eesmärgi suhtes väga selge (saidi kiiruse parandamine, kaubamärgi identiteedi ümberkujundamine, veebisaidi turvaliseks keskkonnaks muutmine jne) ja selle põhjal pange kirja iga väljakutse, millega silmitsi seisate või võite seista, samuti võimalused, mida arvate saavat rakendada. Nii on teil suurem kontroll selle üle, kuidas tegutseda, kui mõni risk veebisaidi migreerimist ohustab.

Mis tahes veebisaidi migreerimise läbiviimisel, sõltumata selle tüübist, on rida olulisi ülesandeid, mida peame kontrollnimekirjana täitma:

1. SAMM: Andmete kogumine enne migreerimist:

Analüütika > Ekstraktige oma projekti SEO-mõõdikud Google Analyticsist ja Google Search Console'ist, et saaksite võrrelda, kuidas asjad enne ja pärast migreerimist välja nägid. Mõned olulised andmepunktid, mida soovite jälgida:

• ›

  Orgaanilised seansid URL-i kohta

• ›

  Indekseeritud lehtede arv ja olemasolevad vead

• ›

  Näitamised võrreldes klikkidega päringu kohta

• ›

  Lehe laadimisaeg...

Mida põhjalikum on teie töölaud, seda paremini saate protsessi migreerimise ajal ja pärast seda mõõta ja jälgida.

Koguge märksõnade reitingud > sellega peame silmas oma kontrolltabelisse saamist ja salvestamist nii jälgitavad märksõnad (kuna need on põhiterminid) kui ka kõik teised, mis teie veebisaidi URL-ide jaoks loomulikult reastuvad.

Koostage sissetulevate ja sisemiste linkide loend > Selle lähteteabe olemasolu võimaldab teil minimeerida tulevasi 301 ümbersuunamisi ja tarbetuid 404-vigu. Te saate ühest küljest paluda, et teile viitavate veebisaitide omanikud uuendaksid vanad lingid uuteks, ja teie SEO-meeskond saab samuti uuendada kõik aegunud lingid.

2. SAMM: Analüüsige ja auditeerige testveebisaidi SEO-d

Sellega seoses on oluline veenduda, et vähemalt järgmised nõuded on korralikult rakendatud:

Lisage robots.txt-faili süntaksisse direktiiv, mis blokeerib robotite juurdepääsu kogu domeenile. Näide:

BLOKEERI KÕIK OTSINGUROBOTID:

*User-agent: **

Disallow: /

Kontrollige, et URL-i struktuur oleks SEO-sõbralik. Kui kavatsete teha parandusi, on vähim, mida saate teha, selle kallal töötada, kas pole?

Veenduge, et uued metaandmed on õiged ja kooskõlas märksõnadega, mille järgi soovite reastuda.

Ärge unustage kontrollida, et kõik kanoonilised (canonical) märgendid viitavad URL-ile, mida peate algseks versiooniks.

Vaadake üle, et iga lehe meta robots -märgendid sisaldaksid HTML-i päises (head) atribuuti „noindex“.

Rakendage õige pealkirjade hierarhia, veendudes, et vähemalt on olemas üks tekstiline H1, mis sisaldab peamist märksõna, mille järgi soovite SERP-ides reastuda**.**

Ärge unustage üle vaadata lehekülgede jaotamise (pagination) seadeid, kui neid on, et mitte jätta migreerimata olulist vana sisu.

Uurige, kas hreflang-märgend on korralikult rakendatud (seni, kuni räägime rahvusvaheliste domeenidega projektidest).

Jälgige kõiki aspekte, mis on seotud WPO ehk saidi jõudlusega.

Kontrollige, et uued sisemised lingid sisaldaksid ainult 200-OK olekuga URL-e.

Veenduge, et uus sitemap.xml sisaldab ainult URL-e, mis tagastavad 200-OK, ja et selles on loetletud kõik lehed, mille järgi me soovime reastuda.

Mõelge mobiilselt: ärge kunagi unustage nende seadmetüüpide konfiguratsiooni (näiteks AMP), samuti arendust, mis on tehtud saidi kuvamiseks nutitelefonides. Tegelikult on see punkt, kuigi jätsime selle viimaseks, kõige olulisem. Peame lõpetama lauaarvutile mõtlemise ja lähtuma eeldusest, et SEO tuleb teha ja üle vaadata mobiilivaatest. Mõni aeg tagasi tegi Google selgeks, et URL-ide roomamisel ja indekseerimisel eelistab ta mobiilivaadet. Tegelikult on nad juba teatanud, et nende URL-ide roomamine on alati mobile-first, alates 2020. aasta septembrist.

3. SAMM – Looge ümbersuunamiste kaart:

On aeg alustada tööd vanade ja uute URL-ide sidumisega. Selle protsessi läbiviimiseks tuleb teil vaadata ja ekstraktida nii vanad kui ka uued veebilehed. Kui see esimene samm on tehtud, tuleb need reastada Exceli või Google Sheeti kahte veergu, et teada, kuhu algsed lehed peaksid ümber suunama.

See saab olema teie migreerimise vundament, seega tuleb see üles ehitada aega võttes, veendumaks, et pakute iga URL-i jaoks parima lahenduse.

Kui teil on see täielik 301 ümbersuunamiste kaart olemas, testige seda enne migreerimispäeva. Tasub kontrollida mitu korda, kui vaja, veendumaks, et ümbersuunamised töötavad ja viitavad uutele lehtedele, mille oleme valinud.

4. SAMM – Seadke kõik valmis Google Search Console'is:

Kuigi see ei hakka tööle enne, kui uus veebisait on Google'i robotitele ligipääsetav, tuleb teil sellest ette jõuda ja hakata atribuuti (property) ette valmistama. Nii saab see koguda uuelt veebisaidilt täpseid andmeid, logides kõik vead, mis tuleb võimalikult kiiresti parandada.

5. SAMM – Ärge kaotage silmist oma PPC-kampaaniaid:

Üsna sageli keskendume ainult SEO-nõuete täitmisele, et tagada edukas migreerimine. Kui teil on aga aktiivsed PPC-reklaamid, tuleb teil teavitada meeskonda URL-i muutusest, et linke saaks uuendada õigetele URL-idele viitama. Selle „saatuse hooleks“ jätmine võib kliendile kalliks maksma minna. Parimal juhul on olemas 301 ümbersuunamine; halvimal juhul võib see viidata 404-le ja kampaania rikkuda. Parim praktika on igal juhul need peatada, kuni olete kontrollinud, et kõik töötab korralikult.

Jälgige enne migreerimist, selle ajal ja pärast

Kui tehakse muudatusi, on alati võimalus, et midagi läheb valesti. Ja veebisaidi migreerimine pole erand. Just seetõttu on kaasatud meeskondade täielik koordineerimine ja suhtlus hädavajalik, et me SEO seisukohast teaksime olekut igal hetkel, saaksime kontrollida, et kõik on korras, ja jälgida edenemist usaldusväärse teabe põhjal.

Ei taha teid hirmutada, kuid kui käib veebisaidi migreerimise protsess, tundub peaaegu alati, et Murphy seadus otsustab meile külla tulla. Pidage meeles, et kui millelgi on võimalus valesti minna, siis see lähebki valesti. Just seetõttu on kontrollida nii palju kui võimalik enne, ajal ja pärast soovitus, mille peaksite ellu viima igas migreerimises, mille kallal töötate.

Kui uus veebisait on käivitatud ja indekseeritud, on soovitatav teha regulaarseid kontrolle selle esimesel elukuul. Peame mõistma, et Google ei pruugi kõiki muudatusi ühe ööga roomata ja ära tunda. Ta roomab järk-järgult, indekseerides vahel tasapisi, seega võivad vead ilmneda isegi nädalaid pärast päeva, mil sait migreeriti.

Levinud vead SEO-sõbralikus veebisaidi migreerimises

• ›

  Algse veebisaidi varukoopia tegemata jätmine. Selle versiooni juurde saab alati tagasi pöörduda, kui migreerimises midagi ebaõnnestub ja arvate, et parandamine hakkab venima.

• ›

  Indekseerimisprobleemid. Siin tulevad mängu mõned kõige sagedasematest vigadest:

Robots.txt direktiividega, mis lubavad robotitel teie domeeni siseneda, samal ajal kui te testite.

• ›„noindex“ atribuudi lisamata jätmine lehtede meta-robots'isse, et blokeerida juurdepääs ka sellel tasandil.

Kui vähegi võimalik, on ideaalne blokeerida juurdepääs IP järgi või parooliga. Ja kui see pole võimalik, on parim praktika veenduda, et nii robots.txt-fail kui ka meta-robots-märgend takistavad otsingumootorite juurdepääsu.

Kui olete migreerinud ja kontrollinud, et esialgu on kõik korras, eemaldage need piirangud, et Google saaks muudatusi roomata ja indekseerida.

Ärge unustage ka neid väikeseid näpunäiteid:

• ›

  Selle tegemine reedel või perioodil, mil veebisaidil on kõige rohkem orgaanilist liiklust, võib olla saatuslik. Pidage alati meeles Murphy seadust... olge ettevaatlik ja ärge hasartmängige, kui see pole rangelt vajalik.

• ›

  Google Analyticsi rakendamata jätmine uue domeeni HTML-is võib jätta teie aruanded nulli. Sel juhul näete probleemi väga selgelt: graafik näeb välja umbes nagu „sirge joon“. Kui seda näete, kontrollige veelkord üle, kas Analytics on paigaldatud ja kas see on tehtud õigesti.

• ›

  Protsessi mittejälgimine jätab alati lahtised otsad. Kui te ei tea, milliseid muudatusi tegite ja millal need tegite, kuidas suudate probleeme parandada kohe, kui need tekivad? Iga tehtud toimingu logimine on hädavajalik nii veebisaitide migreerimiseks kui ka kõige muu jaoks.

Kui asi puudutab veebisaitide migreerimist, võiksime rääkida tundide viisi. Kuid nende esialgsete juhistega arvame, et teil on rohkem kui piisavalt, et alustada, kas pole?

Te teate, et meile meeldib, kui jagate oma vaatenurka, lisate oma muljed ja mõtted. Ärge lõpetage seda tegemast ka siin.

Kirjutage meile millal iganes soovite kommentaaride sektsioonis, palun!