Kako prebaciti WordPress stranicu na drugi hosting bez prekida: web, e-mail, DNS i SEO

Kada treba promijeniti hosting, a kada problem leži drugdje

Promjena hostinga ima smisla kada stranica redovito usporava pod normalnim opterećenjem, paket nema dovoljno resursa, podrška ne može riješiti ponavljajuće ispade, nedostaje odgovarajuća PHP ili baza verzija, backup se ne može pouzdano vratiti ili sadašnje okruženje više ne podržava rast webshopa.

Ipak, novi server neće automatski popraviti loše optimizirane slike, previše dodataka, sporu temu, neispravne upite prema bazi ili vanjsku skriptu koja blokira učitavanje. Prije odluke zabilježite vrijeme odziva, potrošnju CPU-a i memorije, veličinu baze, PHP pogreške i najsporije stranice. Time ćete znati što migracija treba poboljšati i moći ćete usporediti rezultate nakon preseljenja.

Ako niste sigurni je li uzrok hosting, WordPress ili način izrade, pregledajte Voxernove usluge za poslovne web stranice ili zatražite tehničku procjenu prije promjene.

Hosting, domena, DNS i e-mail nisu ista stvar

Četiri pojma često se nalaze kod istog pružatelja, ali imaju različite uloge:

• Hosting je server na kojem se nalaze datoteke, baza i ponekad poštanski sandučići.
• Domena je adresa poput primjer.hr.
• Registrar upravlja registracijom domene i promjenom njezinih ovlaštenih podataka ili nameservera.
• DNS određuje kamo domena usmjerava web, e-mail i druge usluge.

Možete promijeniti hosting i zadržati istu domenu, registrar i javne URL-ove. Tada se uglavnom mijenja A/AAAA zapis ili nameserver, a ne sama adresa stranice. Za .hr domene CARNET na službenoj stranici objašnjava uloge korisnika, registrara i DNS-a u čestim pitanjima o .hr domenama. Zasebni postupak transfera .hr domene potreban je kada mijenjate registrara; to nije preduvjet za običnu promjenu hostinga.

Ova razlika je važna jer nepotrebna istodobna promjena hostinga, registrara, domene i URL strukture povećava broj mogućih pogrešaka. Ako URL-ovi ostaju isti, nemojte uvoditi nova preusmjerenja bez razloga.

Napravite inventar prije migracije WordPress stranice

Prije prvog kopiranja napravite popis svega što mora raditi na novom serveru. Osnovni inventar sadrži:

• WordPress datoteke, uključujući wp-content, dodatke, teme, uploadove, wp-config.php i .htaccess;
• cijelu bazu podataka i podatke za pristup bazi;
• domene, poddomene, alias domene i preusmjerenja;
• sve mailboxe, aliase, forwardere, filtre, autorespondere i mailing liste;
• DNS zonu: A, AAAA, CNAME, MX, TXT, SPF, DKIM i DMARC zapise;
• SSL certifikat i način automatske obnove;
• PHP verziju, proširenja, limite, cron zadatke i posebne konfiguracije;
• SMTP, CDN, cache, sigurnosni sustav, analitiku i Search Console verifikaciju;
• integracije s naplatom, dostavom, ERP-om, newsletterom i vanjskim API-jima.

Kod upravljanih cPanel migracija alat može prenijeti račune, web, baze i e-mail, ali rezultat ovisi o pristupu i kompatibilnosti izvornog sustava. Službeni cPanel vodič za migracijske usluge navodi i iznimke, primjerice prilagođene DNS zapise, neke filtre i postavke koje se ne prenose automatski. Zato „full account transfer” nije zamjena za ručnu provjeru inventara.

Potpuni backup i rollback plan dolaze prije kopiranja

Potpuni WordPress backup mora sadržavati i datoteke i bazu. Službena WordPress dokumentacija o backupu naglašava da su oba dijela potrebna za potpun povrat stranice. Kopiju spremite izvan starog hostinga i provjerite da se arhiva može otvoriti, a SQL izvoz pročitati.

Ako koristite cPanel, Backup Wizard može izraditi puni backup računa ili odvojene kopije home direktorija, baza i e-mail konfiguracije. Prije oslanjanja na puni backup provjerite s novim pružateljem tko ga može vratiti i na koji način; pristup obnovi cijelog računa ovisi o ovlastima i poslužiteljskom okruženju.

Rollback plan treba biti pisan, kratak i izvediv. Odredite:

1. tko donosi odluku o povratku;
2. koji je zadnji prihvatljiv trenutak za povrat DNS-a;
3. kako se vraćaju baza i nove narudžbe;
4. kako se usklađuju poruke primljene na stari i novi mailbox;
5. koji su kriteriji za prekid migracije, primjerice neuspješna naplata, 5xx pogreške ili nedostupna poslovna pošta.

Stari hosting nemojte otkazati prije nego što migracija prođe stvarno testiranje.

Kopirajte web i testirajte novi server prije promjene DNS-a

Službeni WordPress vodič za migraciju pokriva prijenos na novi server, postavke URL-a, bazu, wp-config.php i pravila preusmjeravanja. Kada domena i URL struktura ostaju isti, kopirajte datoteke i bazu, postavite nove podatke za bazu te zadržite iste WordPress i Site Address vrijednosti.

Novi primjerak testirajte preko lokalne hosts datoteke, zaštićenog staginga ili preview mehanizma pružatelja. cPanel posebno preporučuje provjeru prije DNS promjene i opisuje testiranje preko hosts datoteke u migracijskom vodiču. Privremenu javnu kopiju zaštitite lozinkom ili oznakom noindex kako ne biste stvorili duplikat u tražilicama.

Ne pregledavajte samo naslovnicu. Testirajte:

• prijavu u administraciju, ključne predloške, izbornike, slike i PDF dokumente;
• pretraživanje, obrasce i dostavu poruke na stvarni mailbox;
• košaricu, kupon, dostavu, testnu naplatu i povratni poziv platnog sustava;
• dodavanje i uređivanje sadržaja, upload slike i generiranje umanjenih verzija;
• permalinkove, 404 stranicu, postojeća preusmjerenja i canonical oznake;
• mobilni prikaz, cache, sigurnosna pravila i zakazane zadatke.

Kod većeg cPanel-to-cPanel prijenosa WHM Transfer Tool može automatizirati velik dio računa i nudi opcije za završno usklađivanje određenih podataka. I dalje treba zasebno potvrditi što je alat prenio i koje su promjene nastale nakon početne kopije.

Kako sačuvati poslovni e-mail tijekom migracije

Najčešći neugodan kvar nije nedostupna početna stranica, nego izgubljena ponuda ili upit kupca. Najprije utvrdite gdje e-mail stvarno radi. Može biti na starom hostingu, Microsoftu 365, Google Workspaceu ili trećem mail serveru. Ako je odvojen od web hostinga, MX zapise možda uopće ne treba mijenjati.

Ako se sele i mailboxi, unaprijed ih otvorite na novom serveru, prenesite postojeće poruke i postavite jednake kvote, aliase i forwardere. Provjerite dolaznu i odlaznu poštu za svaku važnu adresu. U DNS inventaru sačuvajte ne samo MX nego i SPF, DKIM i DMARC. Cloudflareov postupak za provjeru DNS zapisa prije promjene nameservera upozorava da automatsko skeniranje možda neće pronaći sve postojeće zapise, pa ih treba usporediti s izvornom zonom.

Tijekom DNS propagacije poruka može stići na stari ili novi server. Zato stari mail servis ostavite aktivnim, obavite završnu IMAP sinkronizaciju i nekoliko dana provjeravajte obje strane. Ako to nije moguće, unaprijed dogovorite privremeno prosljeđivanje ili drugi kontrolirani postupak s pružateljem.

DNS, TTL i trenutak prebacivanja

TTL određuje koliko dugo resolveri smiju čuvati DNS odgovor u predmemoriji. Google preporučuje spuštanje TTL-a na konzervativno nisku vrijednost, primjerice nekoliko sati, barem tjedan prije promjene hostinga kako bi se predmemorije stigle osvježiti. Cloudflareova dokumentacija o DNS TTL-u pokazuje da dostupne vrijednosti ovise i o tome je li zapis proxied ili DNS-only, pa ne pretpostavljajte da se svaki zapis ponaša jednako.

Na dan migracije:

1. odaberite razdoblje najmanjeg prometa i osigurajte dostupnost osobe koja može vratiti promjenu;
2. ako stranica prima narudžbe ili upise, kratko zaustavite nove promjene ili napravite završnu sinkronizaciju baze;
3. dovršite kopiju datoteka, baze i mailboxa;
4. još jednom testirajte novi server;
5. promijenite samo planirane DNS zapise ili nameservere;
6. pratite odgovore iz više mreža i poslužiteljske logove na oba hostinga.

Cloudflareov vodič za migracijski prozor preporučuje završnu provjeru DNS zapisa, promjenu nameservera te praćenje propagacije i provjeru ključnih A i MX zapisa. Nakon stabilizacije vratite TTL na uobičajenu vrijednost. Niži TTL pomaže, ali ne može prisiliti svaki resolver da trenutačno odbaci staru predmemoriju.

SSL, obrasci, cron i webshop zahtijevaju zasebnu provjeru

Nakon promjene DNS-a potvrdite da novi server isporučuje valjan SSL certifikat za glavnu domenu i sve poddomene te da se obnova certifikata može izvršiti automatski. Provjerite da nema miješanog HTTP/HTTPS sadržaja i da pravilo preusmjeravanja na HTTPS ne stvara petlju.

Kontaktni obrasci trebaju proći stvarno slanje, isporuku i odgovor. Ako WordPress šalje preko SMTP-a, provjerite vjerodajnice, dopuštene IP adrese i DNS autentikaciju. Cron zadaci moraju postojati na novom serveru; u protivnom mogu stati backupi, sinkronizacija zaliha, zakazane objave i slanje obavijesti.

Za webshop dogovorite kratki „freeze” ili završnu sinkronizaciju baze. Testirajte narudžbu od početka do kraja, uključujući webhookove i povrat korisnika s platnog sustava. Usporedite broj narudžbi i zadnji ID prije i poslije prebacivanja. Ako se podaci razilaze, zaustavite nove transakcije i provedite rollback ili kontrolirano usklađivanje; nemojte naslijepo prepisati noviju bazu starijom.

Utjecaj promjene hostinga na SEO

Ako domena, protokol i URL-ovi ostaju isti, promjena hostinga nije selidba URL-a i ne zahtijeva 301 preusmjerenja samo zato što se promijenila IP adresa. Googleov službeni vodič za promjenu hostinga bez promjene URL-a preporučuje pripremu i testiranje novog sustava, DNS promjenu, nadzor prometa na oba servera te gašenje starog tek kada više ne prima promet.

Prije prebacivanja zabilježite indeksirane stranice, organske ulaze, sitemap, najvažnije pozicije i Core Web Vitals. Nakon prebacivanja:

• uklonite privremeni noindex i blokade za crawlere s produkcijske kopije;
• provjerite robots.txt, canonical oznake, sitemap i Search Console verifikaciju;
• kroz URL Inspection testirajte naslovnicu i nekoliko ključnih URL-ova;
• pratite 404/5xx pogreške, indeksiranje, crawl i organski promet;
• usporedite brzinu i stabilnost, osobito odgovor servera i ključne korisničke stranice.

Kratka promjena učestalosti Googlebotova crawlanja može biti normalna. Dugotrajan pad, velik broj 5xx odgovora, pogrešni canonicali ili zaboravljen noindex nisu normalni i traže hitnu provjeru. Za dodatni nadzor vidljivosti pogledajte Voxernovu SEO optimizaciju.

Kada je sigurno ugasiti stari hosting

Ne postoji univerzalni rok. Kao praktičan minimum ostavite stari web i e-mail aktivnima 48 do 72 sata, a za poslovno kritičan webshop ili poštu razmotrite sedam dana. Odluku ipak donesite prema podacima, ne samo prema satu.

Stari hosting možete ugasiti kada njegovi logovi više ne pokazuju stvaran promet, DNS se iz više mreža razrješava na novi sustav, nove narudžbe i poruke dolaze samo na novu stranu, backup novog sustava je uspješno izrađen te je rollback prozor svjesno zatvoren. Google također savjetuje gašenje starog sustava tek kada ste sigurni da korisnici i Googlebot dobivaju sadržaj s novog hostinga.

Prije otkazivanja preuzmite završnu arhivu i račune, uklonite nepotrebne pristupe te dokumentirajte nove DNS i hosting podatke. Ako trebate procjenu i plan preseljenja, pošaljite domenu Voxernu kako bi se prije promjene provjerili web, poslovni e-mail i DNS.

Kratka završna checklista

• [ ] Inventar weba, baze, e-maila, DNS-a i integracija je potpun.
• [ ] Backup datoteka i baze spremljen je izvan starog hostinga i provjeren.
• [ ] Novi server testiran je prije promjene DNS-a.
• [ ] Mailboxi, MX, SPF, DKIM i DMARC su provjereni.
• [ ] Dogovoreni su trenutak prebacivanja, završna sinkronizacija i rollback kriteriji.
• [ ] SSL, obrasci, cron, naplata i webhookovi rade na novom serveru.
• [ ] Uklonjen je privremeni noindex, a Search Console i analitika rade.
• [ ] Stari hosting ostaje aktivan dok promet i pošta potpuno ne prijeđu.

Česta pitanja o migraciji WordPress stranice

Koliko traje migracija WordPress stranice?

Mala prezentacijska stranica može se tehnički kopirati u nekoliko sati, dok webshop, velika medijska biblioteka ili mnogo mailboxa mogu zahtijevati dan ili više. cPanel navodi da trajanje ovisi o mreži, hardveru, količini podataka i drugim varijablama, pa je odgovorno dati procjenu tek nakon pregleda.

Hoće li web sigurno ostati dostupan?

Dobro pripremljen paralelni server, niski TTL, testiranje i zadržavanje starog hostinga mogu prekid svesti na minimum. Potpuno nulti prekid ipak se ne može obećati za svaku konfiguraciju, osobito kada nema pristupa DNS-u, završnoj sinkronizaciji ili oba servera.

Trebam li preseliti i domenu?

Ne nužno. Hosting se može promijeniti tako da domena ostane kod sadašnjeg registrara. Dovoljno je kontrolirano usmjeriti DNS na novi server. Transfer domene ima zaseban postupak i treba ga raditi samo kada zaista mijenjate registrara.

Zašto ne treba odmah otkazati stari paket?

Tijekom propagacije neki korisnici i poruke još mogu završiti na starom sustavu. Stari paket ujedno omogućuje brži rollback ako se nakon produkcijskog prebacivanja otkrije kritična pogreška.