Nach einem Yoast-Update zeigt die öffentliche Website einen kritischen Fehler, während du den Administrationsbereich noch öffnen kannst? Wenn im Fehlerprotokoll Class "Yoast\WP\SEO\Helpers\Request_Helper" not found steht, ist das ein konkreter Ansatzpunkt. Sichere zunächst die vollständige Fehlermeldung und die beteiligten Pluginversionen. Ein allgemeines „Plugin-Konflikt“ reicht für diesen Fall als Erklärung nicht aus.
Ein dokumentierter Bericht nennt diesen Fehler nach dem Update auf Yoast SEO 28.7. Der auslösende Aufruf wurde in wpseo-woocommerce/classes/woocommerce-seo.php gemeldet. Die manuelle Neuinstallation beseitigte das Problem laut Rückmeldung nicht; eine abschließend bestätigte Reparatur ist öffentlich nicht dokumentiert. Q1
Was die Meldung aussagt
Die Fehlermeldung benennt eine Klasse, die der aufrufende Code erwartet, aber nicht laden kann. Für die Untersuchung sind deshalb zwei Fragen wichtig: Welche Komponente stellt die Klasse bereit, und welche Komponente versucht, sie zu verwenden? Der Dateipfad im Fehlerprotokoll hilft beim zweiten Teil.
Yoast kündigte für Version 28.7 vom 13. Oktober 2026 die Entfernung zuvor veralteter Schnittstellen an. Der dazu verlinkte, gemergte Quellcode-Änderungsauftrag entfernt ausdrücklich Request_Helper. Das ist ein konkreter Versionsbezug. Er beweist allein noch nicht, welche Version der aufrufenden Erweiterung auf deiner Website installiert ist oder wie sie aktualisiert wurde. Q2 Q3
Die Aufgabe besteht daher darin, die tatsächlich installierte Kombination zu prüfen. Ein Update des Hauptplugins, ein älteres Zusatzplugin, eigene Anpassungen und unvollständig ausgetauschte Dateien müssen als unterschiedliche Möglichkeiten behandelt werden.
Ersthilfe: Verfügbarkeit zurückgewinnen und Belege erhalten
1. Halte den Ausfall fest. Notiere den Zeitpunkt, die zuletzt vorgenommene Änderung und zwei betroffene URLs. Prüfe, ob nur Produktseiten oder auch Startseite und andere öffentliche Seiten ausfallen. Ein funktionierender Administrationsbereich beweist nicht, dass Besucher die Seite nutzen können.
2. Sichere den relevanten Logausschnitt. Benötigt werden Fehlertyp, Klassenname, aufrufende Datei und der zugehörige Stacktrace. Ersetze Benutzernamen und private Verzeichnisbestandteile vor dem Teilen. Ändere den Logtext dabei nicht inhaltlich. Mehrere unterschiedliche Fehler im gleichen Zeitraum sollten getrennt erfasst werden.
3. Erfasse die Versionen als zusammengehörigen Satz. Notiere WordPress, PHP, Yoast SEO, gegebenenfalls Yoast SEO Premium und Yoast WooCommerce SEO. Ergänze, ob eigene Erweiterungen auf Yoast zugreifen. Die Versionsnummer „Yoast“ allein beschreibt diese Kombination nicht ausreichend.
4. Verwende einen vorhandenen sicheren Zugang. WordPress bietet bei bestimmten fatalen Fehlern einen Recovery Mode. Er kann den Zugang zur Fehlerbehebung ermöglichen; ein ausbleibender Recovery-Link schließt den Fehler jedoch nicht aus. Die offizielle Anleitung erläutert auch, weshalb eine entsprechende E-Mail möglicherweise nicht ankommt. Q5
5. Plane einen begrenzten Wiederherstellungsschritt. Wenn die öffentliche Seite ausfällt, sollten Backup, bisherige Versionen und die tatsächlich beteiligte Erweiterung bekannt sein. Entscheide dann gezielt, ob eine Komponente vorübergehend deaktiviert oder ein überprüfter früherer Stand wiederhergestellt werden muss. Notiere dabei, welche Funktion zeitweise fehlt und wie die Rückkehr zum regulären Betrieb geprüft wird.
6. Untersuche die Kombination in einer Testumgebung. Yoast empfiehlt einen kontrollierten Konflikttest und beschreibt dafür auch Staging beziehungsweise einen Troubleshooting-Modus. Für diesen Fehler sollte zunächst das Verhältnis von Hauptplugin und Yoast-Zusatzplugin geprüft werden. Eine wahllose Deaktivierung aller Shopfunktionen auf der öffentlichen Seite ist keine gute Vergleichsbasis. Q6
7. Prüfe anschließend echte Seiteninhalte. Öffne die zuvor betroffenen Seiten als nicht angemeldeter Besucher. Prüfe Produktdarstellung, Navigation und die beabsichtigten SEO-Ausgaben. Ein HTTP-Status allein kann nicht zeigen, ob der erwartete Inhalt vorhanden ist. Kontrolliere danach, ob derselbe Fehler erneut im Protokoll erscheint.
Welche Version soll ich installieren?
Die richtige Entscheidung hängt von der gesamten Kombination ab. Zum Abrufstand 4. November 2026 nennt der offizielle Changelog für Yoast WooCommerce SEO 17.0, veröffentlicht am 27. Oktober, mindestens Yoast SEO 28.8 und WordPress 7.0. Ein isoliertes Update des Zusatzplugins auf 17.0 bei Yoast SEO 28.7 wäre damit keine passende Empfehlung. Q4
Für den Originalfall ist die genaue installierte Version des WooCommerce-SEO-Zusatzplugins nicht belegt. Deshalb lässt sich aus dem Thread kein verlässliches „Update von Version X auf Y behebt es“ ableiten. Q1
Prüfe die Anforderungen der gewünschten Zielversion, die Verfügbarkeit eines vollständigen Backups und das Ergebnis in deiner Testumgebung. Ersetze die fehlende Klasse nicht durch eine aus dem Internet kopierte leere Klasse: Damit wäre noch nicht geklärt, welche Funktion der aufrufende Code erwartet und ob die Seite fachlich korrekt arbeitet.
Häufige Fragen
Warum geht der Adminbereich noch, obwohl Besucher einen Fehler sehen?
Unterschiedliche Seitenaufrufe können unterschiedliche Codewege ausführen. Für die Untersuchung zählt daher die konkrete betroffene URL zusammen mit dem Stacktrace. Teste die öffentliche Seite separat und prüfe sie nach einer Änderung erneut.
Bedeutet „Class not found“ immer eine beschädigte Installation?
Nein. In diesem Fall ist die Entfernung der Klasse in der offiziellen Änderungshistorie nachvollziehbar. Ein unvollständiges Update bleibt als allgemeine Möglichkeit bestehen, muss aber anhand des installierten Paketstands geprüft werden. Q3
Ist der als erledigt markierte Forenthread ein Fixnachweis?
Nein. Die öffentliche Diskussion verweist für den betroffenen Zusatz auf den zuständigen Support. Eine solche Weiterleitung ersetzt keinen dokumentierten erfolgreichen Test einer konkreten Versionskombination. Q1
Kann ich einfach auf eine alte Yoast-Version zurückgehen?
Ein überprüfter früherer Stand kann Teil einer begrenzten Wiederherstellung sein. Als dauerhafte Lösung braucht es jedoch eine aktuelle, passende Kombination. Halte den Rückweg und den späteren Updateplan fest; überschreibe keine unbekannten Änderungen nur wegen einer vermuteten Ursache.
Was ist der Unterschied zwischen einer Deprecated-Meldung und diesem Fehler?
Eine ältere verwandte Diskussion beschreibt eine Warnung zu Request_Helper::is_rest_request, das seit Yoast 23.6 als veraltet markiert war. Der hier behandelte Fall betrifft dagegen eine nicht mehr vorhandene Klasse. Eine historische Warnung ist ein Hinweis auf einen alten Aufrufer, aber kein identischer Ausfall. Q7
Welche Daten sollte ich einer Anfrage beilegen?
Nenne die getrennten Versionen von Hauptplugin und Zusatzplugin, den Zeitpunkt der Änderung sowie eine bereinigte Fehlermeldung mit aufrufender Datei. Ergänze, welche öffentlichen Seiten ausfallen und ob eine getestete Wiederherstellung existiert. Zugangsdaten und eine vollständige Datenbank gehören nicht in die erste Anfrage.
Fall beschreiben
Beschreibe die letzte Änderung und füge die genaue Fehlermeldung sowie deine Pluginkombination hinzu. Damit lässt sich zuerst klären, ob der entfernte Helper, ein anderer Aufrufer oder ein abweichender Fehler untersucht werden muss. Der nächste Schritt sollte zur tatsächlichen Versionslage deiner Website passen.
Befundnotiz vorbereiten
Fasse deine Beobachtungen für die Anfrage zusammen. Die Notiz entsteht in deinem Browser; sie wird hier weder gespeichert noch versendet. Du kannst sie anschließend ins Kontaktformular kopieren.
Unbekannt ist möglich. Bitte keine Passwörter, Kundendaten oder vollständigen vertraulichen Protokolle eintragen.
Unterstützung bei diesem Fehler
Wir können die betroffene Plugin-Kombination prüfen und eine begrenzte Wiederherstellung mit passenden Tests vorbereiten.
Quellen
- [Q1] Originalfall: Frontend-Ausfall nach Yoast-Update
- [Q2] Yoast SEO 28.7: offizieller Releasebeitrag
- [Q3] Yoast PR #23620
- [Q4] Yoast WooCommerce SEO Changelog
- [Q5] WordPress Recovery Mode
- [Q6] Yoast: Plugin-Konflikte prüfen
- [Q7] Historischer Request_Helper-Warnungsfall
Quellenstand: 4. November 2026.
