Dokumentation · Integrationshandbuch

Migration von Staging auf Live

Dieses Dokument erklärt, wie Sie die Konfiguration des ADP Car Market Hub-Plugins von einer Staging-WordPress-Website auf eine Produktions- (Live-) Website migrieren. Es beschreibt, welche Einstellungen aktualisiert werden müssen, welche transienten Daten gelöscht werden müssen, wie geplante Importe und Cron-Jobs neu konfiguriert werden und wie die Live-Website vor der Aktivierung automatisierter Importe validiert wird.

Wann dieses Dokument zu verwenden ist

Verwenden Sie dieses Dokument, wenn Sie:

Eine vollständig konfigurierte und getestete Staging-Umgebung zum ersten Mal auf die Produktions-Domain übertragen.
Eine Produktionsdatenbank auf das Staging-System kopieren und wissen müssen, was auf dem Staging-System geändert werden muss, damit es die Live-Website nicht beeinträchtigt.
Eine Servermigration oder einen Domainwechsel auf einer Website durchführen, auf der das Plugin bereits in der Produktion läuft.
Die Übertragung von Konfigurationsänderungen (Design, Einstellungen, Mapping-Überschreibungen), die auf dem Staging-System entwickelt wurden, koordinieren.

Die Zielgruppe ist ein WordPress-Administrator oder ein Agenturentwickler, der versteht, wie WordPress-Datenbanken und -Dateisysteme zwischen Umgebungen verschoben werden. Praktische Kenntnisse von wp-config.php und entweder SSH oder einem Hosting-Control-Panel sind hilfreich.

Übersicht

Das Plugin speichert seine gesamte Konfiguration als WordPress-Optionen in der Datenbank (Tabelle `wp_options`) und speichert importierte Fahrzeug-Beiträge, Leads, Analytics-Events und Suchauftrag-Abonnements in separaten Tabellen und Post-Types. Wenn eine Datenbank zwischen Umgebungen verschoben wird – beispielsweise durch Kopieren der Staging-Datenbank in die Produktion –, werden all diese Daten mitverschoben.

Eine kopierte Datenbank behält Werte bei, die für die Quellumgebung korrekt, aber für die Zielumgebung falsch oder unsicher sind. Die wichtigsten Beispiele sind:

API-Zugangsdaten (Basis-URL, Seller IDs, Client ID, Client Secret). Auf dem Staging-System verwenden Sie möglicherweise eine Sandbox-API-Umgebung oder Test-Zugangsdaten mit geringerer Sicherheit. Die Live-Website benötigt die tatsächlichen Produktions-Zugangsdaten des Autohauses.
Das Cron-Token. Das Token, das den REST-Cron-Endpunkt des Plugins authentifiziert, ist umgebungsspezifisch. Die Verwendung des Staging-Tokens auf der Live-Website oder umgekehrt führt dazu, dass der Server-Cron-Job die falsche URL aufruft oder das falsche Secret verwendet.
Webhook-Ziel-URLs. Staging-Webhooks verweisen oft auf Test-Empfänger. Live-Webhooks müssen auf das Produktions-CRM oder den Benachrichtigungs-Endpunkt verweisen.
Die WordPress-Website-URL. WordPress speichert seine eigene URL in den Optionen `siteurl und home`. Diese müssen mit der Live-Domain übereinstimmen, bevor die REST-Endpunkt-URLs des Plugins und alle anderen absoluten URLs korrekt aufgelöst werden.
Transiente Cache-Daten. Zwischengespeicherte OAuth-Access-Tokens, Import-Sperren (Run-Locks) und die Bildwarteschlange enthalten Staging-Zustände, die auf der Live-Website bedeutungslos oder schädlich sind.
Geplante Cron-Events. WP-Cron-Events, die auf dem Staging-System geplant wurden, tragen Staging-relative Zeitstempel und müssen auf der Live-Website neu geplant werden.

Jeder dieser Punkte wird im Folgenden Schritt für Schritt behandelt.

Voraussetzungen

Vor Beginn der Migration:

Es existiert ein aktuelles, wiederherstellbares Backup sowohl der Staging-Datenbank als auch der Produktionsdatenbank. Migrieren Sie niemals ohne ein Backup des aktuellen Zustands jeder Website.
Die Produktions-WordPress-Installation erfüllt die Anforderungen des Plugins. Siehe Technische Systemanforderungen.
Sie haben Zugriff auf die Datei `wp-config.php` des Produktionsservers und auf die Cron-Einrichtung des Servers, falls ein Server-Cron verwendet wird.
Sie kennen die Produktions-API-Zugangsdaten (API-Basis-URL, Seller IDs, Client ID, Client Secret) und haben diese über einen sicheren Kanal erhalten. Siehe Einrichtung der API-Zugangsdaten.
Wenn die Produktions-Website eine andere Domain als das Staging-System verwendet, ist der Domainwechsel bereit, gleichzeitig mit der Datenbankkopie auf die WordPress-URL-Optionen angewendet zu werden.

Schritt-für-Schritt-Anleitung

Arbeiten Sie diese Schritte der Reihe nach ab. Die Schritte 1 bis 5 dienen der Vorbereitung auf der Staging-Umgebung, bevor die Datenbank kopiert wird. Die Schritte ab Nummer 6 gelten für die Live-Website, nachdem die Datenbank oder das Plugin installiert ist.

Schritt 1 — Automatische Importe auf Staging vor der Migration deaktivieren

Wenn auf der Staging-Website automatische Importe aktiviert sind, deaktivieren Sie diese vor dem Kopieren der Datenbank. Dies verhindert eine Situation, in der beide Umgebungen denselben Planungsstatus teilen und beide versuchen, Importe gleichzeitig auszuführen.

Öffnen Sie auf der Staging-Website Car Market Hub → Import & Limits.
Deaktivieren Sie den Schalter Automatischer Import und speichern Sie.
Wenn ein Server-Cron-Job auf den REST-Endpunkt der Staging-Website verweist, deaktivieren oder entfernen Sie auch diesen Cron-Job.

Schritt 2 — Backups erstellen

Bevor Sie Änderungen an einer der beiden Websites vornehmen:

Erstellen Sie ein Datenbank-Backup der Staging-Website.
Erstellen Sie ein Datenbank-Backup der Live-Website.
Wenn die Live-Website bereits importierte Fahrzeugdaten und hochgeladene Bilder enthält, erstellen Sie auch ein vollständiges Backup des Dateisystems von wp-content/uploads/.

Schritt 3 — Datenbank kopieren

Kopieren Sie die Staging-Datenbank mit Ihrer bevorzugten Methode auf den Live-Server (Export/Import über das Hosting-Control-Panel, WP-CLI db export / db import, SSH + mysqldump oder ein Plugin wie Duplicator oder All-in-One WP Migration). Das genaue Verfahren hängt von Ihrer Hosting-Umgebung ab.

Wenn sich die Domains zwischen Staging und Live unterscheiden, führen Sie Suchen-und-Ersetzen aus, um alle Vorkommen der Staging-URL auf die Live-URL zu aktualisieren. Mit WP-CLI:

wp search-replace 'https://staging.example.com' 'https://www.example.com' --all-tables

Führen Sie diesen Befehl auf der Live-Datenbank aus, nicht auf der Staging-Datenbank. Erstellen Sie vor der Ausführung ein Backup.

Schritt 4 — Plugin-Dateien kopieren

Die Plugin-Dateien befinden sich in wp-content/plugins/adp-car-market-hub/. Wenn auf den Staging- und Live-Websites dieselbe Version des Plugins läuft, kann dieser Schritt übersprungen werden. Wenn sich die Versionen unterscheiden, kopieren Sie das Plugin-Verzeichnis von Staging auf Live (oder aktualisieren Sie vor der Migration im WordPress-Admin-Bereich auf beiden Websites auf dieselbe Version).

Kopieren Sie nicht wp-config.php von Staging auf Live. Die beiden wp-config.php-Dateien enthalten unterschiedliche Datenbank-Zugangsdaten und umgebungsspezifische Konstanten und müssen unabhängig voneinander bleiben.

Schritt 5 — Theme-Overrides kopieren (falls zutreffend)

Wenn das Theme auf der Staging-Website Template-Override-Dateien für das Plugin enthält (z. B. single-as24ci_car.php oder archive-as24ci_car.php im Theme-Root), kopieren Sie diese Dateien an denselben Ort im Live-Theme. Weitere Details zu Template-Overrides finden Sie in der Anleitung für Template-Overrides.

Wenn im Theme keine Template-Overrides existieren, überspringen Sie diesen Schritt.

Schritt 6 — Live-API-Zugangsdaten aktualisieren

Nach dem Kopieren der Datenbank enthält die Live-Tabelle wp_options immer noch die Zugangsdaten, die auf Staging gespeichert waren. Ersetzen Sie diese durch die Live-Zugangsdaten.

Öffnen Sie auf der Live-Website Car Market Hub → Settings.
Tragen Sie in der Karte API Connection & General Settings die Live-Werte ein für: - API Base URL — die HTTPS-URL der Live-AutoScout24-Umgebung. - Seller ID — die Live-Seller ID(s) des Autohauses. Mehrere IDs werden durch Kommata getrennt. - Client ID — die Live-OAuth-Client-ID. - Client Secret — das Live-OAuth-Client-Secret. Das Feld „Client Secret“ wird beim Öffnen der Einstellungsseite nicht vorausgefüllt; Sie müssen den Wert bei Änderungen immer neu eingeben.
Speichern Sie die Einstellungen.
Löschen Sie das zwischengespeicherte OAuth-Access-Token, falls eines aus der Staging-Sitzung vorhanden ist. Das Token wird als WordPress-Transient as24ci_access_token gespeichert. Sie können es unter Car Market Hub → Tools löschen (suchen Sie nach der Aktion Token-Cache leeren) oder indem Sie Folgendes ausführen: ``wp transient delete as24ci_access_token``
Führen Sie den Verbindungstest unter Car Market Hub → Tools aus. Fahren Sie erst fort, wenn der Test erfolgreich war. Siehe Verbindungstest.

Schritt 7 — Webhook-URLs aktualisieren

Wenn Webhooks konfiguriert sind, verweist die Staging-Konfiguration möglicherweise auf einen Test-Empfänger:

Öffnen Sie Car Market Hub → Leads und suchen Sie den Bereich „Webhooks“.
Aktualisieren Sie die New lead webhook URL und die New import webhook URL auf die Live-Empfänger-Endpunkte oder leeren Sie diese, wenn Webhooks im Live-Betrieb nicht verwendet werden.
Aktualisieren Sie das Webhook secret, falls der Live-Empfänger einen anderen Secret-Wert verwendet. Siehe Webhook-Integration.

Schritt 8 — Verwaltete KI-Konfiguration bestätigen

Wenn der KI-Assistent aktiviert ist:

Bestätigen Sie mit AD Promotion, dass die verwaltete Google Gemini-Konfiguration in AS24CI\Ai_Config für die Live-Umgebung bereitgestellt ist. Der Kunde gibt im WordPress-Backend keinen KI-Anbieter, kein Modell und keinen API-Schlüssel ein, und es wird kein KI-Schlüssel durch das Kopieren der Datenbank migriert.
Rufen Sie Car Market Hub → AI Assistant auf und bestätigen Sie, dass die Funktion als konfiguriert gemeldet wird.

Schritt 9 — Veraltete Transient-Daten löschen

Die migrierte Datenbank kann Transient-Werte aus der Staging-Umgebung enthalten, die nicht in die Live-Umgebung übernommen werden dürfen:

Löschen Sie die Import-Ausführungssperre (Run-Lock), falls gesetzt. Dies verhindert, dass die Live-Website einen veralteten Status „Import bereits aktiv“ von einem Staging-Lauf erkennt: ``wp transient delete as24ci_cron_import_running``
Löschen Sie die Sperre des Bildwarteschlangen-Workers, falls gesetzt: ``wp transient delete as24ci_image_queue_running``
Löschen Sie optional die Bildwarteschlange selbst, wenn die Staging-Bildwarteschlange Bild-Jobs der Staging-Umgebung enthält. Die Bildwarteschlange wird als WordPress-Option (as24ci_image_queue) und nicht als Transient gespeichert. Sie können sie unter Car Market Hub → System & Help → Bildwarteschlange leeren oder über die Befehlszeile löschen: ``wp option delete as24ci_image_queue wp option delete as24ci_image_queue_last_run``
Entfernen Sie alle anderen zwischengespeicherten KI-Modelllisten aus früheren Staging-API-Aufrufen. Diese werden als Transients mit dem Präfix as24ci_ gespeichert. In WP-CLI können Sie diese mit wp transient list --search="as24ci_" überprüfen.

Schritt 10 — Cron-Token neu generieren

Das Cron-Token von Staging darf nicht im Live-Betrieb verwendet werden. Ein anderes Token verhindert, dass Staging-Cron-Jobs versehentlich Live-Importe auslösen.

Öffnen Sie auf der Live-Website Car Market Hub → Import & Limits.
Klicken Sie in der Karte „Automation“ auf Regenerate Token. Das Plugin generiert ein neues zufälliges 32-stelliges Token und speichert es.
Notieren Sie sich das neue Token; Sie benötigen es in Schritt 11.

Wenn Sie den REST-Endpunkt mit dem Token in der URL verwenden, wird die neue Trigger-URL auf derselben Karte angezeigt. Die alte URL gibt nach der Neugenerierung einen 403-Fehler zurück.

Schritt 11 — Live-Cron-Setup neu konfigurieren

Nach der Neugenerierung des Tokens ist jeder Server-Cron-Job, der auf die Staging-URL verwies, ungültig. Konfigurieren Sie das Live-Cron-Setup neu:

Bei Verwendung des Server-Cron-Modus aktualisieren Sie die Server-Cron-Jobs mit der neuen Live-Trigger-URL. Siehe Einrichtung des Server-Crons für das genaue Befehlsformat.
Bei Verwendung des WP-Cron-Modus bestätigen Sie, dass die Konstante DISABLE_WP_CRON in wp-config.php entsprechend gesetzt ist: - Wenn die Live-Website Server-Cron verwendet, fügen Sie define( 'DISABLE_WP_CRON', true ); in wp-config.php hinzu oder bestätigen Sie dies. - Wenn die Live-Website auf WP-Cron angewiesen ist, entfernen oder kommentieren Sie DISABLE_WP_CRON aus wp-config.php aus, falls es für Staging gesetzt war.
Aktivieren Sie die automatischen Importe unter Car Market Hub → Import & Limits wieder, sobald alle Zugangsdaten und das Cron-Setup validiert wurden.

Schritt 12 — Standardseiten überprüfen

Wenn das Plugin zum ersten Mal aktiviert wird, erstellt es zwei WordPress-Seiten (Fahrzeugarchiv / „Cars“ und Fahrzeugvergleich / „Compare Cars“) und speichert deren Beitrags-IDs in den Optionen as24ci_page_archive_id und as24ci_page_compare_id. Wenn die Live-Datenbank zuvor leer war, entsprechen die migrierten Seiten-IDs den auf Staging erstellten IDs und verweisen auf Staging-Beiträge. Nach dem Kopieren der Datenbank existieren diese Seiten zwar auf der Live-Website, aber ihre Slugs und Inhalte sollten überprüft werden.

Bestätigen Sie unter WordPress → Pages, dass die Fahrzeugarchiv-Seite (Standard-Slug: cars) und die Fahrzeugvergleich-Seite existieren und veröffentlicht sind.
Rufen Sie beide Seiten im Frontend auf und bestätigen Sie, dass sie korrekt gerendert werden.
Wenn die Seiten fehlen oder ihre IDs auf gelöschte Beiträge verweisen, deaktivieren Sie das Plugin und aktivieren Sie es erneut, um sie neu zu erstellen (bestätigen Sie vor der Reaktivierung, dass Standardseiten erstellen in Car Market Hub → Settings aktiviert ist).

Überprüfen Sie dieses Verhalten in der aktuellen Plugin-Version, bevor Sie sich darauf verlassen, da das Verhalten bei der Seitenerstellung variieren kann.

Schritt 13 — Permalink-Regeln neu generieren

Nach jeder Domainänderung oder Aktualisierung der WordPress-URL müssen Sie die WordPress-Permalink-Regeln neu generieren, damit die Fahrzeugarchiv-URL und die Fahrzeugdetailseiten-URLs korrekt aufgelöst werden:

Öffnen Sie in WordPress Settings → Permalinks.
Klicken Sie auf Save Changes, ohne etwas zu ändern. Dadurch werden die .htaccess-Rewrite-Regeln neu generiert.
Rufen Sie die Fahrzeugarchiv-Seite und eine einzelne Fahrzeugseite auf, um zu bestätigen, dass sie ohne 404-Fehler geladen werden.

Schritt 14 — Live-Website validieren

Führen Sie nach der Migration die folgenden Validierungsprüfungen durch:

Verbindungstest. Öffnen Sie Car Market Hub → Tools und führen Sie den Verbindungstest aus. Bestätigen Sie, dass er mit der Live-API erfolgreich ist. Siehe Verbindungstest.
Reiter „System & Help“. Öffnen Sie Car Market Hub → System & Help und überprüfen Sie alle Diagnoseanzeigen. Beheben Sie alle roten oder gelben Hinweise.
Manueller Import. Stoßen Sie einen manuellen Import über Car Market Hub → Import & Limits → Jetzt ausführen an. Bestätigen Sie, dass der Import fehlerfrei abgeschlossen wird.
Fahrzeugarchiv-Seite. Rufen Sie die Fahrzeugarchiv-URL auf und bestätigen Sie, dass importierte Fahrzeuge mit korrekten Bildern, Preisen und Labels angezeigt werden.
Fahrzeugdetailseite. Klicken Sie sich zu einer Fahrzeugdetailseite durch und bestätigen Sie, dass das vollständige Detail-Layout, die Galerie und das Kontaktformular funktionieren.
Erster geplanter Import. Warten Sie nach dem Aktivieren des automatischen Zeitplans den ersten per Cron ausgelösten Lauf ab und bestätigen Sie, dass der Reiter „System & Help“ einen aktuellen Zeitstempel für Letzter Importlauf anzeigt.
Protokolle. Öffnen Sie Car Market Hub → Logs und bestätigen Sie, dass keine Authentifizierungsfehler, API-Fehlschläge oder andere unerwarteten Fehler aus dem ersten Live-Lauf vorliegen.

Konfigurationsreferenz

Die folgenden Plugin-Optionsgruppen sind bei der Migration zwischen Umgebungen relevant. Alle werden als WordPress-Optionen gespeichert.

Optionsgruppe	Schlüssel-Beispiele	Aktion auf der Live-Website nach der Migration
API-Zugangsdaten	`as24ci_base_url`, `as24ci_seller_ids`, `as24ci_client_id`, `as24ci_client_secret`	Durch Live-Werte ersetzen.
Cron-Token	`as24ci_cron_token`	Auf der Live-Website neu generieren. Server-Cron-Jobs aktualisieren.
Verwaltete KI-Konfiguration	`AS24CI\Ai_Config::MANAGED_GEMINI_API_KEY`, `MANAGED_GEMINI_MODEL` (PHP-Konstanten, keine Optionen)	Mit AD Promotion bestätigen, dass die verwaltete Gemini-Konfiguration für die Live-Umgebung bereitgestellt ist. Wird nicht per Datenbank-Kopie migriert.
Webhook-URLs	`as24ci_webhook_url_new_lead`, `as24ci_webhook_url_new_import`, `as24ci_webhook_secret`	Auf Live-Empfänger-URLs und -Secret aktualisieren.
Plugin-Seiten	`as24ci_page_archive_id`, `as24ci_page_compare_id`	Überprüfen, ob die referenzierten Seiten existieren und veröffentlicht sind.
Scheduler	`as24ci_auto_import_enabled`, `as24ci_cron_mode`, `as24ci_cron_schedule`	Bestätigen, dass die Planung für den Live-Betrieb konfiguriert ist. Vor der Migration auf Staging deaktivieren.
Transient-Cache	`as24ci_access_token` (Transient), `as24ci_cron_import_running` (Transient), `as24ci_image_queue_running` (Transient)	Veraltete Transients nach der Migration löschen.
Bildwarteschlange	`as24ci_image_queue`, `as24ci_image_queue_last_run`	Löschen, wenn die Warteschlange Staging-Daten enthält.

Betriebshinweise

Nur eine aktive Umgebung zur gleichen Zeit. Deaktivieren Sie nach der Übertragung von Staging auf Live die automatischen Importe und alle Server-Cron-Jobs auf der Staging-Website. Wenn beide Umgebungen mit denselben Produktions-API-Zugangsdaten verbunden sind und Importe gleichzeitig ausführen, kann dies zu unvorhersehbaren Ergebnissen führen. Verwenden Sie nach Möglichkeit separate API-Zugangsdaten pro Umgebung.
Staging muss eigene Zugangsdaten verwenden. Nachdem die Datenbank auf Staging kopiert wurde, ersetzen Sie die API-Zugangsdaten auf Staging durch Sandbox- oder Staging-Umgebungswerte. Lassen Sie keine Produktions-Zugangsdaten auf einer Staging-Website aktiv. Siehe Einrichtung der API-Zugangsdaten.
Vorsicht bei der Vollständigen Synchronisierung (Full Sync). Die Option „Full Sync“ löscht lokale Fahrzeug-Beiträge, die in der API-Antwort nicht mehr vorhanden sind. Aktivieren Sie „Full Sync“ auf der Live-Website erst, wenn mindestens ein vollständiger Importzyklus beobachtet und als korrekt bestätigt wurde. Eine Aktivierung vor dem ersten sauberen Import kann zu vorzeitigen Löschungen führen.
Analytics- und Lead-Daten. Die Migration kopiert alle Analytics-Ereignisse und Lead-Beiträge von Staging nach Produktion. Dies sind synthetische oder Test-Datensätze und können die Berichterstattung verfälschen. Je nach den Anforderungen des Autohauses sollten Sie staging-generierte Analytics-Daten aus der Produktionsdatenbank entfernen, bevor Sie echten Traffic zulassen. Die Analytics-Daten werden in der Datenbanktabelle {prefix}as24ci_analytics gespeichert. Vor dem Löschen überprüfen.
Suchauftrag-Abonnements. Die Suchauftrag-Abonnements des Plugins (Name des Besuchers, E-Mail, Suchkriterien) werden in der Tabelle {prefix}as24ci_search_agents gespeichert. Staging-Testabonnements sollten aus der Produktionsdatenbank entfernt werden. Dies sind personenbezogene Daten und dürfen nicht ohne berechtigten Zweck aufbewahrt werden.
Permalink-Struktur. Die Fahrzeug-Archiv-URL (Standard-Slug cars) und die URLs für einzelne Fahrzeuge (/cars/{slug}/) hängen davon ab, dass „schöne Permalinks“ (pretty permalinks) aktiviert sind. Bestätigen Sie nach der Migration, dass unter Einstellungen → Permalinks nicht der einfache Modus (Query-String) eingestellt ist.
wp-config.php wird nicht migriert. Halten Sie die wp-config.php-Dateien zwischen den Umgebungen unabhängig. Die Datenbank-Zugangsdaten, DISABLE_WP_CRON, WP_DEBUG und andere Umgebungskonstanten müssen der Konfiguration der Zielumgebung entsprechen.
Protokollverzeichnis. Das Plugin schreibt Import- und Fehlerprotokolle in wp-content/uploads/as24ci-logs/. Staging-Protokolldateien befinden sich nach einer vollständigen Dateisystem-Migration in diesem Verzeichnis. Die Protokolldaten sind auf der Produktionsumgebung nicht schädlich, können aber verwirrend sein. Sie können Staging-Protokolldateien rotieren oder archivieren, bevor Sie Produktionsimporte aktivieren, wenn ein sauberer Startzustand bevorzugt wird.
Cache-Invalidierung. Löschen Sie nach einer Domainänderung und Datenbankmigration alle WordPress-Objekt-Caches, Page-Caches, CDN-Caches und PHP-Opcode-Caches, damit die neuen URLs und frischen Plugin-Optionen konsistent bereitgestellt werden.

Fehlerbehebung

Symptom	Wahrscheinliche Ursache	Was zu prüfen ist
Der Verbindungstest schlägt auf der Produktionsumgebung fehl, war aber auf Staging erfolgreich.	Die Produktions-Zugangsdaten wurden nach dem Kopieren der Datenbank nicht aktualisiert, oder es wird noch ein zwischengespeicherter Staging-Token verwendet.	Geben Sie die Produktions-API-Zugangsdaten erneut ein und löschen Sie den Access-Token-Transient (`as24ci_access_token`). Führen Sie den Verbindungstest erneut aus.
Der Server-Cron gibt nach der Migration den Fehler 403 „Invalid or missing token“ zurück.	Der Cron-Token wurde in Schritt 10 neu generiert, aber der Server-Cron-Job verwendet immer noch die alte Staging-URL.	Kopieren Sie die neue Trigger-URL aus der Automatisierungskarte und aktualisieren Sie den Server-Cron-Job.
Die Fahrzeug-Archivseite oder einzelne Fahrzeugseiten geben nach einer Domainänderung einen 404-Fehler zurück.	Die Permalink-Regeln wurden seit der URL-Änderung nicht neu generiert (flushed).	Öffnen Sie Einstellungen → Permalinks und klicken Sie auf Änderungen speichern.
Sowohl Staging als auch Produktion importieren zur gleichen Zeit.	Automatische Importe wurden vor der Migration auf Staging nicht deaktiviert.	Deaktivieren Sie sofort die automatischen Importe und alle Server-Cron-Jobs auf der Staging-Website.
Importierte Fahrzeugbilder fehlen auf der Live-Website.	Die Bilddateien in `wp-content/uploads/` wurden nicht von Staging nach Produktion kopiert (nur die Datenbank wurde verschoben).	Kopieren Sie das Verzeichnis `wp-content/uploads/` von Staging nach Produktion oder starten Sie einen neuen Import auf der Live-Website mit aktivierter Option Bilder importieren.
Lead-Benachrichtigungs-E-Mails werden an die Staging-Empfängeradresse zugestellt.	Die E-Mail-Option für den Lead-Empfänger wurde von Staging kopiert und nicht aktualisiert.	Öffnen Sie die Einstellungen unter Car Market Hub → Leads und aktualisieren Sie die Empfänger-E-Mail-Adresse auf die Produktionsadresse.
Die Analytics-Daten zeigen überhöhte Zahlen aus den Testaktivitäten auf Staging.	Die Staging-Analytics-Ereignisse wurden in die Produktionsdatenbank kopiert.	Entfernen Sie die testgenerierten Zeilen aus der Tabelle `{prefix}as24ci_analytics` oder notieren Sie das Migrationsdatum und filtern Sie die Berichte entsprechend.
Der Reiter „System & Hilfe“ zeigt einen veralteten Zeitstempel für den „Letzten externen Cron-Lauf“.	Der Cron-Job läuft, verwendet aber die falsche URL (Staging-URL) oder den falschen Token.	Aktualisieren Sie die URL und den Token des Cron-Jobs, sodass sie mit den Werten der Produktions-Automatisierungskarte übereinstimmen.
Importläufe starten, enden aber sofort mit der Meldung „Import bereits aktiv“.	Ein veralteter Run-Lock-Transient wurde von Staging kopiert.	Löschen Sie den Transient `as24ci_cron_import_running` und versuchen Sie es erneut.