O migrare CMS este unul dintre puținele proiecte în care partea tehnică poate merge impecabil, iar rezultatul să fie totuși un dezastru. Site-ul intră online la termen, arată mai bine, se încarcă mai repede, iar traficul scade la jumătate, pentru că vreo câteva sute de adrese și-au schimbat forma și nimeni nu a construit harta.

Pierderea nu este provocată de noua platformă. Este provocată de discontinuitate: adrese care răspundeau nu mai răspund, pagini care erau identificabile par acum noi, iar istoricul strâns în ani pe vechile adrese nu mai are unde să se ducă.

Singura decizie care determină rezultatul: păstrezi structura de URL-uri? Dacă da, migrarea rămâne în mare parte un exercițiu de conținut și de șabloane, iar riscul este modest. Dacă nu, fiecare adresă schimbată are nevoie de o redirecționare către echivalentul ei precis, iar caracterul complet al acelei hărți decide dacă migrarea trece neobservată sau devine scumpă. Nu există o a treia variantă, în care adresele se schimbă și totuși iese bine.

Ce strică de fapt o migrare CMS

URL-urile, iar aici este miza cea mare. Platformele diferite au convenții diferite pentru căi, paginare, categorii și date calendaristice, iar preluarea setărilor implicite ale noii platforme rescrie în tăcere fiecare adresă din site.

Metadatele. Titlurile și descrierile scrise de-a lungul anilor deseori nu supraviețuiesc unui export, iar noua platformă le generează din șabloane. Este ușor de ratat, pentru că paginile arată perfect în regulă.

Datele structurate. Marcajul adăugat de un plugin pe vechea platformă dispare odată cu pluginul, iar echivalentele noi produc rareori exact aceeași ieșire. Ghidul nostru despre cum citesc motoarele de căutare AI marcajul Schema arată ce trebuie să supraviețuiască.

Linkurile interne. Conținutul plin de linkuri absolute către vechile căi va continua să indice spre ele, ceea ce, după o schimbare de adrese, înseamnă că fiecare dintre ele trece în cel mai bun caz printr-o redirecționare.

Imaginile și fișierele media. Alte căi de stocare, alte nume de fișiere și texte alternative care stăteau în vechea bază de date și nu au ajuns în export.

Tot ce făcea un plugin. Redirecționări configurate în ani, reguli canonice, formate de flux și funcționalități pe care nimeni nu le-a documentat, fiindcă erau doar o bifă.

Inventariază toate astea înainte de migrare, nu după. Lista lucrurilor pe care vechea platformă le face discret în locul tău este întotdeauna mai lungă decât te aștepți.

Harta de redirecționări decide tot

Dacă adresele se schimbă, ea este livrabilul care contează și trebuie să fie completă, nu aproape completă.

Construiește lista de plecare din mai multe surse. O scanare a site-ului live găsește ce este legat prin linkuri. Analytics și Search Console găsesc pagini care primesc trafic, dar pot fi orfane. Jurnalele serverului găsesc ce se cere în realitate, inclusiv de pe alte site-uri care te citează. Orice sursă luată singură ratează lucruri, iar paginile ratate sunt disproporționat cele vechi, cele cu linkuri pe ele.

Asociază fiecare adresă veche cu echivalentul ei nou și precis. Nu cu pagina principală și nu cu o pagină de categorie, pentru că o redirecționare către ceva ce nu răspunde cererii inițiale este tratată ca eroare soft și transmite foarte puțină valoare. Documentația Google despre mutarea site-ului descrie corespondența așteptată. Dacă într-adevăr nu corespunde nimic, un răspuns de pagină negăsită este soluția onestă și mai bună decât o redirecționare înșelătoare.

Folosește redirecționări permanente, ține lanțurile la un singur pas îndreptând adresele vechi direct spre destinațiile finale și ține minte că regulile sunt evaluate în ordine, așa că un tipar larg pus deasupra unei reguli specifice o va înghiți.

Apoi testează harta înainte de lansare, pe lista completă, nu pe un eșantion.

Înainte de comutare

Scanează și arhivează vechiul site. O evidență completă a fiecărei adrese, cu titlu, descriere, canonic, cod de stare și număr de cuvinte. Aceasta este baza ta de comparație și nu o mai poți produce după ce s-a întâmplat totul.

Exportă și verifică conținutul. Verifică numărătorile, nu doar faptul că exportul a rulat. Categoriile lipsă, câmpurile personalizate pierdute și articolele trunchiate sunt toate frecvente și toate tăcute.

Pune-l pe un mediu blocat. Un site de test care ajunge indexat creează duplicate ale întregului tău site, o problemă mai gravă decât cea pe care o rezolvai.

Verifică dacă șabloanele noi emit ce emiteau cele vechi. Titluri, descrieri, canonice, date structurate și hreflang, dacă rulezi mai multe limbi, așa cum arată ghidul nostru de SEO multilingv.

Planifică momentul. Nu înainte de perioada ta cea mai aglomerată și nu vineri. Vrei câteva zile lucrătoare de atenție deplină imediat după.

După comutare

Primele patruzeci și opt de ore contează mai mult decât luna care urmează, pentru că atunci o eroare reparabilă este încă ieftină.

Urmărește în jurnalele serverului răspunsurile de pagină negăsită. Este cea mai rapidă cale de a găsi adresele ratate de hartă și le găsește din cereri reale, nu din presupunerile tale. Trimite noul sitemap și verifică dacă scanarea chiar are loc, în loc să presupui asta.

Compară cu scanarea de referință. Fiecare adresă indexabilă înainte trebuie acum ori să răspundă, ori să redirecționeze spre ceva precis. Ce nu face niciuna dintre cele două este o gaură.

Așteaptă-te la o scădere. Câteva săptămâni de fluctuație sunt normale chiar și la o migrare bine făcută, pentru că noile adrese trebuie rescanate și reevaluate. Ce nu este normal este o cădere susținută care nu se reface, iar ea se explică aproape întotdeauna prin redirecționări ratate sau îndreptate spre ceva generic.

Păstrează redirecționările permanent. Nu sunt o măsură de tranziție, ci singurul lucru care leagă ani de linkuri strânse de paginile tale actuale, iar eliminarea lor un an mai târziu reproduce pierderea inițială.

Mecanik se ocupă de migrări de acest fel ca parte din serviciile noastre de dezvoltare web. Tiparul se repetă: schimbarea de platformă este rutină, iar diferența dintre un rezultat bun și unul prost stă în întregime în cât de completă este harta.

Întrebări frecvente

De ce scade traficul după o migrare CMS? Aproape întotdeauna pentru că adresele s-au schimbat, iar harta de redirecționări era incompletă. Vechile adrese nu mai răspund, așa că ani de linkuri strânse și de istoric de scanare nu mai au unde să se ducă. Platforma în sine provoacă rareori pierderea; discontinuitatea dintre adresele vechi și cele noi o provoacă.

Ar trebui să păstrez structura de URL-uri când schimb CMS? Dacă poți, da. Păstrarea structurii reduce migrarea la un exercițiu de conținut și de șabloane, cu risc modest. Schimbarea ei înseamnă că fiecare adresă modificată are nevoie de o redirecționare către echivalentul ei precis, iar caracterul complet al acelei asocieri decide dacă migrarea trece neobservată sau devine scumpă.

De unde iau lista adreselor de redirecționat? Din mai multe surse, pentru că fiecare ratează lucruri. O scanare a site-ului live găsește paginile legate prin linkuri, Analytics și Search Console găsesc pagini care primesc trafic și pot fi orfane, iar jurnalele serverului găsesc ce se cere în realitate, inclusiv din linkuri externe. Paginile ratate de o singură sursă tind să fie cele vechi, cu linkuri pe ele.

Pot redirecționa paginile vechi către pagina principală? Nu. O redirecționare către ceva ce nu răspunde cererii inițiale este tratată ca eroare soft și transmite foarte puțină valoare. Asociază fiecare adresă veche cu echivalentul ei precis, iar acolo unde chiar nu corespunde nimic, un răspuns de pagină negăsită este mai onest și mai util decât o redirecționare înșelătoare.

Cât timp trebuie păstrate redirecționările de migrare? Permanent. Nu sunt o măsură de tranziție, ci singura legătură dintre ani de linkuri primite și paginile tale actuale, așa că eliminarea lor un an mai târziu reproduce exact pierderea de trafic pe care migrarea trebuia să o evite.