Visual Editing in TYPO3 v14: Hype oder echter Bedarf?

Vor ein paar Wochen habe ich eine Umfrage verschickt. Die Frage war simpel: Wie steht ihr zu Visual Editing in TYPO3 v14? Braucht ihr das? Wofür? Und was würde euch davon abhalten, es einzusetzen?

Die Umfrage ging an knapp 800 ehemalige und aktive Kursteilnehmer. 39 davon haben sich die Zeit genommen, wirklich teilzunehmen. Das ist keine repräsentative Studie und ich bin mir bewusst, dass die Stichprobe klein ist. Trotzdem will ich die Ergebnisse teilen, denn die Antworten sind in sich konsistent und zeichnen ein klares Bild. Fast alle Teilnehmer arbeiten als Integratoren oder Entwickler, ob als Freelancer, in einer Agentur oder inhouse. Also genau die Leute, die TYPO3-Projekte umsetzen und ihre Kunden damit arbeiten lassen.

Zwei Drittel sehen einen echten Nutzen

Knapp ein Drittel der Teilnehmer sagt: Sehr relevant, würden wir aktiv nutzen. Ein weiteres Drittel sieht es als hilfreich, aber nicht als Muss. Etwa 13% sind neutral, der Rest sieht es eher kritisch oder als irrelevant.

Das ist kein Hype. Aber es ist ein klares Signal: Die Mehrheit der TYPO3-Profis sieht in Visual Editing einen konkreten Nutzen für ihre Projekte.

Es ist ein Kundenwunsch, kein Integratoren-Feature

Wenig überraschend, aber die Zahlen bestätigen es klar: 77% der Teilnehmer sehen Redakteure oder Projektleiter auf Kundenseite als die eigentlichen Nutzer. Visual Editing ist kein Werkzeug, das Integratoren selbst im Alltag brauchen. Es ist ein Werkzeug, das sie ihren Kunden geben würden.

Gut ein Drittel der Befragten hat bereits Kundennachfrage erlebt, teilweise mehrfach. Besonders Agenturen mit direktem Kundenkontakt berichten davon. Auf der anderen Seite: 36% sagen, dass noch nie ein Kunde danach gefragt hat. Visual Editing ist also kein universelles Kundenbedürfnis. Aber dort, wo Kunden vergleichen (besonders mit WordPress), wird es zum Thema. Und vielleicht ist es auch eine Sache der Gewöhnung: Wer einmal erlebt hat, wie schnell eine Textkorrektur in der Frontend-Darstellung geht, will vielleicht nicht mehr zurück ins klassische Seitenmodul.

Texte korrigieren, Bilder tauschen, fertig

Bei den Anwendungsfällen zeigt sich ein klares Muster. 95% nennen das Anpassen von Texten und Überschriften als Haupteinsatzzweck. 77% wollen Bilder direkt im Frontend austauschen können. Gut die Hälfte sieht Content-Elemente per Drag & Drop verschieben als relevant.

Komplexere Szenarien wie Landingpages bauen oder Seitenstrukturen ändern landen deutlich weiter hinten. Der Bedarf ist also klar: Schnelle, einfache Korrekturen direkt auf der Seite. Kein Pagebuilder-Ersatz. Kein Paradigmenwechsel. Einfach weniger Klicks für die Standardaufgaben.

Die größte Sorge: Bleibt das stabil?

74% nennen "Risiko bei Updates und Wartung" als potenzielles Ausschlusskriterium. Das ist der mit Abstand meistgenannte Hinderungsgrund und er erzählt eine Geschichte, die jeder in der TYPO3-Community kennt: Frontend Editing wurde schon mehrfach angekündigt. Richtig funktioniert hat es nie dauerhaft.

Dieses Misstrauen ist berechtigt. Und es bedeutet: Die technische Lösung allein reicht nicht. Sie muss über mehrere Major-Versionen hinweg stabil bleiben, damit Integratoren sie guten Gewissens in Kundenprojekte einbauen.

Danach folgen drei weitere Bedenken, die alle im Bereich von 50 bis 62% liegen: Zu viel Template-Anpassung nötig, Performance-Overhead durch zusätzliches JavaScript und Probleme bei mehrsprachigen Seiten. Alles Punkte, die direkt den Arbeitsalltag betreffen. Wenn Visual Editing mehr Aufwand erzeugt als es spart, wird es nicht eingesetzt.

Was am bisherigen Backend-Editing wirklich nervt

18 Teilnehmer haben die offene Frage beantwortet, und die Antworten sind aufschlussreich.

Mehrere beschreiben den gleichen Frust: Zu viele Klicks, um durch verschachtelte Inhalte zu navigieren. Container und Akkordeons machen die Seitenansicht unübersichtlich. Nach dem Speichern landet man oben auf der Seite statt beim gerade bearbeiteten Element. Die Standarddarstellung der Inhaltsblöcke wirkt, wie ein Teilnehmer es formuliert, "total Oldschool und angestaubt".

Das eigentliche Problem dahinter: Die abstrakte Backend-Ansicht ist für technisch versierte Integratoren kein Hindernis. Aber für Redakteure auf Kundenseite fehlt der visuelle Bezug zum Endergebnis. Die Eingabemasken sind zu weit weg vom tatsächlichen Bild der Website.

Meine Erfahrung aus zahlreichen Redakteursschulungen zeigt allerdings ein anderes Bild. Wenn man Redakteuren das Backend und die Verknüpfung von Backend und Frontend einmal richtig erklärt, stellt es in der Regel kein Problem dar. Ich habe sogar die Rückmeldung bekommen, dass das TYPO3-Backend eigentlich sehr intuitiv sei. Die Voraussetzung: Es muss für Redakteure passend konfiguriert sein. Wer Redakteuren einen Admin-Zugang gibt, schießt sich selbst ins Knie. Das Problem ist also oft nicht das Backend an sich, sondern wie es für die Zielgruppe aufbereitet wird.

Trotzdem: Zwei Teilnehmer gehen noch einen Schritt weiter und berichten konkret, dass sie Aufträge an WordPress verloren haben. Der Grund: Die Kunden wollten Frontend Editing und haben es bei WordPress gefunden. Das ist kein theoretisches Szenario, sondern verlorenes Geschäft.

Bemerkenswert ist der Kommentar eines Teilnehmers, der über 400 Webseiten im kommunalen Sektor betreut. Die Kunden dort sind nicht besonders technikaffin. Genau für solche Szenarien könnte Visual Editing den entscheidenden Unterschied machen.

Gehört das Thema in einen TYPO3-Kurs?

Ein Drittel der Befragten will Visual Editing als eigenes Kapitel in einem Komplettkurs sehen. Noch ein Drittel sagt: Ein Überblick reicht. Nur 10% sagen, es sei nicht nötig.

Für mich ist das eine klare Aussage. Im TYPO3 Komplettkurs wird Visual Editing ein eigenes Kurzkapitel bekommen: Was ist es, wie funktioniert es technisch, für welche Projekte lohnt es sich, und wo sind die Grenzen.

Mein Eindruck nach der Live-Demo

Nach der Umfrage hatte ich die Gelegenheit, mir den aktuellen Stand des Visual Editors in einer persönlichen Demo zeigen zu lassen. Ich war skeptisch. Nach der Demo bin ich zumindest neugierig genug, um mir das Ganze selbst in eigenen Projekten genauer anzuschauen.

Die größte Sorge aus der Umfrage war Stabilität bei Updates. Und genau hier merkt man, dass der Entwickler die Probleme früherer Ansätze verstanden und bewusst anders gelöst hat: Die Extension baut fast komplett auf Core-Funktionalität auf und enthält nur wenig eigenen Code. Das bedeutet: Wenn der TYPO3-Core sich weiterentwickelt, geht der Visual Editor mit, statt dagegen zu arbeiten. Und das Ziel ist klar: Integration in den TYPO3-Core ab Version 15.

Der Integrationsaufwand ist deutlich geringer als erwartet. Für ein bestehendes, größeres Projekt rechnet der Entwickler mit etwa vier Stunden. Im Wesentlichen sind zwei Anpassungen in den Fluid-Templates nötig: <f:render.text> für bearbeitbare Textfelder und <f:render.contentArea> für Content-Bereiche mit Drag & Drop. Wer FluidStyledContent ohne eigene Template-Anpassungen nutzt, hat sogar noch weniger zu tun. Und wer die Extension wieder deinstalliert, hat hinterher ein Projekt, das genauso funktioniert wie vorher. Nichts geht kaputt.

Auch bei den anderen Bedenken aus der Umfrage sieht es besser aus als befürchtet: Mehrsprachigkeit wird vollständig unterstützt, Workspaces ebenfalls, Container funktionieren, Content Blocks werden voll unterstützt. Die Extension läuft bereits produktiv in mehreren Bestandsprojekten.

Ein Detail am Rande: Der Entwickler nutzt den Visual Editor selbst im Alltag als Ersatz für die normalen Backend-Formulare. Wer sein eigenes Werkzeug täglich benutzt, kennt die Schwächen und hat einen echten Anreiz, sie zu beheben.

Kann ich das jetzt guten Gewissens empfehlen? Noch nicht. Eine Demo ist nicht dasselbe wie eigene Erfahrung in echten Projekten. Ich werde das Ganze in den kommenden Wochen selbst ausführlich testen, bevor ich eine fundierte Einschätzung abgeben kann. Aber der technische Ansatz macht einen durchdachten Eindruck, der Aufwand scheint überschaubar und das Risiko gering. Das reicht, um das Thema ernsthaft im Auge zu behalten und in meinen neuen Kurs aufzunehmen.

Mein Fazit

Visual Editing wird kein Feature, das jeder sofort in jedes Projekt einbaut. Dafür sind die Bedenken bei Stabilität und Aufwand zu groß. Aber für Agenturen und Integratoren, die ihren Kunden eine zeitgemäße Bearbeitungserfahrung bieten wollen, wird es ein relevantes Werkzeug.

Die größte Hürde ist nicht das Feature selbst. Es ist das Vertrauen. Bleibt es stabil? Funktioniert es nach dem nächsten Update noch? Lohnt sich der Integrationsaufwand langfristig? Wenn die TYPO3-Community diese Fragen in den kommenden Monaten gut beantwortet, hat Visual Editing eine echte Chance.

Back