Kako Izvršiti Premještanje Servera? Premještanje Web Stranice Bez Gubitka Podataka

Premještanje servera (migration) je proces planiranog prijenosa datoteka web stranice, baze podataka, e-mail računa, DNS zapisa i postavki aplikacija sa postojećeg servera na novi. Osnovna metoda za premještanje web stranice bez gubitka podataka je sljedeća: prvo se uzima potpuni backup, novi server se priprema sa istim ili novijim verzijama softvera, datoteke i baza podataka se prenose, testira se korištenjem hosts datoteke ili privremenog URL-a, DNS preusmjeravanje se mijenja na niži TTL, a nakon premještanja se kontroliraju logovi, obrasci, procesi plaćanja, isporuka e-pošte i SEO signali.

Proces premještanja servera nije jednostavan copy-paste postupak. Pogotovo za tvrtke koje koriste WordPress, WooCommerce, Laravel, vlastite PHP aplikacije, visoko prometne vijesti ili korporativne e-mailove, pogrešan prijenos može rezultirati gubitkom narudžbi, oštećenim turskim znakovima, 500 pogreškama, SSL upozorenjima, prekidima u e-mailu i smanjenjem vidljivosti na tražilicama. Stoga bi plan migracije trebao sadržavati tehničku kontrolnu listu i scenarij povratka.

U ovom vodiču ćemo korak po korak obraditi kako izvršiti promjenu hostinga ili servera u skladu s očekivanjima za SEO i performanse 2026. Također ćemo se osvrnuti na različite scenarije kao što su cPanel, Plesk, VPS, cloud server i ručno premještanje; podijelit ćemo primjenjive savjete za vrijeme DNS-a, opseg backup-a, kompatibilnost baza podataka, SSL instalaciju i SEO provjere nakon premještanja.

Kada je Potrebno Premjestiti Server?

Premještanje web stranice na novi server obično proizlazi iz potreba za performansama, sigurnošću, troškovima ili skalabilnošću. Na primjer, dok se korporativna web stranica s 5.000 posjeta mjesečno može bez problema održavati na dijeljenom hostingu, e-trgovina koja dnevno ima 20.000 posjeta može doživjeti probleme s CPU limitima, sporim upitima i vremenima isteka na stranici za plaćanje. U ovom trenutku, preferira se jači hosting paket, VPS ili cloud infrastruktura.

Uobičajeni signali koji ukazuju na potrebu za premještanjem servera uključuju:

• Vrijeme učitavanja stranice koje prelazi 3 sekunde i pogoršanje Core Web Vitals metrika.
• Često punjenje limitacija CPU, RAM-a, inoda ili diska u hosting panelu.
• Potreba za ažuriranim verzijama komponenti kao što su PHP, MySQL, MariaDB, Node.js ili ionCube.
• Česti problemi s obnovom SSL-a, isporukom e-pošte ili upravljanjem DNS-om.
• Nedovoljna kvaliteta podrške, backup-a ili sigurnosne razine kod trenutnog pružatelja.
• Naglo povećanje prometa na stranici tijekom kampanja, reklama ili sezonskih razdoblja.

Ako vaša web stranica raste i približava se granicama trenutnog paketa, izrada kontroliranog plana migracije umjesto hitnog premještanja u krizi je mnogo sigurnija. Možete usporediti opcije web hosting paketi, VPS server rješenja ili korporativni hosting kako biste odabrali pravu infrastrukturu.

Priprema Prije Premještanja: Najvažnija Faza

Većina projekata premještanja koji su doživjeli gubitak podataka ne uspijeva zbog nedostatka pripreme, a ne zbog samog prijenosa. Prije nego što započnete premještanje, treba napraviti inventar postojeće stranice, razjasniti koje će se podatke prenijeti i koje usluge su osjetljive na prekide.

1. Napravite Inventar Stranice

Prvi korak je kreirati tehničku kartu web stranice. Treba zabilježiti korišteni CMS ili framework, verziju PHP-a, vrstu baze podataka, veličinu diska, e-mail račune, cron zadatke, DNS zapise, SSL certifikat, posebne preusmjeravanja i integracije trećih strana. Na primjer, samo premještanje wp-content mape na WordPress stranici nije dovoljno; također treba provjeriti .htaccess pravila, wp-config.php postavke, prefikse tablica baze podataka, cache dodatke i medijske datoteke.

Na e-trgovačkoj stranici, treba dodatno pregledati infrastrukturu plaćanja, integraciju dostave, sinkronizaciju zaliha, ERP povezanost, SMTP uslugu i webhook URL adrese. Ako nakon premještanja nema narudžbi, problem se često ne nalazi u prijenosu datoteka, nego u zaboravljenom IP ograničenju API-a ili sigurnosnom pravilu definiranom na starom serveru.

2. Uzmi Potpun Backup i Potvrdi

Uzeti backup tijekom premještanja servera nije dovoljno; također treba potvrditi da je backup moguće vratiti. Potpuni backup treba obuhvatiti sljedeće komponente:

• Datoteke web stranice: public_html, mape aplikacija, upload direktorije, datoteke tema i dodataka.
• Baze podataka: MySQL, MariaDB, PostgreSQL ili druge baze podataka koje koristi aplikacija.
• Podaci o e-pošti: sandučići, preusmjeravanja, filteri, postavke automatskog odgovora.
• DNS zapisi: A, AAAA, CNAME, MX, TXT, SPF, DKIM, DMARC zapisi.
• Konfiguracije: .htaccess, nginx.conf, php.ini, cron job, environment datoteke.
• SSL certifikati i posebna sigurnosna pravila.

Kao praktičan pristup, prije premještanja uzmite najmanje dva primjerka backupa: jedan na postojećem serveru, a drugi neka se pohrani na drugoj lokaciji. Za velike stranice, za backup datoteka može se koristiti rsync, a za baze podataka mysqldump ili alati za backup iz panela. Za baze podataka veće od 10 GB, komprimirani i podijeljeni backupovi mogu biti sigurniji od jednog dump-a.

3. Smanjite DNS TTL Vrijednost unaprijed

Za brzo širenje DNS promjene, dobra praksa je smanjiti TTL vrijednost 24 sata prije premještanja. Na primjer, ako je TTL vrijednost 14400 sekundi, neki korisnici mogu nastaviti pristupati starom serveru satima. Smanjenje TTL vrijednosti na 300 sekundi prije premještanja čini prijelaz DNS-a kontroliranijim. Nakon što je premještanje završeno i sve je potvrđeno, TTL se može ponovno povećati na 3600 ili 14400 sekundi.

Redovito upravljanje DNS-om vašeg domena izravno utječe na uspješnost migracije. Možete pregledati provjera domene i upravljanje domenama vodiče za konfiguraciju domene i DNS-a.

Usporedba Metoda Premještanja Servera

Nije svaka metoda premještanja servera odgovarajuća za svaku web stranicu. Dok se mala korporativna stranica može lako premjestiti putem panela, visoko prometna e-trgovina može zahtijevati postepenu sinkronizaciju i način održavanja.

Kada birate novu infrastrukturu, samo gledanje na prostor na disku može biti obmanjujuće. Kriteriji kao što su broj PHP radnika, CPU jezgra, RAM, NVMe disk, učestalost backup-a, lokacija podatkovnog centra, podrška za LiteSpeed ili Nginx, WAF i DDoS zaštita također utječu na performanse. Stoga prelazak na najjeftiniji paket bez analize potreba može dovesti do potrebe za ponovnim premještanjem u kratkom vremenu.

Korak po Korak Kako Izvršiti Premještanje Servera?

Korak 1: Pripremite Novi Server

Na novom serveru treba instalirati operativni sustav, web server, verziju PHP-a, bazu podataka i potrebne module. Za WordPress preporučuje se PHP 8.2 ili 8.3, ažurirani MariaDB, OPcache i odgovarajuća vrijednost memory_limit. U framework-ima kao što je Laravel, također treba postaviti Composer, cron, queue worker i dozvole za pohranu. Ako na starom serveru postoje PHP dodaci koji nisu dostupni na novom, nakon premještanja može doći do bijelog ekrana ili 500 pogreške.

Na sigurnosnoj strani, treba konfigurirati politiku portova SSH, jake lozinke, firewall, skeniranje zloćudnog softvera i automatska ažuriranja. Postavljanje osnovne sigurnosti dok je novi server prazan prije premještanja lakše je nego intervenirati kasnije. Ako vam je potreban SSL, svakako uključite temu instalacija SSL certifikata u plan premještanja.

Korak 2: Prenesite Datoteke

Za prijenos datoteka može se koristiti FTP, SFTP, SSH, rsync ili alati za backup iz panela, ovisno o veličini web stranice. Na malim stranicama dovoljno je stvoriti komprimiranu arhivu i otvoriti je na novom serveru. Na velikim stranicama preporučuje se uzeti prvi backup putem rsync-a, a zatim ponovno sinkronizirati neposredno prije promjene DNS-a. Ova metoda štedi vrijeme, posebno na stranicama gdje se upload direktorij stalno mijenja.

Nakon prijenosa datoteka, provjerite dozvole. Općenito, mape rade s dozvolama 755, a datoteke s 644; međutim, svaka aplikacija može imati različite zahtjeve. Datoteke kao što su wp-config.php, .env ili slične osjetljive datoteke ne bi trebale biti dostupne svima. Također, uvjerite se da su skrivene datoteke, poput .htaccess i .user.ini, prenesene.

Korak 3: Prenesite Bazu Podataka

Prijenos baze podataka je najosjetljiviji dio za sprječavanje gubitka podataka. Prvo se uzima dump sa starog servera, a zatim se na novom serveru kreira baza podataka i korisnik. Skup znakova treba postaviti na utf8mb4 ako je moguće. Da bi se spriječilo oštećenje turskih znakova, identična collation struktura treba biti očuvana tijekom izvoza i uvoza.

Na stranicama koje generiraju podatke u stvarnom vremenu, poput WooCommerce-a ili sustava članstva, može se koristiti način održavanja tijekom premještanja. Inače, tijekom DNS propagacije neki korisnici mogu pisati podatke na stari server, dok drugi na novi, što može uzrokovati nesuglasice u narudžbama, komentarima, zapisima obrazaca ili informacijama o članstvu. Na kritičnim stranicama, posljednji dump baze podataka treba uzeti nakon što je uključen način održavanja.

Korak 4: Ažurirajte Konfiguracijske Datoteke

Ime baze podataka, korisničko ime, lozinka, informacije o hostu i putanje datoteka trebaju biti prilagođene novom serveru. Za WordPress provjerava se wp-config.php, za Laravel .env, a za vlastite aplikacije config.php ili slične datoteke. Ako ostanu apsolutne putanje datoteka, IP adrese, SMTP postavke ili cache direktoriji sa starog servera, stranica se može činiti otvorenom, ali u pozadini će generirati greške.

Osim toga, vrijednosti PHP memory_limit, upload_max_filesize, post_max_size i max_execution_time trebaju biti postavljene prema potrebama vaše aplikacije. Na primjer, ako se u upravljačkoj ploči prenosi slika proizvoda od 200 MB, a limit za upload ostaje na 32 MB, premještanje može biti uspješno, ali operacija se ne može nastaviti.

Korak 5: Testirajte Prije Promjene DNS-a

Najsigurnija praksa premještanja je testirati novu stranicu na novom serveru prije promjene DNS-a. To možete učiniti tako da u hosts datoteku na svom računalu dodate svoj domena sa IP adresom novog servera. Tako će posjetitelji i dalje vidjeti stari server, dok vi testirate novu stranicu sa stvarnom domenom.

Lista testova trebala bi uključivati sljedeće provjere:

• Otvaraju li se početna, kategorijska, proizvodna, blog i kontaktne stranice?
• Radi li slanje obrazaca, prijava članova, resetiranje lozinke i proces plaćanja?
• Jesu li slike, CSS i JavaScript datoteke potpuno učitane?
• Otvara li se upravljačka ploča bez grešaka?
• Je li SSL certifikat ispravno postavljen za odgovarajuću domenu?
• Postoje li 404, 500, mixed content ili greške u petlji preusmjeravanja?
• Jesu li robots.txt, sitemap.xml i canonical oznake ispravne?

Korak 6: Instalirajte SSL Certifikat

U modernim web stranicama, SSL nije samo sigurnost, već je obavezan i za SEO i povjerenje korisnika. Ako se DNS promijeni prije nego što se instalira SSL na novom serveru, korisnici mogu vidjeti upozorenje o nesigurnosti. Stoga, SSL certifikat treba pripremiti neposredno prije ili u isto vrijeme kad i DNS promjena. Besplatni certifikati poput Let’s Encrypt mogu biti dovoljni za mnoge stranice; međutim, na projektima s plaćanjem, preporučuju se certifikati višeg razine verifikacije.

Nakon postavljanja SSL-a, provjerite da li su HTTP adrese preusmjerene na HTTPS s 301, da nema mixed content grešaka i da su HTTPS URL-ovi uključeni u mapu stranica. Za proizvode i opcije instalacije SSL-a, možete pogledati stranicu SSL certifikati.

Korak 7: Promijenite DNS Zapise

Nakon uspješnog završetka testova, DNS A zapis se preusmjerava na novu IP adresu servera. Ako se e-mail usluga također premješta na isti server, MX, SPF, DKIM i DMARC zapisi također trebaju biti ažurirani. Ako e-mail ostaje kod drugog pružatelja, ne treba se dirati u MX zapise. Jedna od najčešćih grešaka je promjena e-mail zapisa pogrešno dok se pokušava premjestiti samo web stranica, što može prekinuti promet e-pošte.

DNS propagacija obično traje od nekoliko minuta do 24 sata. Ako je TTL unaprijed smanjen, većina korisnika će brzo doći do novog servera. U ovom postupku nemojte odmah isključiti stari server. Preporučuje se držati ga aktivnim najmanje 48 sati, a ako je moguće, 72 sata.

Korak 8: Provjerite Posljednju Sinkronizaciju i Logove

Nakon promjene DNS-a, treba provjeriti postoji li novi zapis podataka na starom serveru. Osobito trebate uporediti narudžbe, obrasce za kontakt, korisničke zapise i komentare. Web server access log i error log datoteke pomažu u razumijevanju koji IP-ovi su slali zahtjeve na koji server.

U prvih 24 sata nakon premještanja, treba pratiti 500 pogreške, povećanje 404 pogrešaka, spore upite, skokove CPU-a i e-mail queue-ove. Ako se te provjere ne izvrše, stranica može izgledati funkcionalno, ali u pozadini može doći do gubitka konverzije.

Profesionalna Kontrolna Lista za Premještanje Stranice Bez Gubitka Podataka

Sljedeća kontrolna lista obuhvaća najčešće problematične točke u praksi. Oznaka ove liste prije i poslije premještanja može ozbiljno smanjiti rizik od migracije.

• Premještanje je planirano za vrijeme niskog prometa.
• Uzimani su potpuni backup datoteka, baza podataka, e-pošte i DNS zapisa.
• Potvrđeno je da se backup može otvoriti i vratiti.
• DNS TTL vrijednost smanjena je najmanje 24 sata unaprijed.
• Na novom serveru pripremljeni su PHP, baza podataka i potrebni moduli.
• Datoteke su prenesene bez grešaka, a dozvole su provjerene.
• Provjerena je usklađenost skupa znakova i collation baze podataka.
• Konfiguracijske datoteke ažurirane su prema informacijama novog servera.
• Testirano je s hosts datotekom prije nego što je stranicu učinila dostupnom.
• SSL je instaliran, a HTTPS preusmjeravanja su provjerena.
• DNS A, AAAA, MX, TXT zapisi su ispravno ažurirani.
• Stari server je bio aktivan najmanje 48 sati.
• Google Search Console, Analytics i logovi su praćeni.

Kontrole Poslije Migracije za Izbjegavanje Gubitka SEO-a

Premještanje servera, teoretski, ne bi trebalo uzrokovati gubitak SEO-a sve dok se URL struktura ne promijeni. Međutim, u praksi, sporost, 404 pogreške, pogrešan robots.txt, nedostajući SSL ili greške u preusmjeravanju mogu negativno utjecati na rangiranje. Stoga je SEO kontrola nakon premještanja jednako važna kao tehnička migracija.

Kontrola URL-a i Preusmjeravanja

Ako ne mijenjate strukturu URL-a prilikom premještanja stranice, potreba za 301 preusmjeravanjem je minimalna. Međutim, ako se u isto vrijeme mijenjaju naziv domene, permalink struktura ili struktura mapa, stari URL-ovi trebaju se preusmjeriti na nove ekvivalente s 301. 302 privremeno preusmjeravanje nije prikladno za trajni prijenos SEO signala. Na primjer, ako je stara stranica /proizvod/abc premještena na novu /trgovina/abc, mora se izvršiti izravno preusmjeravanje; preusmjeravanje svih starih URL-ova na glavnu stranicu negativno utječe na korisničko iskustvo i SEO performanse.

Kontrola Robots.txt i Sitemap-a

Ako je tijekom testiranja korišten Disallow u robots.txt za blokiranje pretraživača, to treba ukloniti kada se stranica učini javnom. Ova greška je jedan od najklasičnijih uzroka gubitka indeksa nakon migracije. U datoteci sitemap trebaju biti novi HTTPS URL-ovi, koji se trebaju ponovno poslati putem Google Search Console.

Performanse i Core Web Vitals

Čak i ako je novi server jači, pogrešna postavka cache-a može smanjiti performanse. LiteSpeed Cache, Redis, OPcache, CDN i optimizacija slika trebaju biti pravilno konfigurirani. Tijekom prvog tjedna nakon premještanja, treba pratiti PageSpeed Insights, Chrome UX Report i server logove kako bi se provjerilo postoji li pogoršanje LCP, INP i CLS metrika. Za poboljšanje performansi hostinga možete iskoristiti optimizacija brzine WordPress-a sadržaje.

Što Obrazložiti Prilikom Premještanja E-Pošte

U mnogim migracijama web stranica, dok se datoteke web stranice bez problema prenose, e-mail dio se često zanemaruje. Ako se e-mailovi čuvaju na postojećem serveru, potrebno je prenijeti sandučiće, korisničke lozinke, preusmjeravanja i filtre. IMAP sinkronizacija je pouzdan način za prenošenje e-mailova iz starog sandučića u novi.

Na DNS strani, MX zapis određuje mail server, SPF ovlaštenje za slanje, DKIM potpisivanje, a DMARC određuje politiku domene. Ako se ovi zapisi pogrešno konfiguriraju, e-mailovi mogu završiti u spam mapi ili mogu biti potpuno odbijeni. Nakon migracije, potrebno je testirati slanje na Gmail, Outlook i korporativne e-mail račune; treba provjeriti informacije iz headera e-pošte.

Česte Greške Prilikom Premještanja Servera

U uspješnim projektima migracije, zajednički faktor je sprječavanje jednostavnih grešaka unaprijed. Sljedeće greške su najčešće:

• Premještanje bez uzimanja backupa ili testiranja backupa.
• Promjena IP-a bez smanjivanja DNS TTL vrijednosti.
• Isključivanje starog servera prije završetka DNS propagacije.
• Pogrešan prijenos skupa znakova baze podataka i oštećenje turskih znakova.
• Zaboravljanje .htaccess ili nginx pravila preusmjeravanja.
• Preusmjeravanje HTTPS prometa na novi server bez SSL-a.
• Pogrešna ažuriranja MX i TXT zapisa e-pošte.
• Ostavljanje cache dodatka putem starog servera.
• Nepraćenje Search Console i logova nakon premještanja.

Pogotovo na stranicama koje prodaju uživo, premještanje treba izvršiti izvan radnog vremena, kada je promet i volumen narudžbi najmanji. Na velikim e-trgovačkim projektima, planiranje prozora održavanja od 15-30 minuta može spriječiti nesuglasice u podacima koje se mogu dogoditi u pozadini.

Kada Trebate Zatražiti Profesionalnu Podršku za Migraciju?

Ručno premještanje jednostavne promotivne stranice može biti moguće; međutim, u nekim slučajevima, dobivanje profesionalne podrške može biti isplativije i sigurnije. E-trgovine koje generiraju visoke mjesečne prihode, tvrtke s brojnim e-mail računima, portali koji koriste vlastiti softver, visoko prometne medijske stranice i poslovanja koja pohranjuju regulirane podatke spadaju u ovu grupu.

U profesionalnoj podršci za premještanje, proces obično uključuje preliminarnu analizu, backup, postavljanje testnog okruženja, prijenos, DNS migraciju, verifikaciju i praćenje koraka. Tako se ne prenose samo datoteke, već i kontinuitet poslovanja. Ako planirate preći na Hostragons infrastrukturu, možete pregledati Hostragons rješenja za hosting stranicu kako biste zajedno razmotrili hosting, domene i SSL opcije koje odgovaraju vašim potrebama.

Zaključak: Planirano Premještanje Servera Sprječava Prekide i Gubitak Podataka

Premještanje servera nije zastrašujući proces kada se ispravno planira. Ključ uspjeha leži u uzimanju potpunog backupa, pravilnoj pripremi servera, planu DNS TTL, testnom okruženju, instalaciji SSL-a, provjerama e-pošte i koracima praćenja nakon premještanja. Osobito na stranicama gdje se baza podataka neprekidno mijenja, posljednja sinkronizacija i način održavanja igraju ključnu ulogu.

Ukratko, nemojte žuriti s premještanjem web stranice bez gubitka podataka, provjerite svaki korak i nemojte odmah isključiti stari server. Ako želite obnoviti svoju infrastrukturu i pružiti brže i sigurnije internetsko iskustvo, možete pregledati rješenja za hosting, domene i SSL na Hostragons-u i mirno i planski stvoriti plan prijelaza koji odgovara vašim potrebama.

Često Postavljana Pitanja

Koliko traje premještanje servera?

Vrijeme trajanja ovisi o veličini i složenosti stranice. Mala WordPress stranica može se premjestiti u 30-60 minuta, dok veliki e-trgovinski ili korporativni projekti s mnogo e-mail računa mogu zahtijevati 1-3 dana, uključujući pripremu, testiranje i DNS propagaciju.

Hoće li moja stranica biti nedostupna tijekom premještanja servera?

Ako se pravilno planira, prekid može biti sveden na nekoliko minuta ili korisnici možda neće osjetiti prekid. Za to je potrebno unaprijed smanjiti DNS TTL, testirati novu stranicu prije nego što postane aktivna i držati stari server otvoren do završetka DNS propagacije.

Koji je najvažniji korak za sprječavanje gubitka podataka?

Najvažniji korak je potvrđeni potpuni backup. Datoteke, baze podataka, e-mail i DNS zapisi trebaju se backupirati; posebno na stranicama koje generiraju podatke o narudžbama ili članstvu, posljednji backup baze podataka treba uzeti nakon uključivanja načina održavanja.

Utječe li premještanje servera na SEO ranking?

Ako se URL struktura zadrži, stranica radi brzo, a SSL i preusmjeravanja su ispravno postavljena, premještanje servera ne bi trebalo uzrokovati gubitak SEO-a. Međutim, 404 greške, pogrešan robots.txt, spor server ili pogrešna 301 preusmjeravanja mogu negativno utjecati na rangiranje.

Hoće li se e-mail računi također premjestiti s serverom?

Ako se e-mailovi čuvaju na starom hostingu, oni se također moraju premjestiti. Potrebno je provjeriti sandučiće, preusmjeravanja, filtre i MX, SPF, DKIM, DMARC zapise. Ako e-mail ostaje kod drugog pružatelja, MX zapisi se ne smiju mijenjati.