Vor Upgrade oder Relaunch
Wir klären, welche Komponenten erhalten, aktualisiert, ersetzt oder neu konzipiert werden sollten.
So entsteht eine belastbare Grundlage für den Upgradepfad.
ProDigi
Online
Technische Standortbestimmung für bestehende Drupal-Systeme
Technisches Drupal-Audit für Betrieb, Upgrade und Relaunch
Wir prüfen Zustand, Risiken und Abhängigkeiten Ihres Drupal-Systems im vereinbarten Prüfumfang. Sie erhalten nachvollziehbar dokumentierte Befunde, gekennzeichnete Prüflücken und einen priorisierten Maßnahmenplan für Upgrade, Übernahme oder stabilen Betrieb.
Wann ein technisches Drupal-Audit sinnvoll ist
Automatisierte Bestandsaufnahme findet Auffälligkeiten. Die manuelle Prüfung ordnet Fundstellen, Abhängigkeiten und Folgen für Betrieb und Weiterentwicklung ein.
Vor Anbieterwechsel oder Übernahme
Codebasis, Konfiguration, Deployment, Betrieb und vorhandene Dokumentation werden nachvollziehbar eingeordnet.
Offene Risiken werden vor der Übergabe sichtbar.
Bei unklarem Support- oder Sicherheitsstand
Versionen, Drupal-Sicherheitsmeldungen und bekannte Hinweise zu externen Abhängigkeiten werden anhand der vereinbarten Quellen geprüft.
Die nächsten technischen Entscheidungen erhalten eine dokumentierte Grundlage.
Bei Performance- oder Betriebsproblemen
Architektur, Caching, Deployment, Monitoring und verfügbare Betriebsdaten helfen, mögliche Ursachen einzugrenzen.
Hinweise und bestätigte Befunde bleiben klar unterscheidbar.
Ein Report für Budget, Vergabe und Umsetzungsplanung
Der Report ist nicht an einen Umsetzungspartner gebunden. Technik, Produktverantwortliche und Betrieb können dieselben Befunde für Budgetplanung, Leistungsbeschreibung, Ausschreibung und Priorisierung verwenden.
Jeder Befund bezieht sich auf den dokumentierten Prüfstand und nennt Fundstelle, Beobachtung, Auswirkung, Empfehlung und Priorität.
Die Aussagekraft bleibt sichtbar
Bestätigt
Direkte Evidenz im vereinbarten Prüfumfang belegt den Befund.
Hinweis
Ein begründetes Indiz benötigt weitere Prüfung oder zusätzliche Daten.
Nicht geprüft
Der Punkt liegt außerhalb des Prüfumfangs oder konnte ohne ausreichenden Zugang nicht bewertet werden.
Das prüfen wir im vereinbarten Prüfumfang
Wir arbeiten mit vereinbarten Read-only-Zugängen und benannten Quellen. Fehlende Zugänge oder Nachweise werden im Ergebnis als Prüfgrenze dokumentiert.
Versionen und Lebenszyklus
Drupal Core, Module, Themes, PHP, Datenbank und zentrale Abhängigkeiten einschließlich Support- und EOL-Status.
Architektur und Konfiguration
Content-Modell, Konfigurationsmanagement, Mehrsprachigkeit, Rollen, Integrationen, Suche und Caching.
Code und Abhängigkeiten
Custom-Module, Theme, Patches, Composer-Lockdatei, technische Schulden und bekannte Security-Hinweise zu vereinbarten Quellen.
Sicherheit und Berechtigungen
Drupal-Sicherheitsmeldungen, Update-Prozess, Rollen, exponierte Funktionen und erkennbare Risiken in Code und Konfiguration.
Performance und Betrieb
Caching, Renderpfade, Datenbank, Assets, Hosting, Deployment, Monitoring sowie vorhandene Backup- und Restore-Nachweise.
Technische SEO-Grundlagen
Crawl-, Redirect-, Canonical-, Sitemap- und Metadatenprobleme. Suchintention und GEO werden im eigenen Audit vertieft.
Prüfgrundlage
- Repository und Composer-Lockdatei
- Konfiguration, Deployment- und Hostinginformationen
- ausgewählte Logs, Monitoring- und Betriebsdaten
- vorhandene Backup- und Restore-Nachweise
Nicht Teil dieses technischen Drupal-Audits
- Penetrationstests und aktive Schwachstellenscans gegen das Zielsystem
- Lasttests, Änderungen auf Produktion und aktive Restore-Drills
- Umsetzung, laufende Wartung und eigenständige UX-, Barrierefreiheits- oder vertiefte SEO/GEO-Audits
Die Prüftiefe folgt der anstehenden Entscheidung
Der Einstieg reicht von einer abgegrenzten technischen Frage bis zur Standortbestimmung mit gemeinsamem Maßnahmenworkshop.
Fokusprüfung
Für eine klar benannte Frage zu Supportstatus, Security-Hinweisen, Updatefähigkeit oder einem eingegrenzten Betriebsrisiko.
Sie erhalten priorisierte Befunde zur vereinbarten technischen Frage.
Technische Standortbestimmung
Für einen breiteren Blick auf Architektur, Code, Konfiguration, Security, Performance und Betrieb im vereinbarten Systemumfang.
Sie erhalten Prüfstand, Befundliste und priorisierten Maßnahmenplan.
Standortbestimmung mit Maßnahmenworkshop
Wenn Technik, Produktverantwortliche und Betrieb Verantwortlichkeiten und Reihenfolge gemeinsam festlegen sollen.
Zusätzlich werden Verantwortlichkeiten und nächste Entscheidungen gemeinsam geordnet.
So läuft das Audit ab
- Prüfumfang und Zugänge klärenSysteme, Fragestellung, Prüfmethoden, Stände und Read-only-Zugänge.
- Bestand untersuchenArtefakte, Konfiguration, Code, Architektur und verfügbare Betriebsdaten.
- Befunde einordnenNachweis, Auswirkung, Status, Abhängigkeiten und Priorität.
- Ergebnisse übergebenReport, Maßnahmenplan und offene Fragen gemeinsam durchgehen.
Häufige Fragen
Antworten zu Zugängen, aktiven Sicherheitstests, Umsetzung und angrenzenden Audits.
Nein. Passive Bestandsaufnahme sowie Code- und Konfigurationsprüfung können Teil des Audits sein. Penetrationstests und aktive Schwachstellenscans gegen das Zielsystem benötigen einen eigenen Prüfumfang und eine ausdrückliche Freigabe.
Je nach Prüfumfang benötigen wir Read-only-Zugänge zu Repository, Composer-Lockdatei, Konfiguration, Deployment- und Hostinginformationen sowie ausgewählten Logs, Monitoring- und Backup-Nachweisen. Fehlende Zugänge werden als nicht geprüft dokumentiert.
Nein. Der Report kann durch Ihr Team, einen anderen Dienstleister oder PROGRESSIVE umgesetzt werden. Befunde und Abhängigkeiten werden dafür nachvollziehbar dokumentiert. Wiederkehrende Updates und Betriebsaufgaben gehören anschließend in eine Drupal-Wartung, nicht in das Audit.
Das UX-Audit untersucht Nutzungshürden. Das Barrierefreiheits-Audit prüft Barrieren, das SEO/GEO-Audit vertieft Suchintention, Zielseiten und Sichtbarkeit.