So pushen Sie WordPress-Änderungen vom Staging zu Live
Veröffentlicht: 2019-12-03Der Wechsel von einer WordPress-Staging-Site zu einer Live-Site war noch nie so einfach!
Das Staging ist unerlässlich für die Pflege und Wartung der Website, um die Risiken des Testens neuer Plugins, Updates, des Ausprobierens von grafischen und animierten Inhalten sowie von Dingen, die unsere Website beschädigen, abstürzen und potenziell offline werfen könnten, zu beseitigen.
In unserer letzten Montags-Masterclass haben wir gesehen, wie einfach es ist, eine Staging-Site einzurichten, aber das ist nur ein Teil des Staging-Prozesses. Es ist genauso wichtig, wenn nicht sogar noch wichtiger, unsere inszenierte Site voranzutreiben, unsere aktualisierte Website mit all ihren Änderungen und Optimierungen zu übernehmen und sie an die Stelle unserer Live- (oder Produktions-) Site zu setzen.
Für das Staging müssen wir zwei Arten von WordPress-Websites einrichten oder, wenn Sie möchten, zwei Gruppen von Elementor-Benutzern, die jeweils durch die Art des auf der Website verwendeten Inhalts definiert sind:
- Vom Eigentümer erstellte Inhalte – Websites, die sich ausschließlich auf die Inhalte verlassen, die wir, die Site-Moderatoren, bereitstellen. Auch bekannt als von Moderatoren generierte Inhalte oder Markeninhalte.
- Benutzergenerierte Inhalte – Websites, die vollständig oder bis zu einem gewissen Grad auf Benutzerdaten angewiesen sind. Darunter fallen Daten wie Informationen aus Formularen oder Bestellungen von Nutzern, aber auch hochgeladene Dateien, Bilder, Kommentare etc.
Der Grund, warum wir diese Unterscheidung treffen müssen, ist, dass wir wissen müssen, ob wir uns Sorgen über Daten machen sollten, die unserer Live-Website hinzugefügt wurden – während wir an der Backup-Version unserer Website arbeiten – isoliert Umgebung inszenieren.
Von der Staging- zur Live-Site wechseln: Vom Eigentümer erstellte Inhalte
* Hinweis: Dieser Vorgang überschreibt alle benutzergenerierten Daten, die nicht auf der Staging-Site erscheinen, von der Live-Site (einschließlich Kommentare, Bestellungen usw.).
Wenn wir die einzigen Personen sind, die Daten in unsere Site eingeben, können wir das Hinzufügen von Daten vermeiden, während wir an Updates und Änderungen arbeiten, und die aktualisierte Version unserer aktualisierten Site auf die gleiche Weise veröffentlichen, wie wir es bei einer brandneuen Site tun würden .

Wenn Ihnen dieser Bildschirm bekannt vorkommt, sollte er das tun, denn er ist genau dort, wo wir in unserer letzten Masterclass aufgehört haben.
Wie Sie sich vielleicht erinnern, haben wir unsere lokale Staging-Umgebung erstellt, indem wir ein vollständiges Backup unserer Live-WordPress-Site in eine Umgebung hochgeladen haben, die wir mit der lokalen App von Flywheel auf unserem eigenen Computer erstellt hatten. Es gibt andere Möglichkeiten, dies mit Bitnami oder XAMPP zu tun, aber wir fanden, dass dies die einfachste und daher effizienteste ist.
Für diese Meisterklasse haben wir ein Menü und eine Kopfzeile hinzugefügt, um eine praktische Unterscheidung zwischen dem Erscheinungsbild und der Funktionalität der neuen (gestuften) Version der Site und der älteren (Live-)Version zu ermöglichen.

Nachdem wir unsere Site aktualisiert und getestet haben, möchten wir unsere neue Version aus der lokalen Umgebung auf die Live-Site hochladen. Der einfachste Weg, dies zu tun, ist die Verwendung eines Migrations-Plugins.
Wir ziehen es vor, das beliebteste unter ihnen, das All-in-One WP Migration Plugin, zu verwenden und es auf unseren beiden WordPress zu installieren.
Schritt 1: Installieren Sie die All-in-One-WP-Migration sowohl in lokalen als auch in Live-WordPress-Umgebungen
Installieren Sie das All-in-One-Plugin auf unserer WordPress-Installation auf die gleiche Weise wie jedes andere Plugin.
Gehen Sie zum WordPress-Dashboard unserer Local Staging-Site und klicken Sie auf der Registerkarte Plugin auf "Neu hinzufügen".
Suchen Sie im Suchfeld nach All-in-One WP Migration, laden Sie es herunter, installieren und aktivieren Sie es.
Sobald das Plugin aktiviert wurde, erscheint die Registerkarte „All-in-One WP Migration“ in der linken Menüleiste des WordPress-Dashboards.
Wiederholen Sie diesen Vorgang, um All-in-One WP Migration auf dem WordPress-Dashboard Ihrer Live-Site zu installieren.
Schritt 2: Erstellen einer Exportdatei aus der lokalen Version unserer Site

Klicken Sie in der linken Menüleiste des WordPress-Dashboards unter der Registerkarte All-in-One-WP-Migration auf die Registerkarte und wählen Sie „Exportieren“.
Im Export-Fenster werden Sie feststellen, dass die erweiterten Einstellungen es Ihnen ermöglichen, bestimmte Daten statt der gesamten Site zu exportieren.
Wir empfehlen, die gesamte Site zu exportieren. Klicken Sie dazu auf die Schaltfläche Exportieren und wählen Sie aus dem Dropdown-Menü die Option Datei.
Wenn das Plugin die Vorbereitung der Exportdatei abgeschlossen hat, wird ein Fenster mit der Option zum Herunterladen angezeigt. Klicken Sie hier, um die Sicherungsdatei auf Ihren Computer herunterzuladen.
Schritt 3: Übertragen des Backups auf die Live-Site
Nachdem das Backup unserer Staging-Site heruntergeladen wurde, gehen wir zum WordPress-Dashboard unserer Live-Site. In der linken Menüleiste klicken wir auf 'All-in-One WP Migration', aber diesmal wählen wir 'Import' und im Importfenster klicken wir auf Importieren und aus dem Dropdown-Menü , wählen wir Datei.
Wir suchen unsere exportierte Datei und klicken auf "Öffnen". Die Datei wird in WordPress hochgeladen.
Sobald der Upload abgeschlossen ist, wird eine Warnung angezeigt, die uns daran erinnert, dass durch die Fortsetzung dieses Vorgangs alles auf unserer Live-Site (einschließlich Kommentare, Bestellungen usw.) überschrieben wird.
Da wir diesen Vorgang nur für Websites befolgen, die ausschließlich auf inhabergenerierten Inhalten basieren, klicken wir auf "Weiter".
Das Plugin installiert nun unsere neue Site und überschreibt die ältere Version. Je nach Größe unserer Seite kann dies einige Minuten oder länger dauern.

Bonus: Nur UPDATES vom Staging auf die Live-Site übertragen (ähnlich wie Git)
Wenn es um unsere andere Kategorie von WordPress- und Elementor-Benutzern geht, die sich auf Daten verlassen, die aus einer externen Quelle stammen, gibt es zwei Möglichkeiten, aktualisierte Sites aus der Staging-Umgebung auf die Live-Site zu übertragen, ohne den Verlust von Daten zu riskieren.

Wie bereits erwähnt, besteht unser Hauptanliegen bei Daten, die in Form von Benutzerabonnements, Bestellungen, sogar Kommentaren usw. ankommen, darin, dass sie sich weiterhin auf unserer Live-Website registriert haben, während wir an der isolierten Staging-Version gearbeitet haben.
Eine Methode ist ein komplexer Vorgang, bei dem mit Tools wie C-Panel über eine FTP- oder SFTP-Schnittstelle an einzelnen Dateien und Ordnern herumgespielt wird. Daher waren wir der Meinung, dass wir riskieren würden, dass die Leser die mühsamen Schritte missverstehen und ihre Live-Site versehentlich überrollt.
Es ist jedoch äußerst wichtig, Ihre Live-Site und Ihre Daten zu sichern, bevor Sie etwas anderes tun, unabhängig davon, wie Sie Ihre Site vorantreiben. Denken Sie daran, dass es immer besser ist als Nachsicht.
Das Pushen von Site-Änderungen und -Updates aus einer Staging-Umgebung ist viel sicherer, als direkt auf der Live-Site zu arbeiten.
So sichern Sie die Daten
Dazu können Sie das Duplicator-Plugin oder Migrate DB verwenden, sogar All-in-One WP Migration.
Sobald unsere Live-Site gesichert ist, ist die zweite Methode, der sicherste und einfachste Weg, unsere Site zu pushen, der Hosting-Service unserer Website.
Es gibt viele WordPress Webhosting-Dienste, die auch Staging-Dienste anbieten, wobei auf dem Hosting-Server eine völlig unabhängige Umgebung geschaffen wird, in der wir alle unsere Tests durchführen und neue Ideen ausprobieren können.
Dazu gehören Hosts wie Bluehost, SiteGround, Kinsta und sogar das Premium-Hosting-Paket von FlyWheel beinhaltet diese Option, und natürlich werden wir Links zu all diesen und mehr in den Shownotes unten veröffentlichen.
BlueHost ist am beliebtesten, da sie ihren Staging-Service kostenlos anbieten.
Andererseits können Sie SiteGround wegen der überlegenen Servicequalität bevorzugen.
Dies müssen wir selbst entscheiden, basierend auf der Größe unserer Website und dem Verkehrsaufkommen. Aber wir müssen auch die Einnahmen berücksichtigen, die wir erzielen müssen, um unsere Kosten zu decken, und ob unsere Entscheidung unseren Geschäftszielen hilft oder schadet.

Wenn wir die Zahlen berechnen, müssen wir ein maximales Einkommen anstreben und gleichzeitig unsere Gemeinkosten niedrig halten.
Hier müssen wir ehrlich zu uns selbst sein, denn wenn unsere Website auch unsere Lebensgrundlage ist, dann gehört Hosting nicht zu den Orten, an denen wir Abstriche machen oder sparen wollen. Wenn unsere Website so viel Verkehr erhält, dass eine oder zwei Stunden Ausfallzeit sie gefährden würden, müssen wir wirklich in Hosting-Unternehmen investieren.
Lokales WordPress-Staging
Local Staging, eine Staging-Umgebung auf unserem eigenen Computer, hat viele Vorteile, darunter vor allem die Geschwindigkeit. Wenn wir vor Ort arbeiten, sehen wir Testergebnisse und Antworten viel schneller, was es zur perfekten Umgebung für umfangreiche Überholungen und möglicherweise auch erste Builds macht.
Obwohl das Host-Staging nicht so schnell ist wie das lokale Staging, kann es dennoch Änderungen an Grafiken und geschriebenen Inhalten, Updates und Tests recht gut verarbeiten, solange sie nicht zu groß sind. Es ist ideal für Routinetests und Aktualisierungen, insbesondere wenn der Server auch die Möglichkeit bietet, Ihre neue Version auf die Live-Site zu übertragen. Der Nachteil ist der Preis, da einige Hosting-Dienste zusätzliche Gebühren für die Bereitstellung berechnen. In dieser Gebühr ist jedoch der Support enthalten, der auf lange Sicht viel Zeit und Geld sparen könnte.
Bereitstellungsdienste
Host-Sites, die Staging-Dienste anbieten, verfügen über ähnliche Funktionen, die es uns ermöglichen, die neue Version unserer Site mit minimalem Aufwand und ohne Sorgen von Staging auf unsere Live-Sites zu übertragen.
Auf SiteGround beispielsweise finden Sie alle Staging-Optionen auf der Staging-Verwaltungsseite, auf die über die SiteGround-Version von cPanel zugegriffen werden kann. Hier wird den Benutzern die Option „Easy Push“ gegeben, um die gesamte neue Site über die alte Live-Site zu schieben, sie virtuell zu überrollen und alles zu löschen, was dort war. Alternativ können Benutzer "Erweitertes Pushen" verwenden, das die Unterschiede zwischen den alten und neuen Dateien vergleicht und Ihnen dann ermöglicht, auszuwählen, welche Dateien beibehalten und welche überschrieben werden sollen. Diese Lösung bewahrt effektiv die Daten, die wir bei der Arbeit an Staging-Sites befürchten, zu verlieren.

WordPress-Staging zur Live-Site: Fazit
Rückblickend auf diese zweiteilige Ausgabe der Monday Masterclass freuen wir uns, dass wir uns für das Thema Inszenierung entschieden haben.
Es gab uns nicht nur die Möglichkeit, Benutzern zu helfen, die nach Ratschlägen zur Inszenierung gefragt hatten, sondern dank der wunderbaren Kommentare und Dialoge, die die erste Episode generierte, haben wir uns entschlossen, diese zweite Episode weiter zu führen als geplant und einige der Probleme zu klären und interessante Punkte, die Sie angesprochen haben.
Wir haben verschiedene praktische Möglichkeiten überprüft, die von professionellen Webbuildern auf der ganzen Welt verwendet werden, um zwei verschiedene Arten von WordPress-Websites von der lokalen Staging- oder Host-Staging-Site auf unsere Live- oder Produktions-Website zu übertragen. Darüber hinaus haben wir die Gründe diskutiert, warum wir eine Methode der anderen vorziehen sollten.
Letztendlich haben wir als Eigentümer oder Moderatoren unserer Website die Wahl, wo und wofür wir unsere Zeit und unser Geld investieren sollen, eine Entscheidung, die sich auf unseren Verkehr, unser Engagement und unweigerlich auf unsere Einnahmen auswirkt.
Wie gelangen Sie von der Staging- zur Live-Site? Lassen Sie es uns in den Kommentaren wissen, wenn Sie alternative Methoden haben.