Das System aktualisieren wir einmal im Monat auf die neueste Version. Sicherheitsupdates warten nicht auf diesen Termin, dafür prüft das DAN-Portal jede Installation täglich. Major Updates, bei denen sich die erste Zahl der Versionsnummer ändert, planen wir vorher mit Ihnen, weil sie höhere Kosten verursachen.
Website Wartung und Updates für Ihr CMS
Wartung & Sicherheit
Kern, Theme und Erweiterungen Ihrer Website bekommen laufend Korrekturen, darunter Sicherheits-Patches. Wir warten Websites und Shops mit Drupal, Magento, WordPress, Storyblok und der Digi-Work-Factory. Jede betreute Installation mit CMS auf dem Server prüfen wir täglich automatisch auf bekannte Sicherheitslücken. Die nötigen Updates spielt ein Entwickler ein, der vorher weiß, was sich ändert.
Drupal EntwicklungMagento EntwicklungWordPress EntwicklungStoryblok Entwicklung
Was die Wartung bei uns umfasst
Die Leistung heißt im Angebot und im DAN-Portal „Update“ und lautet so: Wir prüfen die Installation täglich automatisch auf veraltete Versionen und bekannte Sicherheitswarnungen und spielen die nötigen Aktualisierungen für das System und seine Erweiterungen ein. Ohne diesen Punkt bleibt die Installation auf dem Stand der Übergabe, und bekannt gewordene Sicherheitslücken werden nicht von uns geschlossen.
Dazu kommt ein fester Rhythmus. Einmal im Monat aktualisieren wir das System auf die neueste Version. Ein Sicherheitsupdate wartet dabei nicht auf den Monatstermin. Ändert sich die erste Zahl der Versionsnummer, ist das ein Major Update mit höheren Kosten, das wir vorher mit Ihnen abstimmen.
Updates für Kern, Theme, Plugins und Module
Aktuelle Bibliotheken für Storyblok-Websites mit Vue oder Nuxt
Sicherheits-Patches und Härtung der Installation
Tests auf einer Kopie, bevor etwas live geht
Backup vor jeder Änderung und ein Changelog
Eine kurze Mail, sobald Sicherheitsupdates eingespielt sind
Das Update-Paket ist einzeln buchbar und unabhängig vom Hosting. Läuft Ihre Website bei einem anderen Anbieter, brauchen wir dort einen Zugang für die Wartungsarbeiten.
Täglich geprüft, so läuft die Überwachung ab
Jeden Morgen um 6 Uhr geht das DAN-Portal die betreuten Projekte durch. Auf jedem Server ruft es einen kleinen Prüfpunkt auf. Der antwortet nur mit Versionsnummern: welches System in welcher Version läuft und welche Erweiterungen installiert sind.
Das Portal vergleicht diese Angaben mit den Veröffentlichungslisten der Hersteller und mit Sicherheitsdatenbanken. Findet es etwas, entsteht am Projekt eine Update-Aufgabe. Darin steht je Fund eine Zeile mit installierter Version, Zielversion und Sicherheitsmeldung. Ist die Installation wieder auf Stand, schließt sich die Aufgabe von selbst.
Manche Lücken schließt ein Hersteller mit einem Hotfix, bei Magento regelmäßig zwischen zwei Releases. Die Versionsnummer bleibt dabei gleich, also kann keine automatische Prüfung den Hotfix sehen. Solche Zeilen bestätigt der Entwickler nach dem Einspielen per Klick.
Woher wir wissen, welches Update zählt
Eine neuere Version allein ist bei uns kein Anlass für eine Aufgabe. Drupal veröffentlicht jeden Monat eine Wartungsversion. Wer daraus jedes Mal eine Meldung macht, hat nach einem Jahr elf Meldungen, die niemand mehr liest. Bei uns entsteht eine Aufgabe in drei Fällen:
Für das System oder eine Erweiterung ist eine Sicherheitslücke bekannt.
Eine Erweiterung läuft auf einem Zweig, für den es nie wieder ein Sicherheitsupdate geben wird.
Das System selbst steht auf so einem Zweig, bei Magento etwa eine Release-Linie ohne Support.
Die Informationen kommen aus Quellen, die Sicherheitsfreigaben ausdrücklich kennzeichnen. Für Drupal und die Digi-Work-Factory ist das die Release-History von drupal.org.
Bei Magento nutzen wir die Schwachstellendatenbank NVD, den CISA-Katalog aktiv ausgenutzter Lücken und für Erweiterungen Packagist. WordPress prüfen wir über wpvulnerability.net, eine Sammlung aus CVE, WPScan und Patchstack. Die Update-Liste von WordPress.org nutzen wir bewusst nicht, weil sie nie sagt, ob eine alte Version eine Lücke hatte.
Was auf Ihrem Server passiert
Auf Ihrem Server liegt eine einzelne PHP-Datei. Sie ist der ganze Fußabdruck der Überwachung, ein Plugin, Modul oder mitlaufender Dienst kommt nicht dazu. Die Datei liest Versionsnummern aus Dateien wie der composer.lock oder den Kopfzeilen von Plugins.
Eine Datenbankverbindung öffnet sie nie. Kundendaten, Bestellungen oder Beiträge verlassen den Server nicht, nur Namen und Versionsnummern. Der Server ruft auch nirgendwo an, er antwortet nur auf die Anfrage des Portals.
Jede Anfrage trägt eine Signatur und gilt fünf Minuten. Das Geheimnis dahinter wird nie übertragen, und angenommen werden nur Anfragen über HTTPS von den IP-Adressen des Portals. Wer sich nicht ausweisen kann, bekommt keine Antwort.
Kein Update geht direkt auf die Live-Seite
Jedes Update läuft zuerst auf einer Kopie. Dort prüfen wir, ob Theme, Erweiterungen und eigene Anpassungen noch miteinander funktionieren. Erst wenn das passt, geht es auf die echte Seite, und davor liegt ein Backup.
Wenn doch etwas schiefgeht, ist der Stand von vorher in wenigen Minuten wieder da. Diese Möglichkeit ist der eigentliche Grund, warum sich niemand mehr vor Aktualisierungen fürchten muss.
Nach dem Einspielen testen wir die wichtigsten Funktionen, etwa Formulare, Login oder den Bestellvorgang. Jede Änderung landet im Changelog.
Was die Überwachung nicht leistet
Die Überwachung findet, was öffentlich bekannt ist. Eine Lücke, die noch niemand veröffentlicht hat, steht in keiner Datenbank. Für individuell entwickelte Module und Plugins gibt es ebenfalls keine Quelle. Das Portal führt Buch darüber, was es nicht prüfen konnte, damit diese Lücke sichtbar bleibt.
Die Quelle für WordPress ist eine Gemeinschaftssammlung und keine offizielle Stelle wie drupal.org. Gekaufte Magento-Erweiterungen aus Hersteller-Repositories, etwa von Amasty oder Mageplaza, haben gar keine abfragbare Quelle. Sie aktualisieren wir mit jeder regulären Magento-Aktualisierung.
Und Erkennen ist noch kein Einspielen: Das Update selbst ist Arbeit und Teil des Wartungspakets.
Drei Systeme, die wir wieder aktuell bekommen haben
Fast immer beginnt es gleich: Eine Seite läuft, aber seit Jahren hat niemand etwas aktualisiert. Keiner weiß, was dabei kaputtgeht.
Kateye Cosmetics
Eine Seite, die lange keine Aktualisierung gesehen hatte. Wir haben sie übernommen, auf Stand gebracht und halten sie seither planbar aktuell.
Eine Seite, die lange keine Aktualisierung gesehen hatte. Wir haben sie übernommen, auf Stand gebracht und halten sie seither planbar aktuell.
Alles Küche GmbH
Zwischen dem alten Stand und heute lagen Jahre ohne Pflege. Seit dem Umstieg ist der Shop wieder anschlussfähig an reguläre Updates.
Zwischen dem alten Stand und heute lagen Jahre ohne Pflege. Seit dem Umstieg ist der Shop wieder anschlussfähig an reguläre Updates.
Gössl GmbH
Wir haben Anpassungen am Core zurückgebaut und Fehler bereinigt. Damit fiel der Grund weg, aus dem die Updates vorher blockiert waren.
Wir haben Anpassungen am Core zurückgebaut und Fehler bereinigt. Damit fiel der Grund weg, aus dem die Updates vorher blockiert waren.
Meist steckt hinter blockierten Updates eine Änderung direkt im Systemkern, die jede Aktualisierung überschreiben würde. Wir bauen solche Stellen als eigene Erweiterung nach. Danach ist ein Update wieder eine halbe Stunde Routine.
Meist gestellte Fragen zum Update Service
FAQ's
Update Service
Wie oft werden Updates eingespielt?
Was passiert, wenn nach einem Update etwas nicht mehr geht?
Deshalb läuft vorher alles auf einer Kopie, und es gibt ein Backup. Fällt bei der Kontrolle etwas auf, geht das Update gar nicht erst live. Zeigt sich ein Problem später, spielen wir den Stand von vorher zurück, meist innerhalb weniger Minuten, und suchen dann in Ruhe die Ursache.
Kann die Überwachung auf meine Daten zugreifen?
Nein. Auf Ihrem Server liegt nur eine PHP-Datei, die Versionsnummern aus Dateien liest. Sie öffnet keine Datenbank, schreibt nichts und ruft keine fremden Server an. Jede Anfrage des Portals ist signiert, gilt fünf Minuten und kommt nur über HTTPS von freigegebenen Adressen.
Übernehmen Sie auch Websites, die nicht von Ihnen stammen?
Ja. Kateye Cosmetics haben wir übernommen, nachdem die Seite lange keine Aktualisierung gesehen hatte. Am Anfang prüfen wir Kern, Erweiterungen und mögliche Änderungen im Systemkern. Danach wissen Sie, was sofort nötig ist und was in den monatlichen Rhythmus passt. Ab dann läuft die Seite in der täglichen Prüfung mit.
Wie lange binde ich mich an den Wartungsvertrag?
Gar nicht: Der Wartungsvertrag hat keine Mindestlaufzeit und keine Kündigungsfrist. Inhaltliche Änderungen an Texten und Bildern sind nicht enthalten, die melden Sie bei Bedarf als Ticket. Alle Leistungen stehen getrennt im Angebot, das Sie im DAN-Portal nachlesen und dort auch annehmen. Die Wartung buchen Sie unabhängig vom Hosting, sie funktioniert also auch bei einem anderen Anbieter.
Welche Systeme betreuen Sie?
Die tägliche Prüfung läuft für Drupal, WordPress, Magento und die Digi-Work-Factory. Storyblok-Websites prüft sie nicht, weil dort kein CMS auf dem Server läuft, nur fertig erzeugte Seiten. Storyblok selbst aktualisiert der Anbieter, die Bibliotheken der Website halten wir in der Wartung aktuell.
Sie haben Fragen?
Kontaktiere uns
Ihre Website hat länger kein Update gesehen? Schicken Sie uns die Adresse, wir prüfen den Stand und melden uns mit einer Einschätzung.