Migrarea site-ului web: strategie SEO și bune practici

Poate fi necesar să vă migrați site-ul/afacerea dintr-un motiv anume. În calitate de SEO, numim aceasta „migrare” sau „mutare a site-ului”. O migrare pregătită necorespunzător poate duce la o scădere semnificativă a traficului dvs. organic. În acest ghid, vă voi împărtăși cum puteți trece prin procesul de migrare a site-ului dvs. în cel mai simplu mod.

De ce trebuie să vă migrați site-ul? Pot exista unul sau mai multe motive pentru aceasta.

Mai întâi, să aruncăm o privire la tipurile de migrare

1. Schimbarea domeniului:
   Poate doriți să mutați site-ul dvs. x.com pe y.com
2. Modificarea structurii URL:
   Adresele URL cu cuvinte relevante pentru conținutul și structura site-ului dvs. sunt mai prietenoase pentru vizitatorii care navighează pe site-ul dvs. Dacă adresele URL ale site-ului nu sunt prietenoase cu SEO, poate doriți să le schimbați.
3. HTTP > Migrare HTTPS:
   Securitatea este o prioritate de top pentru Google. Dacă migrați site-ul dvs. de la HTTP la HTTPS, Google tratează acest lucru ca pe o mutare a site-ului cu modificări ale adresei URL. Acest lucru poate afecta temporar unele dintre numerele dvs. de trafic.
4. Schimbarea platformei:
   Platforma site-ului este pe care este construit site-ul nostru. Ați fi putut să vă creați site-ul web pe WordPress, Shopify, Wix sau orice altă platformă. De asemenea, puteți avea un site personalizat creat de o echipă de dezvoltatori. Poate doriți să treceți la o platformă mai bună. Atunci când schimbăm platforma pe care este construit site-ul tău, ar trebui să testăm funcțiile SEO ale noii tale platforme.
5. Modificări de structură și ierarhie:
   Site-ul dvs. poate începe să fie difuzat într-o zonă complet diferită. Sau URL-ul site-ului dvs. și structura categoriei pot să nu fie adecvate pentru SEO. Indiferent de motiv, putem începe să lucrăm la un site complet nou.
6. Schimbarea serverului:
   Migrațiile de server prezintă riscuri în primul rând în ceea ce privește viteza de încărcare a paginii. Viteza site-ului este un factor de clasare SEO, dar, mai important, este o problemă privind experiența utilizatorului și rata de conversie. S-ar putea să vă gândiți să configurați un site de pregătire pe noul server și să testați viteza paginii pe acesta. De asemenea, nu uitați să verificați redirecționările pentru a vă asigura că se comportă așa cum vă așteptați.
7. Migrare separată a site-ului mobil:
   Google recomandă Responsive Web Design ca model de design, deoarece este cel mai ușor de implementat și întreținut. Deci, puteți planifica să vă redirecționați versiunea m-dot către versiunea principală de răspuns. A face o redirecționare acolo este absolut ceea ce trebuie. Acesta este ceva care ar trebui să fie destul de simplu și ar trebui să fie destul de ușor de făcut.

Dacă întreaga structură rămâne aceeași, se schimbă doar domeniul (primul tip de migrare), se poate spune că treaba noastră este ușoară. În alte tipuri de migrare sau când sunt combinate mai multe tipuri de migrare, lucrurile pot fi mai complicate.

Există zeci de exemple care au înregistrat pierderi masive de trafic în timpul migrației.

Câteva erori care cauzează pierderi de trafic la mutarea unui site:

1. Lipsa de planificare
2. Cunoștințe scăzute de SEO și UX
3. Buget redus
4. Probleme de redirecționare
5. Erori de mapare URL
6. Erori de crawling
7. Nu interferați cu erorile instantanee

Pentru a nu întâmpina aceste probleme, veți găsi strategia de planificare potrivită și punctele de luat în considerare în continuarea articolului.

Înainte de a începe, vreau să vă avertizez despre câteva lucruri:

• ! Google nu recomandă să faceți atât modificări ale designului, cât și ale structurii URL în același timp. Dacă este posibil, este util să faceți aceste două sau mai multe tipuri de migrare în momente diferite, pas cu pas.
• ! Dacă site-ul este mutat pe un alt domeniu, ar trebui investigat istoricul noii adrese de domeniu. Archive.org, interogarea de căutare „yoursite.com” și instrumentele de audit vor funcționa. Dacă există o înregistrare de domeniu sau un site stabilit anterior, acesta trebuie reconsiderat. Instalarea unui domeniu cu o entitate de marcă în Google, care a fost expusă unor probleme precum link-uri spam sau hacking, sau prin difuzarea unui subiect complet diferit, va duce la pierderea unei mari părți a traficului.
• ! În unele cazuri, chiar dacă planificarea și implementarea migrației se face fără probleme, există posibilitatea ca traficul organic să scadă cu 15% sau mai mult. Deoarece există o schimbare importantă a structurii pe site, Google reînvață și evaluează fiecare pagină una câte una. Această perioadă este de obicei de câteva săptămâni, dar poate fi mai lungă pentru site-urile mari. Dacă totul merge bine, traficul tău organic va câștiga un impuls pozitiv într-un timp foarte scurt după această evaluare.
• ! Site-ul nu ar trebui să fie închis pentru utilizatori în timpul sau înainte de migrare. Dacă urmează să fie făcută o modificare a designului sau a structurii, puteți anunța aceste informații publicului dumneavoastră în prealabil prin metode simple. (Carusel, e-mail, SMS, notificare push etc.) Paginile cu diferite coduri de stare sau mesaje de avertizare pot fi interpretate negativ de Googlebot.
• ! Momentul migrării (lansarea noii structuri) ar trebui să fie în fusul orar în care site-ul web primește cel mai puțin trafic. În acest fel, în cazul întâmpinării unor probleme nedorite, numărul de audiență care va fi afectat va fi menținut la un nivel minim. În plus, în aceste ore când încărcarea serverului este scăzută, Googlebot va accesa cu crawlere și va indexa noul site mai repede.

[Studiu de caz] Evitați ca reproiectarea să vă penalizeze SEO

La un an după reproiectarea site-ului lor, EasyCash și-a dat seama curând că performanța la care speraseră nu era acolo. Au identificat și rezolvat mai multe blocaje SEO.

Citiți studiul de caz

Planificare și colectare de date

Un plan de proiect care nu omite niciun pas al mișcării asigură că munca progresează fără erori. Când planul de lucru este determinat, distribuția sarcinilor va deveni clară. Acest plan trebuie făcut cu cel puțin 30 de zile înainte de migrare.

Este important să păstrați datele actuale ale vizitatorilor. În funcție de dimensiunea proiectului dvs. web, este necesar să grupați paginile și interogările cu cel mai mare trafic.

Sfat: păstrarea fișierelor jurnal care acoperă cu 45 de zile înainte de data migrării vă permite să analizați comportamentul Googlebot și să luați măsuri imediate dacă există o diferență.

Creați site de testare și respingeți

Procesul de migrare începe cu wireframes pentru SEO. Dacă wireframe-urile sunt verificate și se fac comentarii SEO în timpul creării wireframe-urilor, modificările care trebuie făcute în site-ul de testare sunt reduse. Acest lucru permite proiectului să avanseze mai rapid. Acest lucru facilitează, de asemenea, munca designerilor UX/UI.

De asemenea, este important să dezactivați accesul bot la site-ul de testare. În caz contrar, puteți experimenta că noile pagini sunt incluse în indexul Google într-un timp foarte scurt.

Cum să interziceți roboții motoarelor de căutare prin fișierul robots.txt?

Creați un fișier robots.txt : puteți crea un fișier denumit test.example.com/robots.txt și puteți executa următoarele comenzi:

——

Agent utilizator: *
Nu permite: /
# Această comandă blochează accesul tuturor roboților pe site-ul meu.

——

Agent utilizator: OnCrawl
Permite: /
# Această comandă permite doar „bot-ului OnCrawl să acceseze site-ul meu.

—–

Este posibil să decideți cu ce roboți să testați și să definiți urma către user-agent prin fișierul robots.txt. Oncrawl are funcții care vor face lucrurile mult mai ușoare.

Restricție IP : Dacă sunteți implicat în planul de migrare al site-ului web al unei companii, puteți deschide doar accesul la IP-ul companiei și dezactivați accesul la toate celelalte IP-uri pentru a preveni expunerea noului proiect. În acest caz, va trebui să acordați acces IP privat agenției sau consultanților cu care lucrați, dacă există. Chiar dacă faceți restricția IP, trebuie să interziceți roboții prin fișierul robots.txt.

Protecție prin parolă : O combinație de ID și parolă poate fi creată pentru a intra pe site-ul de testare. Aplicațiile de crawling, cum ar fi Oncrawl, au funcții de acces prin parolă.

Etichetă Noindex : o metaetichetă noindex poate fi adăugată la secțiunea de cap a tuturor paginilor pentru a preveni indexarea paginilor site-ului de testare de către Google.

Sfat : Una dintre cele mai frecvente greșeli este să uitați să eliminați eticheta noindex după migrarea la noul site web. Nu uitați să confirmați că etichetele sunt actualizate la index, urmați în momentul migrării.

Urmărirea performanței cu Google Analytics

Unul dintre cele mai importante puncte pentru urmărirea performanței este să continuați din același cont Google Analytics fără pierderi de date. Prin urmare, codul GA și GTM existent trebuie să fie activ pe noul site odată cu migrarea.

Generarea unui nou cod GA îngreunează măsurarea performanței dvs. web.

Adăugarea unui memento în tabloul de bord Google Analytics în ziua mutării vă va fi mai ușor să comparați performanța mai târziu.

Crearea listei de adrese URL existente

Am menționat la începutul articolului meu că dacă ne schimbăm doar numele de domeniu, treaba noastră este ușoară. Putem aplica acest lucru în bloc din fișierul .htaccess cu următorul cod sau un cod similar.

* Fișierul .htaccess este un fișier de configurare situat pe serverele Apache.

RewriteEngine On RewriteCond %{HTTP_HOST} ^oldsitee\.com$ [SAU]
RewriteCond %{HTTP_HOST} ^www\.newsite\.com$
RewriteRule (.*)$ https://newsite.com/$1 [R=301,L]

Acest set de reguli va asigura că adresa domeniului 301 redirecționează automat către https://newsite.com atunci când se ajunge la orice adresă URL la oldsite.com sau www.oldsite.com.

Cu toate acestea, dacă munca ta este să repari o structură URL incorectă, lucrurile se complică aici. Am explicat această situație mai târziu în articol.

Acum suntem la unul dintre cele mai importante puncte ale procesului de migrare. Obținerea listei complete de adrese URL importante pentru site-ul actual este esențială. Dacă uitați o adresă URL cu mulți vizitatori și un PageRank ridicat și o lăsați în afara migrării, pregătiți-vă pentru o scădere a traficului dvs. organic.

Sfat : exportând adrese URL din mai multe surse, vă puteți asigura că niciun URL nu este omis.

Începând cu XML Sitemap este întotdeauna pasul potrivit. Pentru a transfera pur și simplu adresele URL din fișierul dvs. XML pe foaia de calcul, puteți copia linkul aici și puteți scrie propria adresă URL a sitemapului în loc de https://www.sinanyesiltas.com/post-sitemap.xml în prima linie.

• Toate adresele URL cu afișare în Search Console,
• Toate adresele URL cu vizualizări de pagină prin Google Analytics,
• Toate adresele URL obținute ca urmare a accesării cu crawlere cu Oncrawl,
• Continuarea utilizării mai multor instrumente de accesare cu crawlere terță parte asigură că lucrarea este clară. Este esențial să vă asigurați că nicio adresă URL nu este omisă, profitând de diferitele caracteristici ale fiecărei aplicații de crawling.
• Este important să includeți aici pagini care au obținut deja linkuri. Pentru aceasta, este necesar să descoperiți paginile legate prin instrumentele Search Console, Ahrefs, Semrush și Majestic și să le adăugați în același document.

După obținerea tuturor URL-urilor, veți avea o date grupate similare cu cele de mai jos într-un singur document Excel.

Avem multe foi Excel diferite cu adrese URL disponibile. Este timpul să le combinați pe toate într-un singur fișier și să îl faceți unic. Ne continuăm drumul cu un document în care nu există adrese URL care se potrivesc, adresele URL actuale sunt listate și nicio adresă URL importantă nu este omisă. Fila ALL din imagine reprezintă zona despre care vorbesc.

Mapare URL (vechi – Mapare URL nouă)

În proiectul în care structura URL s-a schimbat, adresele URL existente trebuie să fie asociate cu noile adrese URL. Un SEO care va face acest lucru în cel mai bun mod poate asigura că procesul de migrare decurge fără probleme și fără pierderi.

Este necesar să se potrivească noua adresă URL cu fiecare dintre adresele URL existente în documentul creat la pasul anterior. Puteți partaja direct acest document pe care îl veți completa cu echipa IT și puteți solicita identificarea redirecționărilor prin fișierul .htaccess. Sau o poți face singur.

Există lucruri critice de luat în considerare în acest pas:

• 301 redirecționarea pe server ar trebui să fie utilizată în redirecționările care urmează să fie aplicate. Acest tip de redirecționare permanent redirecționează pagina X către pagina Y și asigură că toată valoarea paginii X este transferată către pagina Y. Utilizarea 302, 307, JS, Meta sau alte tipuri de redirecționare este o greșeală foarte critică în procesul de migrare.
• Nu includeți adrese URL care nu au vizitatori, conținut slab și care credeți că vă afectează bugetul de accesare cu crawlere în fișierul dvs. de mapare URL. Rețineți că Google a rezervat un spațiu pentru site-ul dvs. în centrul său de date și ar trebui să utilizați acest spațiu cu cele mai eficiente pagini ale dvs. Dacă ați identificat un grup de pagini inutil, faceți aceste pagini să răspundă cu codul de stare 410.
  De ce 410? Codul de stare 410, spre deosebire de 404, spune că această pagină este acum ștearsă și nu va mai fi activă. În cazul în care utilizați codul de stare 404, Googlebot vă vizitează serverul pentru a verifica dacă aceeași pagină este din nou activă. Prin eliminarea acestor vizite, 410 este o soluție importantă pentru a vă folosi eficient bugetul de accesare cu crawlere.
• Nu redirecționați mai multe pagini către o singură pagină în bloc. Acest lucru provoacă confuzie atât pentru utilizatori, cât și pentru roboți. În loc să aplicați un 301 în bloc pentru paginile pe care nu le utilizați și pe care le considerați neproductive, examinați soluția 410.
• Dacă vă aflați în procesul de migrare a unui site de comerț electronic cu mii de pagini, nu este posibil să pregătiți maparea unu-la-unu pentru fiecare adresă URL. În acest caz, vă puteți ghida echipa IT prin pregătirea tiparelor.

Redirecționări imagine

Imaginile sunt incluse și în mapările de redirecționare și migrare a site-ului. Una dintre cele mai frecvente greșeli pe care le vedem este că orientările imaginii nu sunt incluse în migrare. Pentru a nu pierde clasamentele și valorile obținute în Google Images, este important să pregătiți o mapare URL separată pentru imagini. Lucrările de migrare ar trebui analizate pe baza URL, nu pe pagină.

Cum se face?

1. Accesați cu crawlere fișierele dvs. de imagine cu Oncrawl.
2. Puteți analiza sursele de imagine care obțin backlink-uri cu Ahrefs, Semrush și Majestic.
3. Puteți analiza paginile cu imaginile dvs. prin Search Console > Tip de căutare > Imagine.
4. Colectați toate adresele URL pe care le obțineți în același format Excel pe care l-am făcut noi pentru pagini, eliminați duplicatele și finalizați configurarea cartografierii.

(Dacă domeniul se schimbă) Instrumentul de schimbare a adresei Google

După finalizarea tuturor lucrărilor preliminare și activarea redirecționărilor, există un instrument care ne permite să specificăm mutarea site-ului pe Google și ușurează lucrurile: Address Change Tool. Semnalele vor fi gestionate în mai puțin timp după selectarea site-ului vechi și a site-urilor noi în acest instrument.

• Proprietatea proprietății Search Console este necesară atât pentru site-ul vechi, cât și pentru site-ul nou.
• Schimbarea adresei este folosită numai pentru modificări de domeniu. Nu este disponibil pentru modificările URL ale subdosarului sau migrațiile HTTP > HTTPS.
• În acest instrument de modificare, este necesar să se gestioneze fiecare subdomeniu separat, dacă există.
• Când aceste condiții sunt îndeplinite, procesul poate fi pornit selectând site-urile vechi și noi cu Instrumentul de modificare a adresei Google.

Actualizări de linkuri

Site-ul web va avea acum o nouă structură URL. În acest caz, toate linkurile de pe site ar trebui să funcționeze în noua versiune. Dacă vechile URL-uri continuă să fie folosite în link-urile din site, multe redirecționări inutile vor funcționa. Prin urmare, următoarele link-uri trebuie verificate:

• Toate linkurile interne din pagină
• Etichete canonice
• -Dacă există- Etichete Hreflang
• -Dacă există- Etichete alternative
• -Dacă există- Legături HTML Sitemap
• Link-uri la profilul rețelelor sociale
• Link-uri din pagina de destinație utilizate în campaniile publicitare

Sfat : dacă v-ați modificat întreaga structură URL, vă recomand să păstrați fișierul XML sitemap cu vechile adrese URL pentru o perioadă. Creați un sitemap XML separat cu noua structură URL. Continuați să trimiteți adrese URL vechi către Googlebot pentru o vreme. În acest fel, Googlebot va accelera procesul de vizualizare și indexare a redirecționării pe vechile adrese URL. În funcție de dimensiunea site-ului, vă recomand să păstrați fișierul XML sitemap activ de cel puțin 1 lună.

Controale

După ce sunt aplicate redirecționările, este necesar să confirmați că codul de stare al fiecărei adrese URL este 301 prin accesarea cu crawlere a vechilor URL-uri obținute anterior. Aici, este foarte important să luați măsuri rapide atunci când sunt detectate adrese URL cu alt cod de stare decât 301.

Alte puncte de control la care trebuie să fiți atenți:

• Fișierul Robots.txt
• Cod de urmărire Google Analytics
• Controlul verificării Search Console (dacă domeniul s-a schimbat, ar trebui continuat cu 2 domenii diferite, vechi și nou)
• Etichetă meta (noindex, follow)
• Etichetă canonică

Rețineți și acestea:

• Dacă este posibil, furnizorii de backlink ar trebui contactați, iar link-urile vechi ar trebui înlocuite cu altele noi. Dacă există o rețea mare de backlink, se poate face o planificare în ordinea importanței și pot fi contactate doar cele importante./li>
• Paginile de destinație utilizate în campaniile publicitare ar trebui revizuite sau echipele relevante ar trebui informate.
• Prin accesarea cu crawlere a noului site, ar trebui să se verifice dacă toate linkurile funcționează fără probleme și, dacă apare o buclă de redirecționare în cadrul site-ului, ar trebui să se ia o intervenție imediată.
• Linkurile din profilurile rețelelor sociale ar trebui actualizate.
• Ar trebui urmată indexarea paginilor noi.
• Performanța cuvintelor cheie ar trebui monitorizată.
• Redirecționările 301 nu ar trebui să fie dezactivate în curând, ele ar trebui să rămână mereu active.
• Dacă domeniul a fost schimbat; Vechiul domeniu trebuie păstrat cel puțin încă 2 ani.
• Datele vechi (URL-uri, jurnalele, performanța cuvintelor cheie etc.) ar trebui păstrate pentru o perioadă.
• Dacă un fișier de respingere este instalat pe vechiul site, ar trebui să fie încărcat și pe noul domeniu.

Google se ocupă de setarea de rutare între site-ul vechi și cel nou timp de 180 de zile. După perioada de 180 de zile, nu recunoaște nicio asociere între site-urile vechi și cele noi și tratează site-ul vechi ca pe un site irelevant dacă este încă prezent și poate fi accesat cu crawlere.