Nach der Installation eines SSL-Zertifikats erscheint nicht immer sofort ein sauberes Schloss im Browser. Bevor Sie HTTP-URLs ersetzen, sollten Sie wissen, dass WordPress alte Adressen in Beiträgen, Medien, Widgets und Plugin-Einstellungen speichern kann. Eine kontrollierte Ersetzung beseitigt diese Verweise, ohne strukturierte Daten zu beschädigen.
Eine Weiterleitung löst nicht jede gespeicherte Adresse. Alte URLs können in Beiträgen, Theme-Optionen, Widgets und Page-Builder-Daten stehen. Eine einfache SQL-Ersetzung kann außerdem serialisierte Werte beschädigen.
In dieser Anleitung erfahren Sie, warum HTTP-Adressen bestehen bleiben, wie Sie die Änderung sichern und vorab prüfen und wie Sie eine sichere Ersetzung mit Plugin oder WP-CLI durchführen.
- HTTP und HTTPS einfach erklärt
- Warum alte HTTP-Adressen bestehen bleiben
- Was Mixed Content bedeutet
- Was Sie prüfen sollten, bevor Sie HTTP-URLs ersetzen
- URLs mit einem WordPress-Werkzeug ersetzen
- Suche und Ersetzung mit WP-CLI
- Warum direktes SQL riskant ist
- WordPress-Adressen und Weiterleitungen prüfen
- HTTP-URLs ersetzen und danach die Website testen
- Die richtige Reihenfolge
HTTP und HTTPS einfach erklärt
HTTP überträgt Daten zwischen Browser und Server. HTTPS ergänzt TLS-Verschlüsselung und hilft dem Browser, den richtigen Server zu erkennen.
Das Zertifikat ermöglicht HTTPS, ersetzt aber keine in der Datenbank gespeicherten Adressen. Eine HTTPS-Seite kann weiterhin http://example.com/bild.jpganfordern.
Warum alte HTTP-Adressen bestehen bleiben
WordPress speichert URLs nicht nur im Beitragsinhalt. Menüs, Widgets, Theme-Einstellungen, Builder-Layouts, benutzerdefinierte Felder und Plugin-Optionen können vollständige Adressen enthalten. Ersetzen Sie gespeicherte HTTP-URLs erst, nachdem Sie geklärt haben, ob die Quelle in der Datenbank, im Theme, im CDN oder bei einem externen Dienst liegt.
- Früher eingefügte Bilder,
- Elementor- oder andere Builder-Daten,
- Theme-Customizer-Einstellungen,
- Menü- und Widget-Links,
- externe Skripte und Schriftarten.
Einige Werte sind normaler Text. Andere sind serialisiert und enthalten zusätzlich eine Längenangabe. Sichere Werkzeuge aktualisieren beides.
Was Mixed Content bedeutet
Mixed Content entsteht, wenn eine HTTPS-Seite eine HTTP-Ressource anfordert. Der Browser warnt bei passiven Inhalten und blockiert aktive Inhalte wie JavaScript häufig vollständig.
Wenn das Layout fehlt und die Konsole „Blocked loading mixed active content“ zeigt, verwendet wahrscheinlich eine CSS- oder JavaScript-Datei noch HTTP.
Was Sie prüfen sollten, bevor Sie HTTP-URLs ersetzen
- Erstellen Sie ein vollständiges Datenbank-Backup.
- Notieren Sie die exakte alte und neue URL.
- Prüfen Sie die www-Variante.
- Führen Sie zuerst einen Dry Run aus.
- Kontrollieren Sie Tabellen und Trefferzahl.
http://example.comund http://www.example.comsind unterschiedliche Suchwerte.
URLs mit einem WordPress-Werkzeug ersetzen
Für die meisten Nutzer ist ein Werkzeug mit Unterstützung für serialisierte Daten die einfachste Lösung.
- Tragen Sie die vollständige alte URL ein.
- Tragen Sie die korrekte HTTPS-URL ein.
- Starten Sie einen Dry Run.
- Prüfen Sie betroffene Tabellen und Treffer.
- Bestätigen Sie das Backup und führen Sie die echte Ersetzung aus.
- Bewahren Sie das Ergebnis oder den Verlauf auf.
Ersetzen Sie nicht pauschal das Wort http. Dadurch könnten externe Dienste oder normale Texte verändert werden.
Suche und Ersetzung mit WP-CLI
Mit SSH-Zugriff beginnen Sie mit einem Dry Run:
wp search-replace 'http://example.com' 'https://example.com' --all-tables-with-prefix --dry-runWenn das Ergebnis stimmt, entfernen Sie --dry-run. Die offizielle WP-CLI-Dokumentation erklärt weitere Optionen.
Warum direktes SQL riskant ist
Ein SQL-REPLACE()ändert normalen Text, repariert aber nicht die in serialisierten PHP-Daten gespeicherte Länge. Unterscheiden sich alte und neue URL in der Zeichenanzahl, kann eine Theme- oder Plugin-Option unlesbar werden. Das verwendete Werkzeug muss serialisierte Daten verstehen und deren Längenangaben korrekt aktualisieren.
Direktes SQL eignet sich nur für eindeutig bekannte Spalten und nach einem Test auf Staging.
WordPress-Adressen und Weiterleitungen prüfen
Kontrollieren Sie unter Einstellungen → Allgemein, ob WordPress-Adresse und Website-Adresse HTTPS verwenden. Sind die Werte in wp-config.phpdefiniert, können die Felder gesperrt sein.
Verwenden Sie eine klare permanente Weiterleitung von HTTP zu HTTPS. Widersprüchliche Regeln bei Host, CDN und .htaccesskönnen eine Schleife erzeugen. Zertifikat, Weiterleitung und Mixed Content lassen sich zusätzlich mit dem AIOWS SSL Managerprüfen.
HTTP-URLs ersetzen und danach die Website testen
- Öffnen Sie wichtige Seiten in einem privaten Fenster.
- Prüfen Sie Console und Network im Browser.
- Testen Sie Formulare, Anmeldung und Checkout.
- Leeren Sie Seiten- und CDN-Cache.
- Suchen Sie im Quelltext nach der alten Domain.
Bleiben einzelne URLs übrig, ermitteln Sie zuerst deren Quelle. Eine Theme-Datei oder ein externer Dienst wird nicht durch die Datenbank-Ersetzung verändert.
ALL IN ONE WP SETTINGS · REPLACE MANAGER
URL-Änderungen zuerst prüfen und danach sicher ausführen
Eine Suche-und-Ersetzung kann sehr viele Datenbankwerte gleichzeitig verändern. Ein gutes Werkzeug sollte deshalb nicht nur schnell Text austauschen. Es muss vorab zeigen, was betroffen ist, WordPress-Daten korrekt behandeln und den abgeschlossenen Vorgang später nachvollziehbar machen. Replace Manager in All in One WP Settings verbindet diese Schritte in einem verständlichen Ablauf.
Vor der Änderungzeigt ein Dry Run die vorhandenen Treffer. Alte und neue Adresse lassen sich prüfen, ohne sofort Daten zu schreiben. Bei der eigentlichen Ersetzung berücksichtigt das Modul serialisierte WordPress-Werte. Das ist bei Widgets, Theme-Optionen, Page-Builder-Inhalten und Plugin-Einstellungen besonders wichtig, weil eine einfache SQL-Ersetzung deren gespeicherte Struktur beschädigen kann.
Der Vorgang bleibt außerdem im WordPress-Dashboard sichtbar. Sie müssen sich nicht an einen Monate zuvor eingegebenen Terminal-Befehl erinnern oder nachträglich erraten, welche Domain verwendet wurde. Der Verlauf liefert einen verständlichen Bezug für spätere Kontrollen. Einsteiger profitieren von klaren Eingabefeldern und der Vorschau. Erfahrene Anwender erhalten eine schnelle Lösung für wiederkehrende Aufgaben bei HTTPS-Umstellungen, Domainwechseln und Migrationen.
Vor einer weiteren Ersetzung können Sie den früheren Vorgang mit dem aktuellen Zustand vergleichen. Das ist besonders hilfreich, wenn nach einer Migration noch einzelne alte Pfade auftauchen oder mehrere Teammitglieder nacheinander an Domain- und HTTPS-Einstellungen arbeiten.
Das erleichtert zugleich die Abstimmung zwischen Entwicklung, Hosting und Redaktion.
- Treffer vor jeder Datenbankänderung per Dry Run prüfen.
- Serialisierte WordPress-Daten bei der Ersetzung schützen.
- Ausgeführte Vorgänge später im Verlauf nachvollziehen.
- HTTPS-, Domain- und Pfadänderungen mit einem Ablauf erledigen.
Die richtige Reihenfolge
Am sichersten gelingt die Umstellung, wenn Sie zuerst das Zertifikat und die WordPress-Adressen prüfen, ein Backup erstellen und einen Dry Run ausführen. Danach verwenden Sie ein serialisierungsfähiges Werkzeug und testen Weiterleitungen, Cache sowie Mixed Content.
Für größere Umzüge helfen die Beiträge zur URL-Ersetzung nach einer Migrationund zur sicheren Behandlung serialisierter Daten.
