Drupal Entwicklung

Wer eine Drupal-Website über das Standard-Setup hinaus anpassen will, kommt um individuelle Drupal-Entwicklung nicht herum. Custom Modules für eigene Geschäftslogik, individuelle Theme-Entwicklung, eigene Integrationen zu Drittsystemen, Migrationen aus Legacy-Drupal-Versionen — all das entsteht nicht durch Modul-Installationen, sondern durch sauberen PHP- und Symfony-Code, der die Drupal-APIs respektiert.

Was wir an Drupal entwickeln

Custom Modules für individuelle Geschäftslogik und Workflows
Custom Entity-Types mit eigenen Fields und Storage
Custom Field Types und Widgets für spezielle Datenstrukturen
Custom Themes mit Twig-Templates und SCSS-Architektur
Migrate-API-Konfiguration für Daten-Import aus anderen Systemen
REST- und JSON:API-Erweiterungen für API-First-Setups
GraphQL-Endpoints für moderne Headless-Architekturen
Workflow- und Genehmigungs-Module für Multi-Author-Setups
Multi-Site-Konfigurationen für Konzern-Setups
Integrationen zu CRM (Salesforce, HubSpot), ERP, Identity-Providern, externen APIs
Performance-Module für Caching, Lazy Loading, Image Optimization

Wie professionelle Drupal-Entwicklung aussieht

Strikt nach Drupal Coding Standards

Wir entwickeln nach den offiziellen Drupal Coding Standards: PHP_CodeSniffer mit Drupal-Ruleset, korrekte Verwendung der Drupal-APIs (Plugin API, Entity API, Form API, Configuration API), saubere Service-Definitionen und Dependency Injection. Damit bleiben unsere Custom Modules update-fest und auch in fünf Jahren noch wartbar.

Configuration Management von Anfang an

Drupal bietet seit Version 8 ein leistungsfähiges Configuration Management System. Wir nutzen es konsequent: Konfiguration als versionierte YAML-Files, deploybar über Umgebungen (Dev/Staging/Prod), reproduzierbar via Drush. Damit werden Deployments planbar statt zur Glückssache.

Test-Coverage für Geschäftslogik

Custom Modules mit nicht-trivialer Geschäftslogik bekommen PHPUnit-Tests oder Kernel-Tests (für Tests mit Drupal-Container). Für End-to-End-Tests nutzen wir Nightwatch.js oder Drupal Test Traits. Damit Ihr Code auch nach mehreren Major-Updates noch refactorbar bleibt.

Symfony-Architektur respektieren

Seit Drupal 8 läuft das CMS auf Symfony. Unsere langjährige Symfony-Erfahrung fließt direkt ein: Service-Container für klare Abhängigkeiten, Event-Subscriber statt invasiver Hooks wo sinnvoll, Twig-Templates statt PHP-Templates. Saubere Architektur, die jedem erfahrenen PHP-Entwickler sofort vertraut ist.

Performance im Design-Prinzip

Drupal kann schnell sein – wenn man es richtig konfiguriert. Wir nutzen Internal Page Cache plus Dynamic Page Cache plus BigPipe für gestaffelte Auslieferung, Redis als Object-Cache, Varnish vor dem Anwendungs-Stack. Frontend-Optimierung über Aggregation, Lazy Loading, korrekte HTTP-Header.

Sicherheit von Anfang an

Drupal-Sites sind oft im Enterprise- oder Behörden-Umfeld – entsprechend hoch sind die Sicherheits-Anforderungen. Wir setzen striktes Input-Sanitizing, Prepared Statements für alle DB-Queries, korrekte Permissions auf jeder Route, sichere Verwendung der Drupal-APIs.

Drupal-Migrationen — eine eigene Disziplin

Drupal 7 zu Drupal 10/11

Die häufigste Migrations-Anfrage. Drupal 7 ist End-of-Life. Die Migration ist allerdings ein echtes Projekt — kein einfaches Update. Architektur ist komplett anders (objektorientiert statt prozedural), Custom-Module müssen reimplementiert werden, Theme-System ist neu.

Drupal 8/9 zu Drupal 10/11

Deutlich einfacher als die 7-zu-10-Migration. Hier sind die Architektur-Konzepte gleich, hauptsächlich Dependency-Updates und Anpassung an deprecierte APIs. Mit Tools wie Drupal Rector und Upgrade Status weitgehend automatisierbar.

Migrationen aus anderen CMS

Wir migrieren auch aus WordPress, TYPO3, Joomla, proprietären Eigenentwicklungen zu Drupal. Über die Drupal Migrate API lassen sich praktisch alle strukturierten Daten übernehmen — Inhalte, Benutzer, Bilder, Beziehungen.

Mini-Case aus unserer Praxis

Custom-Workflow-Modul für Multi-Author-Setup

Drupal-10-Anwendung mit mehrstufigem Genehmigungs-Prozess für Inhalte. Anforderungen: Inhalte durchlaufen 3 Stufen (Author → Editor → Approver), jede Stufe mit dedizierten Kommentar-Möglichkeiten, vollständiges Audit-Log aller Status-Wechsel, automatische E-Mail-Benachrichtigungen. Architektur: Custom-Modul mit eigener Workflow-Engine auf Basis der Drupal Content Moderation API, Custom Entity für Audit-Log, Symfony EventSubscriber für E-Mail-Trigger, PHPUnit-Tests für State-Machine-Logik. Resultat: stabile Workflow-Engine mit klarem Audit-Trail, deutlich entlasteter Editorial-Prozess gegenüber dem vorherigen manuellen E-Mail-Verkehr.

Häufige Fragen zur Drupal-Entwicklung

Wie lange dauert ein typisches Custom-Modul?

Ein einfaches Custom-Modul mit klar umrissener Funktion: 3-6 Wochen. Ein komplexes Custom-Modul mit eigenen Entity-Types, Admin-Backend und API-Endpoints: 8-16 Wochen.

Was kostet eine Drupal-7-zu-Drupal-10-Migration?

Hängt stark von Custom-Modul-Komplexität ab. Einfache Drupal-7-Site mit Standard-Modulen: 15.000 – 30.000 €. Mittelgroße Site mit mehreren Custom-Modulen: 40.000 – 100.000 €. Enterprise-Setup: 100.000 €+. Wir empfehlen vorab ein Migrations-Audit (typisch 1-2 Wochen) für eine verbindliche Kalkulation.

Können Sie auch bestehende Drupal-Codebasen übernehmen?

Ja, regelmäßig. Wir starten mit einem Code-Audit (Module-Bewertung, Sicherheit, Performance, Code-Qualität), dann gehen wir auf Quick-Wins und priorisieren längerfristige Refactorings.

Was ist mit Drupal-Modulen aus drupal.org?

Wir nutzen sie selektiv. Vorteil: viele sind sehr hochwertig und gut gepflegt. Nachteil: nicht alle. Wir auditieren jedes Modul auf Code-Qualität, Maintenance-Status, Test-Coverage und passen es ggf. an.

Können Sie auch Decoupled Drupal entwickeln?

Ja. JSON:API und GraphQL sind Core-Module ab Drupal 8/9. Wir bauen Decoupled Drupal mit Next.js, Nuxt oder Gatsby als Frontend.