Anzeige
Unternehmen
Was manuelles Cross-Browser-Testing Agenturen wirklich kostet
Browser mal Viewports mal Seiten mal Kundenprojekte: Warum manuelle Sichtprüfung in Agenturen teurer ist, als sie wirkt, was Automatisierung an der Rechnung ändert — und welche Arbeit trotzdem Handarbeit bleibt.
Webagenturen leben selten von einem einzigen Projekt. Der Normalfall ist ein Portfolio: zwanzig, dreißig, fünfzig Kundenwebsites, die betreut, aktualisiert und am Laufen gehalten werden. Zu dieser Betreuung gehört eine Arbeit, die in kaum einem Angebot als eigene Position auftaucht und trotzdem regelmäßig anfällt: nach jeder Änderung prüfen, ob die Seite überall noch aussieht, wie sie soll. Diese unsichtbare Arbeit hat einen sehr sichtbaren Preis — man muss ihn nur einmal ausrechnen.
Ein Rechenbeispiel, bewusst konservativ angesetzt: Eine Kundenwebsite hat acht Seitentypen, die das Layout-Risiko abdecken — Startseite, zwei Inhaltsvorlagen, Leistungsübersicht, Kontaktformular, Blogartikel, rechtliche Seiten, Fehlerseite. Geprüft wird in drei Browsern und drei Geräteklassen. Das ergibt 72 Ansichten pro Website und Durchgang. Wer pro Ansicht nur eine halbe Minute braucht — öffnen, scrollen, hinschauen —, ist über eine halbe Stunde beschäftigt. Pro Website. Pro Durchgang.
Nun multipliziert sich diese Zahl in zwei Richtungen. Erstens über das Portfolio: Bei dreißig betreuten Websites wird aus der halben Stunde ein ganzer Arbeitstag mit nichts als Hinschauen. Zweitens über die Zeit: Content-Management-Systeme und ihre Plugins wollen regelmäßig aktualisiert werden, oft monatlich, aus Sicherheitsgründen meist ohne Aufschub. Jedes dieser Updates kann Layout verschieben — und müsste streng genommen einen Prüfdurchgang auslösen. Wer beides zusammenrechnet, landet schnell bei mehreren Personentagen im Monat, die ausschließlich für wiederholte Sichtprüfung anfallen.
In der Realität wird diese Rechnung selten bezahlt — und genau das ist das Problem. Die wenigsten Wartungsverträge weisen Browser-Testing als Position aus. Die Arbeit landet also entweder unbezahlt in der Marge der Agentur, oder sie wird stillschweigend gekürzt: Man prüft nur noch den einen Browser, nur noch die Startseite, nur noch, wenn Zeit ist. Beides sind betriebswirtschaftliche Entscheidungen, auch wenn sie selten so genannt werden. Die erste kostet Gewinn, die zweite kauft Risiko ein.
Man kann dieselbe Rechnung auch von der Budgetseite aufziehen: Wie viel Prüfung passt überhaupt in einen üblichen Wartungsvertrag? Ein Kontingent von zwei Stunden im Monat ist mit Updates, kleinen Textänderungen und gelegentlichem Support meist ausgeschöpft, bevor die erste Browser-Prüfung begonnen hat. Die Sichtprüfung konkurriert also nicht mit Leerlauf, sondern mit anderer, sichtbarerer Arbeit — und verliert diesen Wettbewerb strukturell, weil ihr Ausfall zunächst niemandem auffällt. Genau deshalb hilft es wenig, an Disziplin zu appellieren. Eine Prüfung, die zuverlässig stattfinden soll, muss entweder als eigene bezahlte Position im Vertrag stehen oder im Aufwand so klein werden, dass sie nebenbei geschieht. In der Praxis braucht es meist beides: die Position, damit die Arbeit bezahlt wird, und die Automatisierung, damit sie in die Position hineinpasst.
Dazu kommt ein Faktor, den Stundensätze nicht abbilden: Wiederholte Sichtprüfung ist ermüdend, und ermüdete Augen übersehen Dinge. Wer zum vierzigsten Mal dieselbe Startseite betrachtet, sieht das, was er zu sehen erwartet — nicht die drei Pixel Verschiebung im Header oder den Button, der auf schmalen Bildschirmen neuerdings umbricht. Die Zuverlässigkeit der Prüfung sinkt ausgerechnet dort, wo ihr Umfang steigt. Menschen sind hervorragend darin, ein Layout einmal kritisch zu beurteilen, und schlecht darin, dasselbe Layout monatlich unverändert kritisch zu beurteilen.
Was kostet es umgekehrt, nicht zu prüfen? Die teuerste Variante ist die häufigste: Der Kunde entdeckt den Fehler zuerst. Ein kaputtes Kontaktformular auf dem iPhone, ein überlappendes Menü im Firefox — wochenlang unbemerkt, bis eine verärgerte E-Mail kommt. Der eigentliche Schaden ist dabei selten der Reparaturaufwand, sondern der Vertrauensverlust: Der Wartungsvertrag, der genau solche Fälle verhindern sollte, hat sichtbar nicht funktioniert. Dazu kommen Feuerwehreinsätze zur Unzeit, die geplante Arbeit verdrängen und ihrerseits Folgekosten erzeugen.
An dieser Stelle verändert Automatisierung die Rechnung — nicht, weil Software gründlicher hinschaut als ein Mensch, sondern weil sie das Erstellen der Ansichten parallelisiert und das Vergleichen übernimmt. Screenshot-Dienste erstellen aus einer URL in kurzer Zeit den kompletten Satz an Browser- und Geräteansichten; bei ScanU dauert ein solcher Durchgang rund 30 Sekunden und deckt Chrome, Firefox und Safari in Mobil-, Tablet- und Desktop-Ansichten ab. Den Ablauf eines solchen Prüflaufs erklärt ScanU auf seiner Website. Aus einem halben Tag Durchklicken wird eine Viertelstunde Berichte sichten.
Der entscheidende Hebel ist dabei nicht der einzelne Screenshot, sondern der Vergleich. Wird nach jeder freigegebenen Änderung ein Referenzstand gespeichert, muss beim nächsten Update niemand mehr 72 Ansichten beurteilen — sondern nur noch die Stellen, an denen sich etwas verändert hat. Die Maschine beantwortet die Frage „ist etwas anders als vorher?", der Mensch die Frage „ist das schlimm?". Das ist eine deutlich bessere Arbeitsteilung als die bisherige, in der der Mensch beide Fragen gleichzeitig beantworten musste, Ansicht für Ansicht.
Zur ehrlichen Rechnung gehören die Werkzeugkosten. ScanU staffelt nach Credits, Projekten und Gerätezahl: Die kostenlose Stufe umfasst 500 Credits im Monat bei einem Projekt, die Pro-Stufe 3000 Credits und fünf Projekte für 19 Euro, Pro+ 10000 Credits und zehn Projekte für 29 Euro, die Max-Stufe 50000 Credits und zwanzig Projekte für 49 Euro im Monat — Details listet die Preisübersicht von ScanU. Ob sich das trägt, kann jede Agentur mit dem eigenen Stundensatz nachrechnen: Die Monatskosten der größten Stufe entsprechen bei den meisten Agenturen weniger als einer einzigen Stunde abrechenbarer Arbeit.
Die Projekt- und Credit-Staffelung erzwingt dabei eine nützliche Disziplin: Welche Kundenprojekte brauchen engmaschige Prüfung, welche kommen mit einem monatlichen Durchgang aus? Ein aktiv weiterentwickelter Onlineshop rechtfertigt mehr Prüfläufe als eine statische Visitenkarten-Website, die zweimal im Jahr angefasst wird. Wer sein Portfolio einmal so sortiert, hat nebenbei eine Grundlage für die nächste Wartungsvertrags-Verhandlung — Prüfumfang lässt sich plötzlich beziffern und als Leistung ausweisen statt als stille Selbstverständlichkeit.
Wie eine Einführung über ein ganzes Portfolio konkret ablaufen kann, lässt sich in vier Schritten skizzieren. Erstens Bestandsaufnahme: alle betreuten Websites in eine Liste, je Projekt notiert, wie oft sich dort tatsächlich etwas ändert und welche Seitentypen existieren. Zweitens Klassifizierung: Projekte mit häufigen Änderungen oder Bestellstrecken erhalten ein engmaschiges Prüfprofil, ruhige Bestandsseiten ein monatliches. Drittens Baselines anlegen — und zwar auf Basis eines Zustands, den jemand geprüft und freigegeben hat, nicht einfach des Ist-Zustands, der womöglich bereits einen unbemerkten Fehler enthält. Viertens die Prüfung in die bestehende Update-Routine einhängen, sodass nach jedem Plugin- oder CMS-Update automatisch neue Ansichten entstehen und mit der Baseline verglichen werden. Realistisch zieht sich das über einige Wochen, wenn das Portfolio dreißig Projekte umfasst — nicht weil die Technik langsam wäre, sondern weil das Anlegen sauberer Referenzstände je Projekt eine kurze, aber echte Qualitätsentscheidung verlangt, die niemand im Stapel durchwinken sollte.
Ein Nebeneffekt ist dokumentarischer Natur: Teilbare Prüfberichte lassen sich in die Kundenkommunikation einbinden. Statt „wir haben alles getestet" zu versichern, kann die Agentur zeigen, was wann in welchen Browsern geprüft wurde. Das ersetzt kein Vertrauensverhältnis, macht die unsichtbare Arbeit aber erstmals sichtbar — und sichtbare Arbeit lässt sich leichter bezahlen als unsichtbare.
Offen bleibt in vielen Agenturen die Frage, wer die Berichte eigentlich ansieht. Für anlassbezogene Läufe ist die Antwort einfach: Wer das Update eingespielt hat, beurteilt die gemeldeten Abweichungen — diese Person kann sie am schnellsten einordnen. Für die regelmäßigen Läufe ohne konkreten Anlass bewährt sich ein rotierender Dienst, wie ihn viele Teams vom Support-Postfach kennen: eine benannte Person pro Woche, mit dem Mandat, Auffälligkeiten direkt als Aufgabe zu erfassen statt sie nur zur Kenntnis zu nehmen. Wichtig ist weniger die konkrete Regelung als ihre Existenz. Berichte, die niemandem gehören, werden binnen weniger Wochen zu Hintergrundrauschen — und dann ist die gesamte Automatisierung wirkungslos, so zuverlässig sie technisch auch läuft.
Genauso klar sollte sein, was Automatisierung nicht leistet. Screenshot-Vergleiche prüfen Darstellung, nicht Funktion: Ob das Formular tatsächlich versendet, die Bezahlung durchläuft, die Suche findet — das klären nur funktionale Tests oder Handarbeit. Auch das Beurteilen gemeldeter Abweichungen bleibt Menschenarbeit, und Fehlalarme durch Werbebanner, Karussells oder wechselnde Inhalte kosten ihrerseits Zeit, bis die Prüfumgebungen sauber eingerichtet sind. Wer Automatisierung einführt, tauscht Routinearbeit gegen Einrichtungs- und Pflegearbeit — der Tausch lohnt sich meist, aber er ist nicht kostenlos.
Zur realistischen Planung gehört deshalb: Die ersten Wochen sind die anstrengendsten. Portfolios sind heterogen — die eine Kundenseite trägt ein Nachrichten-Karussell, die nächste wechselnde Werbebanner, die dritte ein Buchungswidget mit Tagesdaten. Jede dieser Quellen produziert anfangs Fehlalarme, bis die Prüfeinstellungen je Projekt sitzen. Wer das nicht einkalkuliert, erlebt die Einführung als Enttäuschung und bricht ab, bevor der Nutzen sichtbar wird. Sinnvoller ist, die Umstellung als kleines internes Projekt zu behandeln: mit Verantwortlicher, Zeitbudget und dem erklärten Ziel, nach einigen Wochen für jedes Projekt ein ruhiges, vertrauenswürdiges Prüfsignal zu haben. Antworten auf typische Einrichtungsfragen sammelt der Anbieter in den häufigen Fragen zu ScanU.
Und nicht für jede Agentur ist die Rechnung gleich. Wer zwei Websites betreut, die sich selten ändern, prüft in einer Stunde von Hand, was Automatisierung kaum schneller erledigt. Die Mathematik kippt mit der Menge: mit jedem zusätzlichen Projekt, jedem zusätzlichen Update-Zyklus, jedem Browser mehr in der Prüfliste. Es gibt einen Punkt, an dem Handarbeit die ehrlichere Wahl ist — und einen, ab dem sie nur noch so aussieht.
Für den Einstieg bietet sich ein kontrolliertes Experiment an: ein einzelnes, wechselhaftes Kundenprojekt über die kostenlose Stufe abbilden, einen Monat lang parallel zur bisherigen Praxis laufen lassen und dann vergleichen — gefundene Abweichungen, verbrauchte Zeit, Fehlalarme. Einen deutschsprachigen Überblick über den Dienst gibt die deutschsprachige Startseite von ScanU. Nach diesem Monat liegt eine eigene Zahl auf dem Tisch statt einer Schätzung.
Am Ende ist es eine schlichte Entscheidung über die Form der Kosten. Geprüft werden muss so oder so — die Frage ist nur, ob eine Agentur dafür wiederkehrend Arbeitsstunden bezahlt, deren Zuverlässigkeit mit der Wiederholung sinkt, oder einmalig Struktur aufbaut und laufend Werkzeugkosten trägt. Beides ist legitim. Nur die dritte Variante, das Prüfen stillschweigend ausfallen zu lassen, ist keine Kostenersparnis. Sie ist ein Kredit auf das Vertrauen der Kunden, und der wird irgendwann fällig.