Klonowanie WordPress wtyczką Duplicator — krok po kroku z pułapkami

Duplicator to jedna z najpopularniejszych wtyczek do klonowania i migracji WordPressa — ponad 1,5 miliona aktywnych instalacji. Jej idea jest prosta: pakujesz całą stronę (pliki + bazę danych) w jedno archiwum ZIP, wrzucasz na nowy serwer i uruchamiasz kreator instalacji, który robi całą resztę — tworzy bazę, importuje dane, podmienia URL-e. Dla migracji, tworzenia kopii staging i backupów offline to jedno z najlepszych narzędzi.

W tym poradniku przechodzę przez cały proces krok po kroku: od tworzenia paczki, przez upload i instalację na nowym serwerze, aż po checklistę po klonowaniu. Na końcu omawiam pułapki, na które trafia większość początkujących.

Kiedy używać Duplicatora

• Migracja WordPressa na nowy hosting — alternatywa dla metody ręcznej, szybsza i mniej narażona na błędy.
• Staging / testowanie — klonujesz produkcję na subdomenę (np. staging.twojadomena.pl), testujesz aktualizacje i zmiany bez ryzyka.
• Backup offline — archiwum ZIP z pełną stroną trzymasz lokalnie na dysku jako kopię zapasową.
• Przeniesienie na nową domenę — Duplicator podmienia URL-e w bazie automatycznie, łącznie z serializowanymi danymi.

Krok 1. Zainstaluj Duplicator na źródłowej stronie

W wp-admin przejdź do Wtyczki → Dodaj nową, szukaj „Duplicator”, zainstaluj i aktywuj. Wtyczka pojawi się jako osobna pozycja w menu bocznym.

Krok 2. Utwórz paczkę (Package)

1. Przejdź do Duplicator → Packages.
2. Kliknij „Create New”.
3. Na ekranie „Setup” nadaj paczce nazwę (np. „staging-2026-04-19″). Reszta ustawień domyślnych jest OK dla większości stron.
4. Kliknij „Next” — Duplicator uruchomi skan (sprawdza rozmiar plików, bazę, uprawnienia).

Wyniki skanu — na co zwrócić uwagę

Skan wyświetla zielone „Good” lub żółte/czerwone „Notice” / „Warn” przy pięciu elementach:

• Server — wersja PHP, uprawnienia do tworzenia plików. Żółte = zwykle da się kontynuować.
• Archive Size — jeżeli strona przekracza 500 MB, darmowa wersja może nie dać rady (timeout PHP). Rozwiązanie: wykluczenie dużych plików (np. backup wtyczek, stare uploady) lub wersja Pro.
• Files — sprawdza, czy są pliki o nazwach ze spacjami, polskimi znakami, za długimi ścieżkami. Żółte ostrzeżenia zwykle nie przeszkadzają, czerwone = problem.
• Database — rozmiar bazy i tabel. Przy bazach powyżej 100 MB mogą wystąpić timeouty — rozważ WP-Optimize przed klonowaniem.

Jeżeli wszystko jest zielone (lub żółte z akceptowalnym ryzykiem), kliknij „Build”.

Krok 3. Pobierz archiwum i installer

Po zbudowaniu paczki Duplicator wygeneruje dwa pliki:

• Archiwum (*_archive.zip) — pełna kopia plików i bazy.
• Installer (installer.php) — skrypt PHP, który przeprowadza instalację na nowym serwerze.

Pobierz oba pliki na swój komputer. Kliknij „One-Click Download” (pobiera oba naraz) lub pobierz osobno.

Krok 4. Wgraj pliki na nowy serwer

Na nowym serwerze (hosting, VPS, subdomena staging) przygotuj katalog docelowy — np. public_html lub staging.twojadomena.pl. Katalog powinien być pusty (lub ze świeżą instalacją PHP, ale bez WordPressa).

Wgraj przez FTP/SFTP oba pliki: installer.php i archiwum ZIP. Dla dużych archiwów (500+ MB) FTP może być wolny — jeśli masz SSH, użyj scp lub wget (wrzuć archiwum na tymczasowy link i pobierz bezpośrednio na serwer).

Krok 5. Uruchom Installer

Otwórz przeglądarkę i wejdź pod adres:

https://nowadomena.pl/installer.php

Installer przeprowadzi Cię przez 4 kroki:

Step 1: Deployment

Zaakceptuj warunki i kliknij „Next”. Duplicator rozpakowuje archiwum.

Step 2: Install — Database

Najważniejszy krok. Wpisz dane bazy na nowym serwerze:

• Host: najczęściej localhost (na niektórych hostingach inna nazwa — sprawdź w panelu).
• Database: nazwa bazy, którą wcześniej utworzyłeś w panelu hostingu.
• User: użytkownik bazy.
• Password: hasło.

Kliknij „Test Database” — Duplicator sprawdzi połączenie. Jeżeli jest OK, wybierz opcję „Remove All Data” (czyści istniejące tabele w bazie — ważne, żeby nie było konfliktów). Kliknij „Next”.

Step 3: Update — URL / Path

Duplicator automatycznie wykrywa starą i nową domenę. Sprawdź, czy pola „URL” i „Path” są poprawne. Jeżeli klonujesz na tę samą domenę (np. staging), upewnij się, że ścieżka się zgadza. Kliknij „Next”.

Step 4: Test Site

Duplicator wyświetla linki do strony głównej i panelu admina nowej instalacji. Kliknij i sprawdź, czy wszystko działa. Na dole strony zobaczysz „Auto delete installer files after login” — zaznacz to i kliknij link do logowania. Duplicator usunie installer.php i pliki instalacyjne automatycznie po zalogowaniu.

Krytyczne: jeżeli nie zaznaczysz auto-delete, ręcznie usuń installer.php z serwera. Pozostawienie go to poważna luka bezpieczeństwa — każdy, kto zna URL, może nadpisać Twoją bazę danych.

Krok 6. Checklista po klonowaniu

• ✅ Zaloguj się do wp-admin nowej strony.
• ✅ Przejdź do Ustawienia → Bezpośrednie odnośniki i kliknij „Zapisz zmiany” (odbudowuje .htaccess).
• ✅ Sprawdź 10 losowych wpisów, stron i obrazków.
• ✅ Sprawdź, czy formularze kontaktowe działają.
• ✅ Wyczyść cache (LiteSpeed Cache / WP Rocket / W3 Total Cache).
• ✅ Sprawdź certyfikat SSL — nowy serwer może go nie mieć (zainstaluj Let’s Encrypt).
• ✅ Jeżeli to staging: zablokuj indeksację (Ustawienia → Czytelność → „Proś wyszukiwarki o nieindeksowanie”).
• ✅ Upewnij się, że pliki Duplicatora (installer.php, archiwum ZIP) zostały usunięte z serwera.

Pułapki i problemy

Timeout PHP przy dużych stronach

Darmowa wersja Duplicatora pakuje wszystko w PHP — jeżeli strona ma powyżej 500 MB plików lub bazę powyżej 100 MB, PHP może nie zdążyć. Rozwiązania: zwiększ max_execution_time do 600 (instrukcja), wykluczenie dużych katalogów z archiwum (np. wp-content/cache, stare backupy), lub wersja Pro (używa mysqldump i shell commands, omijając limity PHP).

Archiwum ZIP nie może się wgrać przez FTP

Duże pliki przez FTP potrafią się rwać. Alternatywy: wgraj bezpośrednio przez menedżer plików w panelu hostingu, użyj SSH z scp, albo wrzuć na tymczasowy hosting plików i pobierz na serwer przez wget.

Strona działa, ale obrazki nie ładują się

Najczęściej: ścieżki w bazie zostały podmienione, ale pliki w wp-content/uploads nie skopiowały się poprawnie (uprawnienia, niekompletne rozpakowywanie). Sprawdź folder uploads przez FTP — jeżeli jest pusty lub niepełny, wgraj go ręcznie ze źródłowego archiwum.

Po klonowaniu „Error establishing a database connection”

Dane do bazy w wp-config.php zostały nadpisane przez Duplicatora — sprawdź, czy pokrywają się z tym, co masz w panelu hostingu. Pełna diagnostyka: poradnik EDBC.

Duplicator Free vs Pro — co daje wersja płatna?

Dla większości blogów i małych stron darmowa wersja w pełni wystarcza. Pro opłaca się przy dużych sklepach WooCommerce i stronach wymagających automatycznych backupów do chmury.

Najczęściej zadawane pytania

Czy Duplicator działa z Multisite?

Darmowa wersja nie obsługuje Multisite. Wersja Pro — tak, ale wymaga uważnej konfiguracji (osobne paczki per subsite lub cała sieć).

Czy mogę użyć Duplicatora jako regularny backup?

Darmowa wersja nie ma zaplanowanych backupów — musisz ręcznie tworzyć paczki. Wersja Pro pozwala ustawić automatyczne tworzenie paczek co dzień/tydzień i wysyłanie ich na Google Drive lub S3. Dla darmowego alternatywnego backupu: UpdraftPlus.

Duplicator vs All-in-One WP Migration — co lepsze?

All-in-One jest prostsze (jedno kliknięcie, zero konfiguracji bazy), ale ma limit 512 MB w darmowej wersji. Duplicator wymaga ręcznego podania danych bazy, ale nie ma limitu rozmiaru (w granicach PHP). Dla małych stron — All-in-One. Dla większych i bardziej zaawansowanych — Duplicator.

Podsumowanie

Duplicator zamienia klonowanie WordPressa z operacji na 2 godziny w operację na 10 minut. Tworzysz paczkę, wgrywasz na nowy serwer, uruchamiasz installer, wpisujesz dane bazy — gotowe. Kluczowe: zawsze usuwaj installer.php po zakończeniu, zawsze sprawdzaj permalinki i SSL po klonowaniu, a dla stron powyżej 500 MB rozważ wersję Pro lub alternatywnie migrację ręczną.