Cum să Utilizați All-in-One WP Migration în WordPress: Ghid Tehnic Complet

All-in-One WP Migration este un plugin WordPress care serializează întregul site — baza de date, fișierele media încărcate, temele, pluginurile și configurația de bază — într-o singură arhivă portabilă .wpress, care poate fi apoi importată în orice instalare WordPress fără nicio manipulare manuală a bazei de date. Este cea mai rapidă metodă pentru o migrare completă a site-ului sau o copie de rezervă la un moment dat, fără a accesa phpMyAdmin, SSH sau dump-uri SQL brute.

Acest ghid depășește simpla parcurgere a pașilor de bază. Acoperă fluxul complet de migrare, constrângerile tehnice critice care cauzează cele mai multe importuri eșuate, ajustarea configurației PHP, comportamentul de serializare a URL-urilor și pașii de validare post-migrare care sunt de obicei omisi și cauzează ulterior incidente în producție.

Ce Face de Fapt Plugin-ul în Culise

Înainte de a accesa panoul de control, înțelegerea mecanicii interne a plugin-ului previne surprizele în timpul migrărilor mari.

Când declanșați un export, All-in-One WP Migration efectuează următoarea secvență:

1. Exportă baza de date MySQL WordPress într-un fișier SQL plat într-un director de lucru temporar.
2. Serializează toate datele obiectelor PHP din baza de date (opțiuni, configurații widget, meta postări) și rescrie URL-urile absolute la un token substituent, astfel încât să poată fi rescrise la import.
3. Împachetează wp-content/uploads, fișierele temei active și directoarele pluginurilor alături de dump-ul SQL.
4. Înglobează totul într-o arhivă .wpress, care este un format personalizat — nu un ZIP sau TAR standard — cu propriul antet manifest.

La import, procesul se inversează: arhiva este dezarhivată, SQL-ul este aplicat pe noua bază de date, iar tokenurile substituente ale URL-urilor sunt înlocuite cu noul URL al site-ului. Acest pas de rescriere a URL-urilor este motivul pentru care plugin-ul gestionează elegant schimbările de domeniu fără a necesita o trecere separată wp-cli search-replace — deși ar trebui să verificați totuși acest lucru, după cum se discută în secțiunea post-migrare.

Pasul 1: Instalați Plugin-ul pe Site-ul Sursă

Conectați-vă la panoul de control WordPress existent și navigați la Plugins > Add New. Căutați All-in-One WP Migration, instalați-l și activați-l. Versiunea gratuită este suficientă pentru site-urile care se încadrează sub pragul de dimensiune de încărcare al serverului dvs. (de obicei între 128 MB și 512 MB, în funcție de configurația PHP a găzduirii).

Nu este necesară nicio configurare după activare. Plugin-ul se înregistrează imediat în bara laterală stângă.

Pasul 2: Exportați Site-ul Web

Navigați la All-in-One WP Migration > Export în bara laterală a panoului de control.

Faceți clic pe Export To și selectați File. Plugin-ul va începe să împacheteze site-ul dvs. Pentru un site tipic sub 500 MB, acest lucru durează între 30 de secunde și 3 minute. Pentru site-uri de mai mulți gigaocteți cu biblioteci media mari, planificați între 10 și 20 de minute.

Ce este inclus în export:

• Dump complet al bazei de date MySQL (toate tabelele cu prefixul configurat)
• Directorul wp-content/uploads
• Temele active și inactive din wp-content/themes
• Toate pluginurile instalate din wp-content/plugins

wp-config.php este exclus în mod intenționat din motive de securitate — propriul wp-config.php al site-ului destinație este păstrat la import

Ce este exclus implicit:

Comentariile spam
Reviziile postărilor
Temele neutilizate și pluginurile dezactivate (configurabile prin comutatorul Advanced Options)
Jurnalele de erori și directoarele de cache

Secțiunea Advanced Options vă permite să excludeți tabele specifice, căi de fișiere sau tipuri de postări. Folosiți aceasta pentru a elimina cache-urile tranziente sau tabelele mari de jurnale înainte de export, ceea ce reduce semnificativ dimensiunea arhivei.
Odată ce împachetarea este finalizată, faceți clic pe Download pentru a salva fișierul .wpress local. Păstrați-l într-un loc sigur — acest fișier reprezintă copia de rezervă completă a site-ului dvs.
Pasul 3: Pregătiți Mediul de Destinație
Dacă migrați pe un server nou, aveți nevoie de o instalare WordPress curată la destinație înainte de import. Majoritatea mediilor de găzduire gestionată oferă instalatoare WordPress cu un singur clic. Dacă lucrați pe un mediu de VPS Hosting, puteți instala WordPress manual sau puteți utiliza un stack de panou de control.
Instalarea WordPress de destinație nu trebuie să corespundă sursei în ceea ce privește tema, pluginurile sau conținutul — importul va suprascrie totul. Cu toate acestea, următoarele trebuie să fie în vigoare:

WordPress core este instalat și accesibil prin panoul de administrare
Utilizatorul bazei de date are privilegiile CREATE, DROP, INSERT, UPDATE, DELETE și ALTER pe baza de date țintă
Versiunea PHP este compatibilă cu pluginurile dvs. (verificați versiunea PHP a site-ului sursă în Tools > Site Health)
Directorul wp-content este inscriptibil de către procesul serverului web

Critic: Domeniul sau subdomeniul site-ului destinație nu trebuie să corespundă sursei. Plugin-ul rescrie URL-urile în timpul importului. Cu toate acestea, dacă migrați pe același domeniu exact (de exemplu, mutarea între servere), momentul propagării DNS contează — nu actualizați DNS până când importul nu este verificat.
Pasul 4: Instalați Plugin-ul pe Site-ul Destinație
Repetați procesul de instalare pe noua instanță WordPress: Plugins > Add New, căutați All-in-One WP Migration, instalați și activați.
Acest pas este adesea omis atunci când oamenii configurează o instalare WordPress nouă și presupun că plugin-ul va fi prezent. Nu va fi — procesul de import necesită ca plugin-ul să fie deja activ pe destinație.
Pasul 5: Măriți Limita de Încărcare Înainte de Import
Acesta este cel mai frecvent punct de eșec. Versiunea gratuită a All-in-One WP Migration respectă limita de încărcare PHP a serverului. Dacă fișierul dvs. .wpress depășește această limită, importul va eșua silențios sau va genera o eroare vagă.
Verificați limita curentă navigând la All-in-One WP Migration > Import. Plugin-ul afișează dimensiunea maximă de încărcare direct pe acel ecran.
Pentru a o mări, utilizați una dintre următoarele metode în funcție de nivelul de acces la server:
Metoda 1: Editați php.ini direct (recomandat pentru VPS și servere dedicate)
upload_max_filesize = 512M
post_max_size = 512M
memory_limit = 512M
max_execution_time = 300
max_input_time = 300
Reporniți PHP-FPM sau Apache după salvare:
sudo systemctl restart php8.1-fpm
# or for Apache with mod_php:
sudo systemctl restart apache2
Metoda 2: Suprascriere prin .htaccess (medii de găzduire partajată)
php_value upload_max_filesize 512M
php_value post_max_size 512M
php_value memory_limit 512M
php_value max_execution_time 300
Metoda 3: Suprascriere prin wp-config.php
@ini_set('upload_max_filesize', '512M');
@ini_set('post_max_size', '512M');
@ini_set('memory_limit', '512M');
După aplicarea modificărilor, reîmprospătați pagina Import din plugin pentru a confirma că noua limită este reflectată. Dacă vă aflați pe un plan de Shared Web Hosting, contactați furnizorul de găzduire pentru a ridica limitele PHP la nivel de server, deoarece suprascrierile .htaccess pot fi restricționate.
Alternativă pentru site-uri foarte mari: Utilizați plugin-ul gratuit combinat cu extensia oficială „Basic”, sau încărcați fișierul .wpress direct în wp-content/ai1wm-backups/ prin FTP/SFTP și apoi selectați-l din ecranul Import. Aceasta ocolește complet restricția de dimensiune a încărcării HTTP.
Pasul 6: Importați Arhiva
Pe site-ul destinație, navigați la All-in-One WP Migration > Import.
Faceți clic pe Import From > File și selectați arhiva dvs. .wpress. Plugin-ul va încărca fișierul și va începe procesul de restaurare. O bară de progres urmărește operațiunea.
Ce se întâmplă în timpul importului:

Arhiva .wpress este dezarhivată într-un director temporar sub wp-content

Când importul se finalizează, veți vedea un dialog de confirmare. Faceți clic pe Proceed (sau Restore în funcție de versiunea plugin-ului) pentru a confirma înlocuirea bazei de date. Această acțiune este ireversibilă fără o copie de rezervă separată a bazei de date destinație.

Veți fi deconectat imediat după finalizarea importului. Acesta este comportamentul așteptat — baza de date conține acum conturile de utilizator de pe site-ul sursă. Conectați-vă folosind credențialele de pe site-ul sursă.

Pasul 7: Resetați Permalink-urile

După reconectare, navigați la Settings > Permalinks. Nu modificați nicio setare. Pur și simplu derulați în jos și faceți clic pe Save Changes.

Aceasta forțează WordPress să regenereze regulile de rescriere .htaccess pentru noul mediu. Omiterea acestui pas face ca toate URL-urile postărilor și paginilor să returneze erori 404, chiar dacă conținutul există în baza de date.

Dacă rulați Nginx în loc de Apache, nu există niciun fișier .htaccess. Trebuie să vă asigurați că blocul de server Nginx include directiva standard WordPress try_files:

location / {
    try_files $uri $uri/ /index.php?$args;
}

Pasul 8: Lista de Verificare Post-Migrare

O migrare nu este completă până când fiecare element de pe această listă este verificat. Omiterea validării este modul în care site-urile defecte ajung în producție.

Integritatea URL-urilor și a domeniului:

• Vizitați Settings > General și confirmați că atât WordPress Address, cât și Site Address reflectă URL-ul corect al destinației
• Efectuați o verificare de căutare-înlocuire: instalați WP-CLI pe server și rulați wp search-replace 'olddomain.com' 'newdomain.com' --dry-run pentru a detecta orice URL-uri pe care plugin-ul le-a ratat în datele serializate
• Verificați avertismentele de conținut mixt în instrumentele pentru dezvoltatori ale browserului dacă migrați de la HTTP la HTTPS

Testare funcțională:

• Testați toate meniurile de navigare și linkurile interne
• Trimiteți cel puțin un formular de contact și verificați livrarea
• Testați fluxul de checkout WooCommerce dacă este aplicabil
• Verificați că atașamentele media se încarcă corect (imaginile defecte indică adesea o rescriere URL ratată în tabelul wp_posts)

Securitate și configurare:

• Confirmați că Certificatele SSL sunt active și HTTPS este aplicat pe domeniul destinație
• Revizuiți wp-config.php pe destinație — credențialele bazei de date, starea WP_DEBUG și cheile de securitate ar trebui să reflecte noul mediu, nu sursa
• Regenerați cheile de securitate WordPress prin Settings > General sau înlocuind constantele salt din wp-config.php folosind generatorul de chei secrete WordPress

Cache:

• Ștergeți toate straturile de cache: cache-ul obiectelor (Redis/Memcached), pluginurile de cache pentru pagini (WP Rocket, W3 Total Cache) și orice cache-uri CDN
• Dezactivați și reactivați pluginurile de cache pentru a le forța să detecteze căile noului mediu

Comparație: All-in-One WP Migration vs. Metode Alternative de Migrare

Migrarea pe un VPS sau Server Dedicat

Dacă vă mutați de la găzduirea partajată la un mediu de VPS Hosting sau Servere Dedicate, fluxul de lucru All-in-One WP Migration este identic, dar configurarea serverului destinație necesită atenție suplimentară:

• Instalați un stack LAMP sau LEMP (Apache/Nginx, MySQL/MariaDB, PHP)
• Configurați un virtual host care să indice rădăcina documentului WordPress
• Creați o bază de date MySQL dedicată și un utilizator cu privilegiile corespunzătoare
• Instalați WordPress core înainte de a rula importul plugin-ului
• Configurați setările pool-ului PHP-FPM pentru a corespunde sau a depăși cerințele de resurse ale site-ului sursă

Pentru echipele care preferă o interfață de panou de control gestionat, un VPS cu cPanel reduce semnificativ efortul de configurare a serverului — cPanel oferă un instalator WordPress cu un singur clic, un comutator de versiune PHP și un manager de fișiere care simplifică configurarea pre-import.

Erori Frecvente și Cum să le Remediați

„Import failed: could not extract archive”

Aceasta înseamnă de obicei că fișierul .wpress este corupt, încărcarea a fost întreruptă sau spațiul pe disc de pe destinație este insuficient. Verificați că dimensiunea fișierului corespunde originalului, verificați spațiul disponibil pe disc cu df -h și reîncărcați prin SFTP direct în wp-content/ai1wm-backups/.

„Maximum execution time exceeded”

Directiva PHP max_execution_time este prea mică pentru dimensiunea importului. Măriți-o la 300 sau 600 de secunde în php.ini sau .htaccess după cum s-a arătat mai sus.

„The uploaded file exceeds the upload_max_filesize directive”

Limita de dimensiune a încărcării nu a fost mărită sau modificarea nu a fost aplicată fișierului de configurare PHP corect. Rulați php -i | grep upload_max_filesize din linia de comandă pentru a confirma care php.ini este activ.

php -i | grep upload_max_filesize
php -i | grep "Loaded Configuration File"

Ecran alb al morții după import

Activați temporar WP_DEBUG în wp-config.php pentru a afișa eroarea PHP reală:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Apoi verificați /wp-content/debug.log pentru eroarea specifică. Cauzele frecvente sunt un plugin incompatibil cu versiunea PHP a destinației sau epuizarea limitei de memorie.

Imagini defecte după migrare

Rulați o căutare-înlocuire țintită pentru domeniul vechi în tabelele wp_posts și wp_postmeta. Folosind WP-CLI:

wp search-replace 'https://olddomain.com' 'https://newdomain.com' wp_posts wp_postmeta --precise --report-changed-only

Matricea de Decizie Tehnică: Când să Utilizați All-in-One WP Migration

Concluzii Practice Cheie

• Încărcați întotdeauna fișierul .wpress prin SFTP direct în wp-content/ai1wm-backups/ pentru site-uri peste 200 MB — aceasta evită orice restricție de dimensiune a încărcării HTTP.
• Măriți upload_max_filesize, post_max_size, memory_limit și max_execution_time pe destinație înainte de a începe importul, nu după ce întâmpinați o eroare.
• Plugin-ul exclude wp-config.php din arhivă — credențialele bazei de date ale destinației sunt păstrate, dar verificați manual WP_DEBUG, WP_SITEURL și cheile de securitate după import.
• Resetați întotdeauna permalink-urile imediat după import. Pe Nginx, verificați că directiva try_files este prezentă în blocul de server.
• Rulați wp search-replace --dry-run după orice migrare care implică o schimbare de domeniu pentru a detecta resturile de URL serializate pe care plugin-ul le-ar fi putut rata.
• Confirmați că SSL este activ pe destinație înainte de a lansa site-ul — o nepotrivire a certificatului SSL după migrare este o cauză frecventă a avertismentelor de securitate ale browserului care erodează încrederea utilizatorilor.
• Pentru migrările în producție, testați întotdeauna mai întâi într-un mediu de staging, mai ales când schimbați versiunile PHP sau vă mutați între stacks de servere semnificativ diferite.

Întrebări Frecvente

Funcționează All-in-One WP Migration pentru mutarea WordPress pe un domeniu diferit?

Da. Plugin-ul rescrie automat domeniul sursă la domeniul destinație în timpul importului, folosind un proces de substituție de token pe dump-ul SQL. După import, verificați că rescrierea a reușit verificând Settings > General și rulând un WP-CLI search-replace --dry-run pentru a detecta orice URL-uri încorporate în datele PHP serializate pe care plugin-ul le-ar fi putut rata.

Care este dimensiunea maximă a fișierului suportată de versiunea gratuită?

Versiunea gratuită nu are o limită de dimensiune codificată în plugin în sine — constrângerea provine în întregime din directivele PHP upload_max_filesize și post_max_size ale serverului. Pe multe gazde partajate, aceasta este implicit 128 MB. Puteți ocoli complet această restricție încărcând fișierul .wpress prin SFTP în wp-content/ai1wm-backups/ și selectându-l din ecranul Import, ceea ce ocolește mecanismul de încărcare HTTP.

Va suprascrie migrarea complet baza de date a site-ului destinație?

Da. Importul șterge toate tabelele existente din baza de date destinație și le înlocuiește cu tabelele de pe site-ul sursă. Faceți o copie de rezervă a bazei de date destinație înainte de import dacă conține date pe care trebuie să le păstrați.

Pot folosi All-in-One WP Migration pentru WordPress Multisite?

Versiunea gratuită nu suportă migrările rețelelor Multisite. Extensia premium „Multisite Extension” este necesară pentru exportul și importul unei rețele Multisite complete. Subsitele individuale dintr-o rețea pot fi uneori migrate ca site-uri independente folosind versiunea gratuită, dar aceasta necesită curățarea manuală a intrărilor din baza de date specifice rețelei.

De ce sunt deconectat imediat după finalizarea importului?

Acesta este comportamentul corect. Importul înlocuiește întreaga bază de date, inclusiv tabelul wp_users, cu datele de pe site-ul sursă. Contul de administrator al site-ului destinație nu mai există — conturile de utilizator ale site-ului sursă sunt acum active. Conectați-vă folosind numele de utilizator și parola de pe site-ul sursă original.