SEO CMS 1.0.127 und 1.0.128 sind beide am 16.08.2026 erschienen. Hier steht, was sich in beiden Fassungen geändert hat und was beim Einspielen zu beachten ist. Die aktuelle Fassung ist inzwischen 1.0.153.
1.0.127: sieben Fehler im Kern
Alle sieben Korrekturen betreffen den gemeinsamen Programmcode, unabhängig von den Inhalten. Die Korrektur an der Moderationsseite wirkt nur auf Installationen mit Moderations-Plugin. Drei davon hatten unmittelbare Folgen für Besucher oder Redaktion.
Das Eintragsformular ließ sich nicht abschicken
Die Auswahlfelder für Leistungen waren als Textelemente gebaut, deren Zustand ein Skript umschalten sollte. Das Skript gab es nicht. Damit blieb ein verstecktes Pflichtfeld leer. Die HTML-Norm sieht für diesen Fall vor, dass die Prüfung vor dem Absenden scheitert; ist das betroffene Feld nicht dargestellt, dürfen Browser den Fehler als Skriptfehler melden, also in der Entwicklerkonsole [1]. Für Besucher wirkte der Absenden-Knopf tot. Ersetzt wurde das Muster durch echte Ankreuzfelder mit Beschriftung, die ohne Skript funktionieren. Die Auswahl bleibt jetzt nach einem abgelehnten Absenden erhalten, und das Freitextfeld für weitere Leistungen wird ausgewertet, das vorher stillschweigend verworfen wurde. Den Hintergrund beschreibt der Beitrag Formulare ohne JavaScript.
Textfelder ohne Maskierung
An vier Stellen in den Vorlagen wurden Listenfelder aus der Datenbank ohne Maskierung ausgegeben, etwa die Kurzfakten der Lexikoneinträge. Eine spitze Klammer im Text wurde dadurch als Markup ausgeführt. Die naheliegende Korrektur mit strip_tags hätte Beispiele wie ein geschriebenes Canonical-Element aus dem Satz gelöscht. Die PHP-Dokumentation warnt selbst, dass die Funktion HTML nicht prüft und bei unvollständigen Tags mehr entfernen kann als erwartet [2]. Der neue Helfer löst deshalb zuerst Entities auf und maskiert danach mit htmlspecialchars. So stellt er beide Schreibweisen im Bestand richtig dar. Das entspricht der Empfehlung von OWASP, Daten im HTML-Zusammenhang mit Entity-Kodierung auszugeben, wenn sie genau so erscheinen sollen, wie sie eingegeben wurden [3].
Abbruch auf der Moderationsseite
Die Moderationsseite rief eine Methode zur Prüfung des Sicherheitsschlüssels auf, die es nie gab. Jedes Absenden endete mit einem Programmabbruch, Freigeben und Ablehnen waren unmöglich. Jetzt wird die vorhandene Methode verwendet, und bei abgelaufener Sitzung erscheint eine Meldung.
Die übrigen vier Korrekturen: Die Eintragungsseite baute ein eigenes, unvollständiges Menü und nutzt jetzt dieselbe Kopfzeile wie jede andere Seite. FAQ-Antworten mit Entities wurden teils doppelt maskiert. Ein veralteter Kommentar verwies auf eine entfernte Methode. Und die Eintragungsseite meldete ihre Aufrufe mit einer fest eingetragenen Matomo-Site-ID an ein fremdes Konto. Adresse und Site-ID kommen jetzt aus den Einstellungen des Mandanten, ohne Site-ID wird gar nicht gezählt.
1.0.127: zwei Neuerungen
Die Erweiterung für Weiterleitungen verwaltet 301, 302 und 410 im Backend, mit Import aus einer CSV-Datei und Auflösung von Ketten. Beim Bauen entstehen ein Regelblock für den Apache-Server und eine Nachschlagedatei für den Rückfall über die Fehlerseite. Dieser Rückfall protokolliert Adressen, die nicht gefunden wurden. Bei einem Umzug ist das Protokoll der nützlichste Teil, weil keine Sitemap die Adressen aus alten Newslettern und fremden Links kennt. Die Erweiterung ist ab Werk ausgeschaltet. Mehr dazu unter Adressen, Weiterleitungen und Zertifikate.
Das zweite neue Werkzeug liest eine WordPress-Installation über deren REST-Schnittstelle aus und schreibt daraus Seed-Dateien, samt Bildern und einer Liste für Weiterleitungen. Maschinell abgeleitete Felder sind zum Prüfen markiert. Der Import liefert also einen Vorschlag, den die Redaktion durchsieht.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
1.0.128: wie Leistungen abgefragt werden
Bis 1.0.127 standen vierzehn Begriffe aus der Suchmaschinenoptimierung fest im Formular, auf jedem Portal ohne eigene Liste. Für ein Fachverzeichnis passt eine feste Auswahl. Auf einem offenen Portal findet ein Bäcker darin nichts, was auf ihn zutrifft. Die Art der Abfrage ist deshalb eine Einstellung mit vier Werten: nur feste Auswahl, nur Suchfeld mit Vorschlägen, beides oder freie Eingabe. Voreingestellt ist "beides".
Die Vorschläge kommen aus dem Bestand des Portals, sortiert nach Häufigkeit. Technisch ist die Vorschlagsliste ein datalist-Element, das empfohlene Werte anbietet und andere Eingaben trotzdem zulässt [4]. Beim Speichern gleicht das System jede Eingabe ohne Rücksicht auf Groß- und Kleinschreibung gegen das vorhandene Vokabular ab, aus "seo" wird so wieder "SEO". Unbekannte Bezeichnungen bleiben stehen und gehen in die Moderation. Warum das wichtig ist, erklärt der Beitrag Festes Vokabular oder freie Eingabe.
Behoben wurde in 1.0.128 außerdem, dass das Backend dieselbe feste Liste noch einmal eingebaut hatte. Ein Klick auf "Speichern" konnte dort Bezeichnungen verwerfen, die nicht in der Liste standen.
Einspielen
Keine der beiden Fassungen ändert das Datenbankschema. Bei 1.0.127 werden alle Dateien ersetzt, config/ und sites/ bleiben, danach einmal die Wartung aufrufen und neu bauen. Die Korrekturen an der Ausgabe wirken erst nach dem Bau, weil die Seiten als fertige Dateien vorliegen. Bei 1.0.128 laufen alle sechs geänderten Dateien zur Laufzeit, ein Bau ist nicht nötig. Wer die bisherige feste Liste behalten will, trägt sie in den Einstellungen ein und stellt die Abfrage auf "nur feste Auswahl". Wie sich Korrekturen über mehrere Portale verteilen, beschreibt der Beitrag Patchen im Mehrmandantenbetrieb.
Du überlegst, ein Portal auf das SEO CMS umzuziehen, und willst vorher wissen, welche Stolpersteine auf dich zukommen? In der gratis Sprechstunde sprechen wir darüber.
- Gesetz HTML Living Standard, Abschnitt 4.10.21.2 Constraint validation. WHATWG. Stand 31.10.2026. abgerufen am 31.10.2026
- Organisation strip_tags. PHP-Handbuch, The PHP Group. Stand 31.10.2026. abgerufen am 31.10.2026
- Organisation Cross Site Scripting Prevention Cheat Sheet. OWASP. Stand 31.10.2026. abgerufen am 31.10.2026
- Organisation datalist: Das HTML-Datenlistenelement. MDN Web Docs, Mozilla. Stand 31.10.2026. abgerufen am 31.10.2026
Häufige Fragen
Muss ich nach dem Einspielen von 1.0.127 neu bauen?
Ja, für die Korrekturen an der Ausgabe. Die Seiten liegen als fertige Dateien vor und ändern sich erst beim nächsten Bau. Formular, Verwaltung und Weiterleitungen laufen zur Laufzeit und wirken sofort.
Ändert sich das Datenbankschema?
Nein. Nur wer die Erweiterung für Weiterleitungen einschaltet, bekommt eine zusätzliche Tabelle, die beim nächsten Aufruf der Wartung entsteht. Ein Schritt zurück auf 1.0.126 bleibt möglich, solange diese Tabelle stehen bleibt.
Ändert sich etwas an meinen bestehenden Auswahlfeldern?
Ohne Eingriff gilt die Einstellung "beides": eine Auswahl, die sich aus dem Bestand füllt, plus Suchfeld. Wer die alte feste Liste behalten will, trägt sie in den Einstellungen ein und stellt auf "nur feste Auswahl" um.
Ist die Weiterleitungserweiterung automatisch aktiv?
Nein, sie ist ab Werk ausgeschaltet. Nach dem Einschalten in den Einstellungen rufst du die Wartung auf, damit die Tabelle angelegt wird, und richtest den Rückfall über die Fehlerseite in der .htaccess ein.
Noch eine Frage offen?
In der gratis Sprechstunde beantworten wir Fragen zu SEO live, jeden ersten Samstag im Monat um 18 Uhr. Oder du rufst einfach an.
Zuletzt geprüft am 03.11.2026, nächste Prüfung spätestens im November 2027. Fehler entdeckt? Schreib uns.
