Kaip perkelti WordPress svetainę į kitą hostingą per 1 valandą

WordPress svetainės migracija tarp hosting’ų atrodo baisiai, bet su teisinga metodika — 60 min. darbo ir 0 downtime. Štai procesas, kurį naudojam kiekvienam klientui.

Prieš pradedant — checklist

• ☐ Prieiga prie senojo hosting’o (FTP/SFTP + DB prieiga)
• ☐ Prieiga prie naujojo hosting’o (Plesk/cPanel login)
• ☐ Domeno DNS valdymo prieiga (registrar’o login)
• ☐ Laikas per silpnesnį traffic’o periodą (naktis, savaitgalis)
• ☐ El. pašto savininkas informuotas apie galimą 5 min. sutrikimą

Žingsnis 1: Pilnas backup’as (5–10 min.)

Failai:

sftp senas@oldhost.com
get -r public_html local_backup/

Duomenų bazė:

• phpMyAdmin → Export → SQL → Go → išsisaugok .sql failą.
• Arba CLI: mysqldump -u user -p db_name > backup.sql

Patarimas: naudokit plugin’ą Duplicator Pro arba All-in-One WP Migration — vienu mygtuku suspaus visą failą + DB į vieną .wpress archyvą.

Žingsnis 2: Parengti naują hostingą (10 min.)

1. Sukurti WordPress (tuščią) naujame hosting’e per vieno mygtuko installer’į.
2. Užtikrinti PHP versijos suderinamumą (PHP 8.1+ 2026 m.).
3. Sukurti tuščią MySQL DB + naudotoją.
4. Jei naujas hosting’as turi Plesk — pažymėti „hot standby” domeną laikinai: senas-domenas.naujas-hosting.com.

Žingsnis 3: Įkelti failus ir DB (15–20 min.)

Failai:

sftp naujas@newhost.com
put -r local_backup/* public_html/

DB:

• phpMyAdmin naujame → Import → pasirinkti .sql failą.
• Arba CLI: mysql -u user -p new_db < backup.sql.

Svarbu: paleisti URL replace. Senas domenas URL’ai DB liks su senojo hosting’o references:

UPDATE wp_options SET option_value = REPLACE(option_value, 'http://senas.lt', 'http://senas-domenas.naujas-hosting.com') WHERE option_name IN ('siteurl', 'home');

Arba naudoti plugin’ą Better Search Replace — saugiau (GROUP BY, serialized data).

Žingsnis 4: Testavimas staging URL’e (10–15 min.)

Prieš DNS perjungimą — patikrink staging URL’e:

• ☐ Home page kraunasi.
• ☐ Admin login veikia (/wp-admin).
• ☐ Keli kategorijos / produkto puslapiai.
• ☐ Kontaktų forma siunčia laiškus (gali sulūžti jei SMTP plugin rišasi prie seno IP).
• ☐ Mokėjimai (jei WooCommerce — padaryti test order’į su Paysera sandbox).
• ☐ Paveikslėliai kraunasi (media library URL’ai).

Žingsnis 5: DNS perjungimas (5 min. + 1–48h propagacija)

1. Prieš pakeitimą sumažink TTL reikšmę (kad propagacija būtų greitesnė): TTL 300.
2. Palauk 1–4 val. (sena TTL cached).
3. Pakeisk A įrašą į naujojo hosting’o IP.
4. Palauk propagacijos — paprastai 15 min.–2 val. Lietuvoje, iki 48 h globaliai (bet 2026 m. dažniausiai <1 val.).

Kontrolinis patikrinimas:

dig +short jusu-svetaine.lt
nslookup jusu-svetaine.lt 8.8.8.8

Jei IP = naujas → DNS perjungta.

Žingsnis 6: SSL sertifikatas (2–5 min.)

Plesk → Hosting Settings → Let’s Encrypt → Install free certificate.

Jei turėjote EV / wildcard sertifikatą — reikia eksportuoti iš seno hosting’o ir importuoti į naują.

Patikrink:

curl -I https://jusu-svetaine.lt

Žingsnis 7: 301 redirect’ai (jei keitėsi URL struktūra)

Jei domenas tas pats — redirect’ai nereikalingi. Jei buvo struktūros pokyčiai (pvz., iš domain.com/kategorija/prekė į domain.com/prekė) — būtini 301 redirect’ai .htaccess arba nginx config’e.

Redirect 301 /senas-url /naujas-url

Plugin’as Redirection (WordPress) palengvina valdymą.

Žingsnis 8: Post-migracijos valdymas (pirma savaitė)

• Sekti Search Console — ar nėra crawl errors.
• Tikrinti Google Analytics — srautas neturėtų smukti >10%.
• Stebėti el. pašto formas — SMTP dažnai reikia perkonfigūruoti.
• Senąjį hosting’ą išlaikyti dar 2 sav. (tik atveju, jei ką pamiršom).

Dažniausios klaidos

1. Pamiršti update wp_options.siteurl — svetainė redirect’ina į seną domeną.
2. Serialized data DB — breakina be Better Search Replace.
3. SMTP plugin’as prisirišęs prie seno IP — formos nerinka laiškų.
4. Caching plugin’as (WP Rocket, WP Super Cache) — reikia išjungti prieš migraciją, išsivalyti po.
5. .htaccess — kartais nesusikopijuoja (hidden file).

DUK

Ar galima migruoti be plugin’ų? Taip, FTP + phpMyAdmin metodu (aprašyta aukščiau). Plugin’as paspartina — 10 min. vietoj 30 min.

Kiek atsitiks downtime? 0–5 min., jei TTL sumažintas prieš tai. Iki 2 val., jei ne.

Ką daryti, jei svetainė po migracijos nekraunasi?

1. Patikrink, ar DNS tikrai perjungta (dig).
2. Patikrink, ar wp-config.php DB credentials teisingi.
3. Įjunk WP_DEBUG ir žiūrėk debug.log.

Ar migracija nemokama? Iš mūsų — taip, jei perkeliat WordPress/WooCommerce svetainę ant Oktoja prižiūrimo VPS. Standartas — iki 2 val. darbo.

---

Per daug techniška? Perkelsim nemokamai → — jei renkatės mūsų VPS administravimą, migracija įeina į setup’ą.