sg_forms für TYPO3

Drei Formular-Systeme in TYPO3 erzeugen mehr Verwirrung als Auswahl

TYPO3-Projekte stehen bei der Formular-Implementierung vor einem ungewöhnlichen Luxusproblem: Es gibt drei ernst zu nehmende Optionen. Das native TYPO3 Form Framework (ext:form), powermail von in2code und sg_forms von SGalinski. Jede Lösung hat eigene Stärken und eigene Limits. sg_forms positioniert sich als Mittelweg: leichtgewichtiger als powermail, aber mit mehr Backend-Komfort als ext:form. Die Extension stammt vom TYPO3-Dienstleister SGalinski und wird in dessen Kundenprojekten aktiv eingesetzt.

Wer bereits SGalinski-Extensions im Einsatz hat (sgalinski_base, sg_cookie_optin), findet in sg_forms eine Lösung, die sich nahtlos ins SGalinski-Ökosystem einfügt.

Typische Einsatzszenarien sind Kontaktformulare, Anfragen und einfache Bewerbungsformulare

Das Standard-Szenario ist das Kontaktformular auf einer Unternehmenswebsite. Name, E-Mail, Betreff, Nachricht, DSGVO-Checkbox, Absenden. sg_forms liefert dieses Setup als vorkonfiguriertes Template, das Redakteure im Backend aktivieren und anpassen können. Felder lassen sich hinzufügen, entfernen und umsortieren, Pflichtfelder markieren, Validierungen setzen. Die E-Mail geht an eine oder mehrere konfigurierbare Empfänger-Adressen.

Ein zweites Szenario sind mehrseitige Anfrage-Formulare. Ein Handwerksbetrieb fragt auf Seite 1 die Kontaktdaten, auf Seite 2 die Art der Dienstleistung (Dropdown) und auf Seite 3 Fotos des Objekts (Datei-Upload). sg_forms unterstützt mehrstufige Formulare mit Fortschrittsanzeige und Zurück-Navigation. Die Daten werden nach dem Absenden als E-Mail und optional als Datenbank-Eintrag gespeichert.

Drittes Szenario: Einfache Bewerbungsformulare. Ein KMU mit drei offenen Stellen braucht kein Bewerbermanagement-System, aber ein Formular, das Lebenslauf und Anschreiben als PDF-Upload entgegennimmt und an die Personalabteilung weiterleitet. sg_forms bietet dafür den Datei-Upload mit Typen- und Grössenvalidierung, kombiniert mit einer Bestätigungsmail an den Bewerber.

Technische Architektur basiert auf Extbase mit YAML-basierter Formulardefinition

sg_forms registriert ein Extbase-Plugin, das Formulare aus einer Konfiguration rendert. Die Formulardefinition wird im Backend über ein grafisches Interface erstellt oder alternativ als YAML-Datei definiert. Jedes Feld hat einen Typ (Text, E-Mail, Textarea, Select, Radio, Checkbox, File, Hidden), Validierungsregeln und optionale Bedingungen.

Die Finisher-Architektur folgt dem gleichen Pattern wie bei powermail: Nach dem Absenden werden nacheinander Aktionen ausgeführt. Die Standard-Finisher sind E-Mail-Versand, Datenbank-Speicherung und Redirect auf eine Dankes-Seite. Custom Finisher lassen sich als PHP-Klassen implementieren, etwa für CRM-Anbindungen oder Webhook-Aufrufe.

Das Frontend-Rendering läuft über Fluid-Templates, die per SiteSet oder TypoScript überschrieben werden können. Die Extension liefert ein Default-Template mit, das ohne Anpassung funktioniert, aber für produktive Websites typischerweise an das CI angepasst wird. Spam-Schutz ist über Honeypot-Felder und optionale CAPTCHA-Integration verfügbar.

Häufige Probleme betreffen die Abgrenzung zu powermail und die SGalinski-Lizenz

Die häufigste Frage ist: sg_forms oder powermail? Die Antwort hängt von der Projektgrösse ab. powermail hat die grössere Community, mehr Dokumentation, mehr Drittanbieter-Finisher und eine breitere Feature-Palette (PDF-Export, mehrstufige Logik mit beliebiger Komplexität). sg_forms ist schlanker, hat weniger Overhead und ist in SGalinski-Projekten der Standard. Für die meisten Unternehmenswebsites ist powermail die sicherere Wahl. Für SGalinski-Kunden, die bereits im Ökosystem sind, ist sg_forms die konsistentere.

Zweites Thema: Die Lizenzierung. sg_forms ist nicht im TER (TYPO3 Extension Repository) als Free-Extension verfügbar, sondern wird über SGalinski-Projekte ausgeliefert. Das bedeutet, dass Teams, die die Extension ohne SGalinski-Beziehung nutzen wollen, die Verfügbarkeit und Lizenzbedingungen direkt mit SGalinski klären müssen.

Drittes Problem: Migration. Wer von powermail zu sg_forms wechselt (oder umgekehrt), muss alle bestehenden Formulardefinitionen neu anlegen, weil die Datenstrukturen inkompatibel sind. Bestehende Formular-Einträge in der Datenbank können nicht automatisch migriert werden.

TYPO3 v12 wird unterstützt, v13 folgt dem SGalinski-Release-Zyklus

SGalinski pflegt sg_forms im eigenen Release-Zyklus, der an die TYPO3-LTS-Versionen gekoppelt ist. TYPO3 v12 wird aktiv unterstützt. Für v13 ist mit einem Update zu rechnen, sobald SGalinski die eigene Extension-Suite aktualisiert. Gosign empfiehlt bei der Wahl des Formular-Systems, die langfristige Pflege und die Community-Grösse als Entscheidungsfaktor zu gewichten: powermail mit über 500.000 Installationen hat eine breitere Basis als sg_forms, was bei TYPO3-Upgrades kürzere Wartezeiten auf kompatible Versionen bedeutet.