Jede Nacht geprüft, jeden Tag gesichert.

Aufbewahrt werden die Stände der letzten 7 Tage, je einer aus jeder der letzten 12 Wochen und je einer aus jedem der letzten 24 Monate. Weil sich diese Zeiträume überschneiden, sind das bis zu 41 Wiederherstellungspunkte je Website. Die volle Tiefe baut sich über die Laufzeit auf und ist nach rund 24 Monaten erreicht.

Auf unserem Sicherungsserver bleibt nichts liegen: Jedes Teil wird nach der Prüfung übertragen und danach lokal gelöscht.

Große Verzeichnisse holen wir in Teilen von etwa 100 MB ab, jedes Teil wird sofort danach auf Ihrer Website gelöscht. So gelingen Sicherungen auch dort, wo Speicher oder Laufzeit knapp sind. Aus einer Sicherung fällt trotzdem nichts heraus, nur weil es groß ist oder der Webserver seine Dateiendung sperrt. Auch große Datenbanktabellen, etwa die Produkt- und Bestelldaten eines Shops, holen wir in Teilen: Jede Anfrage an Ihre Website arbeitet höchstens 40 Sekunden, weil viele Hoster längere Anfragen abbrechen. Eine feste Höchstdauer hat eine Sicherung dabei nicht. Beendet wird nur ein Lauf, der nicht mehr vorankommt. Braucht eine einzelne Anfrage an Ihre Website länger als 60 Sekunden, erscheint eine Vorwarnung in unserem Bericht, bevor ein Hoster die Sicherung abbricht.

Beim Einrichten erkennen wir Sicherungen aus UpdraftPlus, BackWPup, Duplicator, All-in-One WP Migration und WPvivid. Stände, die eine Lücke füllen, übernehmen wir im selben Format wie unsere eigenen Sicherungen und mit ihrem ursprünglichen Datum. Stände ohne Datenbank übernehmen wir nicht.

Die Exporte lassen sich direkt wieder einspielen. Binärdaten werden dabei so geschrieben, dass sie beim Zurückspielen erhalten bleiben. Große Tabellen bestehen aus mehreren Teilen, die nacheinander eingespielt werden.

Die Abholung von Ihrer Website läuft über HTTPS, die Ablage im Cloud-Speicher über WebDAV mit HTTPS. Die Konfigurationsdatei mit den Datenbank-Zugangsdaten wird direkt in der Antwort übertragen und nie als abrufbare Datei abgelegt.

Von jeder Seite entsteht in beiden Ansichten eine Aufnahme der ganzen Seite, die Bildpunkt für Bildpunkt mit der Vornacht verglichen wird. Animationen, Videos und Slider werden vorher angehalten, damit Bewegung nicht als Änderung zählt. Gemeldet wird ab 25 % abweichender Bildpunkte, jede Änderung der Breite gilt sofort als Layoutbruch.

Alle Meldungen der Browser-Konsole werden mitgeschnitten. Fehler von Ihrer eigenen Domain gelten als echter Defekt, Meldungen von Drittanbietern laufen als Hinweis mit. Bekannte harmlose Meldungen filtert eine gepflegte Liste heraus.

Jedes Bild wird geprüft, ob es tatsächlich lädt, auch nachgeladene Bilder. Bevor ein Bild als defekt gilt, prüft ein zweiter, unabhängiger Weg nach. Zu große Bilder melden wir, wenn ein Bild mehr als viermal so breit oder hoch geliefert wird, wie es angezeigt wird, und dabei geschätzt mindestens 180 KB Bilddaten verschwendet.

Je Seite erfassen wir unter anderem die Zeit bis zum ersten Byte, First Contentful Paint, die vollständige Ladezeit, die Zahl der geladenen Dateien und die übertragene Gesamtgröße. Über 5 Sekunden Ladezeit gibt es eine Warnung, über 10 Sekunden gilt die Seite als durchgefallen.

Wir erkennen Seiten, die auf dem Smartphone seitlich wegrutschen. Das ist der häufigste sichtbare Fehler nach Theme- und Plugin-Updates.

Alle Aufnahmen bewahren wir im Cloud-Speicher auf: 7 Tages-, 4 Wochen- und 6 Monatsstände. Damit lässt sich jederzeit belegen, wie eine Seite an einem bestimmten Tag aussah.

Bei Websites mit dem Theme Avada prüfen wir auf jeder Seite, ob eine eingebettete Karte wirklich erscheint: ob ein nötiger Schlüssel hinterlegt ist und angenommen wird, ob die Kacheln laden und ob der Kartenanbieter noch existiert.

Für jede Seite erfassen wir Statuscode und Antwortzeit. Ab 3 Sekunden gibt es einen Hinweis, ab 5 Sekunden einen Fehler. Leitet eine nicht mehr vorhandene Adresse auf die Startseite um, erkennen wir sie als tote Seite, auch wenn der Server am Ende mit 200 antwortet.

Jede Seite rufen wir ein zweites Mal mit der Kennung einer Suchmaschine ab und vergleichen Seitentitel, Beschreibung, Größe, verlinkte Fremddomains und Spam-Begriffe. So fällt der häufigste SEO-Hack auf, bei dem Besucher eine normale Seite sehen und Suchmaschinen Spam bekommen.

Wir finden tote Links und fehlende Dateien, intern wie extern, mit Trefferzahl, erster und letzter Sichtung. Teilen-Links zu sozialen Netzwerken bewerten wir nicht, weil diese Dienste automatisierte Aufrufe grundsätzlich abweisen. Im Bericht stehen nur echte tote Links.

Neue Websites durchlaufen wir vollständig, danach werten wir die Sitemap laufend aus, auch Sitemap-Indizes. Fehlt eine Sitemap, greift ein Ersatzverfahren. Anmelde- und Systemseiten von WordPress werden nie als Seiten bewertet.

Auf jeder Seite prüfen wir die Noindex-Kennzeichnung und die Canonical-Angabe. Befunde führen wir mit Verlauf: erste und letzte Sichtung, Erledigung und Wiederauftreten je Seite.

Wir schreiben mit, welche fremden Server angefragt werden und was auf dem Gerät des Besuchers zurückbleibt, bevor er zugestimmt hat. Zähldienste werten wir als Fehler, fremde Schriften, Karten oder Videos als Warnung. Technisch Nötiges wie der Einwilligungsdienst selbst bleibt ohne Befund.

Wir drücken „Alles ablehnen“ und messen die nächste Seite. Unterschieden werden vier Lagen: Es wird gar nicht gefragt, Ablehnen ist nicht gleichwertig erreichbar, das Ablehnen bleibt ohne Wirkung, oder alles ist in Ordnung.

Datenschutz-Befunde bündeln wir je Website und Dienst statt je Seite. Bei einer gemessenen Website wurden so aus 840 Messwerten sieben Befunde. Wir messen und dokumentieren, die rechtliche Bewertung bleibt bei Ihnen und Ihrem Rechtsbeistand.

Findet der Abgleich in einer Erweiterung eine Lücke der Stufe hoch oder kritisch, entsteht automatisch eine Aufgabe, eine je Erweiterung. Darin stehen alle offenen Lücken mit Bewertung und der Version, die sie schließt. Wird die Erweiterung aktualisiert, schließt sich die Aufgabe in derselben Nacht von selbst.

Kehrt ein Problem zurück, nachdem sein Ticket geschlossen wurde, entsteht ein neues Ticket, das seinen Vorgänger nennt und mit ihm verknüpft ist. Ein Ticket, das jemand von Hand wieder geöffnet hat, schließt das System nicht mehr selbst.