Migracija hostinga bez prekida: plan koji čuva sajt, mejlove i Google rangiranje

Migracija hostinga bez prekida rada sajta znači prenos sajta, baze podataka, mejlova i DNS zapisa na novi server tako da posetioci i pretraživači ne vide pad. Ključ nije sama kopija fajlova, to je rutina od pola sata. Ključ je redosled: rezervna kopija (backup), test na novom serveru pre nego što išta promenite, pa tek onda promena DNS-a. Firme koje prijave “pao mi je sajt tokom migracije” obično nisu pogrešile u prenosu. Nisu uradile pripremu na pravi način.

Većina problema rešava se 24 sata pre prelaska (cutover), ne tokom njega. Ovaj vodič pokazuje plan, redosled koraka i mesta gde se najčešće gubi vreme, sajt ili emailovi.

Šta “bez prekida” znači u praksi

“Bez prekida” ne znači da se internet zaledio dok ti seliš sajt. Znači da posetilac koji kuca tvoj domen ne vidi grešku ni stari sajt sa novim podacima.

Postiže se jednom tehnikom: oba servera, stari i novi, rade paralelno nekoliko dana. Aktiviranje promene na DNS-u (propagacija) nije trenutno. U prvih 24 do 48 sati posle prelaska, deo posetilaca još uvek gleda stari server jer mu lokalni DNS keš drži staru IP adresu. To nije pad, to je normalno ponašanje DNS-a. Pad nastaje samo ako stari server u tom periodu ugasiš.

Tip poteškoća se razlikuje po scenariju: prelazak sa deljenog (shared) hostinga na deljeni kod drugog provajdera nije isto što i prelazak sa shared-a na VPS zato što ti sajt prerasta deljeni paket. Plan koraka je sličan, ali tačke gde se pogreši razlikuju se.

Kada je migracija dobra ideja, a kada nije

Realni signali za migraciju: čest pad servera, sporo učitavanje koje ne rešava optimizacija slika ni keš plagin, dostignuti limiti procesora, memorije ili diska, nedostatak punog (root) pristupa, ili realan plan rasta posete.

Migracija nije rešenje ako: imaš jednokratan skok poseta zbog kampanje koja se završava za dve nedelje, optimizacija na postojećem serveru može da reši problem, ili menjaš hosting pet dana pred važan događaj.

Šta sve mora da se migrira: kompletan inventar

Pre nego što povučeš ijedan fajl, napravi spisak svih stavki koje se migriraju. Ako ne znaš da li nešto postoji, znači da ćeš ga zaboraviti.

• Fajlovi sajta: kod, upload-ovane slike, korisničke datoteke
• Baza ili baze podataka, sa tačnom verzijom MySQL/MariaDB
• Email nalozi i istorija pošte (POP3 ili IMAP folderi)
• DNS zapisi: A, AAAA, CNAME, MX, plus TXT za SPF, DKIM i DMARC
• SSL sertifikati, sa razdvajanjem na Let’s Encrypt i kupljene
• Zakazani zadaci (cron jobs)
• Verzija PHP-a i ekstenzije koje sajt aktivno koristi
• .htaccess pravila, postojeća preusmerenja (redirects)

Snimi sve u jedan dokument. Posle migracije, taj dokument je tvoj kontrolni spisak.

Korak po korak: zero-downtime plan

Korak 1 — Rezervna kopija pre svega

Pun backup fajlova plus dump baze. Ne oslanjaj se na automatski backup hosting provajdera, to ne znamo da li radi dok nam ne zatreba. Bekap mora da bude na trećem mestu, ne na starom i ne na novom serveru. Lokalna mašina plus cloud storage je minimum.

Onda uradi nešto što većina preskoči: testiraj vraćanje (restore). Backup koji nikad nisi vratio nije backup, to je nada.

Korak 2 — Spusti vreme keširanja (TTL) 24 do 48 sati pre prelaska

TTL (Time To Live) je vrednost u DNS zapisu koja govori serverima širom sveta koliko dugo da čuvaju tvoju IP adresu u kešu pre nego što ponovo provere. Tipična vrednost je 3,600 sekundi (1 sat) ili više. Spusti TTL na 300 sekundi najmanje 24 sata pre planiranog prelaska.

Kad konačno promeniš A zapis, propagacija ide u minutima a ne u danima. Ako spustiš TTL 30 minuta pre cutover-a, već si zakasnio. Keševi DNS servera već su uzeli staru vrednost i držaće je dok ne istekne.

Ovaj jedan korak razdvaja “bez prekida” od “ne radi mi sajt pola dana”.

Korak 3 — Prenesi fajlove i bazu

Ako oba provajdera koriste isti kontrolni panel (najčešće cPanel ili Plesk), najlakše je uraditi pun account backup → import. Ako se paneli razlikuju, fajlovi idu preko SFTP-a ili rsync-a, baza preko mysqldump izvoza i mysql importa.

Proveri verziju PHP-a i ekstenzije na novom serveru pre nego što očekuješ da sve radi. Razlika u verziji PHP-a je tihi ubica WordPress sajtova: stari plagin koji radi na PHP 7.4 može da “pukne” na PHP 8.2.

Korak 4 — Testiraj sajt na novom serveru preko hosts fajla

Korak koji većina vodiča preskoči i zato firme padaju. Trik je da preusmeriš samo svoju mašinu na novi server, dok ostatak interneta i dalje vidi stari. Tako probaš novi server sa pravim domenom, bez rizika za posetioce.

Koraci:

• Na Windows-u edituj C:\Windows\System32\drivers\etc\hosts
• Na macOS-u i Linux-u edituj /etc/hosts
• Dodaj liniju: IP_NOVOG_SERVERA tvojdomen.rs www.tvojdomen.rs
• Sačuvaj, isprazni DNS keš, otvori sajt

Sada samo tvoj browser ide na novi server. Klikni kroz forme, isprobaj checkout, uloguj se u admin panel, pošalji probnu poruku kroz kontakt formu. Sve mora da prođe pre nego što ideš dalje.

Korak 5 — Pripremi mejlove

Najčešća greška u celom procesu: gube se poruke koje stignu tokom propagacije zato što stignu na server na koji je MX zapis još uvek usmeren, ali nalozi tamo više ne postoje.

Plan koji to sprečava:

1. Napravi sve mejl naloge na nov server pre prelaska, sa istim adresama i lozinkama
2. Prebaci postojeću poštu preko IMAP klijenta (Thunderbird ili Outlook), tako što istovremeno povežeš oba naloga i povučeš foldere
3. Tek onda menjaj MX zapis

Tako ako MX počne da preusmerava na novi server pre nego što završiš sa prebacivanjem stare pošte, nove poruke makar imaju gde da stignu.

Korak 6 — Prelazak: promena DNS-a

Trenutak kad menjaš A zapis (ili NS zapis, ako prebacuješ ceo DNS na drugog provajdera). Promena se dešava u kontrolnom panelu registrara domena, ne kod hosting provajdera, osim ako su isti.

Drži stari server aktivnim još 7 do 14 dana posle prelaska. Posetioci čiji DNS keš drži staru IP adresu i dalje će gledati stari server. Otkazivanje starog hostinga istog dana kad si promenio DNS je najčešća greška koja od “bez prekida” pravi katastrofu.

Korak 7 — Verifikacija u prvih 48 sati

Onlajn DNS checker alati pokazuju da li je nova IP adresa propagirana po regijama. Pošalji probnu poruku sa eksternog naloga (Gmail, Yahoo) ka tvojoj poslovnoj adresi i potvrdi da stiže.

SSL je posebna tačka: sertifikat mora biti aktivan na novom serveru pre nego što DNS upiše promenu. Ako koristiš Let’s Encrypt, generiši ga na novom serveru pre prelaska, ne posle.

SEO kontinuitet: kako da ne izgubiš rangiranje na Google-u

Migracija samog hostinga je SEO-neutralna ako adrese (URL-ovi) ostaju iste. Google ne vidi razliku između IP adresa, samo URL-ove. Ako tvojdomen.rs/o-nama pokazuje istu stranicu pre i posle, Google ne vidi razliku.

Šta mora da ostane isto:

• Struktura URL-ova, do poslednje crtice i kose crte
• Meta tagovi (title, description)
• Schema markup
• robots.txt i sitemap.xml
• Canonical tagovi

Šta promena hostinga može da poremeti i šta da pratiš:

• Brzina sajta i Core Web Vitals (proveri PageSpeed Insights pre i posle)
• HTTPS konfiguracija i mixed content upozorenja
• Automatski izgenerisan robots.txt na novom serveru koji slučajno blokira indeksiranje
• noindex tag koji je ostao sa staginga, najgori scenario jer sajt radi a Google ga briše iz indeksa

Ako uz migraciju menjaš i strukturu URL-ova, treba ti 301 mapiranje jedan-na-jedan, sa stare adrese na novu. Detaljan SEO kontrolni spisak za taj scenario obrađuje Search Engine Land u svom site migration vodiču.

Posle prelaska, otvori Google Search Console i uradi URL Inspection na 5 do 10 ključnih stranica da potvrdiš da Google može da ih crawl-uje. Prati Coverage report za 404 greške prvih 30 dana.

Najčešće greške koje “bez prekida” pretvore u paniku

Otkazivanje starog hostinga istog dana. DNS propagacija nije trenutna. Zadrži stari server aktivnim minimum 7 dana.

Spuštanje TTL-a kasno ili nikad. TTL se spušta 24 do 48 sati unapred, ne ranije, ne kasnije.

Zaboravljen MX, SPF, DKIM ili DMARC. Mejlovi prestaju da stižu. Marketing automation prestaje da šalje. Recovery linkovi ne stižu korisnicima.

Razlika u verziji PHP-a. Stari server na PHP 7.4, novi na PHP 8.2. WordPress radi, ali tri plagina javljaju fatalnu grešku u admin panelu.

noindex zaboravljen sa staging okruženja. Najgori scenario. Sajt radi, posetioci ulaze, ali Google polako briše stranice iz indeksa. Otkriva se tek kad organski saobraćaj počne da pada nedelju ili dve kasnije. Pre prelaska: otvori source view na home page i potraži <meta name=“robots” content=“noindex”>.Ako je tu, skidaj.

Kada je vreme da prerasteš shared hosting

Migracija nije uvek prelazak na drugog provajdera. Češće je prelazak na jači paket. Signali da je shared hosting postao tesan:

• Konstantno se približavaš limitima procesora ili memorije
• Sajt sporije reaguje u špicu poseta
• Treba ti pun (root) pristup zbog debug-a ili custom konfiguracije
• Hostuješ više sajtova i menadžment kroz jedan cPanel postaje haotičan
• Baza je prošla od 5 do 10 GB, ili imaš e-commerce sa hiljadama proizvoda

VPS rešenja daju izolovane resurse, posetioci tvog sajta ne zavise od aktivnosti drugih korisnika servera, i pun pristup omogućava optimizaciju koju shared paket neće dozvoliti.

Postoji i drugi scenario. Ako te biznis aplikacije, VPN, eFiskalizacija ili potreba za statičnom IP adresom guraju ka kompletnom paketu koji povezuje internet konekciju sa svim infrastrukturnim servisima, to nije ista odluka. Biznis Internet paketi dolaze sa hostingom, .rs domenom, SSL sertifikatom i statičnom IP adresom u jednom paketu, što je drugačiji model od čiste hosting migracije.

Zaključak

Migracija hostinga bez prekida nije magija, nego rutina sa redosledom. Backup, spuštanje TTL-a, prenos, test kroz hosts fajl, priprema mejlova, promena DNS-a, paralelan rad oba servera, verifikacija. Sedam koraka, jedna nedelja pripreme, deset minuta čistog prelaska. Firme koje žele dodatnu sigurnost mogu da računaju na podršku inženjera Orion telekoma za kompletnu migraciju ili konsultaciju oko plana.

Česta pitanja

Koliko traje DNS propagacija nakon migracije hostinga?

Od 15 minuta do 48 sati, u zavisnosti od TTL vrednosti pre prelaska i internet provajdera krajnjeg posetioca. Ako si spustio TTL na 300 sekundi 24 sata pre, većina sveta vidi novi server u roku od 5 do 30 minuta.

Da li migracija hostinga utiče na Google rangiranje?

Ne utiče sama po sebi ako URL-ovi ostaju isti i sajt zadrži iste meta podatke, sitemap i schema markup. Rangiranje pada samo ako se uz migraciju menjaju i URL-ovi (treba 301 mapiranje), ako brzina sajta na novom serveru bude lošija, ili ako noindex tag ostane sa staging okruženja.

Mogu li sam da migriram sajt ili mi treba podrška?

Statičan sajt ili standardnu WordPress instalaciju bez kompleksnih plugin-ova može da migrira jedan administrator za par sati. Sajtovi sa custom kodom, više integracija, e-commerce checkout-om ili API konekcijama traže više iskustva ili podršku provajdera.

Šta ako se mejlovi izgube tokom migracije?

Da bi se to izbeglo, mejl nalozi se prave na novom serveru pre prelaska, sa istim adresama i lozinkama, i postojeća pošta se prebacuje preko IMAP klijenta. Ako se nešto ipak izgubi, jedini način oporavka je backup koji si napravio pre svega.

Da li mogu da otkažem stari hosting odmah posle prelaska?

Ne. Sačuvaj stari hosting aktivan još 7 do 14 dana posle prelaska. DNS propagacija nije trenutna, deo posetilaca će u prvih nekoliko dana još dolaziti na stari server.