Nicht editierbare Drupal-Website: Wie wir einen teuren Neuaufbau vermieden und die Conversion um rund 24 % steigerten

Bevor Sie sich zu einem teuren Website-Neuaufbau verpflichten, lohnt sich eine Frage: Liegt das Problem wirklich an der Plattform - oder wurde sie nie so eingerichtet, dass sie das leistet, wozu sie fähig ist?

Eine nicht editierbare Drupal-Website - eine Drupal-Seite, auf der das Marketing-Team Texte, Bilder oder Layouts nicht selbst ändern kann, ohne ein Developer-Ticket zu eröffnen - ist einer der häufigsten Gründe, warum Unternehmen einen kompletten Neuaufbau planen. Dies ist die Geschichte eines internationalen Benefits-Unternehmens, das diesen teuren Fehler beinahe gemacht hätte.

Das Unternehmen kam mit einer klaren Botschaft zu uns: „Wir wollen unsere Website von Grund auf neu aufbauen. Auf einer anderen Plattform.“

Die Argumentation war schwer zu widerlegen. Das Marketing-Team konnte nicht einmal grundlegende Texte auf der Website bearbeiten. Jede Änderung - egal wie klein - erforderte ein Developer-Ticket. Das Team wich auf statische Bilder statt editierbarer Inhalte aus, weil das der einzige Weg war, etwas zu aktualisieren, ohne tagelang zu warten. Das Ergebnis? Eine Website, die zunehmend veraltet wirkte, auf Mobilgeräten nicht responsiv war und in Suchmaschinen schlecht abschnitt.

Ein RFP für eine komplett neue Website war bereits in Arbeit. Drupal - die Plattform, auf der die Website aufgebaut war - stand nicht einmal auf der Liste der in Frage kommenden Technologien. Aus Sicht des Kunden war Drupal das Problem.

Wir sahen die Website anders. Das Problem war nicht Drupal. Das Problem war, wie Drupal implementiert worden war. Die Behebung der Implementierung hätte nur einen Bruchteil dessen gekostet, was ein vollständiger Neuaufbau erfordert hätte.

Dies ist die Geschichte, wie wir einen frustrierten Unternehmenskunden von einem teuren Fehler abbrachten - und ihr bestehendes CMS in ein Werkzeug verwandelten, in das sie heute aktiv investieren.

In diesem Artikel:

• Warum wirkt Ihre Drupal-Website nicht bearbeitbar?
• Neuaufbau oder Modernisierung einer nicht editierbaren Drupal-Website?
• Wie modernisieren Sie eine Drupal-Website statt sie neu aufzubauen?
• Welche Ergebnisse brachte das?
• Ist Ihre Drupal-Website nicht editierbar? So erkennen Sie es
• Fazit

Warum wirkt Ihre Drupal-Website nicht bearbeitbar?

Die Website des Kunden lief auf Drupal - einer vom globalen Hauptsitz vorgegebenen Technologie. Formal war das Modul Drupal Paragraphs installiert - eine der leistungsstärksten Content-Management-Funktionen im Drupal-Ökosystem. Aber „installiert“ und „richtig konfiguriert“ sind zwei verschiedene Dinge.

In der Praxis war das Paragraphs-Modul im Code vorhanden, aber nie korrekt angebunden. Redakteure hatten keinen sinnvollen Weg, Seiteninhalte über das CMS zu erstellen oder zu ändern. Die Admin-Oberfläche führte sie nicht. Paragraph-Typen existierten in der Datenbank, waren aber nicht sinnvoll in den Bearbeitungs-Workflow eingebunden. Das ist ein klassisches Anzeichen einer nicht editierbaren Drupal-Website: Die Werkzeuge existieren, aber Redakteure können sie nicht nutzen.

Also tat das Marketing-Team, was jedes einfallsreiche Team tut: Es fand einen Workaround. Statt mit dem CMS zu kämpfen, lud es Bilder hoch - Screenshots mit Text, Grafiken mit fest eingebackenen Produktinformationen, visuelle Mockups als JPEG, die auf der Website landeten. Ein Muster, das wir oft sehen - und die Kosten für SEO und Barrierefreiheit summieren sich schnell.

Es funktionierte - irgendwie. Inhalte wurden aktualisiert. Die Nebenwirkungen waren jedoch ernst:

• Keine Responsivität. Bilder passen sich nicht an verschiedene Bildschirmgrößen an. Die Website wirkte auf Mobilgeräten defekt und erfüllte grundlegende Anforderungen an Barrierefreiheit nicht.
• SEO-Nachteile. Suchmaschinen indexieren keinen Text in Bildern. Deshalb ist strukturierter, editierbarer Content für SEO wichtig. Die Website wurde unsichtbar.
• Schwache Performance. Schwere Bilddateien verlangsamten das Laden.
• Vollständige Starrheit. Ein einziges Wort zu ändern bedeutete, die gesamte Grafik neu zu erstellen.

Aus Sicht des Kunden hatten sie ein CMS, mit dem sie Inhalte nicht verwalten konnten. Die logische Schlussfolgerung: Sie brauchten ein anderes System. Sie suchten nach Optionen für eine komplett neue Website auf einer komplett neuen Plattform.

Lesen Sie auch: warum Ihre Drupal-Website defekt wirkt, obwohl die Plattform in Ordnung ist sowie wie Legacy-Modernisierung aussieht, wenn das Problem in der Implementierung liegt.

Neuaufbau oder Modernisierung einer nicht editierbaren Drupal-Website?

Als wir die Situation analysierten, sahen wir zwei Wege mit sehr unterschiedlichen Kosten, Zeitplänen und Risiken.

Der Plan des Kunden war Weg A: vollständiger Neuaufbau auf einer neuen Plattform - 6 bis 18 Monate Arbeit, ein erhebliches Budget, das Risiko eines neuen Dienstleisters und Tech-Stacks sowie der nahezu sichere Verlust von SEO-Wert und URL-Kontinuität, ohne Garantie, dass der Neuaufbau besser konfiguriert wäre als die alte Website.

Wir schlugen Weg B vor: das Bestehende reparieren. Die Drupal-Installation funktionierte, der Technologie-Kern war aktuell und wird aktiv weiterentwickelt. Das Problem lag ausschließlich in der Implementierungsschicht - konkret darin, wie das Paragraphs-System (nicht) konfiguriert war. Die bestehende Installation beizubehalten und universelle, wiederverwendbare Komponenten richtig umzusetzen, hätte nur einen Bruchteil des Neuaufbaus gekostet - und trotzdem eine moderne, editierbare, responsive Website durch Drupal-Modernisierung statt Replatforming geliefert.

Unser Kunde war ein klarer Modernisierungsfall: Die Plattform konnte alles, was sie brauchten; sie hatte nur nie die Chance bekommen. Die vollständige Entscheidungslogik Neuaufbau versus Modernisierung wiederholen wir hier nicht - Kostenaufstellung, enge Fälle, in denen ein Neuaufbau wirklich Sinn ergibt, und ein phasenweises Framework für Ihre eigene Website beschreiben wir in einem separaten Leitfaden zur schrittweisen CMS-Modernisierung.

Wie modernisieren Sie eine Drupal-Website statt sie neu aufzubauen?

Wir schlugen kein mehrmonatiges Projekt vor. Wir schlugen einen fokussierten, phasenweisen Ansatz vor, der schnell sichtbare Ergebnisse liefert und darauf aufbaut.

Schritt 1: die echten Bedürfnisse verstehen

Bevor wir ein Design-Tool öffneten, setzten wir uns mit dem Marketing-Team zu einer Reihe von Discovery-Meetings zusammen. Keine Designer, keine Wireframes - nur Gespräche darüber, was sie auf der Website wirklich tun müssen und was sie blockiert.

Die Erkenntnis war klar: In den Discovery-Sessions sagten Redakteure, dass der Großteil ihrer Frustration daher kam, dass sie Inhalte nicht bearbeiten konnten. Sie brauchten keine neuen Features. Sie brauchten keine andere Architektur. Sie brauchten die Möglichkeit, Texte zu aktualisieren, Bilder auszutauschen, Abschnitte neu anzuordnen und neue Landingpages zu erstellen - Dinge, die jedes richtig konfigurierte CMS out of the box beherrschen sollte.

Schritt 2: universelle Komponenten entwerfen

Auf Basis dieser Gespräche erstellte unser Design-Team einen Satz Paragraph-Komponenten - keine Seitenlayouts, sondern wiederverwendbare Bausteine. Jede Komponente wurde in 3 bis 4 Farbvarianten gestaltet, damit Marketing je nach Kontext zwischen hellem Hintergrund, dunklem Hintergrund, Markenfarben oder neutralem Stil wählen konnte.

Jede Komponente erhielt ein eigenes Mobile-Layout. Keine „verkleinerte Desktop-Version“ - sondern ein separat gestaltetes Erlebnis für kleinere Bildschirme.

Das zentrale Designprinzip: Universalität. Jede Komponente musste auf Produktseiten, Landingpages, Event-Ankündigungen und in Kontexten funktionieren, an die wir noch nicht gedacht hatten.

Schritt 3: richtig umsetzen

Die Entwicklungsarbeit war unkompliziert, sobald das Design stand. Wir setzten Drupal Paragraphs korrekt um - jeder Abschnitt jeder Seite wurde zu einer unabhängigen, editierbaren Komponente, die Redakteure hinzufügen, entfernen, neu anordnen und konfigurieren können. Eine ausführliche Analyse dessen, was eine defekte Paragraphs-Konfiguration von einer redakteursfreundlichen unterscheidet, finden Sie in unserem Artikel zur korrekten Implementierung von Drupal Paragraphs.

Wir ersetzten bildbasierte Inhalte durch echten, editierbaren Text - mit korrekter Überschriftenstruktur (H1, H2, H3) für SEO. Wir modernisierten das Admin-Panel mit dem Gin-Theme, damit Redakteure eine zeitgemäße, intuitive Oberfläche statt der veralteten Standard-Ansicht erhalten.

Lesen Sie auch: schneller Weg zur Bearbeitung und Anpassung eines Drupal-Absatzes sowie das Geysir-Modul für schnellere Paragraph-Bearbeitung.

Schritt 4: übergeben ohne Schulung

Statt eine formale Schulung zu planen, bauten wir auf der Staging-Umgebung eine vollständige Beispielseite mit jedem verfügbaren Paragraph-Typ und jeder Variante. Das Marketing-Team erkundete sie in eigenem Tempo, klickte sich durch Optionen und experimentierte mit Inhalten.

Als sie in die Produktion wechselten, begannen sie, Seiten selbstständig zu erstellen. Kein Handbuch. Kein Workshop. Das System war intuitiv genug, dass sie durch Ausprobieren lernten - genau so, wie ein CMS funktionieren sollte. Die schrittweise Übergabe über Staging ohne Schulung beschreiben wir in einem separaten Leitfaden.

Welche Ergebnisse brachte das?

Der Effekt zeigte sich auf zwei Ebenen: messbare Business-Zahlen kurzfristig und ein tieferer Wandel darin, wie der Kunde mit seiner eigenen Plattform arbeitet.

Was war die unmittelbare Business-Wirkung?

Die erste Seite, die wir neu aufbauten, war eine Landingpage für Geschenkkarten - rechtzeitig vor der Weihnachtssaison live, einer kritischen Geschäftsperiode für den Kunden. Das Ergebnis: rund 24 % Steigerung der Conversion-Rate im Vergleich zur alten, bildbasierten Version.

Redakteure begannen, selbstständig neue Landingpages zu erstellen. Sie bauten Seiten für neue Produkte, Webinar-Promotions und Event-Ankündigungen - ohne ein einziges Developer-Ticket. Sie bestellten 6 bis 9 neue Paragraph-Typen, um ihr Toolkit zu erweitern.

Was änderte sich jenseits der Zahlen?

Jenseits der Zahlen geschah etwas Wichtigeres. Der Kunde hörte auf, nach „Seiten“ zu fragen, und begann nach „Komponenten“ zu fragen. Neue Paragraph-Designs bewertete er danach, wie universell und wiederverwendbar sie sein würden. Er dachte wie ein System-Designer - nicht weil wir es ihm beigebracht hatten, sondern weil der komponentenbasierte Ansatz das natürlich machte. Wie dieser Wandel in der Praxis aussieht, beschreiben wir in einem Leitfaden dazu, Kunden komponentenbasiertes Denken beizubringen.

Das Marketing-Team entdeckte, dass für Produktpräsentationen entworfene Paragraphs hervorragend für Webinar-Ankündigungen funktionierten. Felder für Produktbeschreibungen wurden für Event-Daten und Details umgenutzt. Das System wurde kreativ genutzt - auf Weisen, die wir nicht geplant hatten. Ein zuverlässiges Zeichen, dass die Architektur funktioniert.

Warum war der Wiederaufbau von Vertrauen der eigentliche Gewinn?

Der Kunde ging vom Plan, Drupal ganz aufzugeben, zu aktiver Investition in die Plattform über. Er glaubt an die Technologie - nicht wegen eines Sales-Pitches, sondern weil sie echte Business-Ergebnisse lieferte. Dieser Vertrauenswandel ist mehr wert als jede einzelne Conversion-Metrik.

Den Ansatz replizierten wir später bei einem weiteren Kunden in nahezu identischer Situation - bereit, Drupal zu verlassen, frustriert über ein nicht funktionierendes CMS, RFP für eine neue Plattform in Arbeit. Ein bewährtes Case Study machte das Gespräch deutlich einfacher.

Ist Ihre Drupal-Website nicht editierbar? So erkennen Sie es

Wenn einer der folgenden Punkte bekannt vorkommt, könnte Ihre nicht editierbare Drupal-Website eher für Modernisierung als für Neuaufbau infrage kommen:

Rote Flaggen, die auf Implementierungsfehler hindeuten, nicht auf Plattformfehler:

• Ihr CMS hat Features, die Ihr Team in der Praxis nicht nutzen kann
• Redakteure meiden das CMS und nutzen Workarounds (Bild-Uploads, E-Mails an Entwickler mit Änderungswünschen)
• Die Website wirkt veraltet, aber die Technologie darunter ist aktuell
• Jemand sagte „das geht in unserem CMS nicht“, ohne technische Details zu liefern
• Es gibt einen RFP-Entwurf für eine neue Website, der Ihre aktuelle Plattform nicht erwähnt

Fünf Fragen, bevor Sie sich für einen Neuaufbau entscheiden:

1. Hat jemand mit Plattform-Expertise geprüft, ob die CMS-Features korrekt konfiguriert sind?
2. Kann ein Spezialist zeigen, wozu das CMS bei richtiger Einrichtung wirklich fähig ist?
3. Was würde die Behebung der Implementierung im Vergleich zum Neustart kosten?
4. Wie viel Content, SEO-Wert und institutionelles Wissen gingen bei einer Plattform-Migration verloren?
5. Ist das Team frustriert über die Plattform selbst - oder über die Nutzungserfahrung?

Wenn Sie bei mindestens zwei dieser Fragen zögern, lohnt sich eine Zweitmeinung, bevor Sie einen Neuaufbau-Vertrag unterschreiben.

Fazit

Einen Website-Neuaufbau von Grund auf vorzunehmen ist manchmal richtig. Aber deutlich seltener, als die meisten annehmen. In vielen Fällen - besonders mit reifen Plattformen wie Drupal - ist die Technologie vollständig in der Lage, das zu liefern, was das Business braucht. Wenn Sie eine nicht editierbare Drupal-Website haben, liegt die Lücke fast immer in der Implementierung, nicht in der Plattform.

Das günstigste, schnellste und risikoärmste Website-Projekt ist das, das Sie nicht bei null beginnen müssen. Bevor Sie einen Neuaufbau-Vertrag unterschreiben, investieren Sie in das Verständnis dessen, wozu Ihre aktuelle Plattform wirklich fähig ist. Möglicherweise trennt Sie von der Website, die Ihr Team verlangt, nur eine saubere Implementierung.

Neuaufbau geplant? Holen Sie sich zuerst eine Zweitmeinung ein

Diese Case Study basiert auf einem echten Produktionsprojekt für ein internationales Benefits-Unternehmen, in dem wir eine bestehende Drupal-Website modernisierten statt sie neu aufzubauen. Das Ergebnis: eine editierbare, responsive, komponentenbasierte Plattform, rund 24 % Conversion-Steigerung auf der ersten neu aufgebauten Seite und ein Kunde, der heute aktiv in den Ausbau des Systems investiert. Die Website läuft seit Monaten produktiv.

Fragen Sie sich, ob Ihre Website einen vollständigen Neuaufbau braucht - oder nur eine intelligentere Implementierung? Unser Team ist darauf spezialisiert, das Maximum aus bestehenden Drupal-Plattformen herauszuholen - von korrekt konfigurierten Paragraphs bis zu redakteursfreundlichen Admin-Erlebnissen. Entdecken Sie unsere Drupal-Entwicklung, um zu erfahren, wozu Ihre aktuelle Plattform wirklich fähig ist.