Wenn Sie immer noch an Drupal 7 festhalten, dann befinden Sie sich in dieser Phase, in der Sie auf geliehener Zeit leben. Der Support endete offiziell im November 2023. Während Tag1 Consulting und einige andere großzügigerweise erweiterte kommerzielle Unterstützung angeboten haben, auch das verschwindet bis Januar 2026. Danach? Nichts. Keine Updates, keine Sicherheitspatches — Ihre Website wird zur leichten Beute für Hacker. Und sprechen wir gar nicht erst von Compliance-Problemen, besonders wenn Sie mit GDPR zu tun haben oder Zahlungen verarbeiten.

In den letzten Jahren habe ich den Überblick verloren, wie viele Drupal-7-Websites ich migriert habe. Einige waren einfache Broschüren-Websites; andere waren Labyrinthe aus benutzerdefinierten Modulen und verworrenen Content Types. Glauben Sie mir, den Versuch, Views zusammenzusetzen, die wie eine Pasta-Explosion auf einem Teller aussehen, macht niemandem Spaß. Hier ist der Leitfaden, den ich mir damals gewünscht hätte — eine sachliche Aufschlüsselung dessen, was Sie tatsächlich als Nächstes tun können.

Inhaltsverzeichnis

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

Die Drupal-7-EOL-Zeitachse: Was passiert eigentlich

Diese Daten können verschwommen wirken, also lassen Sie uns die Fakten klarstellen:

  • 1. November 2023: Drupal 7s Community-Support wurde beendet. Keine weiteren Sicherheitsmitteilungen vom Drupal Security Team.
  • Während 2024-2025: Drittanbieter wie Tag1 Consulting boten erweiterte Unterstützung an, aber das ist kostenpflichtig.
  • 5. Januar 2026: Ende der kommerziellen Unterstützung durch Tag1. Das ist Ihre Grenze.

Nach Januar 2026 navigieren Sie in unbekanntem Gewässer. Ihre Website wird nicht plötzlich sterben, aber die Gefahren sind:

  1. Keine Sicherheitsupdates für Drupal-7-Sicherheitslücken
  2. PHP-Kompatibilitätsnachtmäre, da Hosting-Provider zu PHP 8.3+ migrieren (auf Wiedersehen PHP 5.x/7.x-Komfortzone)
  3. Hosting-Barrieren aufgrund der Einstellung der PHP-7.4-Unterstützung
  4. Compliance-Chaos mit Standards, die aktualisierte Software erfordern — denken Sie an GDPR
  5. Versicherungshürden, da gepatchte und unterstützte Plattformen zu Versicherungsmuss-Haves werden

Verstehen Sie Ihre aktuelle Drupal-7-Website

Bevor Sie Ihren Weg wählen, brauchen Sie ein kristallklares Verständnis des aktuellen Zustands Ihrer Website. Wenn Sie das überspringen, werden Sie wahrscheinlich mit explodierenden Budgets konfrontiert.

Content-Audit

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

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

Sie möchten wissen:

  • Entity References und ihre Verbindungen
  • Media-Anhänge und ihre Speicherorte
  • Taxonomy Vocabularies und eventuelle Hierarchien
  • Benutzerdefinierte Felder aus diesen netten Contrib-Modulen

Modul-Inventur

Listet Ihre aktivierten Module auf:

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

Sortieren Sie sie nach:

  • Kernfunktionalität
  • Benutzerdefinierte Kreationen — diese können Sie später heimsuchen
  • Integrations-Teile (Payment Gateways, CRM, SSO)
  • Vergessene Module, an die Sie sich nicht erinnern, dass sie existieren

Benutzerdefinierte Module sind hier die echten Wildkarten. Ohne ihren ursprünglichen Entwickler oder Dokumentation kann sich die Migrationszeit leicht um 30-50% erweitern.

Traffic- und Performance-Baseline

Lassen Sie Ihre Analysen stimmig sein, um die migrierte Website zu vergleichen:

  • Monatliche Sessions und einzigartige Besucher
  • Core Web Vitals (LCP, FID/INP, CLS)
  • Server Response Time (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 neu zu bauen, nachdem man das alte abgerissen hat. Die Änderungen zwischen D7 und D8 (der Grundlagen für D10/11) sind monumental. Hier ist, worauf Sie sich einlassen:

Was dabei anfällt

  1. Neues Drupal-10/11-Setup — vergessen Sie, alte Themes wiederzuverwenden
  2. Content Types wiederherstellen und Feldanpassung
  3. Content-Migration über das Migrate-Modul oder benutzerdefinierte ETL
  4. Views-Rekonstruktion — viel Spaß dabei
  5. Benutzerdefinierte Modul-Neuerstellung für Symfony-Architektur
  6. Contrib-Modul-Substituts-Jagd

Wann das Sinn macht

  • Ihre redaktionellen Mitarbeiter sind in der Drupal-Welt beheimatet
  • Sie verlassen sich auf spezifische Drupal-Features (z.B. granulare Berechtigungen)
  • Mehrsprachigkeit ist unverzichtbar
  • Sie arbeiten in Bereichen wie Regierung oder Bildung

Wann nicht

  • Ihre Website verfügt über ein einfaches Content-Modell
  • Frontend-Performance-Verbesserungen sind entscheidend
  • Das Projektbudget ist knapp (denken Sie an unter 40.000 €)
  • Sie nutzen nicht den Großteil von Drupals Werkzeugkasten

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

Option 2: Headless mit Next.js + Supabase

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

Der Stack

  • Headless CMS: Erwägen Sie Sanity, Contentful oder Storyblok
  • Frontend: Next.js für die Website — genießen Sie Server-Side Rendering und Static Generation
  • Backend/Datenbank: Supabase für Authentication, Datenbanken, Dateispeicher und Logik
  • Hosting: Vercel oder Netlify für das Frontend, Supabase für das Backend

Warum Supabase?

Supabase gibt Ihnen eine Fülle von Optionen: Postgres mit REST/GraphQL APIs, Auth, Dateispeicher und Edge Functions. Es erfüllt die Anforderungen für:

  • Benutzerregistrierung/Login ohne umständliche Drupal-Module
  • Webform-Einreichungen ordentlich in Postgres gespeichert
  • Dateiverarbeitung
  • Suchoptionen (mit Postgres oder Typesense)
  • Übliche CRUD-Aufgaben

Supabase ist auch budgetfreundlich – kostenlose Stufe passt gut für kleine Websites, Pro-Plan bei £25/Monat ist großartig.

// Beispiel: Migrieren 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-Migrationsstrategie

Hier ist ein grober Überblick über die Content-Migration:

  1. Exportieren Sie Content aus D7 mittels benutzerdefinierter Drush oder Datenbankabfragen
  2. Transformieren Sie ihn, um Ihr neues CMS-Setup anzupassen (die echte Arbeit liegt hier)
  3. Importieren Sie in Ihr Headless CMS über ihre API
  4. Validieren Sie alles — nichts Schlimmeres als fragmentierte Referenzen oder fehlende Medien

Eine typische Website mit 5.000 Knoten könnte etwa 2-4 Wochen allein für die Migration bedeuten.

Option 3: Migration zu einer anderen CMS-Plattform

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

Plattformvergleich

Faktor Drupal 10/11 Next.js + Headless CMS WordPress Craft CMS Astro (Static)
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
Developer-Pool Schrumpfend Wachsend Reichlich Klein Wachsend
Hosting-Kosten/Monat £50-£300 £0-£50 £10-£100 £20-£100 £0-£20
Wartung Hoch Niedrig-Mittel Mittel Mittel Niedrig
Mehrsprachig Ausgezeichnet Gut Plugin-abhängig Gut Variiert
Migrationskomplexität Hoch Hoch Mittel Mittel-Hoch Niedrig-Mittel

Kostenvergleich: Echte Zahlen für echte Projekte

Hier sind die typischen Ausgaben für Projekte:

Kleine Website

Kostenkategorie 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-Jahres-TCO £34k-£75k £23k-£44k £19k-£43k

Mittlere Website

Kostenkategorie 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-Jahres-TCO £79k-£178k £63k-£129k £53k-£117k

Große/Enterprise-Website

Kostenkategorie 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-Jahres-TCO £196k-£532k £147k-£413k

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

Hosting- und Infrastruktur-Überlegungen

Menschen unterschätzen oft das Hosting bei der Migration von Plattformen. Es ist komplizierter als Sie vielleicht denken.

Drupal-10-Hosting

Drupal benötigt ein echtes Hosting-Setup:

  • Pantheon: £34-£168/Monat
  • Platform.sh: £44-£176/Monat
  • Acquia: Ab £134/Monat
  • VPS: £17-£84/Monat (DIY-Ansatz, alle Updates auf Sie)

Next.js + Supabase Hosting

  • Vercel: Kostenlos, Pro bei £17/Monat pro Person
  • Supabase: Kostenlos, Pro bei £21/Monat
  • Headless CMS: Variiert stark

Gesamtsumme? Oft deutlich weniger als Drupal-Hosting.

SSL, CDN, Email — Oh je!

Drupal benötigt manchmal zusätzliche Hilfe wie Cloudflare, Email-Deals über SendGrid und SSL mit Let's Encrypt. Headless-Setups hingegen enthalten viele Features von Anfang an — aber vergessen Sie nicht Ihr Email-Setup.

Das Entscheidungs-Framework

Hier ist ein Framework, um Ihre Entscheidungsfindung stabil zu halten:

Bei Drupal bleiben (Upgrade auf D10/11), wenn:

  • Ihr Editorial-Team mag die Drupal-Art
  • Sie brauchen Drupals granulare Berechtigungen
  • Mehrsprachige Inhalte sind nicht optional
  • Industriestandards sperren Sie ein

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

  • Performance macht oder bricht Sie
  • Langfristige Kostenersparnisse sind entscheidend
  • Ihr Team bevorzugt JavaScript/TypeScript
  • Ein schlankes Web-App-Gefühl ist das Ziel
  • Entkopplung spielt zu Ihrer Content-Strategie

WordPress gehen, wenn:

  • Eine einfache Content-Website passt
  • Sie auf den Cent sparen müssen (soweit es diese Projekte betrifft)
  • Sie das einfachste Editor-Toolkit mögen

Statisch gehen (Astro), wenn:

  • Informationsbereitstellung ist wichtiger als alles andere
  • Maximale Performance ist entscheidend
  • Seiten und Updates sind begrenzt
  • Kein Bedarf für komplexe Benutzereinbindung

Die richtige Agentur finden

Hier ist, wie Sie die guten riechen:

Fragen Sie nach ihrem Migrationsprotokoll. Wenn ihr Plan wie "wir machen es irgendwie" klingt, laufen Sie weg.

Schätzen Sie ihre Drupal-Expertise. Auch wenn Sie es hinter sich lassen, verhindert Drupal-Einsicht chaotische Migration.

Überprüfen Sie ihr Frontend-Arsenal. Headless erfordert Expertise in Ihrem angestrebten Framework.

Sichern Sie sich ein Festpreisangebot. Erwägen Sie eine Discovery-Phase, um den Umfang vor der Unterzeichnung zu definieren.

Klären Sie Support-Vereinbarungen. Wer ist zur Stelle für nächtliche Panikattacken, wenn etwas schiefgeht?

Wenn Sie mitten drin sind, dies zu durchdenken, freuen wir uns zu plaudern — kontaktieren Sie uns jederzeit.

Häufig gestellte Fragen

Wann genau endet die Drupal-7-Unterstützung?
Community-Support endete am 1. November 2023. Tag1s erweiterte Unterstützung endet am 5. Januar 2026. Nach der Frist müssen Sie mit ungestopften Sicherheitslücken rechnen.

Kann ich nach End-of-Life einfach auf Drupal 7 bleiben?
Technisch ja. Aber erwarten Sie ungestopfte Sicherheitslücken und Compliance-Probleme. Software am Ende ihres Lebens ist bei GDPR und Cyber-Versicherung ein schwerer Verkauf.

Ist die Migration von Drupal 7 zu Drupal 10 wirklich ein vollständiger Neubau?
Ja. Die Änderung von D7 zu D8 (Grundlagen für D10/11) ist seismisch. Bereiten Sie sich auf ein vollständiges Neubauprojekt vor, nicht auf ein sanftes „Upgrade".

Wie lange dauert eine typische Drupal-7-Migration?
Kleinere Websites: 6-10 Wochen. Mittlere: 12-20 Wochen. Große/Enterprise: 6-12 Monate. Content und QA dehnen sich oft länger als erwartet aus.

Welche Migrationsoption ist die billigste?
WordPress ist oft am preisgünstigsten für unkomplizierte Websites (ab £7k/$10k). Über drei Jahre hinweg könnte Headless-Migration bei Wartung und Hosting sparen.

Sollte ich zu Drupal 10 migrieren oder Headless mit Next.js gehen?
Drupal passt zu tief integrierten redaktionellen Setups. Für moderne Performance und Kosteneffizienz könnte Next.js Ihr bester Weg sein. Das obige Framework sollte es klären.

Welches Headless CMS sollte ich verwenden, um Drupal 7 zu ersetzen?
Sanity, Payload CMS oder Storyblok sind großartig, mit Payload bietet einen selbst gehosteten Weg. Wählen Sie basierend auf organisatorischen Anforderungen — Teamgröße und Komplexität.

Muss ich meine Website während der Migration neugestalten?
Neugestaltung und Migration passen oft finanziell gut zusammen. Bei knappem Budget replizieren Sie Designs und planen später Verbesserungen.