Jak przenieść stronę na nowy serwer
bez przestojów?
Kompletny poradnik z darmowym SSL

Artykuł skierowany jest do właścicieli małych firm, freelancerów, blogerów i osób zarządzających kilkoma stronami (np. WordPress) na współdzielonym hostingu. W praktycznych przykładach pokazujemy też, jak uporządkowanie domen i DNS w jednym panelu ułatwia cały proces.

Co to znaczy „przeniesienie bez przestojów"?

Migracja strony na nowy serwer to proces przeniesienia:

• plików strony (HTML, PHP, zdjęcia, motywy, wtyczki),
• baz danych (np. MySQL dla WordPressa),
• usług towarzyszących (poczta, certyfikaty SSL),
• konfiguracji DNS (rekordy A, CNAME, MX itd.).

Zero downtime oznacza, że przez cały czas przenosin użytkownicy widzą działającą stronę — starą lub nową. Kluczem jest kolejność działań: najpierw testy na nowym serwerze, dopiero potem przełączenie ruchu przez DNS.

Kiedy warto zmienić hosting i czego się wystrzegać?

Typowe powody zmiany serwera

• Wydajność — strona ładuje się wolno, ograniczenia CPU/RAM.
• Koszty — płacisz za zasoby, których nie używasz.
• Bezpieczeństwo — brak aktualnego PHP, brak automatycznych backupów.
• Brak darmowego SSL — hosting pobiera dodatkowe opłaty za certyfikat.
• Skalowanie — potrzebujesz więcej miejsca lub obsługi wielu stron.

Główne ryzyka przy migracji

• Przestoje — źle zaplanowane przełączenie DNS lub błędy na nowym serwerze.
• Utrata danych — brak pełnych backupów (np. nowe zamówienia w sklepie).
• Problemy z SSL — komunikat „Niezabezpieczona" po migracji.
• Błędy SEO — brak przekierowań 301, zmiana struktury URL.
• Chaos w DNS — domeny u różnych rejestratorów, brak kontroli.

Plan migracji — 10 kroków

1. Audyt — spisz wszystkie strony, domeny, subdomeny, pocztę, bazy danych.
2. Nowy serwer — wybierz i skonfiguruj hosting (PHP, bazy, FTP, darmowy SSL).
3. Backup — pełne kopie plików, baz (i poczty jeśli na serwerze).
4. Przeniesienie — prześlij pliki i bazy na nowy serwer (FTP/SFTP/SSH).
5. Testy — sprawdź działanie przed zmianą DNS (tymczasowy adres, plik hosts).
6. DNS — obniż TTL, zaplanuj okno przełączenia, zmień rekordy A/CNAME.
7. SSL — włącz darmowy certyfikat Let's Encrypt, wymuś HTTPS.
8. SEO — przekierowania 301, aktualizacja sitemap, Search Console.
9. Monitoring — logi błędów, testy formularzy, poczty, paneli logowania.
10. Porządki — po kilku dniach wyłącz stary hosting (gdy ruch ustał).

Krok 1 — Audyt: co masz i gdzie to jest

Bez audytu łatwo pominąć starą subdomenę z landing page'em lub skrzynki pocztowe.

Strony i aplikacje

• Lista domen i subdomen (firma.pl, blog.firma.pl, sklep.firma.pl).
• Technologia: WordPress, inny CMS, aplikacja własna.
• Baza danych: nazwa, typ (MySQL/MariaDB).

Domeny i DNS

• Gdzie zarejestrowane domeny, gdzie zarządzane rekordy DNS.
• Obecne rekordy: A, CNAME, MX, TXT (SPF, DKIM…).

Poczta i SSL

• Czy poczta jest na tym samym serwerze czy w zewnętrznej usłudze?
• Jakie skrzynki istnieją: biuro@, info@, admin@?
• Czy SSL jest darmowy (Let's Encrypt) czy płatny?
• Cron (zadania cykliczne), integracje API, systemy płatności.

Krok 2 — Nowy serwer i darmowy SSL

Na co zwrócić uwagę przy wyborze hostingu?

• Wersja PHP — aktualna i wspierana (PHP 8.1+ w 2026).
• Let's Encrypt — najlepiej automatyczna integracja w panelu.
• Panel zarządzania — bazy danych, DNS, FTP/SFTP, SSH.
• Limity — liczba domen, miejsce, transfer, konta pocztowe.

Przygotowanie nowego serwera

1. Utwórz konto dla strony (jeśli hosting dzieli się na projekty).
2. Ustaw wersję PHP zgodną lub nowszą niż na starym serwerze.
3. Załóż bazę danych — zanotuj nazwę, użytkownika i hasło.
4. Skonfiguruj katalog docelowy (public_html lub katalog projektu).

Krok 3 — Backup: pliki, bazy, poczta

Co koniecznie skopiować?

• Pliki strony — cały katalog, zwłaszcza wp-content w WordPress.
• Bazy danych — eksport do .sql przez phpMyAdmin (zakładka Eksport → SQL).
• Poczta (opcjonalnie) — pobierz skrzynki przez IMAP lub użyj narzędzi sync.
• Konfiguracje — wp-config.php, .htaccess, lista CRONów.

Nadaj czytelne nazwy: firma_pl_2026-03-15_files.zip, firma_pl_2026-03-15_db.sql.

Krok 4 — Przeniesienie plików i baz

Metoda ręczna — uniwersalna

Przenoszenie plików

• FTP/SFTP (np. FileZilla) — pobierz ze starego, wgraj na nowy.
• Menedżer plików w panelu — spakuj do .zip, pobierz, wgraj i rozpakuj.
• SSH + rsync — dla dużych projektów, kopiowanie między serwerami.

Przenoszenie bazy danych

1. Stary serwer: eksport bazy → plik .sql.
2. Nowy serwer: phpMyAdmin → wybierz bazę → Import → wskaż plik.

Aktualizacja wp-config.php (WordPress)

• DB_NAME — nazwa nowej bazy,
• DB_USER / DB_PASSWORD — nowe dane dostępu,
• DB_HOST — zwykle localhost, ale sprawdź w panelu hostingu.

Metoda automatyczna — wtyczki WordPress

1. Zainstaluj wtyczkę migracyjną na starym WordPress.
2. Utwórz pakiet migracyjny (pliki + baza).
3. Na nowym serwerze uruchom proces odtwarzania przez wtyczkę.
4. Po zakończeniu przetestuj stronę.

Krok 5 — Testowanie przed przełączeniem DNS

Użytkownicy nadal korzystają ze starej strony — Ty w spokoju testujesz nową.

Sposoby testowania

1. Adres techniczny hostingu — np. twojlogin.nazwahostingu.pl.
2. Poddomena testowa — test.firma.pl kierująca na nowy serwer w DNS.
3. Plik hosts na komputerze — tylko Ty widzisz nową wersję, reszta świata — starą.

Co sprawdzić?

• Brak błędów 500 i 404 na kluczowych stronach.
• Logowanie do panelu (/wp-admin).
• Formularze i wysyłka maili.
• Koszyk i płatności w sklepie (tryb testowy).
• Wersja mobilna.
• Brak mixed content HTTP/HTTPS.

Krok 6 — Przełączenie DNS i TTL

Czym jest TTL i dlaczego obniżamy go wcześniej?

TTL (Time To Live) to czas w sekundach, przez który serwery DNS cache'ują odpowiedź:

• TTL = 86400 → 24 godziny,
• TTL = 3600 → 1 godzina,
• TTL = 300 → 5 minut.

Przykład: domena firma.pl

1. 1–2 dni przed: TTL rekordów A dla firma.pl i www → 300.
2. W dniu migracji: zmień IP w rekordach A na nowy serwer. Rekordy MX pozostaw bez zmian.
3. Po migracji: po 48 h przywróć TTL na wyższą wartość (3600–7200).

Krok 7 — Darmowy SSL i wymuszenie HTTPS

Let's Encrypt to darmowy urząd certyfikacji — certyfikat SSL akceptowany przez wszystkie przeglądarki, odnawiany automatycznie co 90 dni.

Na serwerach z Nginx/Apache uruchomisz go jedną komendą:

Terminal — Certbot# Nginx
certbot --nginx -d firma.pl -d www.firma.pl

# Apache
certbot --apache -d firma.pl -d www.firma.pl

Na współdzielonym hostingu wystarczy kliknięcie w panelu: „Włącz darmowy SSL".

Konfiguracja po wdrożeniu SSL

1. W WordPress: Ustawienia → Adres WordPressa i Adres witryny → zmień na https://.
2. Dodaj przekierowanie 301 z HTTP na HTTPS (patrz sekcja SEO).
3. Sprawdź kłódkę w przeglądarce i brak mixed content.

Ochrona SEO przy migracji

1. Zachowaj strukturę URL — nie zmieniaj adresów podczas migracji.

2. Przekierowanie 301 HTTP → HTTPS (Apache .htaccess):

   Apache — .htaccessRewriteEngine On
   RewriteCond %{HTTPS} off
   RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

3. Aktualizacja sitemap XML — zawiera adresy HTTPS; wygeneruj przez wtyczkę SEO.

4. Google Search Console — zweryfikuj https://firma.pl, prześlij sitemapę, monitoruj błędy.

5. Monitoring po migracji — przez kilka tygodni: Analytics, logi serwera (404/500), Search Console.

7 najczęstszych błędów (i jak ich uniknąć)

1. Brak pełnego backupu — zawsze rób go poza serwerem, przed każdym krokiem.
2. Zmiana DNS przed testami — najpierw pełne testy, potem zmiana rekordów.
3. Brak obniżenia TTL — ustaw TTL = 300 s na 24–48 h przed migracją.
4. Mixed content HTTP/HTTPS — po SSL wymuś HTTPS we wszystkich zasobach.
5. Brak przekierowań 301 — przygotuj mapowanie stary URL → nowy przed DNS.
6. Nieprzeniesiona poczta — jeśli MX jest na zewnątrz, nie zmieniaj MX przy migracji.
7. Zbyt szybkie wyłączenie starego serwera — utrzymuj go co najmniej kilka dni po migracji.

Checklista migracji — 8 faz

FAQ — najczęstsze pytania

Podsumowanie

Migracja strony na nowy serwer bez przestojów jest jak przeprowadzka do nowego biura — jeśli dobrze zaplanujesz kolejność działań i przetestujesz nowe miejsce przed przeprowadzką, klienci nawet nie zauważą zmiany.

Najważniejsze elementy:

• Pełne backupy plików, baz i poczty.
• Testy na nowym serwerze przed zmianą DNS.
• Obniżenie TTL i przemyślane przełączenie rekordów A/CNAME.
• Darmowy certyfikat SSL (Let's Encrypt) i wymuszone HTTPS.
• Przekierowania 301, aktualna sitemap, monitoring Search Console.
• Stopniowe wyłączenie starego serwera dopiero po ustaniu ruchu.