Wdróż lokalną witrynę WordPress z WP Staging Desktop

WP Staging Desktop pozwala rozwijać i testować prawdziwą witrynę WordPress na własnym komputerze. Gdy praca lokalna jest gotowa, WP Staging Pro może ją wdrożyć za pomocą wydanego procesu tworzenia i przywracania kopii zapasowej: utwórz .wpstg backup z lokalnej witryny, prześlij go do docelowej witryny WordPress i tam go przywróć.

To pełny proces wdrożenia oparty na kopii zapasowej. Nie jest to bezpośredni push, a przywrócenie kopii zapasowej może zastąpić pliki i zawartość bazy danych w witrynie docelowej. Zawsze twórz świeżą kopię zapasową witryny docelowej, zanim zaczniesz.

Get WP Staging Desktop

W tym przewodniku

TL;DR
Zrozum kierunek: Free kontra Pro
Co zmienia ten proces
Wymagania wstępne
Krok 1: Sprawdź, co zmieniło się lokalnie
Krok 2: Utwórz kopię zapasową docelowej witryny produkcyjnej
Krok 3: Utwórz kopię zapasową z lokalnej witryny Desktop
Krok 4: Pobierz kopię zapasową lokalnej witryny
Krok 5: Przygotuj witrynę docelową
Krok 6: Prześlij kopię zapasową lokalnej witryny
Krok 7: Sprawdź i uruchom przywracanie
Krok 8: Poczekaj na zakończenie
Krok 9: Zweryfikuj witrynę produkcyjną
Krok 10: Zakończ lub wycofaj zmiany
Wdrożenie z kopii zapasowej kontra bezpośredni push
Częste problemy
FAQ

TL;DR

Utwórz świeżą kopię zapasową docelowej witryny produkcyjnej, utwórz i pobierz .wpstg backup z lokalnej witryny Desktop, prześlij tę kopię lokalnej witryny do witryny docelowej z uruchomionym WP Staging Pro, sprawdź zakres przywracania i przywróć ją. WP STAGING aktualizuje odwołania do domeny dla witryny docelowej. Bezpośredni push z aplikacji Desktop jest wciąż w fazie testów.

Ostrzeżenie: Przywrócenie kopii zapasowej lokalnej witryny może nadpisać nowsze pliki produkcyjne i zawartość bazy danych. Nie przywracaj nieaktualnej lokalnej bazy danych na aktywnym sklepie, witrynie członkowskiej ani innej witrynie odbierającej dane na żywo.

W całym przewodniku źródło i witryna lokalna oznaczają witrynę WordPress zbudowaną w WP Staging Desktop na twoim komputerze. Cel i produkcja oznaczają działającą witrynę WordPress w innej domenie, która otrzyma wdrożenie.

Zrozum kierunek: Free kontra Pro

Granica między Free a Pro nie polega na tym, czy dwie domeny się zgadzają. Chodzi o kierunek procesu i miejsce, do którego trafia kopia zapasowa.

Proces	Cel	Wymaganie
Import pobranej kopii zapasowej do aplikacji Desktop	Dowolna domena lokalna	WP Staging Desktop Free
Wdrożenie kopii zapasowej utworzonej z lokalnej witryny	Inna działająca lub produkcyjna domena	Dowolny plan WP Staging Pro
Przywracanie bezpośrednio z adresu URL zdalnej kopii zapasowej lub pobieranie danych produkcyjnych	Połączony proces lokalny	Developer lub Agency
Bezpośredni push z aplikacji Desktop	Produkcja	Nie wydano; w fazie testów

WP Staging Desktop Free przywraca pobrany .wpstg backup do lokalnej witryny. Ta witryna lokalna może używać dowolnej domeny lokalnej, takiej jak mysite.local lub client.local. Przywracanie nie jest ograniczone do pierwotnej domeny kopii zapasowej, a Desktop automatycznie wykonuje za ciebie lokalne wyszukiwanie i zamianę domeny.

Wdrożenie kopii zapasowej utworzonej lokalnie do innej działającej lub produkcyjnej domeny to kierunek wychodzący i to wymaga WP Staging Pro. O tym, czy potrzebna jest wersja Free czy Pro, decyduje kierunek i cel procesu. Desktop Free importuje kopie zapasowe do lokalnego środowiska deweloperskiego. WP Staging Pro wdraża utworzoną lokalnie kopię zapasową do innej działającej domeny.

Plany Developer i Agency dodają ponad to połączone procesy: bezpośrednie przywracanie z adresu URL zdalnej kopii zapasowej, połączenie z produkcją i pobieranie danych oraz WP STAGING CLI. To przydatny kontekst, ale nie są one wymagane w podstawowym wdrożeniu z pobranego pliku opisanym w tym przewodniku.

Co zmienia ten proces

Przywracanie zapisuje zawartość kopii zapasowej w witrynie docelowej. Zanim zaczniesz, zrozum, co to oznacza dla działającej witryny:

Witryna docelowa otrzymuje pliki zawarte w przywracanej kopii zapasowej.
Witryna docelowa otrzymuje zawartość bazy danych zawartą w przywracaniu.
Adresy URL WordPress i odwołania do domeny są aktualizowane dla witryny docelowej podczas przywracania.
Witryna docelowa może utracić zawartość utworzoną po wykonaniu kopii lokalnej.
Przywracanie nie jest scalaniem zawartości.
Logowanie do witryny docelowej może korzystać z danych uwierzytelniających zawartych w przywróconej bazie danych.
Pamięć podręczną, bezpośrednie odnośniki, integracje, pocztę e-mail i zaplanowane zadania trzeba sprawdzić po zakończeniu.

Zakres przywracania odpowiada zakresowi kopii zapasowej. Tworząc kopię zapasową w witrynie lokalnej, wybierasz, które komponenty uwzględnić (pliki, bazę danych lub oba). Przywracanie stosuje następnie to, co zawiera ta kopia zapasowa. Wybieraj komponenty kopii zapasowej rozważnie, ponieważ ten wybór decyduje o tym, co zostanie nadpisane w witrynie docelowej.

Ostrzeżenie: Przywrócenie bazy danych przechwyconej w witrynie lokalnej może zastąpić nowsze produkcyjne wpisy, zamówienia, użytkowników, ustawienia i zgłoszenia. Nie kontynuuj, dopóki nie zrozumiesz zakresu przywracania.

Wymagania wstępne

Zanim wdrożysz, upewnij się, że masz wszystko z poniższej listy:

Działającą witrynę lokalną w WP Staging Desktop.
Przetestowane i zatwierdzone zmiany lokalne.
Możliwość utworzenia kompletnej .wpstg backup w witrynie lokalnej.
Ważny plan WP Staging Pro do wdrożenia do innej działającej domeny.
WP Staging Pro zainstalowany i aktywowany w witrynie docelowej, zgodnie z aktualnym procesem licencjonowania.
Dostęp administratora do witryny docelowej.
Wystarczającą ilość miejsca na dysku w witrynie docelowej na przesłaną kopię zapasową, jej rozpakowanie i kopię zapasową do wycofania zmian.
Okno serwisowe dla witryny produkcyjnej.
Świeżą kopię zapasową witryny docelowej utworzoną przed rozpoczęciem.

W przypadku sklepów WooCommerce, witryn członkowskich, platform LMS, formularzy, forów i innych dynamicznych witryn dodaj jeszcze jeden krok planowania:

Zaplanuj, jak chronić transakcje na żywo i treści tworzone przez użytkowników przed przywróceniem lokalnej bazy danych. Jeśli produkcja zmieniła się od momentu utworzenia kopii lokalnej, pełne przywrócenie bazy danych może usunąć te nowsze zmiany.

Krok 1: Sprawdź, co zmieniło się lokalnie

Potwierdź dokładnie, co zamierzasz wdrożyć, zanim cokolwiek spakujesz.

Otwórz witrynę lokalną z poziomu WP Staging Desktop.
Przejrzyj witrynę w przeglądarce oraz w panelu administracyjnym WordPress.
Potwierdź, że wtyczki, motywy, zgodność z PHP, ustawienia i treść są poprawne.
Zdecyduj, czy wdrożenie obejmuje pliki, bazę danych, czy oba, w oparciu o rzeczywiste opcje kopii zapasowej i przywracania.
Zanotuj wszelkie integracje lub dane uwierzytelniające dostępne tylko w produkcji, które trzeba będzie ponownie zweryfikować po wdrożeniu.

Ten proces zastępuje treść; nie scala wybranych zmian. Zaplanuj wdrożenie jako pełne przywrócenie stanu tego, co zawiera kopia zapasowa.

Krok 2: Utwórz kopię zapasową docelowej witryny produkcyjnej

Najpierw utwórz punkt do wycofania zmian. Ten krok musi nastąpić przed utworzeniem lub przesłaniem kopii zapasowej wdrożenia.

W docelowej witrynie WordPress otwórz WP STAGING > Backup & Migration, utwórz kompletną kopię zapasową i poczekaj, aż się zakończy. Pobierz kopię lub potwierdź, że jest przechowywana w miejscu, do którego masz dostęp, gdyby wdrożenie trzeba było wycofać.

Zanim przejdziesz dalej, sprawdź, czy:

Kopia zapasowa zakończyła się pomyślnie.
Kopia zapasowa zawiera wymagane pliki i bazę danych.
Kopię zapasową można jednoznacznie zidentyfikować jako punkt przywracania sprzed wdrożenia.
Akcja przywracania jest dla niej dostępna.

Ostrzeżenie: Nie kontynuuj, jeśli kopia zapasowa witryny docelowej się nie powiedzie. Bez zweryfikowanego punktu do wycofania nieudane wdrożenie może pozostawić cię bez możliwości powrotu do działającej witryny produkcyjnej.

Krok 3: Utwórz kopię zapasową z lokalnej witryny Desktop

Teraz spakuj stan lokalny, który chcesz wdrożyć.

Otwórz witrynę lokalną z poziomu WP Staging Desktop.
Otwórz jej panel administracyjny WordPress.
Otwórz WP STAGING > Backup & Migration.
Wybierz Create Backup.
Utwórz kopię zapasową całej witryny, chyba że planowany zakres przywracania celowo się różni, a następnie pozostaw pola wyboru komponentów zgodnie z potrzebami.
Nadaj jej opisową nazwę, na przykład local-deployment-2026-07-18.
Kliknij Start Backup i poczekaj na zakończenie tworzenia kopii zapasowej.

Ta kopia zapasowa reprezentuje stan lokalny, który zostanie przywrócony w witrynie docelowej. Po zakończeniu pojawia się na liście Your Backups.

Krok 4: Pobierz kopię zapasową lokalnej witryny

Przenieś kopię zapasową z komputera lokalnego, aby móc ją przesłać do witryny docelowej.

Znajdź ukończoną kopię zapasową na liście Your Backups.
Otwórz jej menu Actions.
Wybierz Download.
Zapisz plik .wpstg na swoim komputerze.
Potwierdź, że pobieranie się zakończyło, a plik nie ma zerowego rozmiaru.

Ten przewodnik celowo opisuje niezależny od planu proces plikowy Pro, więc pobrany plik .wpstg jest ścieżką używaną wszędzie poniżej.

Plany Developer i Agency mogą korzystać z połączonych lub zdalnych procesów tam, gdzie są obsługiwane, na przykład z przywracania bezpośrednio z adresu URL zdalnej kopii zapasowej. Ten przewodnik nie korzysta z tej ścieżki, ponieważ procedura z pobranym plikiem działa w każdym planie WP Staging Pro.

Krok 5: Przygotuj witrynę docelową

Przygotuj witrynę produkcyjną, zanim wydarzy się cokolwiek destrukcyjnego.

Przełącz witrynę docelową w odpowiedni tryb serwisowy.
Wstrzymaj wprowadzanie treści i wszelkie inne wdrożenia.
W przypadku aktywnych witryn handlowych lub członkowskich zatrzymaj lub uwzględnij nowe zamówienia, subskrypcje, rejestracje, komentarze i zgłoszenia.
Potwierdź, że jest wystarczająco dużo miejsca na dysku na przesłanie, rozpakowanie i kopię zapasową do wycofania.
Potwierdź, że WP Staging Pro jest aktywny w witrynie docelowej.
Potwierdź, że świeża kopia zapasowa witryny docelowej z Kroku 2 jest dostępna.
Zanotuj adres URL witryny docelowej.

Ostrzeżenie: Kolejne kroki mogą zastąpić dane w witrynie docelowej. Potwierdź okno wdrożenia ze wszystkimi osobami odpowiedzialnymi za działającą witrynę, zanim prześlesz kopię zapasową.

Krok 6: Prześlij kopię zapasową lokalnej witryny

Przenieś pobraną kopię zapasową do witryny docelowej.

W witrynie docelowej otwórz WP STAGING > Backup & Migration.
Wybierz Upload Backup.
Wskaż pobrany plik .wpstg lokalnej witryny.
Poczekaj na zakończenie przesyłania i walidacji.
Potwierdź, że kopia zapasowa pojawia się na liście kopii zapasowych witryny docelowej.

Najpierw skorzystaj ze standardowego przesyłania przez przeglądarkę pokazanego tutaj. Jeśli plik jest duży lub przesyłanie się nie kończy, zobacz przewodnik migracji do innego hostingu, aby poznać alternatywne metody przenoszenia. Import z adresu URL zdalnej kopii zapasowej to funkcja Developer i Agency, więc nie jest domyślną ścieżką w tym przewodniku.

Krok 7: Sprawdź i uruchom przywracanie

To krok, który nadpisuje witrynę docelową. Zwolnij i sprawdź, zanim potwierdzisz.

Zidentyfikuj przesłaną kopię zapasową lokalnej witryny na liście witryny docelowej.
Otwórz Actions > Restore.
Przejrzyj dokładny zakres plików i bazy danych pokazany przez ekran przywracania.
Potwierdź, że wybrane źródło to lokalna kopia zapasowa wdrożenia, a nie inna kopia zapasowa.
Potwierdź, że kopia zapasowa witryny docelowej z Kroku 2 nadal istnieje.
Przeczytaj ostrzeżenie o nadpisaniu wyświetlane przed rozpoczęciem przywracania.
Rozpocznij przywracanie dopiero po przejściu wszystkich tych kontroli.

Ostrzeżenie: Przywrócenie zawartości bazy danych może zastąpić nowsze produkcyjne wpisy, zamówienia, użytkowników, ustawienia i zgłoszenia. Zatrzymaj się i ponownie oceń sytuację, jeśli produkcja otrzymała ważne zmiany od momentu utworzenia kopii lokalnej.

To przywracanie kopii zapasowej, a nie bezpośredni push. Nic nie jest scalane i nie ma selektywnej synchronizacji wyłącznie zmian wprowadzonych lokalnie.

Krok 8: Poczekaj na zakończenie

Pozwól przywracaniu dobiec do jasnego wyniku.

Trzymaj przeglądarkę i witrynę dostępne, chyba że ekran przywracania poinformuje cię, że zadanie może być kontynuowane w tle.
Nie uruchamiaj w tym samym czasie kolejnej kopii zapasowej, przywracania, aktualizacji wtyczki ani wdrożenia.
Poczekaj na stan powodzenia, który WP STAGING pokazuje jako wynik Finished Successfully.
Jeśli przywracanie zgłosi błąd, zanotuj dokładny komunikat, zanim cokolwiek ponowisz.

Czas przywracania zależy od rozmiaru kopii zapasowej i serwera docelowego, więc nie ma stałego czasu trwania, jakiego można oczekiwać.

Krok 9: Zweryfikuj witrynę produkcyjną

Przejdź przez witrynę docelową metodycznie, zanim ponownie udostępnisz ją odwiedzającym.

Strona główna i kluczowe strony frontendu wczytują się.
Logowanie do panelu administracyjnego WordPress działa.
Adres witryny i adres strony głównej używają domeny docelowej.
Bezpośrednie odnośniki działają.
HTTPS działa bez ostrzeżeń o mieszanej zawartości.
Wtyczki i motyw są aktywne zgodnie z oczekiwaniami.
Pliki multimedialne wczytują się.
Formularze działają.
Poczta transakcyjna jest poprawnie skonfigurowana.
Zaplanowane zadania i cron działają.
Pamięć podręczna i CDN są wyczyszczone.
Widoczność w wyszukiwarkach jest poprawnie ustawiona dla produkcji.
Narzędzia analityczne i zgód działają.
Bramki płatności i webhooki wskazują na środowisko produkcyjne.
Realizacja zamówienia w WooCommerce działa bez złożenia niezamierzonego prawdziwego zamówienia.
Nie pozostaje aktywna żadna wtyczka deweloperska tylko do środowiska lokalnego, przechwytywacz poczty, ustawienie debugowania ani testowe dane uwierzytelniające.

Trzymaj witrynę docelową w trybie serwisowym, dopóki nie przejdą podstawowe kontrole.

Krok 10: Zakończ lub wycofaj zmiany

Zdecyduj na podstawie tego, co pokazała weryfikacja.

Jeśli weryfikacja się powiedzie:

Wyłącz tryb serwisowy.
Wznów wprowadzanie treści i transakcje.
Monitoruj logi, formularze, pocztę e-mail, realizację zamówień i kluczowe strony.
Zachowaj zarówno kopię zapasową sprzed wdrożenia, jak i lokalną kopię zapasową wdrożenia zgodnie ze swoją zwykłą polityką przechowywania.

Jeśli weryfikacja się nie powiedzie:

Wróć do WP STAGING > Backup & Migration w witrynie docelowej.
Przywróć świeżą kopię zapasową witryny docelowej sprzed wdrożenia z Kroku 2.
Sprawdź ponownie witrynę docelową.
Zbadaj kopię wdrożenia z dala od produkcji, zanim spróbujesz ponownie.

Ostrzeżenie: Nie powtarzaj nieudanego przywracania na produkcji na ślepo. Najpierw wycofaj się do kopii zapasowej sprzed wdrożenia, a potem znajdź przyczynę na kopii, która nie obsługuje ruchu na żywo.

Wdrożenie z kopii zapasowej kontra bezpośredni push

Ten przewodnik opisuje wydaną metodę opartą na kopii zapasowej. Warto wyraźnie powiedzieć, czym różni się ona od bezpośredniego push, który jest osobną, niewydaną funkcją.

Wdrożenie oparte na kopii zapasowej	Bezpośredni push
Dostępne dziś z WP Staging Pro	Nie wydano; w fazie testów
Utwórz, przenieś i przywróć .wpstg backup	Planowany przyszły połączony proces push
Wymaga jawnego przeglądu przywracania i nadpisania	Nie polegaj na nim, dopóki nie zostanie wydany
Odpowiednie do kontrolowanego wdrożenia całej witryny	Nie można zakładać przyszłego zakresu

Bezpośredni push z WP Staging Desktop otrzyma osobną dokumentację po jego wydaniu. Do tego czasu korzystaj z wydanej metody opartej na kopii zapasowej opisanej powyżej.

Częste problemy

Przesyłana kopia zapasowa jest zbyt duża

Sprawdź limity przesyłania i PHP w witrynie docelowej.
Sprawdź dostępne miejsce na dysku.
Skorzystaj z przewodnika migracji do innego hostingu, aby poznać alternatywne metody przenoszenia, gdy przesyłanie przez przeglądarkę się nie kończy.
Nie osłabiaj szeroko zabezpieczeń serwera, aby przepchnąć duże przesyłanie.

Kopia zapasowa nie pojawia się po przesłaniu

Potwierdź, że plik używa rozszerzenia .wpstg.
Potwierdź, że przesyłanie się zakończyło.
Odśwież listę kopii zapasowych.
Sprawdzaj udokumentowany katalog kopii zapasowych i uprawnienia tylko tam, gdzie aktualna dokumentacja to wspiera.

Przywracanie kończy się niepowodzeniem

Zachowaj komunikat o błędzie, zanim zrobisz cokolwiek innego.
Sprawdź miejsce na dysku i logi serwera.
Potwierdź, że wersja wtyczki i kopia zapasowa są zgodne.
Nie ponawiaj wielokrotnie prób na produkcji bez zrozumienia przyczyny niepowodzenia.
Zobacz przewodnik rozwiązywania problemów z kopią zapasową i przywracaniem, aby poznać częste awarie przywracania.

Logowanie przestało działać

Przywrócona baza danych może zastąpić dane uwierzytelniające witryny docelowej tymi z witryny lokalnej, więc po pełnym przywróceniu bazy danych używaj loginu administratora z witryny lokalnej.
Jeśli zostaniesz zablokowany, wykonaj kroki, aby ręcznie zresetować hasło administratora WordPress.

Bezpośrednie odnośniki zwracają 404

Otwórz Settings > Permalinks i zapisz istniejącą strukturę, aby wyczyścić reguły przepisywania.

Problemy z przekierowaniem lub mieszaną zawartością

Potwierdź adres WordPress i adres witryny docelowej w Settings > General.
Wyczyść pamięć podręczną strony, pamięć podręczną obiektów, CDN i pamięć podręczną przeglądarki.
Potwierdź, że HTTPS działa i że zamiana domeny się zakończyła.

Brakuje nowych danych produkcyjnych

Pełne przywrócenie lokalnej bazy danych mogło zastąpić dane produkcyjne utworzone po wykonaniu kopii lokalnej.
Przestań wprowadzać dalsze zmiany.
Rozważ wycofanie z kopii zapasowej sprzed wdrożenia utworzonej w Kroku 2.
Nie ma automatycznego odzyskiwania przez scalanie, więc traktuj kopię zapasową sprzed wdrożenia jako drogę powrotną.

FAQ

Czy potrzebuję WP Staging Pro, aby wdrożyć witrynę Desktop na produkcję?

Tak. Desktop Free może przywrócić pobraną kopię zapasową do witryny w dowolnej domenie lokalnej. Wdrożenie utworzonej lokalnie kopii zapasowej do innej działającej lub produkcyjnej domeny wymaga WP Staging Pro.

Czy potrzebuję planu Developer lub Agency?

Nie do opisanego tutaj wdrożenia z pobranego pliku kopii zapasowej. Developer i Agency dodają przywracanie z adresu URL zdalnej kopii zapasowej, pobieranie danych z produkcji, połączoną synchronizację oraz WP STAGING CLI.

Czy to jest bezpośredni push?

Nie. To wydany proces wdrożenia oparty na kopii zapasowej i przywracaniu. Bezpośredni push z aplikacji Desktop jest wciąż w fazie testów.

Czy WP STAGING zmienia domenę lokalną na domenę produkcyjną?

WP STAGING wykonuje wymagane wyszukiwanie i zamianę domeny podczas przywracania. Po wdrożeniu zweryfikuj adresy URL WordPress, HTTPS, pamięć podręczną i integracje w witrynie docelowej.

Czy zachowa to nowe zamówienia i treści produkcyjne?

Nie zakładaj, że tak. Przywrócenie lokalnej bazy danych może nadpisać zamówienia, użytkowników, wpisy, zgłoszenia, ustawienia i inne dane produkcyjne utworzone po wykonaniu kopii lokalnej. Utwórz świeżą kopię zapasową produkcji i starannie zaplanuj zakres przywracania oraz okno serwisowe.

Czy mogę wdrożyć tylko wybrane zmiany?

Korzystaj wyłącznie z tych elementów sterujących zakresem, które jawnie udostępniają aktualne ekrany kopii zapasowej i przywracania, takich jak wybór komponentów uwzględnianych w kopii zapasowej. Ten proces nie jest scalaniem treści, a ten przewodnik nie opisuje niewydanego bezpośredniego push.

Czy mogę wycofać zmiany?

Tak, jeśli przed wdrożeniem utworzyłeś i zweryfikowałeś świeżą kopię zapasową witryny docelowej. Przywróć tę kopię zapasową sprzed wdrożenia, jeśli wdrożona witryna nie przejdzie weryfikacji.

Powiązane artykuły

View WP Staging Pro Plans

Wdróż lokalną witrynę WordPress na produkcję z WP Staging Desktop