WordPress und Hosting

Diese FAQ beruht auf wiederkehrenden Supportfällen rund um WordPress, PHP, Hosting, E-Mail, Sicherheit und Linux-Wartung.

Sie soll helfen, Probleme schneller zu erkennen, wahrscheinliche Ursachen zu verstehen, die passenden Diagnosewerkzeuge zu nutzen und realistische Lösungen zu wählen. Bei all2all bevorzugen wir eine dauerhafte Arbeitsweise: WordPress möglichst nahe am Core, wenige Plugins, gepflegte Themes, offene Standards, moderne Debian-Infrastruktur und schrittweise Wartung statt Notfallreparaturen.

Eine PHP-Aktualisierung legt die Website lahm: womit anfangen?

Typische Symptome sind eine weisse Seite, Fehler 500, ein nicht erreichbarer Administrationsbereich, defekte Menüs, PHP-Fehler oder einzelne Seiten, die nicht mehr laden. Häufige Ursachen sind alte Plugins, ein veraltetes Theme, ein alter Builder, eigener Altcode oder eine PHP-Erweiterung, die nicht mehr unterstützt wird.

Beginnen Sie mit der Apache/PHP-Protokolldatei, oft logs/error_log oder ~/logs/error_log. Sie kann per FTP/SFTP, Dateimanager oder Virtualmin gelesen werden. In der Shell:

tail -50 logs/error_log
tail -f logs/error_log

WordPress-Debugging kann vorübergehend in wp-config.php aktiviert werden:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);

Fehler erscheinen dann in wp-content/debug.log. Mögliche Lösungen sind das vorübergehende Deaktivieren von Plugins, ein kurzer Wechsel auf eine ältere PHP-Version, der Ersatz nicht mehr gepflegter Komponenten, ein Theme-Update oder die Migration eines alten EOL-Hostings auf einen aktuellen Debian-Dienstrechner.

WordPress meldet eine veraltete PHP-Version: was bedeutet das?

WordPress kann melden, dass die PHP-Version veraltet ist, keine Sicherheitsupdates mehr erhält oder von neuen Plugins abgelehnt wird. Das weist oft auf ein altes Hosting, eine sehr alte Website oder nicht kompatible Plugins und Themes hin.

Prüfen Sie PHP-Version, Alter des Dienstrechners, Aktualisierungsstand der Plugins und Theme-Kompatibilität. Auf aktuellen all2all-Servern stehen oft mehrere gepflegte PHP-Versionen nebeneinander zur Verfügung, etwa PHP 8.1, 8.2, 8.3 und 8.4. So kann der Umstieg getestet und kontrolliert durchgeführt werden.

Die Website ist langsam geworden: was zuerst prüfen?

Häufige Ursachen sind zu viele Plugins, schwere Page Builder, sehr grosse Bilder, Echtzeitstatistiken, komplizierte Cache-Schichten, externe Synchronisationen oder aufwendige SQL-Abfragen. Jedes Plugin bringt zusätzlichen Code, Datenbankabfragen und manchmal externe Verbindungen mit.

Prüfen Sie, was zuletzt geändert wurde. Lesen Sie PHP-Protokolldateien auf wiederholte Warnungen, entfernen Sie unnötige Plugins, vereinfachen Sie das Theme, optimieren Sie Bilder und verwenden Sie einen einfachen Cache. Wartbare WordPress-Sites bleiben oft nahe am WordPress-Core.

Ein WordPress-Formular verschickt keine Mail mehr: wie findet man die Ursache?

Ein Formular kann scheinbar funktionieren, obwohl keine Mail ankommt, oder Nachrichten landen im Spam. Übliche Ursachen sind mail() ohne Authentifizierung, falsche SPF/DKIM/DMARC-Einträge, ein altes Formularplugin, abgelehntes SMTP oder moderne Spamfilter.

Prüfen Sie SMTP, Mail-DNS, SPF, DKIM, DMARC, das Formularplugin und mögliche Mail-Protokolldateien. Authentifiziertes SMTP ist besser als nicht authentifizierter PHP-Mailversand. Wenn die Mail des Domainnamens nicht mehr bei all2all liegt, informieren Sie den Support, damit lokale Mailzustellung bei uns deaktiviert wird.

Die Website zeigt nur eine weisse Seite: was steckt meist dahinter?

Eine weisse Seite ist meist ein fataler PHP-Fehler, der im Browser verborgen bleibt. Lesen Sie zuerst logs/error_log und, falls aktiviert, wp-content/debug.log. Das vorübergehende Umbenennen von wp-content/plugins/ oder des aktiven Theme-Ordners kann die Ursache eingrenzen.

Die Website wurde gehackt oder leitet um: was tun?

Anzeichen sind merkwürdige Weiterleitungen, Spam, unbekannte Administrationskonten, veränderte Seiten, hohe CPU-Last, Google-Safe-Browsing-Warnungen oder unbekannte Dateien. Kontaktieren Sie zuerst support@all2all.org: wir können die Lage einschätzen, die gemeinsame Plattform schützen und bei Bedarf eine forensische Archivkopie erstellen.

Die Serverinfrastruktur wird von all2all verwaltet; Website, Plugins, Themes und Anwendungscode im Hosting-Konto bleiben Verantwortung der Kundin oder des Kunden. all2all kann aber oft beim Absichern, bei der Protokollanalyse, beim Erkennen verdächtiger Prozesse oder Dateien und bei der Kontaktaufnahme helfen. Die Bereinigung kann durch die Kundschaft, eine Website-Verantwortliche oder einen Website-Verantwortlichen, oder je nach Verfügbarkeit als bezahlter Eingriff durch all2all erfolgen.

Fehler bei der Verbindung zur Datenbank: was prüfen?

“Error establishing a database connection” bedeutet häufig, dass MariaDB/MySQL nicht erreichbar ist, Zugangsdaten in wp-config.php falsch sind, eine Datenbank fehlt, beschädigt ist oder ein Plugin SQL überlastet.

Prüfen Sie Datenbankname, Benutzer, Passwort und Rechnername in wp-config.php. In Virtualmin lässt sich kontrollieren, ob Datenbank und MySQL-Benutzer noch existieren. Nach einer Migration muss wp-config.php auf die neuen Zugangsdaten zeigen.

Bilder lassen sich nicht hochladen: welche Grenzen oder Rechte sind wichtig?

Uploadfehler entstehen oft durch falsche Rechte in wp-content/uploads/, volles Quota, PHP-Grenzen, Bildoptimierungsplugins oder Cache. Prüfen Sie Upload-Verzeichnis, Speicherplatz und error_log.

SSL oder HTTPS funktioniert nicht mehr: was kontrollieren?

Prüfen Sie DNS, SSL-Einstellungen in Virtualmin, Let’s-Encrypt-Protokolldateien und HTTP/HTTPS-Weiterleitungen. Mixed Content kann ebenfalls das Schloss im Browser verhindern.

Wenn eine Website mehrere Domainnamen oder Alias-Domains hat, muss jeder Name im Zertifikat aktiv sein und auf den Server zeigen. Ein einzelner nicht mehr aktiver Alias kann die gesamte Let’s-Encrypt-Erneuerung verhindern. Erneuern Sie die DNS-Einträge, entfernen Sie den Namen aus der Zertifikatskonfiguration oder löschen Sie die Alias-Domain über Virtualmin.

Warum fragt WordPress bei Updates nach FTP-Zugangsdaten?

WordPress fragt nach FTP, wenn es nicht direkt in seine Dateien schreiben kann. Ursache sind meist falsche Eigentümer, falsche Rechte oder gemischte Benutzer für FTP/SFTP und PHP/Apache.

Prüfen Sie Eigentümer und Rechte von wp-content. Eigentümerschaft zu korrigieren ist besser als Rechte zu weit zu öffnen.

WooCommerce-Mails kommen nicht an: wo kann der Versand scheitern?

WooCommerce-Mails können durch defektes SMTP, falsche SPF/DKIM-Einträge, ein altes Mailplugin, eine blockierte Warteschlange oder Filterung beim Empfänger scheitern. Testen Sie normale WordPress-Mail, SMTP-Authentifizierung und WooCommerce-Mail-Einstellungen.

Einige Seiten oder Links sind defekt: wie stellt man sie wieder her?

404-Fehler, seltsame Permalinks, leere Seiten oder defekte Menüs kommen oft von .htaccess, Permalink-Einstellungen, Cache, SEO-Plugins oder unvollständiger Migration. Erzeugen Sie Permalinks neu, prüfen Sie .htaccess, leeren Sie Caches und lesen Sie bei Fehler 500 die Apache-Protokolldatei.

Warum empfehlen wir WordPress mit wenigen Plugins?

Viele Sites werden nach Jahren schwer wartbar: mehrere Plugins, Builder, Widgets, aufgegebene Premium-Erweiterungen und CSS/JavaScript-Schichten sammeln sich an. Ein einziges nicht mehr gepflegtes Plugin kann PHP-Upgrades, Sicherheitsupdates oder die ganze Site blockieren.

Eine schlanke WordPress-Installation nahe am Core, mit wenigen nötigen Plugins und gepflegtem Theme, ist sicherer, schneller und langfristig besser wartbar.

Warum sind externe Sicherungskopien wichtig?

Hosting ist keine unabhängige Sicherungsstrategie. Ein Plugin kann Daten löschen, ein Hack kann lokale Sicherungen infizieren und eine falsche Änderung kann überall übernommen werden.

Bewahren Sie getrennte Sicherungskopien auf, möglichst ausserhalb des Hosting-Kontos und mit mehreren historischen Versionen.

Kann ich einfach eine alte Sicherung zurückspielen?

Nicht immer. Eine alte Sicherung kann bereits Schadcode, verwundbare Plugins oder veraltete Konfiguration enthalten. Prüfen Sie das echte Datum, den Zustand der Website zu diesem Zeitpunkt und die Kompatibilität mit aktuellen PHP-Versionen.

Warum sind Protokolldateien so wichtig?

Viele WordPress-Probleme wirken rätselhaft, bis die Protokolldateien gelesen werden. Sie zeigen oft Plugin, PHP-Zeile, SMTP-Fehler, Rechteproblem oder genaue Inkompatibilität.

Die wichtigsten Dateien sind meist logs/error_log und wp-content/debug.log. Lesen Sie sie, bevor eine Site blind neu aufgebaut oder zurückgespielt wird.