Am 3.–4. Juni trafen sich Entwickler in Basel zur Magnolia DevDays, wo Magnolia einen Meilenstein seiner Produktstrategie bekannt gab: Die neuen Accessible Forms sind darauf ausgelegt, die Benutzererfahrung für Autoren und Entwickler deutlich zu verbessern und machen Form-Erstellung und -Nutzung inklusiver und geradliniger.
Das ist mehr als eine Feature-Ankündigung – es ist eine strategische Positionierung. Autoren verbringen den Großteil ihrer Zeit mit Formular-Interfaces, und deren Zugänglichkeit hat direkte Auswirkungen auf Produktivität und Inklusion. Magnolia hat beim DevDays 2025 sein neues UI-Konzept vorgestellt, das WCAG 2.2 AA Compliance anstrebt und Accessibility als nicht-verhandelbare Priorität etabliert, indem die höchsten Standards direkt in die Grundlage eingebaut werden.
Die Zahlen sprechen eine klare Sprache: Bei einem Vergleich mit dem WAVE-Tool zeigten die alten Vaadin-basierten Formulare volle Fehlerlisten, während die neuen Formulare fast vollständig fehlerfrei waren – ein monumentaler Sprung für Nutzer mit Hilfstechnologien.
Technische und strategische Implikationen für Ihre Projekte:
Die neuen Accessible Forms werden parallel zu bestehenden Vaadin-Formularen ausgerollt – mit einer Übergangsstrategie, nicht als Zwangsmigration. Wenn eine Formulardefinition vollständig unterstützt wird, zeigt das neue Formular sich automatisch an; ansonsten fällt das System auf Vaadin zurück und zeigt Probleme in der Definitions-App.
Parallel dazu hat Magnolia mit CLI v5 und einer neuen Suite von Starter Headless Demo Projekten die Entwicklererfahrung vereinfacht, um effizienter zu arbeiten und Best Practices ohne zusätzlichen Aufwand zu befolgen. Magnolia CLI v5 ist darauf ausgerichtet, den Entwicklungsprozess schneller und effizienter zu gestalten – ob für traditionelle Freemarker-basierte oder Headless-Lösungen.
Expertenposition:
Barrierefreiheit ist kein Compliance-Thema für B2B-Software – es ist ein Produktqualitäts-Thema. Autoren mit Einschränkungen oder Nutzern, die Hilfstechnologien benötigen, sollte nicht nachträglich ein schwer zugängliches Interface zugemutet werden. Magnolia verabschiedet sich hier von oberflächlichen Patches und investiert in grundlegende Neuentwicklung. Das ist der richtige Ansatz.
Handlungsempfehlung für Projekte:
Planen Sie jetzt – nicht später – die graduellen Migration zu Accessible Forms. Checken Sie in der Definitions App, welche Custom Fields noch auf Vaadin-Support angewiesen sind. Beginnen Sie mit neuen Inhaltstypen auf den neuen Formularen. Kombinieren Sie dies mit CLI v5** für neue Headless-Projekte: Die automation von Template- und Component-Generierung spart wertvollen Setup-Zeit ein.
Magnolia strebt WCAG 2.2 AA als Standard an – über die aktuell erforderliche WCAG 2.1 hinaus – um sich auf zukünftige Anforderungen vorzubereiten. Das ist eine Investition, die sich langfristig auszahlt.
Als Ansprechpartner für Magnolia-Projekte helfen wir Ihnen bei der Strategie, Migration und Optimierung dieser neuen Capabilities – damit Ihre digitalen Erfahrungen nicht nur leistungsstark, sondern auch wirklich für alle zugänglich sind.
