Prijenos WordPress stranice: plan za web, DNS i email

1. Dogovorite što se seli i tko upravlja DNS-om

Razdvojite web, poštanske sandučiće, DNS i registraciju domene. Nije nužno prenositi domenu novom registraru da biste promijenili hosting. Email također može ostati kod postojećeg pružatelja. Prije prijenosa zapišite trenutačne nameservere i važne zapise te utvrdite tko može odobriti potrebne promjene.

Opseg Voxernove migracije dogovara se prije početka. Navedite broj webova, veličinu podataka i pošte, posebne aplikacije i željeni termin. Rok ovisi o pristupima, količini podataka i potrebnim provjerama; ne planirajte ga prema općem obećanju da je svaka migracija gotova isti dan.

2. Prikupite tehnički popis i svježu kopiju

Popišite verzije PHP-a i baze, važne dodatke, cron zadatke, vanjske integracije, preusmjeravanja i posebne postavke. Provjerite postoji li na novom računu dovoljno prostora i podržava li potrebne funkcije. Pristupe predajte dogovorenim sigurnim kanalom, uz ovlasti potrebne za prijenos.

Napravite i sačuvajte kopiju datoteka i baze iz odgovarajućeg trenutka. Izvoz WordPress sadržaja nije potpuna kopija cijele instalacije. Sačuvajte i podatke o DNS-u, email adresama te konfiguraciji integracija. Prije zahvata mora biti jasno gdje je kopija i tko može pokrenuti povrat.

• Zabilježite obrasce, rezervacije, pretragu i druge funkcije koje ćete testirati.
• Provjerite koje vanjske usluge koriste IP dopuštenja ili povratne adrese.
• Dogovorite tko će uređivati sadržaj i obrađivati narudžbe tijekom prijenosa.
• Sačuvajte postojeći hosting do završetka tehničke provjere i prijenosa podataka.

3. Postavite novu kopiju i testirajte je prije promjene DNS-a

Na novom hostingu pripremaju se datoteke, baza i njihove pristupne postavke. Ako se domena ne mijenja, nema razloga naslijepo mijenjati sve adrese u bazi. WordPress podaci mogu sadržavati serijalizirane vrijednosti pa nestručna zamjena teksta može oštetiti postavke.

Testiranje kroz lokalni hosts zapis može usmjeriti vaš uređaj na novi server uz zadržavanje stvarne domene. Privremena adresa također može pomoći, ali ne dokazuje rad certifikata i svih vanjskih integracija na konačnoj domeni. Odaberite način s osobom koja vodi prijenos.

1. Provjerite početnu stranicu, nekoliko podstranica, slike i dokumente.
2. Otvorite administraciju i provjerite prijavu, uređivanje i stalne poveznice.
3. Testirajte obrasce dogovorenim porukama i provjerite primitak.
4. Provjerite izvršavanje potrebnih zadataka i komunikaciju s integracijama.
5. Na testnoj kopiji spriječite neželjene stvarne naplate i automatske poruke.

4. Pripremite email kao zaseban dio migracije

Ako pošta ostaje na Microsoftu 365, Google Workspaceu ili drugoj usluzi, potrebno je sačuvati njezine MX i ostale potrebne zapise. Sama promjena adrese web servera nije razlog da se postojeća pošta preusmjeri na novi hosting.

Ako se sandučići sele, najprije pripremite odgovarajuće račune i dogovorite prijenos postojećih poruka. Tijekom prijelaza dio pošte može stići na staro odredište. Zato plan uključuje naknadnu sinkronizaciju, provjeru slanja i primitka te ažuriranje programa na uređajima. Nemojte brisati stari račun nakon samo jedne uspješno primljene poruke.

5. Za trgovine planirajte završnu sinkronizaciju podataka

Kopija trgovine napravljena ujutro ne sadrži narudžbe nastale poslijepodne. Ako stari i novi web istodobno primaju kupnje, nastaju dvije baze koje se razlikuju. Kasnije prepisivanje jedne drugom može izgubiti narudžbe, promjene zaliha ili korisničke račune.

Dogovorite termin manjeg prometa i način privremenog zaustavljanja novih upisa tijekom završnog prijenosa, ako je potreban. Uskladite to s vanjskim plaćanjima, obavijestima i sinkronizacijama zaliha. Završnu bazu prenosite tek kada je jasno koja je izvor istine. Nakon uključivanja kupnje provjerite novu narudžbu i njezinu vezu s plaćanjem u dopuštenom testnom postupku.

6. Promijenite DNS i pratite oba odredišta

DNS se mijenja tek kada nova kopija prođe dogovorene provjere. Ovisno o planu mijenjaju se pojedini zapisi ili nameserveri. Promjena nameservera zahtijeva pregled cijele potrebne zone, jer uz web može utjecati i na poštu ili potvrde vanjskih usluga.

Trajanje prijelaza ovisi o TTL-u, predmemoriji i prethodnim postavkama. Provjerite javni DNS iz više mreža, pristup novom serveru i certifikat. Uklonite privremeni noindex ili razvojna ograničenja s produkcije, sačuvajte Search Console potvrdu vlasništva i pratite pogreške. Stari hosting ugasite tek kada provjere pokažu da više nije potreban.

7. Povrat planirajte prema novim podacima, ne samo DNS-u

Ako se nakon prijelaza pojavi ozbiljan problem, vraćanje DNS-a na stari server nije uvijek dovoljan povrat. Novi server možda je već primio upite, narudžbe ili poruke. Prije prebacivanja sačuvajte njegovo stanje i utvrdite što se mora prenijeti ili ručno uskladiti.

Završna provjera uključuje javne adrese, HTTPS, obrasce, email, administraciju, zakazane zadatke i poslovne integracije. Zapišite što je provjereno i koje točke još čekaju. Time odluka o gašenju starog hostinga počiva na stvarnom radu usluge.

Česta pitanja