Asigurați-vă că migrarea domeniului dvs. se desfășoară fără probleme

Publicat: 2018-12-04

Există mai multe motive diferite pentru care cel mai probabil va trebui să treceți printr-o migrare a numelui de domeniu sau, pur și simplu, printr-o migrare a unui domeniu. Acestea pot include mutarea de la un nume de domeniu la altul, combinarea mai multor site-uri web într-unul sau pur și simplu mutarea site-ului dvs. de la HTTP la HTTP, ceea ce este mai frecvent. Migrările de domenii nu trebuie să fie dificile. Însă, dacă nu sunt făcute corespunzător, pot avea consecințe grave, cum ar fi o pierdere de trafic sau pierderea clasamentului în motoarele de căutare, ceea ce poate însemna o pierdere a vânzărilor.

Migrarea de la HTTP la HTTPs

Notă: Bill a separat acest articol în diferite videoclipuri care rezumă punctele sale.

Cel mai comun tip de migrare este atunci când vă mutați site-ul de la un site web nesecurizat la un site web securizat. Adresele URL ale site-urilor dvs. se mută de la HTTP la cele HTTP. Dacă nu ați mai făcut acest tip de migrare înainte, vă recomand să luați în considerare mutarea pe un site web securizat. Motoarele de căutare consideră HTTP-ul un factor de clasare pentru motoarele de căutare, iar cele mai recente versiuni ale browserelor web precum Google Chrome și Firefox au început să avertizeze utilizatorii atunci când vizitează un site web nesecurizat.

Exemplu de avertisment pe care Firefox îl arată când accesați o pagină web care încarcă resurse HTTP pe o adresă URL HTTP.

Migrarea site-ului dvs. de la HTTP la HTTPs implică câțiva pași importanți. Acești pași includ instalarea certificatului SSL pe site și apoi asigurarea că site-ul a fost migrat complet:

Cumpărați un certificat SSL și instalați certificatul pe site-ul dvs. web. Multe gazde web vă vor vinde certificatul SSL și îl vor instala pentru dvs.
Odată ce certificatul SSL este instalat, veți dori să accesați cu crawlere site-ul web pentru a vă asigura că toate referințele interne la HTTP de pe site au fost mutate în HTTP. Unele gazde web vor face modificările și actualizările necesare, dar multe nu vor face. Acolo este de mare ajutor un crawler pentru site-uri web, cum ar fi OnCrawl.

Fiind cineva care a făcut literalmente sute de migrări de la HTTP și HTTP în ultimii câțiva ani și cineva care este de obicei consultat atunci când merge greșit, există de obicei o greșeală principală care este făcută. De obicei, site-urile web nu sunt migrate complet de la HTTP la HTTP. Migrarea nu este finalizată. De exemplu, paginile de pe site se pot rezolva atunci când introduceți https://www.yourdomain.com într-un browser web, dar linkurile de pe site indică în continuare versiunea HTTP. Imaginile de pe site-ul web pot fi referite prin versiunea HTTP, ceea ce ar duce la apariția unui simbol „lacăt spart” în browserul web atunci când vizitați una dintre acele pagini.

Când migrați un site web de la HTTP la HTTP, este esențial ca migrarea domeniului să fie finalizată complet. Instalarea unui certificat SSL pe site nu este suficientă. Acesta este doar începutul întregului proces de migrare. Înainte de a începe să treceți la HTTP-uri din HTTP, finalizați aceste sarcini:

1. Asigurați-vă sau actualizați toate linkurile interne de pe site, astfel încât acestea să trimită către HTTP-uri
2. Examinați și verificați din nou setările CMS (adică setările WordPress etc.)
3. Actualizați referințele de imagine și referințele de script, cum ar fi fișierele .CSS și fișierele JavaScript. Orice adresă URL internă la care se face referire în codul site-ului trebuie schimbată din HTTP în HTTP. Aceasta include etichete canonice pe site.
4. Accesați cu crawlere site-ul cu un crawler de site, cum ar fi OnCrawl, pentru a verifica că referințele interne și linkurile interne au fost actualizate. Va trebui să utilizați modul de listă de adrese URL al OnCrawl pentru a accesa cu crawlere lista de adrese URL.

Configurați o nouă accesare cu crawlere, adăugați surse de date la accesare cu crawlere. Apoi, faceți clic pe fila Fișiere URL pentru a încărca lista de fișiere cu adrese URL.

În acest caz, am selectat opțiunea „Lista de adrese URL” și am adăugat lista de adrese URL cu 301 redirecționări pe care le-am adăugat deja în fișierul meu .htaccess. Adaug acele URL-uri într-un fișier text pe care apoi l-am comprimat într-un fișier .ZIP.

Odată ce rulați accesarea cu crawlere și este finalizată, ar trebui să puteți accesa Data Explorer și să vedeți redirecționările pentru a vă asigura că toate sunt afișate la 301 Permanent Redirects. Mai jos este un exemplu de date pe care le-am rulat pentru redirecționări pe care le-am configurat pe domeniul meu de la migrarea unui anumit conținut pe un alt domeniu.

De asemenea, puteți vedea o prezentare generală a acestor date în raportul Coduri de stare:

Puteți găsi mai multe informații despre modul listă și despre cum să-l rulați aici.

5. Configurați 301 de redirecționări permanente de la HTTP la HTTP.

În general, site-ul dvs. nu ar trebui să se bazeze doar pe redirecționările permanente 301 care sunt configurate. Dacă nu actualizați linkurile interne de pe site, de exemplu, atunci linkurile interne vor provoca redirecționări 301 – ceea ce nu este un lucru bun. Când accesați cu crawlere site-ul de pe pagina de pornire a site-ului, nu ar trebui să întâlniți redirecționări sau erori 404. Redirecționările ar trebui să fie în continuare la locul lor, deoarece le spuneți tuturor (motoarelor de căutare și vizitatorilor) că ați trecut de la adresele URL HTTP la HTTP de pe site-ul dvs. Și, veți dori să redirecționați clicurile de la link-uri de pe alte site-uri web care încă trimit către versiunea HTTP a site-ului dvs. web. Dar, făcând clic pe un link de pe site-ul dvs. care indică o altă pagină de pe site nu ar trebui să provoace o redirecționare. Aveți controlul asupra site-ului dvs. și este o parte generală a întreținerii generale a site-ului dvs.

Sperăm că, când ajungeți în acest punct, sunteți gata să treceți la HTTP. Pentru majoritatea migrărilor de domenii, odată ce certificatul SSL este în vigoare pe site, în special pe un site WordPress, merg mai departe și fac schimbarea – actualizând toate referințele interne la HTTP și actualizând setările WordPress (Setări/General) pentru a spune WordPress despre noile URL-uri HTTP.

Faceți o copie de rezervă a site-ului dvs.
În WordPress, actualizați Setările generale (setări/general), astfel încât Adresa WordPress și Adresa site-ului să indice versiunea HTTPs a site-ului dvs.
Utilizați pluginul Better Search and Replace pentru a căuta versiunea http a site-ului dvs. și înlocuiți-o cu versiunea https a site-ului dvs. Prefer să caut adresa URL completă, cum ar fi http://www.yoursite.com/ și să o înlocuiesc cu https://www.yoursite.com/, astfel încât să facă modificările adecvate la adresele URL. Acest plugin vă permite să căutați în întreaga bază de date WordPress și să faceți actualizările adecvate pe întregul site.
Adăugați codul de redirecționare în fișierul .htaccess al site-ului, astfel încât să redirecționeze HTTP către HTTP. Alternativ, există pluginuri care vă vor ajuta să forțați HTTP-urile pe site, redirecționând HTTP către HTTP.
Dacă utilizați un CDN, cum ar fi Cloudflare.com, puteți actualiza setările pentru a forța HTTP-urile și acolo.
Luați în considerare înscrierea în Lista de preîncărcare HSTS pentru Google Chrome. Rulați site-ul prin https://hstspreload.org. Dacă aveți toate setările corecte, vă va permite să vă trimiteți la această listă. Dacă există încă probleme cu setările, site-ul vă va anunța, astfel încât să le puteți remedia.
Actualizați setările Google Analytics, astfel încât să știe că acum utilizați HTTP-uri și nu HTTP.
Actualizați-vă semnătura de e-mail, profilurile rețelelor sociale și orice alte linkuri care indică, de asemenea, site-ul dvs.

După ce vă mutați, asigurați-vă că verificați toate versiunile site-ului dvs. în Google Search Console. Pentru majoritatea site-urilor fără subdomenii personalizate configurate, există patru versiuni diferite care ar trebui verificate:

https://
https://www
http://
http://www

În general, ar trebui să vedeți traficul către „alte versiuni” pe care nu le utilizați, să scadă, iar traficul către versiunea principală HTTPs pe care o utilizați va începe să crească (din lipsa traficului) odată ce ați mutat cu succes site-ul la HTTP-uri. Reprezentanții Google au spus că atâta timp cât redirecționați corect de la HTTP la HTTP, nu veți avea probleme de clasare, deoarece migrarea se face corect. Ceea ce văd, totuși, din când în când, este că site-urile web nu reușesc să parcurgă toți pașii necesari într-o migrare de la HTTP la HTTPs - și aici clasamentele și traficul motoarele de căutare tind să scadă dramatic. Trecerea la HTTP-uri are beneficiile sale și este un factor de clasare în motoarele de căutare, atâta timp cât se face corect.

Trecerea de la un domeniu la altul

Un alt tip de migrare a numelui de domeniu care are loc mai des decât credeți este o migrare în care treceți de la un nume de domeniu la altul. Un scenariu tipic ar fi atunci când aveți un nume de domeniu lung sau unul care utilizează un TLD (domeniu de nivel superior) care nu este ideal. Veți vedea apoi un nume de domeniu mai bun, poate este mai scurt sau pur și simplu mai bun: este un nou nume de domeniu gTLD care conține cuvintele dvs. cheie. Cumpărați noul nume de domeniu, plănuind să vă mutați site-ul actual pe acel nume de domeniu nou achiziționat. Migrările de domenii ca acesta nu trebuie să fie înfricoșătoare, în timp ce ți-e teamă că vei pierde trafic și clasamentele motoarelor de căutare atunci când te muți la alt nume de domeniu.

Deci, schimbați numele de domeniu și treceți la alt nume de domeniu. Să parcurgem pașii care vor asigura o migrare fără probleme a domeniului.

În primul rând, realizați că, în general, există două scenarii diferite aici:

Cumpărați sau achiziționați un nume de domeniu care a fost înregistrat anterior. Acesta poate fi un nume de domeniu expirat, unul pe care îl cumpărați la o licitație de domeniu sau de la un „drop catcher” sau unul pe care îl cumpărați direct de la altcineva.
Cumpărați un nume de domeniu nou-nouț care nu a mai fost înregistrat până acum. Vreodată. Verificați acest lucru uitându-vă la Internet Archive (mașină de retur) la www.archive.org.

Este extrem de important să înțelegeți diferențele dintre aceste două scenarii. Atât de important, încât statutul anterior al numelui de domeniu ar putea avea un impact uriaș asupra utilizării viitoare a numelui de domeniu. De exemplu, dacă numele de domeniu a fost înregistrat în orice moment în trecut, ar putea avea un trecut în carouri:

ar putea avea link-uri bune (sau rele) care să indice către el
ar fi putut fi un fost site off-topic care este pe un subiect diferit de cel pentru care îl vei folosi
ar fi putut fi folosit pentru spam (avea conținut spam pe el sau a fost folosit pentru a trimite spam prin e-mail)
ar putea fi interzis pe rețelele de socializare (da, este posibil ca un site să fie interzis pe Facebook!)
ar putea fi interzis în motoarele de căutare.

În cele mai multe cazuri, este posibil să curățați un nume de domeniu cu un trecut în carouri. Dar nu fără mult efort. Ceea ce recomand este ca, dacă numele de domeniu a fost înregistrat în orice moment și folosit pentru un site web, ar trebui să îl configurați ca microsite cu conținut pe subiect. Conținutul de pe acesta ar trebui să fie pe același subiect pentru care îl veți utiliza în cele din urmă sau pentru care îl veți redirecționa/muta alt conținut către acesta. Lăsați acel microsite (cel puțin 3-5 pagini) să stea câteva săptămâni (sau mai mult) pentru a vă asigura că este în regulă de utilizat. Asigurați-vă că este indexat în rezultatele motorului de căutare și că nu există probleme cu acesta. În acest fel, atunci când îl mutați sau migrați conținutul către acesta de la alt nume de domeniu, nu vor exista bagaje sau probleme despre care nu știați. Faceți-vă diligența cu privire la numele de domeniu sau angajați pe cineva cu experiență în acest domeniu pentru a verifica numele de domeniu. Verified Domains oferă, de asemenea, o verificare completă a antecedentelor numelui de domeniu.

Dacă numele de domeniu nu a fost înregistrat înainte și nu a fost niciodată folosit pentru un site web, atunci aveți noroc - nu ar trebui să vă faceți griji cu privire la problemele preexistente cu numele domeniului. Totuși, aș face niște diligențe, doar ca să mă asigur.

Dacă vă simțiți confortabil cu numele de domeniu către care migrați, atunci prima problemă este să vă familiarizați foarte bine cu tot conținutul de pe site-ul existent și să găsiți toate adresele URL potențiale care au existat vreodată pe acesta. De exemplu, ar trebui efectuată o accesare completă cu crawlere a site-ului web folosind OnCrawl, inclusiv:

Date din fișierul jurnal
Date Google Analytics sau Adobe Analytics
Date din Google Search Console
Date de backlink Majestic.com

Includerea tuturor acestora în accesarea cu crawlere OnCrawl vă va asigura că veți găsi toate adresele URL de pe site care au existat vreodată. În acest fel, orice redirecționare pe care le-ați configurat (redirecționarea vechiului nume de domeniu către cel nou) va ține cont de tot traficul potențial și legăturile pe care vechiul nume de domeniu le-a avut vreodată.

Procesul real de trecere de la un nume de domeniu la altul este, de fapt, destul de simplu și include câțiva pași:

1. Verificați toate versiunile fiecărui site în Google Search Console. Aceasta înseamnă versiunile http://, https://, http://www și https://www. Identificați toate subdomeniile, de asemenea, dacă există vreunul pe care îl cunoașteți.
2. Accesați cu crawlere site-ul în întregime utilizând OnCrawl. Includeți Google Analytics, Google Search Console, Majestic.com și datele fișierului jurnal în accesarea cu crawlere, dacă este posibil. Doriți să accesați cu crawlere astfel încât să identificați toate adresele URL posibile. Faceți o listă cu toate adresele URL pe care le întâlniți, o listă masivă de adrese URL unice. Vei avea nevoie de ele mai târziu.
3. Configurați redirecționările . Utilizați 301 Redirecționări permanente pentru a redirecționa de la vechiul nume de domeniu la noua versiune pe noul domeniu. În mod ideal, aceasta înseamnă redirecționarea de la fiecare versiune pe vechiul nume de domeniu către noul domeniu.
4. Testați redirecționările și asigurați-vă că nu redirecționați de mai multe ori. De exemplu, ar trebui să existe o redirecționare permanentă 301 de la http://www.olddomain.com la https://www.newdomain.com/. Nu ar trebui să redirecționeze de la http://www.olddomain.com la https://www.olddomain.com și apoi la https://www.newdomain.com/. Este ușor să faci această greșeală – și este o greșeală. Asigurați-vă că este doar o redirecționare, nu mai multe redirecționări.
5. Utilizați instrumentul Google Change of Address pentru a spune Google că vă mutați de la un nume de domeniu la altul. Dacă redirecționările sunt configurate corect, Google o va confirma folosind acel instrument.
6. Actualizați setările Google Analytics pentru a indica noul nume de domeniu. Dacă doriți să păstrați datele istorice vechi în Google Analytics, atunci va trebui să editați adresa URL în setările Google Analytics.
7. Accesați din nou cu crawlere site-ul , folosind lista creată anterior, pentru a vă asigura că toate adresele URL vechi sunt redirecționate corect către noile adrese URL. Utilizați modul de listă de adrese URL al OnCrawl pentru a accesa cu crawlere lista de adrese URL pe care ați creat-o anterior.

Configurați o nouă accesare cu crawlere, adăugați surse de date la accesare cu crawlere. Apoi, faceți clic pe fila Fișiere URL pentru a încărca lista de fișiere cu adrese URL.

Puteți găsi mai multe informații despre modul listă aici.

Va trebui să păstrați redirecționările pe loc pentru o perioadă lungă de timp — de obicei vă recomand să nu eliminați niciodată redirecționările de la vechiul nume de domeniu către noul domeniu. Adresele URL vechi vor rămâne în indexul Google pentru o lungă perioadă de timp – le-am văzut rămânând cel puțin 3 ani dacă redirecționările sunt încă la locul lor. Vechiul domeniu va apărea în rezultatele căutării numai dacă căutați vechiul nume de domeniu și nu ar trebui să vedeți clasamentul vechiului domeniu pentru niciun cuvânt cheie dacă redirecționările sunt la locul lor și sunt configurate corect.

Combinarea site-urilor web într-un singur site web

Există momente în care veți întâlni situația în care trebuie să combinați conținutul de pe mai multe site-uri într-un singur site. Mulți dintre pașii din procesul de combinare a conținutului și a conținutului în mișcare sunt aceiași, dar de obicei este mai dificil doar atunci când decideți ce conținut să mutați, ce conținut să redirecționați și ce conținut să eliminați complet de pe site (și nu mutați) .

Pașii pe care îi recomand atunci când combin două site-uri web sau mai multe site-uri într-un singur site web sunt următorii:

1. Accesați cu crawlere toate site-urile web folosind OnCrawl. Includeți Google Analytics, Google Search Console, Majestic.com și datele fișierului jurnal în accesările cu crawlere, dacă este posibil. Doriți să accesați cu crawlere astfel încât să identificați toate adresele URL posibile. Faceți o listă cu toate adresele URL pe care le întâlniți, o listă masivă de adrese URL unice. Vei avea nevoie de ele mai târziu.
2. Creați o foaie de calcul cu toate adresele URL din toate site-urile web . Aceasta poate implica mai multe file, una pentru fiecare site web și una pentru „noul” site web pe care îl creați. Începeți procesul obositor de a enumera toate paginile de pe „noul” site web și de a identifica paginile din vechile site-uri pe care le mutați, ce pagini combinați și așa mai departe. Aceasta este partea cea mai critică a întregului proces și ar trebui să petreceți cel mai mult timp acestei sarcini.
3. După ce aveți o foaie de calcul și liste cu care adrese URL trebuie redirecționate și ce conținut trebuie mutat sau combinat, faceți un plan pentru combinarea conținutului și un plan pentru mutarea conținutului. Aceasta va include, desigur, modificări de navigare (modificări ale legăturilor interne) pe care va trebui să le mapați, de asemenea. Rețineți că este recomandat să păstrați cât mai multe adrese URL identice. Dacă combinați site-uri web într-un singur site web existent, este util să păstrați aceleași adrese URL.
4. În timpul acestui proces, vă recomand să începeți cu un nou server web sau VPS , de obicei într-un mediu de dezvoltare (nu un site deschis publicului și accesabil cu crawlere de către motoarele de căutare). Acest lucru vă va oferi suficient timp pentru a muta conținutul, a adăuga legăturile interne și a actualiza navigarea. Unii le place să folosească acest timp pentru a crea un site web nou cu un design web nou. Mutați conținutul și actualizați noul site.
5. După ce sunteți mulțumit de noul site și de conținutul mutat sau combinat, puteți începe să configurați redirecționările. Utilizați foaia de calcul pe care ați creat-o anterior pentru a vă ajuta cu redirecționările, precum și cu datele anterioare de accesare cu crawlere OnCrawl.
6. Asigurați-vă că toate versiunile tuturor domeniilor (http://, https://, http://www. și https://www, precum și orice subdomenii, sunt verificate în Google Search Console.
7. Configurați redirecționările , permiteți motoarele de căutare să acceseze cu crawlere noul site. Dacă ați trecut la un alt server web, va trebui să actualizați serverele de nume ale domeniului pentru ca acestea să trimită către noul server web.
8. Utilizați instrumentul Google Change of Address pentru a spune Google că v-ați mutat de la un domeniu la altul. Va trebui să faceți acest lucru pentru fiecare domeniu pe care îl mutați sau îl combinați. Dacă redirecționările sunt configurate corect, Google va recunoaște mutarea atunci când configurați schimbarea adresei.
9. Actualizați setările Google Analytics pentru a indica noul nume de domeniu. Este posibil să nu puteți păstra toate datele istorice Google Analytics, deoarece nu mutați doar un domeniu în altul. Este posibil să doriți să începeți un nou cont Google Analytics pentru noul domeniu sau site-ul nou - sau să utilizați pur și simplu pe cel care se află pe site-ul actual.
10. Accesați din nou cu crawlere toate site-urile , folosind lista creată anterior, pentru a vă asigura că toate adresele URL vechi sunt redirecționate corect către noile adrese URL. Utilizați modul de listă de adrese URL al OnCrawl pentru a accesa din nou toate adresele URL pentru a verifica redirecționările.

Configurați o nouă accesare cu crawlere, adăugați surse de date la accesare cu crawlere. Apoi, faceți clic pe fila Fișiere URL pentru a încărca lista de fișiere cu adrese URL.

Puteți găsi mai multe informații despre modul listă aici.

11. Pentru conținutul nou pe care l-ați mutat sau actualizat, vă recomandăm să utilizați instrumentul Google Fetch and Render pentru a solicita ca Google să acceseze din nou site-ul.

Indiferent dacă migrați de la HTTP la HTTPs, migrați de la un nume de domeniu la altul sau combinați site-uri web într-un singur site web, toate necesită o accesare cu crawlere a site-ului. Utilizați accesările cu crawlere pentru a găsi toate adresele URL (pagini) posibile care au existat vreodată pe un site web și utilizați acele date atunci când configurați redirecționări. Este imperativ să utilizați redirecționări permanente 301, minimizând în același timp numărul total de „hopuri” prin care trebuie să treacă un vizitator (sau un robot al motorului de căutare) pentru a ajunge la locația finală. De prea multe ori văd probleme de clasare în motoarele de căutare și scăderi de trafic din cauza migrărilor proaste ale site-urilor sau migrărilor în care nu au fost urmați toți pașii necesari. Cu un plan bun pentru migrare, înțelegerea întregului proces și verificarea migrării ulterioare, următoarea migrare a domeniului poate decurge fără probleme, fără pierderi de trafic sau de clasamente în motoarele de căutare.

Începeți perioada de încercare gratuită de 14 zile

Aflați singur de ce Oncrawl este cea mai recunoscută platformă SEO tehnică și de date de pe piață! Nu este necesar un card de credit și nu sunt atașate condiții: doar 14 zile de probă cu funcții complete.

Începeți procesul