Sari la conținut

Cum muți un site WordPress pe alt hosting fără să pierzi date

5 min de citit

Cum muți un site WordPress pe alt hosting fără să pierzi date – migrare site WordPress

Mutarea unui site WordPress pe alt hosting sună intimidant, dar în realitate este un proces cu pași clari, care poate fi făcut fără pierderi de date și, dacă e planificat bine, aproape fără downtime. Fie că pleci de la o găzduire lentă și scumpă, fie că vrei un server mai apropiat de vizitatorii tăi, acest ghid îți arată exact ce trebuie făcut, în ce ordine și unde se ascund riscurile.

Migrare site WordPress: de ce ai muta pe alt hosting

Motivele sunt aproape întotdeauna practice. Un hosting lent îți strică viteza de încărcare și, implicit, poziția în Google și rata de conversie. Un abonament prea scump pentru resursele oferite îți mănâncă bugetul degeaba. La acestea se adaugă suport tehnic slab, întreruperi frecvente, limite rigide de resurse (memorie PHP, număr de procese) sau o infrastructură veche care nu suportă versiuni recente de PHP.

Indiferent de motiv, principiul rămâne același: nu muți doar fișierele, ci întregul „organism” al site-ului — fișiere, bază de date, configurări și email. Dacă vrei ca tot procesul să fie făcut de cineva cu experiență, fără stres, poți apela la un serviciu dedicat de migrare WordPress.

Pasul 1: Backup complet înainte de orice

Regula de aur: nu atingi nimic până nu ai o copie de siguranță pe care o poți restaura. Un backup complet înseamnă două componente:

  1. Fișierele site-ului — tot folderul public_html (sau echivalentul), incluzând wp-content cu teme, plugin-uri și media.
  2. Baza de date — exportată din phpMyAdmin sau cu un plugin, în format .sql.

Descarcă backup-ul local, pe calculatorul tău, nu doar pe server. Verifică imediat că arhiva se deschide și că fișierul .sql conține tabelele (nu e gol). Un backup pe care nu l-ai testat nu este cu adevărat un backup.

Pasul 2: Transferul fișierelor și al bazei de date

Cu backup-ul asigurat, treci la mutarea propriu-zisă pe noul hosting. Ordinea contează:

Transferul fișierelor

  • Urcă toate fișierele pe noul server, prin FTP/SFTP sau din File Manager-ul din cPanel.
  • Păstrează structura de foldere identică — WordPress se așteaptă ca wp-content, wp-admin și wp-includes să fie în aceleași locuri.

Importul bazei de date

  • Creează o bază de date nouă și un utilizator pe noul hosting, apoi acordă-i toate permisiunile.
  • Importă fișierul .sql în noua bază de date.
  • Editează wp-config.php cu noile date de conectare: DB_NAME, DB_USER, DB_PASSWORD și DB_HOST.

Dacă în timpul migrării se schimbă și domeniul sau treci de la HTTP la HTTPS, va fi nevoie și de o operație de search & replace în baza de date, pentru a actualiza URL-urile salvate (inclusiv cele din câmpurile serializate). Nu face acest lucru cu un simplu „find & replace” în fișierul SQL — riști să corupi datele serializate. Folosește un tool care înțelege serializarea.

Pasul 3: Testarea pe un mediu temporar înainte de DNS

Aici se face diferența dintre o migrare profesionistă și una făcută „pe repede înainte”. Nu schimba DNS-ul înainte să confirmi că totul funcționează pe noul server.

Poți accesa noul site fără să modifici DNS-ul prin:

  • editarea fișierului hosts local, ca să direcționezi domeniul către noul IP doar de pe calculatorul tău;
  • un URL temporar oferit de noua găzduire.

Pe acest mediu temporar verifică: pagina principală se încarcă, poți intra în /wp-admin, imaginile apar, meniurile și formularele merg, iar plugin-urile nu dau erori. Abia după ce ești sigur că totul e în regulă, treci la schimbarea DNS.

Pasul 4: Schimbarea DNS cu downtime zero

Secretul pentru downtime aproape inexistent este ordinea corectă a operațiunilor:

  1. Cu câteva zile înainte, scade valoarea TTL a înregistrărilor DNS (de exemplu la 300 de secunde), ca schimbarea să se propage rapid.
  2. Menține site-ul vechi activ și funcțional în timpul propagării — nu îl șterge.
  3. Actualizează înregistrarea A (și, dacă e cazul, CNAME) către IP-ul noului server.
  4. Evită să publici conținut nou sau comenzi în fereastra de propagare (până la 24–48h), ca să nu ai date scrise „împărțit” între cele două servere.

Pentru că ambele servere rulează același site în perioada de tranziție, vizitatorii nu observă nicio întrerupere: unii ajung pe serverul vechi, alții pe cel nou, dar conținutul e identic.

Pasul 5: Verificări post-migrare

După ce DNS-ul s-a propagat complet, parcurge o listă de control:

  • SSL / HTTPS — certificatul este instalat pe noul server și site-ul se încarcă fără avertismente de securitate?
  • Linkuri interne și imagini — nu apar erori 404 sau imagini „rupte”?
  • Email — dacă muți și emailul, verifică trimiterea și primirea; dacă emailul rămâne la alt furnizor, asigură-te că înregistrările MX au rămas corecte.
  • Formulare de contact — testează că mesajele chiar ajung.
  • Permalink-uri — resalvează structura din Setări → Legături permanente dacă apar 404-uri.

Riscuri frecvente și cum le eviți

  • Pierderea comenzilor sau a datelor noi — apare când editezi conținut pe serverul vechi după ce ai exportat baza de date. Soluție: îngheață modificările în fereastra de migrare.
  • URL-uri hardcodate — linkuri absolute rămase către domeniul vechi. Soluție: search & replace corect, care respectă datele serializate.
  • Redirect infinit — cauzat de siteurl/home greșit configurate sau de reguli de HTTPS incomplete.
  • Ștergerea prematură a site-ului vechi — nu îl dezactiva până DNS-ul nu s-a propagat complet și ai confirmat totul pe noul server.

Atenție specială la magazinele WooCommerce

La un site WooCommerce miza este mult mai mare, pentru că vorbim despre comenzi, clienți, stocuri și plăți în desfășurare. Recomandări suplimentare:

  • Alege pentru migrare o fereastră cu trafic minim (de exemplu noaptea).
  • Pune temporar magazinul în mod mentenanță în momentul copierii finale a bazei de date, ca să nu intre comenzi „pierdute”.
  • După migrare, testează un flux complet de comandă: adăugare în coș, checkout, plată de test și emailul de confirmare.
  • Verifică integrarea cu procesatorii de plăți și eventualele webhook-uri (URL-ul de notificare trebuie actualizat).

Concluzie

O migrare WordPress reușită nu ține de noroc, ci de metodă: backup verificat, transfer corect al fișierelor și al bazei de date, testare pe mediu temporar, schimbare DNS cu ambele servere active și verificări post-migrare riguroase. Dacă respecți acești pași, muți site-ul fără să pierzi date și fără să-ți sperii vizitatorii cu downtime.

Dacă preferi să nu îți asumi riscul, echipa OptimWP se ocupă de tot procesul de migrare WordPress — inclusiv WooCommerce — cu downtime zero și date intacte. Vrei să știi mai întâi cât de sănătos e site-ul tău actual? Începe cu un audit gratuit și primești o evaluare clară înainte de orice mutare.

Sursă oficială: ghidul oficial de mutare WordPress.