Drupal Canvas ist ein visueller, komponentenbasierter Page Builder, mit dem Redakteurinnen und Redakteure Seiten direkt im Browser zusammenstellen können. Version 1.11.0 erschien im September 2026, sie setzt Drupal 11.3 oder höher voraus, und mehr als 8.000 Websites melden ihre Nutzung. In diesem Artikel erläutern wir, was Canvas tatsächlich ist, was eine Plattform benötigt, bevor sie es einsetzen kann, wie es sich zu Layout Builder und Paragraphs verhält, wer es nutzen dürfen sollte und ob es heute schon für eine Hochschulwebsite bereit ist.
Über Canvas wurde bisher vor allem in Form von Ankündigungen geschrieben. Die Berichte erklären die Funktionen und hören dann auf, sodass Webteams an Hochschulen ohne die Antworten dastehen, die sie brauchen. Ersetzt es den Layout Builder, auf dem die Websites der Fachbereiche bereits laufen? Was muss zuerst am Theme geändert werden? Wer darf es nach der Installation nutzen, und was hindert einen Fachbereich daran, seine Landingpage auf eine Weise umzubauen, die niemand freigegeben hat? Im Folgenden gehen wir diese Fragen auf Grundlage der Fakten vom September 2026 durch.
Was ist Drupal Canvas?
Drupal Canvas ist ein visueller Page Builder. Redakteurinnen und Redakteure ziehen Komponenten auf eine Seite, ordnen sie an, sehen sich das Ergebnis in der Vorschau an und veröffentlichen es, ohne den Browser zu verlassen. Hinter dieser Oberfläche steht eine React-Anwendung, die mit den Kern-APIs von Drupal kommuniziert, weshalb sie sich anders verhält als die umliegenden Verwaltungsseiten.
Das Projekt beschreibt sein Ziel in zwei Teilen. Site Builder sollen eine komplette Website im Browser gestalten und aufbauen können, ohne Code zu schreiben, der über grundlegendes JSX und CSS hinausgeht. Content-Verantwortliche sollen Inhalte in jedem Bereich einer Seite zusammenstellen können, ohne auf Entwickler angewiesen zu sein. Die Seite der Canvas-Initiative ergänzt einen dritten Punkt, der für Institutionen wichtig ist: Da Canvas auf den strukturierten Daten und der feingranularen Zugriffskontrolle von Drupal aufbaut, bleibt das, was eine Redakteurin zusammenstellt, strukturierter Inhalt, statt zu einem undurchsichtigen Block aus Markup zu werden.
Dieser letzte Unterschied ist der Grund, warum eine Hochschule Canvas anders bewerten sollte als einen kommerziellen Page Builder. Inhalte, die ihre Struktur behalten, lassen sich später weiterhin wiederverwenden, übersetzen, durchsuchen und migrieren.
Von Experience Builder zu Canvas
Wer die Drupal-Nachrichten im Jahr 2025 verfolgt hat, kennt dieses Projekt unter einem anderen Namen. Canvas wurde ursprünglich unter dem Arbeitstitel Experience Builder entwickelt, die Umbenennung erfolgte vor dem Release 1.0. Suchanfragen nach Experience Builder liefern weiterhin Material über dasselbe Projekt, was man beim Lesen älterer Beiträge oder beim Ansehen von Konferenzaufzeichnungen aus dieser Zeit wissen sollte.
Was Canvas zum Betrieb benötigt
Drei Voraussetzungen entscheiden darüber, ob Canvas für eine Institution überhaupt infrage kommt.
- Drupal 11.3 oder höher. Das ist die harte Hürde. Eine Plattform auf Drupal 10 kann Canvas erst installieren, wenn sie ein Upgrade auf die nächste Hauptversion abgeschlossen hat. Damit wird die Entscheidung für einen Page Builder zu einer Frage der Plattform-Roadmap.
- Composer 2.7 oder höher sowie Administratorrechte. Die Anleitung von Specbee dokumentiert außerdem einen Abhängigkeitskonflikt, der auftritt, wenn drupal/core-dev im Projekt vorhanden ist. Er wird als Issue 3534774 geführt.
- Ein Theme, das Single Directory Components bereitstellt. Technisch optional, in der Praxis unverzichtbar. Der Abschnitt weiter unten erklärt, warum die meisten Institutionen diesen Punkt unterschätzen.
Zur Version selbst verzeichnet die Projektseite das Release 1.11.0 vom 8. September 2026 für Drupal ^11.3, mit 8.315 Websites, die die Nutzung melden. Stabile Releases fallen unter die Security-Advisory-Richtlinie von Drupal – die erste Frage, die eine IT-Sicherheitsprüfung an einer Hochschule stellen wird.
Was Canvas für ein Hochschul-Webteam verändert
Die tägliche Reibung auf einer Hochschulplattform liegt selten an der Software. Sie liegt an der Warteschlange. Ein Fachbereich braucht in drei Wochen eine Landingpage für einen Tag der offenen Tür. Die verfügbare Vorlage passt nicht zum Inhalt, also geht die Anfrage an die zentralen Webdienste, landet auf einer Liste, und die Seite geht zu spät oder fehlerhaft online.
Genau diesen Engpass adressiert Canvas. Eine Redakteurin im Fachbereich stellt die Seite aus Komponenten zusammen, die die Institution bereits freigegeben hat, sieht das Ergebnis so, wie Besucher es sehen werden, und veröffentlicht ohne Ticket. Die Entwicklerzeit, die sonst in ein einmaliges Layout geflossen wäre, fließt stattdessen in die Komponentenbibliothek, wo sie allen Einheiten zugutekommt.
Institutionen sehen es bereits so. Die Syracuse University veröffentlicht für die Redaktion ihrer Plattform SUpal einen Canvas-Leitfaden, der sich an Marketing und Content-Verantwortliche richtet. Die fünf dort aufgeführten Funktionen stellen Markenkonsistenz und wiederverwendbare individuelle Komponenten gleichberechtigt neben das Drag-and-Drop-Editing. Genau diese Reihenfolge ist entscheidend. An einer Hochschule liegt der Wert eines Page Builders nicht in der Freiheit an sich, sondern in der Freiheit innerhalb von Grenzen, die die Institution gezogen hat.
Canvas, Layout Builder und Paragraphs im Vergleich
Die meisten Hochschulen setzen bereits eines der beiden älteren Werkzeuge oder beide ein. Die sinnvolle Frage lautet daher nicht, welches das beste ist, sondern wofür jedes gedacht ist.
Layout Builder ordnet vorab freigegebene Blöcke in Regionen einer Seite an. Paragraphs bildet wiederkehrende Inhaltsstrukturen als Felder ab: Die Redaktion füllt ein Formular aus, und das Theme entscheidet über die Darstellung. Canvas rendert das Designsystem live und lässt die Redaktion direkt damit arbeiten, weshalb es sich wie echtes WYSIWYG anfühlt und nicht wie eine abstrakte Anordnung von Kästen.
| Layout Builder | Paragraphs | Drupal Canvas | |
|---|---|---|---|
| Im Core enthalten | Ja | Nein, Contrib-Modul | Nein, Contrib-Modul |
| Bearbeitungsmodell | Ordnet Blöcke in Regionen an | Füllt strukturierte Felder | Setzt Komponenten auf einer Live-Arbeitsfläche zusammen |
| Vorschau | Abstrakte Layoutansicht | Formular, dann Vorschau | Live-Darstellung während der Bearbeitung |
| Komponentenquelle | Blöcke und Feldblöcke | Paragraph-Typen | Single Directory Components |
| Mindestversion Drupal | Im aktuellen Core unterstützt | Läuft mit dem aktuellen Core | 11.3 oder höher |
| Am besten geeignet für | Seitenlayouts aus vorhandenen Blöcken | Wiederkehrende strukturierte Inhalte | Redaktionen, die abwechslungsreiche Seiten visuell gestalten |
In der Praxis existieren diese Werkzeuge nebeneinander. Eine Studiengangsseite kann ihre strukturierten Paragraphs-Felder behalten, während eine Kampagnen-Landingpage in Canvas gebaut wird. Die Entscheidung pro Inhaltstyp statt für die gesamte Plattform zu treffen, hält die Migration beherrschbar.
Wird Layout Builder abgekündigt?
Nein. Layout Builder steht nicht auf der Liste der veralteten und obsoleten Core-Module von Drupal, dem maßgeblichen Ort, an dem solche Änderungen festgehalten werden. Viele Berichte über Canvas legen nahe, dass eine Ablösung im Gange sei – und für eine Institution mit Hunderten von Fachbereichswebsites auf Layout Builder wäre es teuer, auf diese Andeutung hin zu handeln.
Richtig ist, dass die Ausrichtung von Drupal beim Site Building noch offen ausgehandelt wird und die Community weiter darüber diskutiert, wie sich diese Werkzeuge langfristig zueinander verhalten. Das als offene Frage zu behandeln und nicht als beschlossene Migration, ist die zutreffende Einschätzung.
Single Directory Components: die Voraussetzung hinter Canvas
Canvas erfindet kein neues Komponentenformat. Es erkennt Komponenten auf dieselbe Weise wie der Drupal-Core, nämlich über Single Directory Components. Eine SDC bündelt das Twig-Template, CSS, JavaScript und die Assets einer Komponente in einem Ordner, zusammen mit einer Definitionsdatei, die ihre Eigenschaften (Props) und Slots per JSON Schema deklariert.
Diese Definitionsdatei macht Canvas überhaupt erst nutzbar. Deklariert eine Komponente saubere Property-Schemas und Beispiele, erzeugt Canvas automatisch die passenden Bearbeitungselemente. Fehlen sie, erhält die Redaktion eine Komponente, die sich in der Oberfläche nicht richtig konfigurieren lässt.
Für eine Hochschule liegt genau hier das eigentliche Projekt. Ein über Jahre gewachsenes Custom Theme hat seine Komponenten selten im SDC-Format. Die Umstellung ist keine Nebenaufgabe, und die Reihenfolge zählt: Komponenten, die auf den meisten Seiten vorkommen, werden zuerst umgestellt.
Für beide älteren Werkzeuge gibt es bewährte Migrationswege. Paragraph-Typen werden umgestellt, indem man die bestehende Struktur analysiert, einen Komponentenordner anlegt und Felder auf Props und Slots abbildet. Custom Blocks aus Layout Builder werden auf dieselbe Weise konvertiert, wobei komplexe verschachtelte Layouts zu Container-Komponenten werden. Ein schrittweises Vorgehen funktioniert besser als eine Umstellung auf einen Schlag: zuerst die meistgenutzten Komponenten umstellen, neue Seiten in Canvas bauen, während das Team es kennenlernt, dann wichtige Seiten wie Startseite und Kampagnenseiten migrieren und den Rest im Rahmen regulärer Aktualisierungen nachziehen.
Canvas auf einer Multisite-Plattform
Auf einer Plattform, auf der Fakultäten eigene Websites aus einer gemeinsamen Codebasis betreiben, wird Canvas pro Website installiert und konfiguriert, während die Komponentenbibliothek im gemeinsamen Theme liegt. Diese Aufteilung hat einen nützlichen Effekt: Das zentrale Team verbessert Komponenten einmal, und alle Websites übernehmen sie, aber jede Fakultät entscheidet selbst, wann sie mit Canvas beginnt. Die Einführung muss nicht gleichzeitig erfolgen. Die weiteren Vor- und Nachteile dieser Architektur behandeln wir in Hochschulwebsites mit Drupal Multisite verwalten.
Daraus ergibt sich auch ein risikoarmes Pilotprojekt. Statt die Startseite der Institution neu aufzubauen, aktivieren Sie Canvas auf einer einzelnen Fachbereichswebsite oder einer neuen Microsite, arbeiten ein Semester lang damit und entscheiden anhand von Erfahrungen statt anhand einer Demo.
Wer Canvas nutzen darf
Ein Page Builder, mit dem eine Redakteurin jede Seite aus jeder Komponente zusammenstellen kann, ist zuerst eine Governance-Frage und erst dann eine technische. Die Institution muss festlegen, welche Rollen Canvas nutzen dürfen, welche Komponenten jede Rolle sieht und ob eine in Canvas gebaute Seite direkt live geht oder auf eine Prüfung wartet.
Den ersten Teil beantwortet Drupal über das Berechtigungssystem. Der Zugriff auf Canvas wird wie jede andere Fähigkeit pro Rolle vergeben. Dieselbe Struktur, die festlegt, wer eine Fachbereichsseite bearbeiten darf, legt also auch fest, wer eine bauen darf. Wie man diese Struktur aufbaut, beschreiben wir in Benutzerrollen und Berechtigungen in Drupal für Hochschulen.
Der zweite Teil ist eine Frage des Workflows, nicht der Berechtigungen. Dass jemand eine Seite zusammenstellen, aber nicht veröffentlichen kann, ist eine Berechtigungsentscheidung; dass eine Seite in der Prüfung wartet, bis die Kommunikationsabteilung sie freigibt, ist eine Workflow-Entscheidung. Diese Ebene haben wir in Freigabe-Workflows für Inhalte an Hochschulen behandelt.
Ein praktikabler Einstieg ist eng gefasst. Geben Sie Canvas zunächst der zentralen Redaktion und einer kleinen Gruppe von Redakteurinnen und Redakteuren aus den Einheiten, halten Sie die Komponentenbibliothek so klein, dass jede Komponente geprüft wurde, und erweitern Sie den Zugang, sobald die Institution gesehen hat, was tatsächlich damit gebaut wird.
Ist Canvas heute bereit für eine Hochschulwebsite?
Die ehrliche Antwort hängt davon ab, um welche Website es geht und wie viel Veränderung sie in diesem Jahr verkraften kann.
Die Argumente für einen sofortigen Einsatz sind real. Canvas fällt unter die Security-Advisory-Richtlinie, mehr als achttausend Websites melden seine Nutzung, und die Releases erscheinen so häufig, dass gemeldete Probleme Beachtung finden. Für eine Institution, die bereits auf Drupal 11.3 mit einem komponentenbasierten Theme läuft, kostet ein Pilotprojekt wenig.
Die Argumente fürs Abwarten sind ebenso real. Version 1.11.0 vom September 2026 beschreibt ein Projekt, das noch Funktionen hinzufügt, und keines, das bereits ausgereift ist. Die Anforderungen an die Core-Version haben sich über die Releases hinweg verschoben, sodass es riskant ist, eine Version festzuschreiben, ohne die aktuellen Anforderungen zu prüfen. Der oben erwähnte Composer-Konflikt ist die Art von Reibung, die in einem aktiv entwickelten Projekt auftritt. Und die übergeordnete Frage, wie sich die Site-Building-Werkzeuge von Drupal zueinander verhalten, wird in der Community noch erarbeitet, statt als Entscheidung verkündet zu werden.
Für die meisten Hochschulen führt das zum selben Schluss. Canvas lohnt sich jetzt als Pilotprojekt und für die Planung, aber eine zentrale Institutionswebsite in diesem Studienjahr darauf neu aufzubauen, ist verfrüht. Eine Fachbereichswebsite oder eine neue Microsite verschafft dem Team echte Erfahrung bei einem Bruchteil des Risikos.
Ein Canvas-Pilotprojekt planen
Die Abfolge, die ein Pilotprojekt aussagekräftig macht, ist kurz. Stellen Sie sicher, dass die Plattform auf Drupal 11.3 läuft oder dorthin gebracht werden kann, denn alles andere hängt davon ab. Prüfen Sie das Theme und listen Sie auf, welche Komponenten bereits als Single Directory Components existieren und welche nicht. Wählen Sie die zehn Komponenten aus, die auf den meisten Seiten vorkommen, und stellen Sie diese zuerst um. Nehmen Sie eine einzelne Fachbereichswebsite oder eine neue Microsite als Pilot statt eines Relaunchs. Legen Sie fest, welche Rollen Zugriff erhalten, bevor sich die erste Redakteurin anmeldet. Arbeiten Sie dann ein volles Semester damit und bewerten Sie, was tatsächlich gebaut wurde – nicht, was die Demo versprochen hat.
Die Drupal-Plattformen, die das Drupal4edu-Team von Drupart für Institutionen wie die Sabancı-Universität, die Işık-Universität und die Technische Universität Yıldız entwickelt, sind um eine gemeinsame Komponentenbibliothek und ein zentrales Team, das sie pflegt, herum aufgebaut – genau die Grundlage, auf die ein Werkzeug wie Canvas angewiesen ist. Mehr über unseren Ansatz erfahren Sie auf der Seite Drupal für Bildungseinrichtungen.
Häufige Fragen zu Drupal Canvas
Was ist Drupal Canvas?
Drupal Canvas ist ein visueller, komponentenbasierter Page Builder, mit dem Redaktionen Seiten direkt im Browser zusammenstellen und in der Vorschau ansehen können. Es handelt sich um eine React-Anwendung auf Basis der Kern-APIs von Drupal, die ursprünglich unter dem Arbeitstitel Experience Builder entwickelt wurde. Erklärtes Ziel ist es, Site Buildern den Aufbau einer Website ohne Code jenseits von grundlegendem JSX und CSS zu ermöglichen und Content-Verantwortlichen zu erlauben, jeden Bereich einer Seite zu gestalten, ohne auf Entwickler warten zu müssen. Da es auf den strukturierten Daten und der Zugriffskontrolle von Drupal aufbaut, bleiben die zusammengestellten Inhalte strukturiert und wiederverwendbar.
Ersetzt Drupal Canvas den Layout Builder?
Derzeit nicht. Layout Builder ist nicht unter den veralteten oder obsoleten Core-Modulen von Drupal aufgeführt, wo eine solche Änderung festgehalten würde. Die beiden Werkzeuge funktionieren unterschiedlich: Layout Builder ordnet vorab freigegebene Blöcke in Regionen an, während Canvas das Designsystem live rendert und die Redaktion direkt damit arbeiten lässt. Viele Institutionen werden beide einsetzen und pro Inhaltstyp entscheiden, statt das eine auf der gesamten Plattform durch das andere zu ersetzen. Die langfristige Ausrichtung von Drupal beim Site Building wird in der Community weiterhin offen diskutiert.
Welche Drupal-Version benötigt Canvas?
Canvas benötigt Drupal 11.3 oder höher sowie Composer 2.7 oder höher und Administratorrechte. Für eine Hochschule, die noch auf Drupal 10 läuft, ist Canvas damit eine Folge der Upgrade-Roadmap und keine eigenständige Entscheidung. Die Anforderungen an die Core-Version haben sich über die Canvas-Releases hinweg verändert, daher sollten die aktuellen Voraussetzungen auf der Projektseite geprüft werden, bevor eine Version festgeschrieben wird. In der Praxis ist außerdem ein Theme erforderlich, das Single Directory Components bereitstellt, auch wenn dies nicht als formale Voraussetzung aufgeführt ist.
Können Redaktionen Canvas ohne Entwickler nutzen?
Ja beim Bauen von Seiten, nein bei der Vorbereitung. Sobald die Komponenten vorhanden und sauber definiert sind, kann die Redaktion Seiten ohne Beteiligung von Entwicklern zusammenstellen, umordnen und veröffentlichen – genau darum geht es bei diesem Werkzeug. Um diesen Zustand zu erreichen, ist jedoch Entwicklungsarbeit nötig: Die Komponenten des Themes müssen als Single Directory Components mit Property-Schemas und Beispielen vorliegen, denn aus dieser Definition erzeugt Canvas die Bearbeitungselemente. Hochschulen, die diese Vorbereitung überspringen, geben ihren Redaktionen Komponenten an die Hand, die sich nicht richtig konfigurieren lassen.
Ist Drupal Canvas bereit für den Produktiveinsatz auf einer Hochschulwebsite?
Es ist bereit für ein Pilotprojekt, nicht für einen vollständigen Relaunch der Institutionswebsite. Canvas fällt unter die Security-Advisory-Richtlinie von Drupal und wird laut Angaben auf mehr als achttausend Websites eingesetzt, was die grundlegenden Fragen zu Sicherheit und Verbreitung beantwortet. Gleichzeitig beschreibt das Release 1.11.0 vom September 2026 ein Projekt, das noch Funktionen hinzufügt, die Versionsanforderungen haben sich über die Releases hinweg verschoben, und es wurden Reibungen bei Abhängigkeiten gemeldet. Canvas ein Semester lang auf einer Fachbereichswebsite oder einer neuen Microsite zu betreiben, liefert einer Institution echte Erkenntnisse bei überschaubarem Risiko.