SEO pentru migrarea domeniului: o listă de verificare pentru profesioniștii web

Există o serie de motive foarte bune pentru a vă migra site-ul web:

• Pentru unele companii, este o chestiune de securitate . Un exemplu bun ar fi un domeniu http care trebuie mutat la unul https.
• Pentru alții, este o chestiune de curățare în timp ce schimbă lucruri precum sistemele de gestionare a conținutului. Dacă treceți de la, de exemplu, Joomla la Drupal, ar putea fi, de asemenea, un moment bun pentru a migra conținutul care încă contează și pentru a planifica tocmai asta.
• Pentru unele organizații, este o chestiune de achiziții . O companie care este achiziționată va trebui uneori să fie integrată în domeniul „mamă”.
• Pentru unele companii, este timpul pentru un rebrand , iar numele de domeniu este unul dintre lucrurile care trebuie schimbate.

Oricare ar fi motivul migrației, trebuie să înțelegeți că toate migrările de domenii implică anumite riscuri , unele dintre ele benigne, altele de distrugere a traficului site-ului.

O migrare atent planificată atenuează aceste riscuri. De asemenea, oferă proprietarilor de site-uri web o șansă mai bună de a păstra recomandările deja existente la motoarele de căutare sau de a îmbunătăți efectiv traficul general pe site.

Benchmarking înainte de mutare

Înainte de a planifica aspectele mai tehnice ale migrării, există o serie de lucruri pe care trebuie să le săpați pentru a utiliza diferite instrumente . Acest lucru este asemănător cu piciorul în cauciucuri înainte de un drum lung. Este mai bine să intri într-un proiect de migrație pregătit.

Fiecare site web este diferit, dar probabil că veți dori o variație a elementelor de mai jos:

• Din Google Search Console , exportați afișările, clicurile și pozițiile Google în valoare de un an. Acest lucru va stabili linia de bază pentru prezența motorului de căutare pe care va trebui să o întâlniți după mutare.
• Dintr-un instrument de analiză a site -ului web (cum ar fi WebTrends sau Google Analytics), exportați statisticile lunare pentru trafic organic, vizite totale, numărul mediu de erori 404, rata de respingere și conversii. Obțineți asta și pentru cel puțin un an. Dacă instrumentul dvs. are o funcție în timp real, înțelegeți traficul concomitent într-o zi a săptămânii, astfel încât să îl puteți compara și cu noul domeniu după lansare.
• Dacă aveți un instrument de sondaj (cum ar fi ForeSee sau Qualaroo), exportați rata de satisfacție și procentul de oameni care pot găsi ceea ce au nevoie.
• Dacă conversiile dvs. sunt trimiteri de formulare mai degrabă decât achiziții, exportați-le din instrumentul dvs. de automatizare a marketingului și/sau managementul relațiilor cu clienții (CRM) .

Aceste statistici vă vor oferi un amestec de statistici calitative și cantitative cu care să le comparați. Unul dintre avantajele colectării unei game de statistici pentru migrare este că, dacă ceva nu merge bine, veți putea să triangulați și să izolați problema destul de rapid .

Unele migrări pot avea o mulțime de părți în mișcare, iar majoritatea echipelor vor fi probabil foarte ocupate în timpul mutării. Veți dori să optimizați timpul necesar pentru a identifica și izola problemele, astfel încât acest lucru să nu aducă prea multă tensiune echipelor deja ocupate. În acest fel, criza de date este în faza de pregătire, mai degrabă în ziua lansării, unde toate echipele sunt susceptibile să fie întinse.

Colectarea de statistici de referință pentru a izola problemele pe linie este ceva ce ar trebui să facă toți agenții de marketing dacă plănuiesc o migrare a site-ului web.

Planificarea diferitelor tipuri de migrare a site-ului web

În funcție de tipul de migrare pe care o veți face, vor fi diferite sarcini pe care trebuie să le planificați. Există câteva lucruri pe care trebuie să le determinați:

• Modificări numai domeniului față de modificările căii URL
• Același conținut sau conținut diferit
• Noul sistem de management al conținutului (CMS) sau același CMS
• Unelte noi sau aceleași unelte

Să ajungem la ceea ce trebuie să planificați având în vedere diferențele.

Modificări numai domeniului față de modificările căii URL

O mutare numai a domeniului nu modifică niciunul dintre șirurile după domeniul de nivel superior . (Acestea sunt „căile” sau „căile URL”.)

De exemplu, dacă toate șirurile dvs. precum /products/product1 sau /about/company nu se vor modifica, dar domeniul dvs. se va schimba de la domain.com la new-domain.com, atunci aveți doar o modificare a domeniului.

Schimbări de domeniu

• www.domain.com/ path1 la www.new-domain.com/ path1
• www.domain.com/ path2 la www.new-domain.com/ path2
• www.domain.com/ path3 la www.new-domain.com/ path3

O redirecționare de la http la https se va califica și ca mutare numai de domeniu.

În schimb, o migrare cu modificări ale căii URL va însemna modificări ale șirurilor de după domeniu.

Domeniul și calea URL se modifică

• www.domain.com/ calea1 la www.new-domain.com/new-path1
• www.domeniu.com/ calea2 la www.domeniu-nou.com/ calea - nouă2
• www.domain.com/ path3 la www.new-domain.com/newfolder/ newstringsfornewpath3

Pentru migrațiile în care căile URL nu se modifică, există de obicei modalități tehnice de a schimba automat șirul de domeniu pentru redirecționări fără a scrie o redirecționare pentru fiecare pagină de pe site.

Pentru migrările în care căile URL se schimbă efectiv, va fi nevoie să scrieți niște redirecționări la nivel de pagină 301. Acest lucru este cu siguranță mai greoi.

Dacă vor exista modificări ale arhitecturii informațiilor pe un site cu mii și mii de pagini, este posibil să nu fie fezabil să scrieți redirecționări la nivel de pagină pentru orice. Poate fi necesar să decideți asupra unui prag de trafic . De exemplu, ați putea dori să redirecționați doar primele 5.000 de pagini în loc de toate cele 175.000 de pagini, pe baza motorului de căutare și a clasamentului total al traficului.

Același conținut sau conținut diferit

Dacă veți avea efectiv același conținut pe noul domeniu ca și pe cel vechi, nu sunt o mulțime de lucruri de luat în considerare în ceea ce privește legăturile interne, asigurându-vă că grupurile de conținut încă mai au sens etc.

Cu toate acestea, dacă veți adăuga sau elimina bucăți semnificative de conținut, va trebui să le mapați cu atenție.

• Există categorii pe care le veți schimba și veți fi „orfane” pagini în acest proces? Aceste pagini ar putea avea nevoie să găsească o casă nouă sau să fie pliate în alte pagini. Asta trebuie să facă parte din planul tău.
• Meniul principal va mai avea sens, având în vedere noul tău conținut? Dacă există secțiuni care sunt pagini importante la care va fi mai greu de accesat după mutare, luați în considerare furnizarea de căi suplimentare către acestea după ce au fost făcute modificări de conținut.

CMS nou sau același CMS

Dacă vă mutați de la www.example.com la www.new-example.com și nu modificați CMS-ul, atunci migrarea reală a conținutului ar trebui să fie foarte simplă.

Dacă treceți de la un CMS la altul, aceeași mișcare poate să nu fie o sarcină simplă. Va trebui să…

• Asigurați-vă că machetele și șabloanele de pe vechiul site vor fi acceptate în mod rezonabil de noul sistem.
• Determinați dacă există o modalitate de a exporta conținutul dvs. CMS în ceva pe care noul sistem de management al conținutului îl va accepta (chiar dacă acest lucru nu este 100%, automatizarea parțială a migrării conținutului poate ajuta).
• Alocați timp pentru părțile din migrarea conținutului care vor fi manuale din cauza schimbării CMS.

Unelte noi sau aceleași unelte

Instrumentele dvs. reale și modul în care implementați instrumentele pot fi diferite între domeniul vechi și cel nou.

Trebuie să te gândești la câteva lucruri:

• Pe noul sistem, există o pagină principală sau ceva similar cu plug-in-urile de care aveți nevoie pentru instrumente, fie independent, fie ca parte a unui instrument de gestionare a etichetelor? Sau trebuie să conectați scripturile de mai multe ori pe site? Dacă este cel din urmă, asigurați-vă că aveți timp suficient pentru asta.
• Dacă treceți de la o implementare instrument cu instrument la un instrument de gestionare a etichetelor, cum ar fi Google Tag Manager, asigurați-vă că aveți suficient timp pentru a testa acest scenariu. Instrumentele de gestionare a etichetelor sunt utile, dar poate dura timp pentru a vă obișnui și acest lucru ar trebui luat în considerare în cronologia dvs. pentru schimbarea domeniului.
• Dacă adăugați instrumente, asigurați-vă că aveți timp pentru testarea regresiei . Este posibil ca noul dumneavoastră instrument să nu se joace imediat cu instrumentele mai vechi și veți avea nevoie de timp pentru a depana.

Finalizarea planului de migrare a site-ului

Odată ce vă pricepeți la diferitele tipuri de migrare a site-ului, este timpul să configurați planul de migrare a site-ului.

Să construim un exemplu pentru un scenariu destul de complex, astfel încât să puteți elimina părțile de care nu aveți nevoie.

Să presupunem că migrați de la un CMS vechi la un CMS nou. Și arhitectura dvs. de informații de pe noul site va fi ușor diferită – unele căi URL vor fi mutate într-o nouă locație.

Iată câteva lucruri pe care trebuie să le faci devreme din punct de vedere al redirecționării:

1. Asigurați-vă că aveți o modalitate de a gestiona redirecționările la nivel de pagină 301

Există mai multe moduri de a configura redirecționări „manuale” la nivel de pagină. Unele dintre ele implică editarea unui fișier de configurare, altele implică introducerea unui XML într-un modul, iar altele au încă o funcție de bază CMS care se ocupă de acest lucru (presupunând că veți avea în continuare acces la vechiul CMS). Stabiliți devreme ce cale veți urma, astfel încât să puteți evita durerile de cap în continuare.

2. Verificați dacă puteți gestiona redirecționări cu caractere wildcard sau condiționate

Dacă aveți capacitatea de a modifica fișierul .htaccess sau un fișier de configurare similar, puteți gestiona unele dintre redirecționări prin condiții, mai degrabă decât să configurați fiecare redirecționare individual. Acest lucru vă va economisi ceva timp.

3. Exportați primele pagini de pe vechiul site

Alegeți între traficul total și traficul organic ca factor determinant pentru clasament. (Traficul organic este destul de bun pentru acest lucru, așa că știți că veți redirecționa paginile care generează de fapt recomandări pentru motoarele de căutare înainte de migrare.)

• Alegeți un prag care are sens, având în vedere dimensiunea site-ului. Primele 100 de pagini pot fi optime pentru un site care are aproximativ 500 de adrese URL unde cel mai mare trafic este pentru primele 80 de pagini. Cu toate acestea, este posibil să aveți nevoie de primele 5.000 de pagini pentru un site care are zeci de mii de adrese URL.

4. Hartați paginile de sus către noua lor locație

Acesta este un pas manual pe care îl puteți face pentru a economisi timp pe linie. Aliniați lista cu paginile de top pe o foaie de calcul și marcați-le ca adrese URL vechi, apoi adăugați noile adrese URL lângă ele. Când știi ce să construiești (cum ar fi un fișier XML), vei avea fișierul cu care poți începe.

Beneficiile redirecționărilor 301

Adăugarea de redirecționări la nivel de pagină 301 (sau „permanente”) către paginile dvs. cele mai valoroase pe măsură ce vă mutați pe un domeniu nou duce la îndeplinire două lucruri:

• Trimite utilizatorii la pagina corectă, pentru beneficiile experienței utilizatorului (UX).
• Le spune păianjenilor motoarelor de căutare despre mutare, pentru beneficii SEO

Când doar o parte a site-ului dvs. a suferit o modificare a arhitecturii informațiilor, puteți, de obicei, să faceți redirecționări condiționate sau wildcard pe părțile site-ului care au încă aceeași cale URL și să utilizați numai redirecționări la nivel de pagină una câte una pentru cele mai mici. numărul de cazuri de utilizare în care sunt absolut necesare.

De exemplu, poate totul de sub /product/ pur și simplu se schimbă în /products/ pe noul site. Puteți gestiona acea parte a mișcării folosind o înlocuire cu wildcard. Dar să spunem, de asemenea, că totul sub /about/ primește o nouă „cale”, astfel încât șirurile reale de după /about/ se vor schimba. Pentru tot ce se află sub /about/ , trebuie să mapați vechea adresă URL la noua adresă URL și să adăugați o redirecționare la nivel de pagină 301.

În acest fel, obțineți beneficiile transferului de link-uri de pe vechiul domeniu, fără a copleși echipa care gestionează redirecționările.

Evitarea capcanelor comune

Există o mulțime de moduri în care o migrare a unui domeniu poate eșua.

Iată doar câteva dintre cele comune la care trebuie să fii atent:

1. Instrumentele de redirecționare pe care le aveți la dispoziție nu sunt suficient de robuste pentru comutare.

• Unele instrumente de redirecționare gestionează numai adresele URL http și nu le pot gestiona pe cele https. Așadar, va trebui să găsiți alte modalități de a trata adresele URL https.
• Unele instrumente de redirecționare sunt părți native ale unui CMS și necesită mult timp pentru a fi configurate. Acest lucru devine problematic atunci când aveți sute sau mii de adrese URL.
• Unele instrumente de redirecționare nu pot gestiona metacaracterele, așa că va trebui să planificați redirecționări manuale. Și va trebui să țineți cont de timpul suplimentar necesar.

Migrațiile de succes ale site-urilor se bazează pe marketerii care înțeleg pe deplin instrumentele de redirecționare pe care le au la dispoziție și planifică doar ceea ce este posibil.

Începeți să clarificați devreme ce este disponibil pentru dvs. cu dezvoltatorii dvs., folosind clarificări precum cele enumerate mai sus.

Rețineți limitările pe care le veți avea cu mult înainte de ziua lansării. Dacă există o mulțime de pași manuali, rezervați suficient timp pentru a aborda acești pași.

Acest lucru asigură că atunci când vine ziua comutării, nu există surprize în acest domeniu.

2. Echipa nu poate evalua corect succesul sau eșecul.

Dacă echipa nu a stabilit criterii de îndeplinit – termeni de căutare pentru care se clasează site-ul, trafic organic total, vizite totale, satisfacție și rate de succes pe site etc. – poate fi foarte greu de spus dacă migrarea a decurs fără probleme.

Poate că traficul general este aproximativ același, dar ratele de succes au început să scadă. Poate că scorurile de satisfacție sunt aceleași, dar există mai puțini termeni de căutare pentru care site-ul se clasează și traficul organic a scăzut.

Dacă nu aveți o serie de cifre la care vă uitați, poate părea că schimbarea domeniului a mers fără probleme în timp ce site-ul este de fapt lovit. A face prost și a-l recunoaște este de preferat decât a face prost și a crede că te descurci bine.

Asigurați-vă că aveți repere pentru mai multe aspecte ale site-ului pentru a evita această problemă.

3. Echipa ratează pagini importante de migrat.

Pentru domeniile cu modificări ale arhitecturii informațiilor, poate fi ușor să pierdeți pagini care fie se clasează pe motoarele de căutare, fie obțineți o cantitate semnificativă de trafic din mai multe surse.

Dacă nimeni nu a efectuat un export al paginilor de top pentru a se asigura că toate acestea sunt migrate, echipa va observa de obicei o scădere a traficului după mutare.

Dacă se întâmplă acest lucru, echipa trebuie să amestece un raport și să verifice dacă conținutul vechi este încă într-un fișier undeva, astfel încât să poată fi adus pe noul domeniu sau să trăiască cu pierderea de trafic. Acest tip de eșec în planificare poate afecta cu adevărat traficul general.

Trebuie să vă asigurați că v-ați uitat la instrumentul dvs. de analiză și ați exportat paginile de sus și că planul de conținut este în stare bună înainte de a apăsa declanșatorul de redirecționare.

4. Volumul sarcinilor devine prea mare pentru ca echipa să le poată gestiona

Există o serie de lucruri care pot schimba volumul de sarcini necesare pentru o migrare a unui domeniu.

Site-ul poate avea link-uri absolute mai degrabă decât relative și va trebui să faceți mult mai multe modificări interne decât ați anticipat inițial.

Este posibil ca instrumentul de redirecționare să nu aibă capacitatea de a accepta metacaracterele și va trebui să gestionați mai multă redirecționare manuală decât ați planificat.

Este posibil să existe elemente care nu fac parte din conținutul paginii pe care trebuie să le mutați în noul CMS, cum ar fi rezultatele prezentate pentru căutarea pe site și va trebui să îi dedicați timp după lansare.

De obicei, cel mai bine este să atribuiți niște resurse suplimentare site-ului pe măsură ce se întâmplă schimbarea, astfel încât să aveți spațiu de lucru atunci când lucrurile nu merg exact conform planului.

Gestionarea sarcinilor în ziua trecerii

Să presupunem că toate redirecționările funcționează exact așa cum era de așteptat.

Tot conținutul pe care ați vrut să îl mutați a fost mutat. Nu primiți vârfuri de eroare 404, toate instrumentele dvs. se declanșează la fel ca înainte, toate configurațiile care nu sunt legate de conținutul paginii se deplasează corect.

Acesta este un început grozav, dar încă mai lasă unele sarcini pentru sarcinile SEO în ziua lansării:

1. Obținerea corectă a condițiilor de respingere pe robots.txt

Fișierul robots.txt le spune păianjenilor motoarelor de căutare ce ar trebui și ce nu ar trebui să acceseze cu crawlere pe un site.

Verificați cu dezvoltatorii și SEO că aveți un fișier robots.txt configurat și mutați-l. Dacă nu aveți unul, cel puțin asigurați-vă că fișierul robots.txt nu va citi astfel:

• Agent utilizator: *
• Nu permite: /

Această combinație va spune Google și altor motoare de căutare să nu indexeze nimic pe site-ul dvs. Este un scenariu pe care ar trebui să încerci să îl eviți.

2. Crearea și validarea noilor conturi Google Search Console

Odată ce noul domeniu este stabilit, trebuie să-l înregistrați în Google Search Console și să dovediți că dețineți domeniul. Puteți face acest lucru folosind o serie de metode, de la eliminarea unui fișier pe care Google îl va recunoaște la rădăcină până la utilizarea Google Manager de etichete.

• Configurarea conturilor Google Search Console pentru dosare. Odată ce ați validat domeniul, puteți adăuga secțiunile site-ului dvs. ca proprietăți suplimentare. Acest lucru vă va permite să faceți lucruri precum să vă uitați la căutările care duc doar la secțiunea „produse” sau doar la secțiunea „despre noi”, dacă le aveți. Acest lucru vă va oferi un strat suplimentar pentru a verifica dacă traficul dvs. organic a supraviețuit migrării domeniului.

3. Trimiterea hartilor site-ului

În funcție de sistemul dvs. de management al conținutului, puteți fie să generați o hartă a site-ului cu liste de adrese URL din CMS-ul dvs., din instrumentele de crawling, fie manual prin Notepad.

Un lucru pe care îl puteți face aici este să generați o hartă separată a site-ului pentru fiecare secțiune a site-ului dvs. (o hartă a site-ului pentru secțiunea „produse”, o hartă a site-ului pentru „despre noi” etc.) Dacă Google indexează 90% din paginile dvs. de produse dar numai 5% din dvs. despre pagini, veți ști să remediați doar secțiunea prost indexată. Veți vedea această problemă numai dacă aveți hărți separate pentru fiecare secțiune a site-ului.

După ce ați generat hărțile site-ului pentru diferitele secțiuni ale site-ului web, ar trebui să le trimiteți la Google prin Search Console.

4. Spuneți Google despre schimbarea domeniului

Acesta este un pas pe care chiar și unii marketeri experimentați îl ratează. Google Search Console are un instrument care vă permite să declarați o „schimbare de adresă”. Pentru a o utiliza, trebuie să validați proprietatea Google Search Console pentru domeniile vechi și noi, apoi urmați pașii enumerați de Google Search Console.

Monitorizarea statisticilor după lansare

Dacă ați urmat sfaturile din această postare până acum, veți avea repere cantitative și calitative cu care să comparați.

• Datele instrumentului de sondaj. O scădere semnificativă a satisfacției și a capacității oamenilor de a găsi ceea ce au nevoie poate însemna că noua structură a site-ului poate fi confuză pentru vizitatori. Va trebui să regândiți noua arhitectură .
• Google Search Console și datele instrumentului de analiză. O creștere a erorilor 404 combinată cu unele pierderi de clasare și scăderi organice ale traficului vor însemna de obicei că cel puțin unele redirecționări eșuează. Va trebui să investigați metodologia de redirecționare .
• Datele instrumentului de analiză. O scădere semnificativă a traficului total și de referință fără o scădere la fel de mare a traficului motorului de căutare poate însemna că nu ați mutat conținutul către care alte site-uri web le trimite. Va trebui să revedeți acel conținut .

Monitorizarea în timp real a traficului poate ajuta și aici. Dacă numărul concomitent de vizitatori pe site-ul dvs. este semnificativ sub cifrele de dinainte de lansare (să zicem, mai puțin de jumătate din ceea ce a fost), atunci veți ști că ceva nu este în regulă și trebuie să săpați mai adânc.

Nu există o suprapregătire în migrarea domeniului

Mutarea domeniilor poate fi un proces dureros.

Există o mulțime de moduri în care procesul poate merge prost pentru site-ul dvs. Și există foarte puține căi către succesul complet.

Toate acestea fiind spuse, dacă trebuie să vă schimbați domeniul, cel mai bine este să vă pregătiți în exces. Daca tu …

• aflați ce pot face instrumentele de redirecționare pentru dvs. de la început,
• obsedează-te de planul de conținut până când nu vezi nicio găuri rămase și
• utilizați datele pentru a gestiona tranziția

… aveți șanse mai mari să vă mutați fără probleme într-un domeniu nou.

Pentru anumite tipuri de mișcări, dacă ești obsedat de plan, s-ar putea chiar să crești traficul și conversiile după schimbare.