Kako migrirati WordPress na novi hosting (bez pada sajta)

Selidba WordPress sajta na novi hosting prestaje da bude tehnička noćna mora čim se podeli na tri faze: backup, prebacivanje fajlova i baze i DNS promena. Svaka faza je pojednostavna – cela mudrost je u redosledu i tajmingu. U ovom vodiču prolazimo migraciju WordPress-a korak po korak, plugin-om (za većinu dovoljno) i ručno (za kontrolu do poslednjeg bajta), uz tehnike kojima se sajt gasi na svega nekoliko minuta umesto na satima.

Pre selidbe: priprema

Dve stvari pre nego što išta pomerite:

• Backup trenutnog sajta – kompletan, fajlovi i baza, sa mestom van oba hostinga. Ako migracija pođe po zlu, najgori ishod je tada „vraćanje na staro“, što je zapravo potpuno bezbedan scenario. Procedura je opisana u tekstu kako napraviti backup WordPress sajta.
• Novi hosting spreman – nalog plaćen, domen još uvek vezan za stari hosting (ne dirate ga!), a u panelu novog hostinga imate pristup PHP-u i bazi. Ako tek birate gde ćete, razlika između VPS-a i shared hostinga pokriva šta dobijate u kom slučaju.

Takođe proverite verziju PHP-a: stari hosting na PHP 7.4, novi na 8.2 – migracija je odličan trenutak da pređete na noviju verziju, ali testirajte sajt pre DNS promene dok još imate staru kopiju na dohvat ruke. Zapišite i vremenski okvir: sat vremena za tehnički deo, pa izbor termina kada je sajt najmanje posećen – za većinu blogova to je nedelja ujutru.

Način 1: migracija plugin-om (preporučeno)

Za blogove do par gigabajta najlakši put je plugin za migraciju. All-in-One WP Migration izvozi ceo sajt (fajlovi + baza + mediji) u jedan .zip fajl koji posle uvezete na novom hostingu; Duplicator radi slično, ali pravi i instalacioni paket za potpuno svežu WordPress instalaciju.

Koraci sa All-in-One WP Migration

1. Na starom hostingu: instalirajte plugin, pa Export → To File. Dobijate .zip sa kompletnim sajtom (veličina = veličina wp-content foldera).
2. Na novom hostingu: instalirajte prazan WordPress (većina hostinga ima jedan-klik instalaciju u panelu), pa isti plugin i Import → From File. Ograničenje je često veličina fajla u PHP podešavanjima (upload_max_filesize) – ako je izvoz veći, plugin nudi Advanced Options → Skip za thumbs ili prebacivanje u delovima.
3. Posle uvoza: odjavite se i prijavite ponovo (sesije se resetuju), pa proverite sajt.

Koraci sa Duplicatorom

Duplicator na starom hostingu napravi dva fajla: installer.php i arhivu sajta. Oba prebacite u public_html novog hostinga (preko FileZille), otvorite https://vasdomen.com/installer.php u pregledaču i pratite čarobnjaka – on instalira WordPress iz arhive i ponovo povezuje bazu. Prednost: ne treba prazna WordPress instalacija unapred; dobijate potpuno čistu kopiju sa ispravnim putanjama.

Način 2: ručna migracija

Za veću kontrolu ili kada plugin zapne (npr. server ograničava izvoz), sve se može i ručno – koraci su isti kao kod backup-a, samo u dva smera:

1. Fajlovi: preko FileZille preuzmite ceo public_html sa starog servera, zatim isti folder otpremite na novi. Pre otpremanja na novi hosting obrišite keš foldere (wp-content/cache) – neće trebati tamo.
2. Baza: u phpMyAdmin-u starog hostinga izvezite bazu kao SQL (Export → Quick → SQL). Na novom hostingu kreirajte praznu bazu i uvezite taj fajl preko Import. Ograničenje je ovde max_execution_time – za velike baze uvezite preko SSH-a (mysql -u user -p baza < dump.sql).
3. wp-config.php: na novom hostingu otvorite ovaj fajl i uskladite podatke za bazu (ime baze, korisnik, lozinka) – često se razlikuju od starih.

Ključna razlika u odnosu na plugin pristup: putanje u bazi. WordPress čuva URL-ove medija u bazi, pa posle ručne selidbe treba uraditi Find & Replace starog domena u novi (plugin Search & Replace DB, pažljivo – uvek raditi preko backup-a). Ovo je najčešći izvor misterioznih „nestalih“ slika posle migracije. Uz to, proverite i wp-config.php direktivu WP_HOME i WP_SITEURL ako su ručno podešavane – stare vrednosti bi inače i dalje gurale sajt na staru adresu čak i kada je DNS već promenjen.

DNS promena: kako domen sazna za novi hosting

Sajt sada postoji na novom serveru, ali domen i dalje pokazuje na stari. To se menja u DNS zapisima – kod registrara domena (ili gde god upravljate DNS-om, ne mora biti isto mesto kao hosting):

1. U DNS panelu pronađite A zapis za @ (apex domena) i promenite IP u adresu novog hostinga (dobijate je u potvrdnom emailu novog provajdera).
2. Isti postupak za www poddomen, ako postoji kao zaseban A zapis.
3. Ako koristite CNAME za www, samo promenite cilj na @ zapis novog hostinga.
4. Ne zaboravite MX zapise za email – ako email ide preko Google Workspace-a ili sličnog, MX ostaje netaknut; menjate samo A zapise za sajt.

Jedan specijalan slučaj: ako ste na novom hostingu prebacili upravljanje DNS-om (nameserveri novog provajdera), onda A zapise ne dirate ručno – menjate samo nameservere kod registrara (NS zapise), a sve ostalo novi hosting povuče automatski. To je jednostavnije za održavanje, ali znači da email i sajt zavise od istog provajdera.

Posle izmene, promena se „raširi“ internetom (propagacija DNS-a) i traje od 15 minuta do 24 sata, prosečno par sati. U tom prozoru, posetioci sa jedne strane sveta videti vaš novi sajt, a sa druge još uvek stari – zato je važno da oba budu identična u tom trenutku (zbog čega je redosled: prvo kopija na novom, pa tek onda DNS).

Kako smanjiti pad sajta na minimum

Sa gore opisanim redosledom, objektivan pad sajta je vreme između trenutka kada stari server ugasi servis (ili prestane da prima izmene) i trenutka kada DNS stigne do svih. U praksi, ako sve ide po planu, niko ni ne primeti da je išta prekidano; najgori realan scenario je da neko u toku propagacije vidi staru verziju članka ili mu se učitavanje produži za sekundu-dve. Praktične tehnike:

• Snižite TTL unapred – dan pre migracije podesite TTL A zapisa na 300 sekundi (5 min). Time skraćujete vreme „pola staro, pola novo“ stanja sa sati na minutе.
• Radite noću ili vikendom – za lični blog saobraćaj je tada najmanji.
• Ne gasite stari hosting – ostavite ga aktivan najmanje 7 dana (idealno 30) kao sigurnosnu mrežu; ako DNS još negde pokazuje na njega, niko ne vidi grešku.
• Zabranite izmene – oko migracije zamolite saradnike da ne objavljuju ništa; sadržaj koji je u međuvremenu dodat na starom ne putuje automatski na novi.

Provera posle migracije

Kada DNS stigne do vas (proverite na dnschecker.org), prođite ovu listu:

• Naslovna, jedan članak i kontakt stranica – učitavaju se bez grešaka.
• wp-admin radi, a plugin-i i tema su svi aktivni (ručna migracija ponekad izgubi aktivacije).
• Slike se učitavaju – ako su „nestale“, vrati se na Find & Replace korak iz prethodnog poglavlja.
• Email forme stižu na adresu (migracije često pokvare SMTP podešavanja).
• SSL sertifikat – na novom hostingu se obično instalira ponovo; besplatni Let’s Encrypt se postavlja u par klikova, korak po korak u tekstu kako instalirati SSL sertifikat.
• Search Console: u njemu sve ostaje kako jeste (domen je isti) – samo pratite da li se broj grešava povećava.

Tek kada sve sa ove liste prođe i prođe nekoliko dana mirnog rada, otkažite stari hosting. Prebrzo ga ugasiti je najčešća greška iskusnih – server koji ste platili još mesec dana je najjeftinija moguća osiguračna polisa. Takođe, na novom hostingu proverite i zakazane zadatke (cron): neke migracije plugin-om preskoče WP-Cron pa zakazani backup i newsletteri krenu tek nakon prve ručne posete sajtu – ručno osvežite stranicu par puta i uverite se da se zadaci izvršavaju po rasporedu.

Česta pitanja

Koliko traje cela migracija?

Tehnički deo (izvoz, uvoz, DNS izmena) – najčećе 30–60 minuta za blog srednje veličine. Stvarni „prelaz“ traje koliko i propagacija DNS-a, ali pošto oba servera imaju identičan sadržaj, posetioci ne vide nikakvu razliku osim možda par minuta sporijeg učitavanja dok se keš osveži.

Da li menja adresa hostinga utiče na SEO?

Ne – domen je isti, pa Google ne vidi „selidbu“, samo brži (ili sporiji) server. Dugoročno, brži hosting sa bolje infrastrukture poboljšava Core Web Vitals metrike, što je pozitivan signal. Jedino čega se treba pridržavati: nema pada sajta od dana do nedelje; ako se DNS raširi dugo, ranije spušten TTL smanjuje rizik.

Šta ako želim da promenim i domen u isto vreme?

Ne spajajte dve velike promene u jednu. Selidba hostinga + nov domen istovremeno otežava dijagnostiku: kada nešto ne radi, ne znate da li je DNS, migracija ili preusmerenja. Napravite migraciju prvog, a domen posle – uz 301 preusmerenje sa starog, koje se radi kao u SEO vodičima o promeni domena.

Kako da znam da li je stvarno vreme za novi hosting?

Ako se sajt redovno sruši pri skoku posete ili ako podrška reaguje satima – vreme je. Ako je spor jer su slike neoptimizovane, prvo to rešite (tekst o optimizaciji slika dolazi u našoj seriji), pa tek onda razmišljajte o selidbi; preseljenje istog sporog sajta samo preseli problem.

Zaključak

Migracija se svodi na tri poteza: svež backup, kopija na novi hosting (plugin-om za brzinu ili ručno za kontrolu) i DNS promena sa unapred sniženim TTL-om. Sa starim hostingom koji ostaje aktivan još mesec dana, ništa ne može trajno da se izgubi. Ako ste u fazi razmišljanja da li je uopšte vreme za selidbu – merite brzinu i podršku trenutnog hostinga mesec dana, pa tek onda donosite odluku; migracija nigde ne žuri.