Mută WordPress manual de la un host la altul

Preferăm să mutăm noi site-ul. Vezi Mută site-ul la Simplenet dacă vrei migrare administrată.

Acest ghid e pentru cine vrea să mute singur un WordPress de pe un host pe altul. Presupune lucru cu FTP și phpMyAdmin. Dacă nu ai experiență, cere migrarea administrată. O eventuală întrerupere depinde de propagarea DNS, de certificatul SSL și de sincronizarea datelor; pașii de mai jos nu garantează downtime zero.

Pentru un cont cPanel complet, furnizorul nou poate confirma dacă acceptă importul unui Full Account Backup de la vechiul host. Ghidul de mai jos acoperă mutarea manuală a fișierelor, configurației și bazei de date WordPress.

Dacă ai și căsuțe de email pe același domeniu, fă separat backup la email (client IMAP, export) sau migrează prin full backup cPanel. Pașii de aici nu mută mesajele.

Etapele:

Reduce TTL pe serverul vechi
Oprește temporar modificările pe site-ul vechi
Copiază fișierele pe serverul nou
Importă baza de date pe serverul nou
Verifică configurația și testează site-ul nou
Schimbă DNS-ul la final

1. Modificare TTL

Propagarea DNS poate dura până la 24 de ore. Un TTL mic pe înregistrarea A face ca schimbarea ulterioară să se vadă mai repede (adesea sub o oră) și reduce șansa ca vizitatorii să mai ajungă pe vechiul server.

În Zone Editor pe hostul vechi (în cPanel: Zone DNS), setează TTL-ul înregistrării A a domeniului la o valoare sub o oră, de exemplu 900 (15 minute). Valoarea tipică e 14400. Nu schimba încă nameserverele sau IP-ul.

2. Oprește temporar modificările

Stabilește o perioadă fără articole, editări, comentarii sau comenzi noi pe site-ul vechi. Pentru magazine și site-uri cu integrări, oprește sau sincronizează și importurile, sarcinile cron și celelalte procese care scriu în baza de date. Exportă baza de date după oprirea acestor modificări.

Un plugin care limitează autentificarea în administrare nu oprește automat comenzile, formularele sau procesele externe. Content Freeze restricționează accesul utilizatorilor la administrare, iar pagina sa oficială indică lipsa testării cu ultimele versiuni majore de WordPress. Nu îl trata ca pe o garanție că baza de date nu mai primește modificări.

Anunță vizitatorii înainte, dacă e cazul, că urmează o mutare de hosting.

3. Copierea fișierelor

3.1 Descărcare de pe hostul vechi

Înainte să muți ceva, păstrează o copie completă a fișierelor și bazei de date. Cu un client FTP, de exemplu FileZilla, descarcă pentru instalarea nouă:

întregul wp-content, inclusiv plugins, themes, uploads, mu-plugins și orice directoare custom;
drop-in-urile din rădăcina wp-content, dacă există, precum object-cache.php, advanced-cache.php sau db.php;
wp-config.php, pentru a păstra prefixul tabelelor și configurația relevantă;
robots.txt
.htaccess
fișierele de verificare pentru Google Search Console, Bing Webmaster Tools etc.

Nu e nevoie să descarci tot nucleul WordPress. Pe hostul nou instalezi un WordPress curat.

Verifică mu-pluginurile și drop-in-urile înainte să le folosești pe noul host. Unele aparțin vechiului furnizor sau folosesc servicii de cache ori baze de date care nu există pe serverul nou; adaptează-le împreună cu setările lor. Verifică și eventualele căi custom definite în wp-config.php.

În timp ce se descarcă fișierele, pe hostul nou:

cPanel: instalează WordPress din Softaculous (sau installerul disponibil în panou)
panou Enhance: adaugă site-ul și instalează WordPress din Instrumente WordPress / wizardul de site

3.2 Încărcare pe hostul nou

Conectează-te prin FTP la hostul nou, folosind IP-ul serverului și datele din panou, și încarcă fișierele în căile corespunzătoare instalării noi. Păstrează configurația WordPress a sursei, dar actualizează conexiunea la baza de date și setările specifice noului server înainte de a testa site-ul, conform pasului 5.

4. Copierea bazei de date

4.1 Export de pe hostul vechi

Deschide phpMyAdmin pe hostul vechi (ghidul bazelor de date în cPanel).
Selectează baza de date indicată de DB_NAME în wp-config.php al sursei. Notează și valoarea $table_prefix din același fișier.
Export → Go / Execută.
Salvează fișierul .sql local.

4.2 Import pe hostul nou

Deschide phpMyAdmin pe hostul nou și selectează o bază de date dedicată site-ului mutat.
Dacă folosești baza instalării WordPress proaspete, verifică numele acesteia și exportă o copie înainte de ștergere.
Selectează doar tabelele instalării noi pe care o înlocuiești → Drop / Aruncă → confirmă. Nu șterge tabele ale altor site-uri sau aplicații. Dacă baza este goală, sari peste acest pas.
Import → alege fișierul .sql → Go / Execută. Dacă baza sursei este folosită de mai multe aplicații, exportă și importă doar tabelele necesare site-ului mutat.
Verifică dacă importul s-a încheiat fără erori și dacă tabelele site-ului au prefixul sursei.

5. Verifică configurația și testează site-ul

5.1 Configurația WordPress

În wp-config.php de pe serverul nou:

Setează DB_NAME, DB_USER, DB_PASSWORD și DB_HOST pentru baza de date în care ai importat SQL-ul și utilizatorul care are acces la aceasta.
Setează $table_prefix exact ca în sursă și în tabelele importate. Dacă SQL-ul conține wp_posts și wp_options, prefixul este wp_, chiar dacă instalarea nouă generase wp_abcd_. Nu păstra prefixul instalării noi și nu redenumi tabelele pentru a-l potrivi.
Păstrează cheile de autentificare și setările relevante ale sursei. Adaptează căile și configurația de cache la noul server și verifică eventualele constante WP_HOME și WP_SITEURL.

Rolul prefixului și al configurației este descris în documentația WordPress pentru wp-config.php.

5.2 Verificări înainte de DNS

Testează noul server folosind metoda de previzualizare a furnizorului sau o intrare locală în fișierul hosts, care păstrează domeniul real și îl direcționează doar pe calculatorul tău către noul IP. Accesarea directă a IP-ului poate încărca alt site sau poate declanșa redirecționări.

Verifică paginile importante, autentificarea WordPress, imaginile, linkurile permanente, formularele, coșul și comenzile de test. Confirmă că mu-pluginurile, drop-in-urile, cronurile și integrările necesare funcționează pe noul server. Verifică și certificatul SSL pentru domeniul real.

Dacă păstrezi domeniul și căile site-ului, păstrează și URL-urile sale. Dacă le schimbi, folosește un instrument care gestionează datele serializate, precum wp search-replace, cu o simulare --dry-run și o copie a bazei de date înainte de modificare.

6. Schimbarea DNS-urilor

DNS-ul se schimbă la final, după ce ai verificat configurația, site-ul și datele copiate. Schimbă nameserverele sau înregistrările DNS necesare, inclusiv AAAA dacă domeniul folosește IPv6. Pe Simplenet, vezi Direcționează-ți domeniul.

Înainte de comutare, confirmă că nu au apărut date noi pe vechiul server. Dacă au apărut, fă sincronizarea finală și verifică din nou copia. Nu deschide comenzile sau alte operații care scriu date pe ambele copii în paralel.

Propagarea durează de obicei câteva ore. Pentru .ro poate dura mai mult. Dacă ai redus TTL din timp, schimbarea se vede mai repede.

O eventuală întrerupere este de obicei legată de propagarea DNS și de emiterea certificatului SSL pe noul server. Pentru site-uri cu proxy Cloudflare, certificatul Origin CA poate fi pregătit înainte de schimbarea IP-ului, în condițiile explicate în DNS și certificatul SSL la comutare. Simpla folosire a DNS-ului Cloudflare nu este suficientă.

După comutare

șterge cache-ul și cookie-urile din browser (ghid)
dacă folosești Cloudflare, fă purge la cache
reia modificările și comenzile pe noul site după verificare și păstrează copia veche fără modificări
elimină intrarea locală din hosts, dacă ai folosit-o pentru testare
nu șterge imediat site-ul de pe hostul vechi; lasă-l 1–2 zile până propagarea e completă

Păstrează vechiul site disponibil pe durata propagării, ca vizitatorii care ajung încă la vechiul IP să poată vedea conținutul. Evită înlocuirea lui imediată cu o pagină de anunț.

Preferi să nu faci tu mutarea?

Deschide o cerere de migrare administrată. Echipa mută site-ul și îl verifică înainte de schimbarea DNS.