Ihre Drupal 7-Site erhält ab dem 5. Januar 2026 keine Sicherheits-Patches mehr. Das erweiterte Support-Fenster von Tag1 schließt sich. Nach diesem Datum wird jede ungepatchte CVE zu einem Live-Exploit-Pfad — Bots scannen innerhalb von Stunden nach Drupal 7-Signaturen, sobald eine Schwachstelle bekannt wird, und GDPR-Geldstrafen interessieren sich nicht dafür, ob Sie ein Migrations-Budget hatten. Sie wählen nun zwischen drei Wegen: (1) ein Drupal 10-Upgrade, das die meisten Custom-Module umschreibt, (2) eine Headless Next.js-Migration, die Ihr Frontend vollständig entkoppelt, oder (3) sich mit Vendor Lock-in in ein teures verwaltetes CMS zu begeben. Jede Option birgt versteckte Kosten, die die meisten Agenturen beim ersten Anruf nicht erwähnen. Die realistische Preisspanne für eine Site mit mittlerer Komplexität? $28k bis $95k, je nachdem, wie viel technische Schulden Sie mit sich herumtragen und ob Ihr Content-Modell den Sprung übersteht. Bevor Sie ein Statement of Work unterzeichnen, müssen Sie die Entscheidungsvariablen sehen, die tatsächlich zählen — nicht die Sales-Deck-Version.

In den letzten Jahren habe ich den Überblick über Drupal 7-Migrationen verloren. Einige waren einfache Broschürenseiten; andere waren Labyrinthe aus Custom-Modulen und verworrenen Content-Types. Glauben Sie mir, der Versuch, Views zusammenzusetzen, die wie eine Pasta-Explosion auf einem Teller aussehen, ist niemandem Spaß. Hier ist der Leitfaden, den ich mir früher gewünscht hätte — eine ehrliche Aufschlüsselung dessen, was Sie tatsächlich tun können.

Inhaltsverzeichnis

Drupal 7 End of Life 2026: Migration Options, Costs & Decision Guide

Der Drupal 7 EOL-Zeitplan: Was passiert tatsächlich

Diese Daten können verschwommen wirken, also klären wir das:

  • 1. November 2023: Drupal 7s Community-Support endete. Keine weiteren Sicherheitsmitteilungen vom Drupal Security Team.
  • 2024-2025: Drittanbieter wie Tag1 Consulting boten erweiterten Support an, aber dieser ist kostenpflichtig.
  • 5. Januar 2026: Ende des kommerziellen Supports von Tag1. Das ist Ihr Cut-off.

Nach Januar 2026 navigieren Sie in unbekanntem Gewässer. Ihre Site stirbt nicht spontan, aber Gefahren sind:

  1. Keine Sicherheitsupdates für Drupal 7-Sicherheitslücken
  2. PHP-Kompatibilitätsprobleme, da Hosts zu PHP 8.3+ wechseln (auf Wiedersehen PHP 5.x/7.x Komfortzone)
  3. Hosting-Hürden aufgrund des Fallenlassens von PHP 7.4-Support
  4. Compliance-Chaos mit Standards, die aktuelle Software erfordern — denken Sie an GDPR
  5. Versicherungshürden, da gepatchte und unterstützte Plattformen zu Versicherungs-Must-haves werden

Ihre aktuelle Drupal 7-Site verstehen

Bevor Sie Ihren Weg wählen, müssen Sie ein kristallklares Verständnis des aktuellen Zustands Ihrer Site haben. Überspringen Sie dies, und Sie werden wahrscheinlich einem explodierenden Budget gegenüberstehen.

Content-Audit

Beginnen Sie mit einem Content-Audit. Holen Sie sich die Liste Ihrer Content-Types mit:

SELECT type, COUNT(*) as count 
FROM node 
GROUP BY type 
ORDER BY count DESC;

Sie werden wissen wollen:

  • Entity-Referenzen und deren Verbindungen
  • Media-Anhänge und deren Speicherorte
  • Taxonomie-Vokabular und eventuellen Hierarchien
  • Custom-Felder aus diesen süßen Contrib-Modulen

Modul-Inventar

Listen Sie Ihre aktivierten Module auf:

drush pm-list --status=enabled --type=module

Sortieren Sie sie nach:

  • Kernfunktionalität
  • Custom-Kreationen — diese könnten Sie verfolgen
  • Integrations-Pieces (Payment Gateways, CRM, SSO)
  • Vergessene Module, deren Existenz Sie nicht mehr erinnern

Custom-Module sind die echten Wildkarten hier. Ohne ihren ursprünglichen Dev oder Dokumentation kann die Migrationszeit leicht um 30-50% anschwellen.

Traffic und Performance-Baseline

Legen Sie Ihre Analytik fest, um die Post-Migration-Site zu benchmarken:

  • Monatliche Sessions und eindeutige Besucher
  • Core Web Vitals (LCP, FID/INP, CLS)
  • Server-Antwortzeit (TTFB)
  • Cache-Hit-Ratios (besonders wenn Varnish oder ein CDN beteiligt ist)

Option 1: Upgrade auf Drupal 10/11

Lassen Sie uns nicht beschönigen: Die Migration von Drupal 7 zu 10 ist wie ein Haus von Grund auf zu bauen, nachdem man das alte abgerissen hat. Die Änderungen zwischen D7 und D8 (die Basis für D10/11) sind monumental. Hier ist, womit Sie rechnen müssen:

Was das beinhaltet

  1. Neues Drupal 10/11 Setup — vergessen Sie, Themes wiederzuverwenden
  2. Content-Types-Wiederbelebung und Feld-Matching
  3. Content-Migration über das Migrate-Modul oder Custom-ETL
  4. Views-Rekonstruktion — schöne Zeiten
  5. Custom-Module-Rebuild für Symfonys Architektur
  6. Contrib-Modul-Substituts-Jagd

Wann das sinnvoll ist

  • Ihre Editorial-Leute sind in der Drupal-Welt verankert
  • Sie verlassen sich auf spezifische Drupal-Funktionen (z. B. granulare Berechtigungen)
  • Die Bearbeitung mehrerer Sprachen ist unverzichtbar
  • Sie sind in Branchen wie Regierung oder Bildung

Wenn nicht

  • Ihre Site bietet ein schlankes Content-Modell
  • Frontend-Performance-Verbesserungen sind entscheidend
  • Das Projekt-Budget ist begrenzt (denken Sie unter $40k)
  • Sie nutzen nicht die meisten von Drupals Trickkiste

Drupal 7 End of Life 2026: Migration Options, Costs & Decision Guide - architecture

Option 2: Headless gehen mit Next.js + Supabase

Für die meisten mittelgroßen bis großen Sites ist dies der Weg, den wir bei Social Animal empfehlen. Die Idee ist, ein Headless-CMS zur Content-Bereitstellung zu verwenden, ein elegantes Frontend-Framework und ein Backend-as-a-Service für Ihre serverseitigen Anforderungen.

Der Stack

  • Headless CMS: Betrachten Sie Sanity, Contentful oder Storyblok
  • Frontend: Next.js für die Site — genießen Sie Server-Side Rendering und statische Generierung
  • Backend/Datenbank: Supabase für Authentifizierung, Datenbanken, Dateispeicherung und Logik
  • Hosting: Vercel oder Netlify für das Frontend, Supabase für das Backend

Warum Supabase?

Supabase gibt Ihnen eine Fülle: Postgres mit REST/GraphQL-APIs, Auth, Dateispeicherung und Edge-Funktionen. Es erfüllt:

  • Benutzerregistrierung/Login ohne umständliche Drupal-Module
  • Webformular-Einreichungen ordentlich in Postgres gespeichert
  • Dateibehandlung
  • Such-Optionen (mit Postgres oder Typesense)
  • Übliche CRUD-Aufgaben

Supabase ist auch budgetfreundlich – kostenloser Tier passt gut für kleine Sites, Pro-Plan bei £25/Monat ist golden.

// Beispiel: Migration eines D7 Webformulars zu Supabase
import { createClient } from '@supabase/supabase-js'

const supabase = createClient(
  process.env.NEXT_PUBLIC_SUPABASE_URL!,
  process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY!
)

export async function submitContactForm(formData: ContactFormData) {
  const { data, error } = await supabase
    .from('contact_submissions')
    .insert({
      name: formData.name,
      email: formData.email,
      message: formData.message,
      submitted_at: new Date().toISOString(),
    })
    .select()

  if (error) throw new Error(`Submission failed: ${error.message}`)
  return data
}

Content-Migrations-Strategie

Hier ist eine grobe Gliederung für die Content-Migration:

  1. Exportieren Sie Content aus D7 mit Custom-Drush oder Datenbankabfragen
  2. Transformieren Sie ihn, um Ihr neues CMS-Setup anzupassen (die eigentliche Arbeit ist hier)
  3. Importieren Sie in Ihr Headless-CMS über deren API
  4. Validieren Sie alles — nichts ist schlimmer als aufgespaltete Referenzen oder fehlende Medien

Eine typische Site mit 5.000 Nodes könnte etwa 2-4 Wochen dedizierter Migrationarbeit bedeuten.

Option 3: Migration zu einer anderen CMS-Plattform

Nicht jede Lösung erfordert ein Headless-Setup. WordPress, Craft CMS oder sogar statische Site-Generatoren wie Astro sind legitime Alternativen.

Plattform-Vergleich

Faktor Drupal 10/11 Next.js + Headless CMS WordPress Craft CMS Astro (Statisch)
Content-Komplexität Ausgezeichnet Gut (CMS-abhängig) Moderat Ausgezeichnet Einfach
Editorial UX Steil Variiert Einfach Gut Benötigt CMS
Performance Moderat Ausgezeichnet Moderat Gut Ausgezeichnet
Entwickler-Pool Schrumpfend Wachsend Reichhaltig Klein Wachsend
Hosting-Kosten/Mo $50-$300 $0-$50 $10-$100 $20-$100 $0-$20
Wartung Hoch Low-Medium Mittel Mittel Niedrig
Mehrsprachig Ausgezeichnet Gut Plugin-abhängig Gut Variiert
Migrations-Komplexität Hoch Hoch Mittel Mittel-Hoch Low-Medium

Kostenvergleich: Echte Zahlen für echte Projekte

Hier ist, wie Projekte kosten-seitig ausgesehen haben:

Kleine Site

| Kostengruppe | Drupal 10 Upgrade | Next.js + Headless | WordPress Migration | |--------------|-------------------|-------------------|--------------------|| | Entwicklung | £15k-£25k / $20k-$35k | £12k-£20k / $15k-$28k | £8k-£15k / $10k-$20k | | Content-Migration | £3k-£5k | £3k-£5k | £2k-£4k | | Design/UX | £5k-£10k | £5k-£10k | £3k-£8k | | Hosting (jährlich) | £600-£3,600 | £0-£600 | £120-£1,200 | | Wartung (jährlich) | £3k-£8k | £1k-£3k | £2k-£5k | | 3-Jahre TCO | £34k-£75k | £23k-£44k | £19k-£43k |

Mittlere Site

| Kostengruppe | Drupal 10 Upgrade | Next.js + Supabase | WordPress Migration | |--------------|-------------------|-------------------|--------------------|| | Entwicklung | £40k-£80k / $55k-$110k | £35k-£65k / $45k-$90k | £25k-£50k / $35k-$70k | | Content-Migration | £8k-£15k | £8k-£15k | £6k-£12k | | Design/UX | £10k-£20k | £10k-£20k | £8k-£15k | | Hosting (jährlich) | £1,200-£6,000 | £300-£1,800 | £600-£3,600 | | Wartung (jährlich) | £6k-£15k | £3k-£8k | £4k-£10k | | 3-Jahre TCO | £79k-£178k | £63k-£129k | £53k-£117k |

Große/Enterprise-Site

Kostengruppe Drupal 10 Upgrade Next.js + Headless CMS
Entwicklung £100k-£250k / $130k-$350k £80k-£200k / $100k-$275k
Content-Migration £20k-£50k £20k-£50k
Design/UX £20k-£40k £20k-£40k
CMS-Lizenzierung (jährlich) £0 £3k-£30k
Hosting (jährlich) £3,600-£24,000 £1,200-£6,000
Wartung (jährlich) £15k-£40k £8k-£25k
3-Jahre TCO £196k-£532k £147k-£413k

CMS-Lizenzierungs-Hinweis: Drupal ist Open Source, keine Lizenzgebühren. Aber Warnung — Plattformen wie Contentful werden schnell teuer. Für eine selbst gehostete Option ohne CMS-Gebühren, betrachten Sie Payload CMS.

Hosting- und Infrastruktur-Überlegungen

Menschen unterschätzen oft Hosting bei Plattformwechseln. Es ist komplizierter, als Sie vielleicht denken.

Drupal 10 Hosting

Drupal benötigt ein echtes Hosting-Setup:

  • Pantheon: $41-$200/Monat
  • Platform.sh: $52-$208/Monat
  • Acquia: Ab £134/Monat
  • VPS: £20-£100/Monat (DIY-Ansatz, alle Updates auf Ihnen)

Next.js + Supabase Hosting

  • Vercel: Kostenlos, Pro bei £20/Monat pro Person
  • Supabase: Startet kostenlos, Pro bei £25/Monat
  • Headless CMS: Variiert stark

Grand Total? Oft viel weniger als Drupal-Hosting.

SSL, CDN, E-Mail — Oh mein!

Drupal benötigt manchmal Extra-Hände wie Cloudflare, E-Mail-Deals über SendGrid und SSL mit Let's Encrypt. Im Gegensatz dazu enthalten Headless-Setups viele Features von vornherein — vergessen Sie aber nicht Ihr E-Mail-Setup.

Das Decision-Framework

Hier ist ein Framework, das Ihre Entscheidungsfindung stabil hält:

Bleiben Sie bei Drupal (Upgrade auf D10/11), wenn:

  • Ihr Editorial-Team liebt die Drupal-Art
  • Sie brauchen Drupals granulare Berechtigungen
  • Mehrsprachiger Content ist keine Luxus
  • Industrie-Standards sperren Sie ein

Werden Sie Headless (Next.js + Supabase/Headless CMS), wenn:

  • Performance macht oder bricht Sie
  • Kostenersparnis auf lange Sicht entscheidend ist
  • Ihr Team bevorzugt JavaScript/TypeScript
  • Ein elegantes Web-App-Gefühl ist das Ziel
  • Entkopplung spielt Ihrer Content-Strategie in die Hände

Wählen Sie WordPress, wenn:

  • Eine einfache Content-Site passt zu Ihnen
  • Sie Pfennige zählen (wie weit diese Projekte gehen)
  • Sie das einfachste Editor-Toolkit möchten

Gehen Sie statisch (Astro), wenn:

  • Informationsbereitstellung ist alles
  • Max-Performance ist am wichtigsten
  • Seiten und Updates sind begrenzt
  • Kein Bedarf für komplexes Benutzer-Engagement

Die richtige Agentur finden

Hier ist, wie man die guten aufspürt:

Fragen Sie nach ihrem Migrationsprotokolle. Wenn ihr Plan nur wie ein "wir improvisieren"-Stil klingt, laufen Sie.

Evaluieren Sie ihre Drupal-Expertise. Selbst wenn Sie es verlassen, verhindert Drupal-Einsicht chaotische Migration.

Prüfen Sie ihr Frontend-Arsenal. Headless erfordert Expertise in Ihrem anvisierten Framework.

Sichern Sie sich ein Festpreis-Angebot. Erwägen Sie eine Discovery-Phase, um den Scope vor der Unterzeichnung zu skizzieren.

Klären Sie Support-Vereinbarungen. Wer ist für Panik-Anrufe um 3 Uhr nachts da, wenn etwas schiefgeht?

Wenn Sie mitten im Strategisieren dieses Schritts stecken, sprechen wir gerne — kontaktieren Sie uns jederzeit.

FAQ

Wann endet Drupal 7 Support genau?

Community-Support endete am 1. November 2023. Tag1s erweiterter Support endet am 5. Januar 2026. Nach dieser Frist müssen Sie mit ungepatchten Sicherheitslücken rechnen.

Kann ich nach End of Life einfach auf Drupal 7 bleiben?

Technisch ja. Aber erwarten Sie ungepatchte Schwachstellen und Compliance-Probleme. End-of-Life-Software ist ein schwieriger Verkauf für GDPR und Cyber-Versicherung.

Ist die Migration von Drupal 7 zu Drupal 10 wirklich ein vollständiger Rebuild?

Ja. Die Änderung von D7 zu D8 (Grundlage für D10/11) ist seismisch. Bereiten Sie sich auf ein komplettes Rebuild-Projekt vor, nicht auf ein sanftes "Upgrade".

Wie lange dauert eine typische Drupal 7-Migration?

Kleine Sites: 6-10 Wochen. Mittel: 12-20 Wochen. Große/Enterprise: 6-12 Monate. Content und QA dehnen sich oft länger aus als erwartet.

Was ist die billigste Migrations-Option?

WordPress ist oft die budgetfreundlichste für unkomplizierte Sites (von £8k/$10k). Doch über drei Jahre könnte eine Headless-Migration bei Wartung und Hosting sparen.

Sollte ich zu Drupal 10 migrieren oder mit Next.js Headless gehen?

Drupal passt zu tief verwurzelten Editorial-Setups. Für moderne Performance und Kosteneffizienz könnte Next.js Ihr bestes Angebot sein. Das obige Framework sollte es für Sie klären.

Welches Headless-CMS sollte ich verwenden, um Drupal 7 zu ersetzen?

Sanity, Payload CMS oder Storyblok sind großartige Picks, wobei Payload einen selbst gehosteten Weg bietet. Wählen Sie basierend auf organisatorischer Passung — Team-Größe und Komplexität.

Muss ich meine Site während der Migration übergestalten?

Redesign und Migration funktionieren oft gut zusammen finanziell. Wenn das Budget begrenzt ist, replizieren Sie Designs und planen Sie später Verbesserungen.