- Przygotowanie do przenosin
- Jak działa Duplicator i kiedy go używać
- Wymagania i ograniczenia środowiska
- Porządki przed migracją
- Kopia bezpieczeństwa i punkt przywracania
- Inwentaryzacja: rozmiar i specyfika strony
- Różnice wersji i dobre praktyki
- Tworzenie pakietu w Duplicator
- Instalacja i pierwsze ustawienia
- Konfiguracja archiwum i instalatora
- Skany i walidacja przed budową
- Budowanie i pobranie
- Rozwiązywanie typowych błędów
- Automatyzacja i wersjonowanie
- Przygotowanie środowiska docelowego
- Nowa baza danych i użytkownik
- Docelowa domena i tymczasowe mapowanie
- Certyfikat i protokół
- Konfiguracja PHP i uprawnienia
- Porządek w docelowym katalogu
- Wdrożenie pakietu na nowym serwerze
- Przesłanie plików
- Krok 1: walidacja środowiska
- Krok 2: import bazy danych
- Krok 3: aktualizacja adresów i ścieżek
- Krok 4: testy końcowe i czyszczenie
- Rozwiązywanie problemów podczas instalacji
- Czynności po migracji i dobre praktyki
- Weryfikacja funkcjonalna
- Adresy, linki i indeksowanie
- Bezpieczeństwo i dane wrażliwe
- HTTPS i mieszana zawartość
- Wydajność i stabilność
- Poczta i dostarczalność
- Porządki po przenosinach
- Checklisty kontrolne
Migracja strony WordPress nie musi oznaczać przestojów, chaosu i utraty danych. Z dobrze przygotowanym planem oraz wtyczką Duplicator proces przebiega przewidywalnie, a Ty zachowujesz pełną kontrolę nad każdym etapem. Ten poradnik prowadzi krok po kroku: od przygotowań i tworzenia pakietu, przez konfigurację serwera docelowego, po uruchomienie instalatora i weryfikację po przenosinach. Efektem jest powtarzalna procedura, którą wykorzystasz zarówno do klonowania, stagingu, jak i pełnej migracja produkcyjnej.
Przygotowanie do przenosin
Jak działa Duplicator i kiedy go używać
Duplicator tworzy dwa pliki: archiwum z kompletem plików WordPressa i eksportem bazy oraz skrypt instalator do odtworzenia witryny na serwerze docelowym. Dzięki temu przenosiny są niezależne od paneli hostingowych i nie wymagają ręcznej konfiguracji. To rozwiązanie sprawdza się przy zmianie hostingu, klonowaniu na środowisko testowe, tworzeniu kopii do audytu lub szybkich rollbackach.
Wersja bezpłatna wystarczy w większości typowych przypadków na współdzielonych hostingach. Wersja Pro dodaje m.in. archiwizację przyrostową, większą kontrolę nad rozmiarem paczek, wysyłkę do chmury i automatyzację, co bywa kluczowe na rozbudowanych portalach.
Wymagania i ograniczenia środowiska
- PHP zgodne z wersją Twojej strony (najlepiej tożsama lub wyższa minor), pamiętaj o rozszerzeniach zip i mysqli.
- Limity serwera: execution time, memory_limit oraz upload_max_filesize/post_max_size. Przy dużych stronach podnieś je tymczasowo w php.ini lub przez panel hostingu.
- Dostęp do konta FTP/SFTP oraz do panelu baz danych, aby utworzyć nową baza i użytkownika.
- Wolna przestrzeń dyskowa po obu stronach, co najmniej 2x rozmiar docelowego pakietu.
Porządki przed migracją
- Usuń nieużywane wtyczki i motywy, wyczyść cache oraz foldery z miniaturami generowanymi przez optymalizatory obrazów.
- W katalogach backupowych hostingu usuń stare kopie (nie będą potrzebne w paczce Duplicatora).
- Przeprowadź aktualizacje wtyczek i motywów lub świadomie je odłóż, notując wersje.
- Sprawdź, czy strona nie ma błędów krytycznych, które przeniesiesz razem z nią.
Kopia bezpieczeństwa i punkt przywracania
Nawet jeśli Duplicator buduje kompletną paczkę, wykonaj niezależny backup bazy i najważniejszych plików wp-content. To Twoja siatka bezpieczeństwa, gdyby trzeba było szybko wrócić do punktu wyjścia. Skopiuj je poza serwer źródłowy, np. na dysk lokalny.
Inwentaryzacja: rozmiar i specyfika strony
- Zweryfikuj rozmiar katalogu wp-uploads i ewentualnie wyklucz ogromne, zbędne katalogi (np. archiwa logów, paczki wtyczek, katalogi developerskie).
- Spisz integracje: bramki płatności, webhooki, API, CRON-y – po migracji będzie trzeba je potwierdzić.
- Zidentyfikuj elementy zależne od domeny: osadzone adresy w motywie, stałe w wp-config.php, mapy, usługi mailingowe.
Różnice wersji i dobre praktyki
- Duplicator Free: ręczne pobranie pakietu, ograniczone opcje filtrów, brak planowania, brak wysyłki do chmury.
- Duplicator Pro: harmonogram, chunking dużych paczek, wysyłka do S3/Drive/Dropbox, obsługa wielostronicowych multisite.
- W przypadku multisite sprawdź dokumentację wersji Pro i wymagania co do mapowania domen oraz subdomen.
Tworzenie pakietu w Duplicator
Instalacja i pierwsze ustawienia
W panelu WordPress przejdź do Wtyczki, dodaj Duplicator i aktywuj. W menu pojawi się pozycja Duplicator. Wejdź w Packages i kliknij Create New. Kreator przeprowadzi Cię przez trzy kroki: ustawienia pakietu, skan i budowę.
Konfiguracja archiwum i instalatora
- Nazwa pakietu: użyj daty i identyfikatora środowiska, aby łatwo go rozpoznać.
- Archive: określ, czy chcesz spakować cały wp-content, czy zastosować filtry. W sekcji Filters wskaż katalogi do pominięcia, np. cache, stare kopie, node_modules, duże archiwa .zip.
- Installer: opcjonalnie wprowadź domyślne dane nowej bazy, by skrócić proces wdrożenia.
Skany i walidacja przed budową
Kreator uruchomi skan serwera. Zwróć uwagę na ostrzeżenia o czasie wykonywania lub pamięci. Jeśli pojawiają się konflikty, wyklucz katalogi generujące rozmiar lub podnieś limity. Dla bardzo dużych witryn rozważ segmentację: osobny pakiet dla mediów i osobny dla kodu, a na docelowym serwerze scal je po instalacji lub użyj wersji Pro.
Budowanie i pobranie
Po akceptacji skanu uruchom Build. Po zakończeniu pobierz oba pliki: installer.php oraz archiwum .zip lub .daf. Przechowuj je lokalnie i przygotuj do wgrania na serwer docelowy. Jeśli pakiet jest bardzo duży, użyj SFTP zamiast wgrywania z poziomu przeglądarki.
Rozwiązywanie typowych błędów
- Timeout przy budowie: zwiększ max_execution_time, memory_limit i włącz tryb budowy w mniejszych partiach (w Pro – chunking).
- Błędy uprawnień: sprawdź, czy proces PHP ma dostęp do katalogów WordPressa i może tworzyć pliki tymczasowe.
- Antywirus/ModSecurity blokuje archiwum: tymczasowo wyłącz reguły w panelu hostingu lub poproś support o whitelisting.
Automatyzacja i wersjonowanie
Jeżeli często publikujesz zmiany, ustaw harmonogram budowania paczek i wysyłkę do chmury. Dodaj opis w metadanych pakietu: zakres zmian, wersję motywu, kluczowe wtyczki. Ułatwi to szybki powrót do konkretnej rewizji.
Przygotowanie środowiska docelowego
Nowa baza danych i użytkownik
W panelu serwera utwórz bazę, użytkownika i przypisz mu pełne uprawnienia. Zanotuj host, nazwę bazy, użytkownika i hasło – wpiszesz je w instalatorze. Jeśli docelowy hosting ma inny prefiks tabel (np. wymusza), przygotuj się na jego zmianę podczas importu.
Docelowa domena i tymczasowe mapowanie
Jeśli domena pozostaje ta sama, na czas testów użyj pliku hosts, aby wskazać nowy serwer lokalnie, bez zmiany globalnych rekordów DNS. Gdy domena się zmienia, zaplanuj okno propagacji: ustaw krótkie TTL przed przełączeniem, aby skrócić czas przejściowy.
Certyfikat i protokół
Wygeneruj lub przenieś certyfikat SSL przed uruchomieniem instalatora, jeżeli strona ma działać po HTTPS. Ułatwi to uniknięcie mieszanej zawartości i nieprawidłowych przekierowań. Upewnij się, że serwer wymusza właściwe przekierowanie 80→443 dopiero po potwierdzeniu poprawnej konfiguracji.
Konfiguracja PHP i uprawnienia
- Dopasuj wersję PHP do aplikacji, włącz rozszerzenia zip i mysqli, ustaw date.timezone.
- Ustal właściwe uprawnienia katalogów (np. 755) i plików (644). Katalog docelowy powinien być pusty.
- Wyłącz tymczasowo agresywne reguły WAF/ModSecurity, które mogą blokować installer.php.
Porządek w docelowym katalogu
Usuń zbędne pliki index.html, domyślne strony hostingu i pozostałości po wcześniejszych instalacjach. Instalator powinien działać w czystym katalogu, aby uniknąć konfliktu z istniejącymi strukturami plików.
Wdrożenie pakietu na nowym serwerze
Przesłanie plików
Wgraj installer.php oraz archiwum do katalogu docelowego przez SFTP lub menedżer plików w panelu hostingu. Następnie w przeglądarce otwórz adres: twojadomena.pl/installer.php lub, jeśli testujesz po hosts, użyj mapowania lokalnego.
Krok 1: walidacja środowiska
Instalator przeprowadzi testy: uprawnienia, dostęp do pamięci, zgodność rozszerzeń. Jeżeli pojawią się ostrzeżenia, popraw konfigurację i odśwież stronę. Zaznacz akceptację warunków i przejdź dalej.
Krok 2: import bazy danych
Wprowadź host, nazwę, użytkownika i hasło do bazy. Wybierz tryb Create New lub Connect and Remove Tables, jeśli baza już istnieje i chcesz nadpisać jej zawartość. Instalator rozpakowuje pliki i importuje zrzut SQL, tworząc tę samą strukturę, co na serwerze źródłowym.
Krok 3: aktualizacja adresów i ścieżek
Instalator wykona wyszukiwanie i zamianę adresów URL oraz ścieżek do plików, zachowując serializację danych. Zwróć uwagę, aby wskazać docelowy adres witryny i adres WordPressa. Jeśli domena się zmienia, będzie to klucz do poprawnego działania mediów i linków.
Krok 4: testy końcowe i czyszczenie
- Wejdź do kokpitu WordPressa na nowej lokalizacji, przejdź do Ustawienia → Bezpośrednie odnośniki i zapisz, aby przebudować .htaccess i struktury linków.
- Sprawdź działanie wtyczek, motywu potomnego, formularzy i płatności. Włącz systemowe testy transakcyjne, jeśli to e‑commerce.
- W sekcji Installer wykonaj Cleanup – usunie installer.php, pliki tymczasowe i katalogi robocze.
Rozwiązywanie problemów podczas instalacji
- Baza nie przyjmuje połączenia: sprawdź host bazy (na niektórych hostingach nie jest to localhost), prawa użytkownika i prefiks tabel.
- Strona ładuje się bez stylów: wygeneruj na nowo pliki krytyczne motywu, przebuduj miniatury, sprawdź adresy CDN.
- Przekierowania w pętli: wyłącz tymczasowo wtyczki bezpieczeństwa lub cache na nowym hostingu, sprawdź reguły w .htaccess i ustawienia adresów w WordPressie.
Czynności po migracji i dobre praktyki
Weryfikacja funkcjonalna
- Przeklikaj kluczowe ścieżki użytkownika: rejestracja, logowanie, dodawanie do koszyka, checkout, wyszukiwanie, kontakt.
- Sprawdź media, podgląd wpisów, paginację, komentarze, widgety i shortcody.
- Jeśli używasz wtyczek do optymalizacji obrazów, ponownie wygeneruj miniatury oraz cache stron.
Adresy, linki i indeksowanie
- Upewnij się, że robots.txt i ustawienia widoczności dla wyszukiwarek są prawidłowe – strona nie powinna być zablokowana, chyba że to staging.
- Zaktualizuj mapę strony i dodaj ją w Search Console. Prześlij prośbę o ponowne zindeksowanie kluczowych podstron.
- Jeżeli zmieniły się ścieżki, przygotuj przekierowania 301. Sprawdź błędy 404 w logach.
Bezpieczeństwo i dane wrażliwe
- Wygeneruj nowe klucze SALT w wp-config.php i zmień hasła administratorów.
- Skonfiguruj firewall aplikacyjny, rate limiting i włącz uwierzytelnianie dwuskładnikowe.
- Zaktualizuj webhooki, klucze API i adresy zwrotne usług zewnętrznych do nowej domeny.
HTTPS i mieszana zawartość
Po wdrożeniu certyfikatu sprawdź, czy wszystkie zasoby ładują się po HTTPS. W razie problemów wykonaj wyszukiwanie i zamianę adresów zasobów w bazie, a w przeglądarce włącz narzędzia deweloperskie, aby wykryć elementy mieszanej zawartości. Rozważ włączenie HSTS dopiero po pełnym potwierdzeniu poprawnej konfiguracji.
Wydajność i stabilność
- Skonfiguruj cache na poziomie aplikacji i serwera, a jeśli korzystasz z CDN, zaktualizuj origin i strefę.
- Sprawdź TTFB, CLS i LCP po migracji – często nowy hosting daje inne parametry sieciowe.
- Włącz logowanie błędów i monitoruj je przez pierwsze dni; ustaw alerty w przypadku 5xx.
Poczta i dostarczalność
- Jeżeli wysyłasz maile transakcyjne z serwera, skonfiguruj SPF, DKIM i DMARC dla domeny.
- Wtyczki SMTP ustaw z nowymi poświadczeniami; wykonaj test wysyłki i sprawdź folder spam.
Porządki po przenosinach
- Usuń stare kopie paczek z katalogu publicznego, aby nie zajmowały miejsca i nie były dostępne z zewnątrz.
- Włącz automatyczne kopie cykliczne i monitoring uptime.
- Udokumentuj proces: datę przełączenia, zmiany DNS, wersje kluczowych komponentów i wszelkie obejścia.
Checklisty kontrolne
- Dane dostępowe: panel hostingu, SFTP, baza, panel domeny, Search Console, CDN.
- Pliki: installer.php, archiwum, wp-config.php, .htaccess, robots.txt, mapa strony.
- Funkcje biznesowe: koszyk, płatności, rejestracje, newsletter, formularze.
- Bezpieczeństwo: kopie zapasowe, klucze, uprawnienia, blokady panelu logowania.