Preseljenje web stranice nije samo kopiranje datoteka. Nova instalacija može izgledati ispravno, a da upiti i dalje odlaze na stari poslužitelj, da dio posjetitelja vidi staru verziju ili da e-pošta prestane stizati. Zato prije promjene DNS-a treba znati što sve domena trenutačno koristi.
Prije prijenosa: popis ovisnosti
Zabilježite registrara domene, DNS zapise, mjesto na kojem se primaju e-poruke, verziju PHP-a, baze podataka, SSL certifikat, cron zadatke i vanjske integracije. Provjerite i postoje li poddomene, preusmjeravanja ili zapisi za slanje e-pošte. Pristup samo WordPress administraciji nije dovoljan ako treba mijenjati DNS ili preseliti poštanske sandučiće.
Napravite cjelovitu kopiju datoteka i baze te odredite trenutak od kojeg stari sadržaj više nećete mijenjati. Kod trgovine ili sustava s narudžbama posebno dogovorite kako će se prenijeti podaci nastali između prve kopije i konačnog prebacivanja.
Tijekom prijenosa: testirajte novu kopiju
Najprije postavite stranicu na novi hosting i otvorite je preko testne adrese ili lokalnog zapisa domaćina. Provjerite unutarnje poveznice, slike, obrasce, prijavu, narudžbe i poruke koje stranica šalje. Provjera samo početne stranice neće otkriti sve pogreške.
Tek kada je nova kopija spremna, mijenjajte odgovarajuće DNS zapise. Promjena se ne mora svugdje vidjeti u istom trenutku jer se DNS odgovori predmemoriraju. Stari hosting zato nemojte isključiti odmah nakon prebacivanja.
Nakon prebacivanja: pogledajte i e-poštu
Usporedite DNS zapise prije i poslije, uključujući MX te SPF, DKIM i DMARC ako se koriste. Pošaljite i primite probnu poruku s vanjske adrese. Zatim ponovno pošaljite upit s web obrasca i provjerite je li stigao. Pregledajte i važna preusmjeravanja ako su se URL-ovi mijenjali.
Što znači spreman plan povratka?
Prije promjene DNS-a zadržite pristup starom hostingu i zapišite koje biste zapise vratili ako nova okolina ne radi. Plan mora uključiti i nove podatke koji su možda nastali nakon prebacivanja; slijepo vraćanje stare baze može obrisati zaprimljene upite ili narudžbe. Odredite osobu koja donosi odluku o povratku i granicu nakon koje se ona donosi. Na kraju usporedite sadržaj na oba poslužitelja i tek kada promet i pošta stabilno dolaze na novo mjesto dogovorite gašenje starog paketa.
Pravo pitanje je što domena sve pokreće
Jedna domena može služiti web stranici, poslovnoj pošti, poddomenama, vanjskom alatu za newsletter i provjeri vlasništva u drugim uslugama. Preseljenje weba ne znači automatski da se sve to seli. Prije zahvata izvezite postojeću DNS zonu i označite svaki zapis čiju svrhu znate. Za nepoznate zapise najprije utvrdite tko ih koristi; brisanje „viška” može prekinuti uslugu koja nema vidljive veze s WordPressom. Posebno odvojite promjenu IP adrese weba od promjene poslužitelja pošte.
Ako selite i domenu drugom registraru, to je zaseban postupak sa svojim pristupima i rokovima. Nije nužno raditi ga u istoj noći kad i selidbu hostinga. Manje istodobnih promjena olakšava utvrditi uzrok ako nešto prestane raditi. Zabilježite kod koga je domena registrirana, tko može uređivati DNS i tko prima obavijesti o isteku.
Odredite trenutak zadnjeg upisa
Statična stranica može se kopirati i testirati bez velikog rizika od razilaženja podataka. Kod obrasca, trgovine ili sustava za rezervacije stvar je drukčija: nakon prve kopije na staroj stranici mogu nastati novi zapisi. Dogovorite hoće li se u završnom koraku napraviti dodatna sinkronizacija, privremeno zaustaviti unos ili ručno prenijeti zapisi iz kratkog prijelaznog razdoblja. Bez takvog dogovora obje verzije mogu izgledati ispravno, ali svaka čuvati drukčije narudžbe.
Prije završnog prebacivanja napravite novu sigurnosnu kopiju i zabilježite točno vrijeme. Ako privremeno ograničite naručivanje, obavijest posjetiteljima treba biti jasna i kratka. Po završetku usporedite broj novih upita ili narudžbi u prijelaznom razdoblju sa zapisima na novoj okolini. To je konkretnija potvrda od same poruke da je uvoz baze uspio.
Provjerite okruženje, ne samo verziju PHP-a
Na novom hostingu važni su i dostupne PHP ekstenzije, ograničenja memorije i izvršavanja, način slanja e-pošte, cron zadaci, dozvole datoteka i pravila preusmjeravanja. Dodatak koji je radio na starom poslužitelju može se oslanjati na specifičnu konfiguraciju. Prije selidbe popišite što koristi stvarna stranica, a ne sve što hosting reklamira. Na testnoj kopiji pokrenite najvažnije radnje: slanje obrasca, izradu narudžbe, generiranje dokumenta ili povremeni zadatak koji se izvršava automatski.
SSL certifikat pripremite za domenu prije nego što promet preusmjerite na novu okolinu. Provjerite i prisilna HTTPS preusmjeravanja te učitavaju li se slike i skripte sigurnim protokolom. Stranica može izgledati uredno u administraciji, a posjetitelju prikazivati upozorenje preglednika ili blokirati dio sadržaja zbog mješovitih resursa.
Ako se WordPress seli na novi poslužitelj, zapišite trenutačne URL-ove, verzije softvera, aktivne dodatke, pravila preusmjeravanja i način slanja pošte. Zatim na novoj okolini provjerite prijavu, obrasce, slike i nekoliko starih poveznica. WordPressove upute za migraciju posebno opisuju preseljenje na novi poslužitelj uz zadržavanje domene i URL-ova. Ta provjera razlikuje uspješan prijenos datoteka od uspješne selidbe usluge.
DNS promjena nije istodobna za sve korisnike
Prije promjene može se privremeno smanjiti TTL relevantnih zapisa kako bi se ranije pohranjeni odgovori brže zamijenili, ali to treba napraviti dovoljno unaprijed da stari TTL istekne. Ni tada nema jamstva da svaki posjetitelj u istoj sekundi vidi novi poslužitelj. Zato stari i novi web neko vrijeme moraju odgovarati na isti način ili barem ne smiju stvarati konfliktne podatke. Odluku o gašenju starog paketa donesite nakon provjere prometa, DNS odgovora i pošte, ne odmah nakon prvog uspješnog otvaranja stranice.
Provjeravajte iz više mreža i bez prijave u WordPress. Vlastiti preglednik može držati staru verziju zbog lokalne predmemorije ili prethodne administratorske sesije. Korisno je provjeriti i stvarnu IP adresu na koju domena upućuje te odgovor novog poslužitelja za glavni URL i nekoliko važnih podstranica.
Sačuvajte putanje koje već imaju posjetitelje
Selidba hostinga sama po sebi ne bi trebala mijenjati URL-ove. Ako se istodobno mijenja struktura stranice, unaprijed napravite mapu starih i novih adresa te trajna preusmjeravanja za sadržaj koji se premješta. Provjerite i unutarnje poveznice, kanonske adrese, sitemap i robots pravila na novoj okolini. Testna stranica može biti namjerno isključena iz indeksiranja; nakon objave taj status treba svjesno provjeriti da produkcija ne ostane skrivena tražilicama.
Nakon selidbe zabilježite tko upravlja domenom, hostingom i kopijama, gdje su pristupi i kada istječu usluge. Samo takva primopredaja omogućuje da iduće održavanje ne počne potragom za izgubljenom lozinkom. Uspješna migracija nije tek stranica koja se otvara, nego i jasna kontrola nad svim uslugama koje je domena povezivala.
Što provjeriti u prvih nekoliko dana?
Prvog dana pratite učitavaju li se ključne stranice izvan administratorske sesije, stižu li upiti i odgovori iz obrazaca te pojavljuju li se nove pogreške u zapisnicima. Kod trgovine ili rezervacija provjerite jesu li novi zapisi nastali na novoj instalaciji, a ne na staroj koja se još može otvoriti preko lokalno spremljene DNS adrese. Pogledajte i automatizirane zadatke: slanje podsjetnika, generiranje dokumenata ili čišćenje privremenih podataka možda se izvršava samo na starom poslužitelju.
Sljedećih dana usporedite broj zaprimljenih poruka i narudžbi s očekivanim prometom, provjerite poštu s više vanjskih adresa i pregledajte izvještaje o nedostupnim URL-ovima. Ne tumačite jedan sporiji rezultat kao kvar novog hostinga: mjerenje treba ponoviti pod usporedivim uvjetima i pogledati stvarni uzrok. Stari paket ugasite kada imate dovoljno dokaza da web, pošta i povezane usluge rade na novom mjestu te kada je konačna kopija sigurno spremljena.
Sačuvajte kratku primopredajnu bilješku s datumom promjene, popisom DNS zapisa, odgovornim kontaktima i rezultatom testova. Ona je važna i mjesecima poslije, kada netko treba promijeniti poštu ili obnoviti certifikat. Bez nje se isti istraživački posao ponavlja pri svakoj sljedećoj izmjeni.
Pri primopredaji provjerite da vlasnik projekta zaista može pristupiti novom računu i obnoviti uslugu bez posredovanja osobe koja je selidbu izvela. Kontrola nad pristupom jednako je važna kao ispravan prikaz stranice.
Koristan završni zapis sadrži datum prebacivanja, novu adresu poslužitelja, rezultat testova i plan povratka na staru okolinu ako se pokaže ozbiljna pogreška. Nije moguće pošteno obećati da svaki prijenos prolazi bez sekunde prekida, ali se pripremom može znatno smanjiti prostor za iznenađenja. Ako planirate selidbu, pogledajte našu uslugu hostinga web stranica i pošaljite podatke o sadašnjoj postavi.
