Drupal Entwickler,
wenn es passt.
Ich arbeite seit über acht Jahren mit Drupal. Nicht, weil es das hippste CMS ist, sondern weil es in den richtigen Kontexten still und zuverlässig seine Arbeit macht.
function mytheme_preprocess_node(array &$variables) { $node = $variables['node']; if ($node->bundle() === 'article') { $variables['reading_time'] = ceil( str_word_count( strip_tags($node->body->value) ) / 200 ); } } 8+
Jahre Drupal-Erfahrung
D7→D11
Alle Versionen begleitet
20+
Drupal-Projekte umgesetzt
100%
Berliner Code, kein Outsourcing
Was ich mache
Vier Bereiche, in denen ich tief drin bin.
Keine Werbeliste, sondern das, was bei meinen Drupal-Projekten tatsächlich anfällt.
Implementierung
Custom Module, Themes und Konfiguration. Drupal so aufbauen, dass die Redaktion damit gut leben kann.
Migrationen
Drupal 7 oder andere Systeme auf aktuelles Drupal heben. Schrittweise, mit Prüfung jedes Inhaltstyps.
Multisite & Distributionen
Mehrere ähnliche Sites aus einer Codebase pflegen. Sinnvoll, wenn Inhalte und Strukturen sich gleichen.
Wartung & Sicherheit
Security-Updates, Modulpflege, Performance. Damit eine Drupal-Site nicht nach drei Jahren brüchig wird.
Drupal ist nicht für jedes Projekt das richtige Werkzeug. Aber dort, wo strukturierte Inhalte, viele Redakteure und ein langer Atem zusammenkommen, ist es schwer zu schlagen.
Lenard Kratky
Drupal Entwickler aus Berlin
Womit ich baue
Tech Stack
Drupal alleine reicht selten. Drumherum: Symfony, Composer, ein paar bewährte Module und Werkzeuge fürs Deployment.
Drupal
Module
Entwicklung
Betrieb
Wo Drupal sinnvoll ist
Vier Kontexte aus der Praxis
Keine Erfolgsgeschichten, sondern eine ehrliche Liste der Umfelder, in denen ich Drupal regelmäßig sehe und einsetze.
- 01
Hochschulen & Forschungsinstitute
Sites mit komplexer Struktur, vielen Redakteuren und langer Lebenszeit. Drupal sitzt hier oft seit über zehn Jahren.
- 02
Verlage & Medienhäuser
Publikationen, Archive und mehrsprachige Inhalte. Strukturierte Daten, die maschinell weiterverarbeitet werden.
- 03
Öffentliche Einrichtungen
Anforderungen an Barrierefreiheit, Datenschutz und Stabilität. Wenig Spielraum für Experimente.
- 04
Vereine & NGOs
Knappe Budgets, aber Inhalte, die nicht weniger wichtig sind. Drupal kann hier viel mit wenig leisten.
Wie ich arbeite
Drei Schritte, die sich bewährt haben.
Kein Geheimrezept. Eher eine Haltung, die sich über die Jahre eingespielt hat.
- 1 Schritt 01
Verstehen
Was braucht das Projekt wirklich? Welche Inhaltsmodelle, welche Redaktionsprozesse, welche Schnittstellen?
- 2 Schritt 02
Bauen
Iterativ, mit Code-Reviews und kleinen Releases. Konfiguration als Code, damit nichts im Klick-Nirvana verloren geht.
- 3 Schritt 03
Übergeben
Dokumentation, Schulung und Wissenstransfer ans Team. Damit die Site auch ohne mich weiterläuft.
Häufige Fragen
FAQ
Lohnt sich Drupal heute überhaupt noch?
+
In den richtigen Kontexten ja. Drupal glänzt da, wo strukturierte Inhalte, viele Redakteure und langfristige Pflege zusammenkommen. Für eine kleine Marketingseite ist es überdimensioniert, für eine Hochschul-Plattform mit dreißig Redakteuren oft die beste Wahl.
Worin unterscheiden sich Drupal 7, 10 und 11?
+
Drupal 7 ist seit 2025 End-of-Life und sollte migriert werden. Drupal 10 und 11 basieren auf Symfony, sind objektorientiert und unterscheiden sich technisch deutlich vom alten 7er-Stil. Eine Migration ist immer ein Re-Build, kein Update.
Wann ist Drupal die falsche Wahl?
+
Wenn die Site klein und statisch ist, wenn das Team kein PHP-Know-how hat oder wenn die Anforderungen sich monatlich ändern. Dann sind statische Generatoren oder einfachere Headless-Setups oft die bessere Wahl, und das sage ich auch offen.
Kannst du auch nur Beratung machen, ohne selbst zu bauen?
+
Ja, gern. Architektur-Reviews, Audits oder Workshops für interne Teams sind ein eigenständiger Teil meiner Arbeit. Manche Teams brauchen genau das, statt einer weiteren Hand am Code.
Was passiert nach dem Launch?
+
Drupal-Sites brauchen Pflege. Security-Updates kommen regelmäßig, gelegentlich auch größere Modul-Updates. Auf Wunsch übernehme ich das laufend, oder ich übergebe sauber an dein internes Team.
Fragen zu Drupal?
Schreib mir.
Kein Sales-Pitch, keine Verkaufsmail im Anschluss. Ich antworte gern auf konkrete Fragen, auch wenn daraus kein Projekt entsteht.