Letzte Aktualisierung: Juli 2026<\/strong><\/p>\n\n\n\nMarketing ist nichts f\u00fcr schwache Nerven. Besonders wenn es sich um digitales Marketing handelt und Sie Ihre eigene Website pflegen m\u00fcssen. Man sagte fr\u00fcher, das Internet vergisst nie, aber f\u00fcr kleinere Unternehmen war das kein gro\u00dfes Problem. Wenn man nicht gerade viral ging, bemerkten die wenigsten \u00fcberhaupt, dass man da war. <\/p>\n\n\n\n
Im letzten Jahr hat sich dieser Satz jedoch etwas ver\u00e4ndert, da KI die klassischen Suchmaschinen zunehmend verdr\u00e4ngt (egal wie sehr sich manche dagegen wehren). Auch KI vergisst nie; schlimmer noch, sie bestraft Sie f\u00fcr Fehler auf eine Weise, die Sie sich nicht h\u00e4tten vorstellen k\u00f6nnen. Und das tr\u00e4gt erheblich zur Komplexit\u00e4t des digitalen Marketings bei. Warum erz\u00e4hle ich Ihnen das? Nun, weil ich Ihnen heute, liebe Leute, die Geschichte der H\u00f6hen und Tiefen der Website-Erstellung und meine eigenen Erfahrungen damit erz\u00e4hlen werde.<\/p>\n\n\n\n
Das Projekt, das das Problem offenlegte<\/h2>\n\n\n\n
Die Ver\u00f6ffentlichung einer einzigen<\/em> Feature-Seite zeigte uns genau, wie kaputt unser Website-Review-Prozess war. H\u00f6ren Sie zu: Was ist das Schlimmste, das passieren kann, nachdem eine Website mit einem Fehler live gegangen ist? Ein Kollege (oder mehrere) weist darauf hin? Ein freundlicher Nutzer weist darauf hin? Ein weniger freundlicher Nutzer beschwert sich \u00fcber irref\u00fchrende Informationen? Eine KI-\u00dcbersicht greift es auf und behandelt es als Wahrheit? Suchen Sie sich Ihr Gift aus. <\/p>\n\n\n\nSicher, das sind v\u00f6llig unterschiedliche Fehler, und Sie sind sich sicher, dass Ihnen das nie passieren w\u00fcrde. So dachte ich fr\u00fcher auch\u2026 Bis zu dem einen Tag, der alles ver\u00e4nderte. <\/p>\n\n\n\n![\"\"](\"https:\/\/approval.studio\/wp-content\/uploads\/2025\/10\/image-5-1024x173.jpeg\")
<\/figure>\n\n\n\nAls Marketingperson m\u00fcssen Sie manchmal Themen erkl\u00e4ren, in denen Sie selbst nur durchschnittlich bewandert sind. Trotzdem m\u00fcssen Sie sich dieses Thema vornehmen, es in diese grundlegenden „coolen“ Konzepte zerlegen und sie pr\u00e4sentieren. Das Problem ist, dass Sie selbst immer noch nicht wirklich verstehen, worum es geht. F\u00fcr unser Team war es ein entwicklerorientiertes Feature, das die gesamte Herangehensweise daran, wie wir Websites freigeben, ver\u00e4nderte. <\/p>\n\n\n\n
Die Aufgabe bestand darin, eine Feature-Seite \u00fcber dieses gro\u00dfartige Ding zu erstellen, das Entwickler lieben w\u00fcrden, weil es ihre Arbeit erleichtert; sie m\u00fcssen kaum etwas einrichten, aber das Ergebnis sieht wie eine sehr professionelle und fast unm\u00f6gliche Aufgabe aus, gel\u00f6st im Handumdrehen. Das Ger\u00e4usch dieses Fingerschnippens kam tats\u00e4chlich von meinem Schreibtisch, als ich versuchte, alle Korrekturen innerhalb einer Stunde vorzunehmen und sie von drei verschiedenen Personen genehmigen zu lassen, die keinen Zugang zur Entwicklungsumgebung hatten. Zweimal.<\/p>\n\n\n\n
Was das alles gekostet hat <\/h2>\n\n\n\n
Falls noch Zweifel bestehen, was passiert ist, sage ich es Ihnen ganz offen: Wir mussten die gesamte Feature-Seite zweimal \u00fcberarbeiten, und zwar nach<\/em> ihrer Ver\u00f6ffentlichung. Ja, Sie haben richtig geh\u00f6rt. Wir haben dieselbe Seite dreimal gepr\u00fcft und ver\u00f6ffentlicht. Und nur weil wir Gl\u00fcck mit den Pr\u00fcfern hatten, die ihr Feedback bei der fr\u00fchestm\u00f6glichen Gelegenheit gaben, dauerte der gesamte Prozess nur einen Monat. Ganze 31 Tage, um eine Seite fertigzustellen, die aus 4 statischen und 1 interaktiven Block besteht, das ist wirklich nicht viel\u2026 <\/em>Zum Vergleich: Heute schaffen wir 3-4 Seiten in derselben Zeit.<\/p>\n\n\n\nStellen Sie sich nun vor, Sie h\u00e4tten mit Ihren Pr\u00fcfern nicht so viel Gl\u00fcck. Jeder Schritt des Prozesses braucht 3-4 Tage bis zur Genehmigung, und am Ende bleibt Ihnen ein Berg an Korrekturen, die bis zum Ende der Woche erledigt sein m\u00fcssen, damit der neue Freigabezyklus am Montag beginnen kann. <\/p>\n\n\n\n
Was wir (und Sie) wahrscheinlich falsch gemacht haben<\/h2>\n\n\n\n
Es gibt einen Grund, warum manche Website-Review-Prozesse l\u00e4nger dauern als andere, und bei uns gab es vier sehr gro\u00dfe und offensichtliche Fehler:<\/p>\n\n\n\n
Wir haben nie wirklich die Website gepr\u00fcft<\/h3>\n\n\n\n
Das Hauptproblem beim Website-Proofing war f\u00fcr uns, dass wir nie wirklich eine Website gepr\u00fcft haben. Manchmal war es ein Screenshot eines Ausschnitts eines Blocks mit einer roten Linie um ein fehlerhaftes Element. <\/p>\n\n\n\n
Manchmal war es eine Momentaufnahme einer Seite, gespeichert als PDF. Das ist doch nicht schlimm, k\u00f6nnten Sie denken; Adobe erlaubt schlie\u00dflich das Anmerken. Falsch! 10 % der Seite fehlten wegen der nat\u00fcrlichen Aufteilung zwischen PDF-Seiten, sodass wir Textzeilen verloren oder ein Element in der Mitte durchgeschnitten sahen, nur weil es genau auf einem Seitenumbruch landete. <\/p>\n\n\n\n
Die dritte Option war die beste; man exportiert die Website einfach als JPEG und l\u00e4dt sie in ein Online-Proofing-Tool hoch, in der Hoffnung, dass die Qualit\u00e4t ausreicht, damit jeder den Text lesen kann. Und dann verbringt man die n\u00e4chsten 3 Werktage damit, hineinzuzoomen, damit es wie eine Website-Seite aussieht. Aber immerhin fehlten keine Teile, und das Feedback wurde nicht abgeschnitten.<\/p>\n\n\n\n![\"\"](\"https:\/\/approval.studio\/wp-content\/uploads\/2025\/02\/portfolio.jpg\")
<\/figure>\n\n\n\nWir konnten interaktive Elemente nie genehmigen<\/h3>\n\n\n\n
Ein weiteres Problem war, dass wir interaktive Elemente, Schaltfl\u00e4chen und verschiedene Funktionen nie genehmigen konnten. Ein Screenshot zeigt nicht, was passiert, wenn man mit der Maus \u00fcber eine Karte f\u00e4hrt, wie ein Dropdown-Men\u00fc ge\u00f6ffnet statt geschlossen aussieht, oder ob ein Formular tats\u00e4chlich abgeschickt wird, statt einfach nur h\u00fcbsch dazustehen. Alles f\u00fchlte sich wie eine Grafik an, nicht wie eine Seite. Wir genehmigten, wie eine Website eingefroren aussah, nicht, was sie tats\u00e4chlich tat, sobald jemand sie ber\u00fchrte.<\/p>\n\n\n\n
Und weil nichts davon anhand eines statischen Exports beurteilt werden konnte, musste eine weitere Person alle Schaltfl\u00e4chen, Animationen und Funktionen separat von Hand durchgehen und jedes einzelne Element auf der Live-Seite anklicken, um zu best\u00e4tigen, dass es tats\u00e4chlich funktionierte. Keine sch\u00f6ne Aufgabe, und auch keine schnelle. Es half nicht, dass dies immer erst nach der „offiziellen“ Freigabe geschah, sodass es sich weniger wie Qualit\u00e4tssicherung anf\u00fchlte als vielmehr wie die Entdeckung, im ung\u00fcnstigsten Moment, dass das, was gerade eben abgesegnet worden war, insgeheim kaputt war. Und irgendetwas ging immer schief. Also verbrachte ich jede zweite Woche eine halbe Stunde damit, eine traurige E-Mail zu schreiben, um zu erkl\u00e4ren, warum sich die Ver\u00f6ffentlichung erneut verz\u00f6gerte.<\/p>\n\n\n\n
Feedback existierte gleichzeitig an drei verschiedenen Orten<\/h3>\n\n\n\n
Jedes Format, das wir f\u00fcr das Website-Proofing verwendeten, wurde zu seinem eigenen, separaten Feedback-Kanal. Drei verschiedene Website-„Formate“ bedeuteten also automatisch auch drei verschiedene Feedback-Quellen. Wir hatten Anmerkungen im Tool, ein paar mehr aus dem PDF, und dann noch einige mehr in privaten Chats und ein paar in Gruppen. <\/p>\n\n\n\n
Was wir also meistens getan haben: Ich machte einen Screenshot von jedem einzelnen Feedback und \u00fcbertrug ihn dann in ein Google-Dokument als Checkliste. Und jedes Mal, wenn eine \u00c4nderung vorgenommen wurde, kam ich zu diesem Dokument zur\u00fcck und hakte einen weiteren Punkt ab. Ziemlich praktisch, aber ein Albtraum zusammenzustellen und kaum funktionsf\u00e4hig. Wie dieser Laptop, der seit ein paar Jahren die Gesetze der Physik trotzt, indem er einfach weiter funktioniert.<\/p>\n\n\n\n![\"\"](\"https:\/\/approval.studio\/wp-content\/uploads\/2025\/09\/client-comms-1024x171.jpg\")
<\/figure>\n\n\n\nPr\u00fcfer konnten nicht nachvollziehen, was sich bereits ge\u00e4ndert hatte<\/h3>\n\n\n\n
Wir hatten auch keine M\u00f6glichkeit, Pr\u00fcfern zu zeigen, was sich seit ihrer letzten Anmerkungsrunde ge\u00e4ndert hatte. Und mein liebster Teil des gesamten Prozesses ist die Frage: „Oh, haben Sie das ge\u00e4ndert, worum ich vor zwei Runden gebeten hatte?“ Ich wei\u00df, dass es nicht b\u00f6se gemeint ist, und ich verstehe, dass die \u00c4nderung klein und fast unsichtbar war, aber ich habe zwei Stunden daf\u00fcr gebraucht, und f\u00fcr mich ist sie sehr sichtbar. <\/p>\n\n\n\n
Aber das passiert nun einmal, wenn man Freigaben von Personen erh\u00e4lt, die selbst jede Menge eigene Arbeit haben, und es keine Erinnerung daran gibt, wie die Seite fr\u00fcher aussah. Und beide Versionen zu senden, ist auch keine Option, es sei denn, man klebt ein gro\u00dfes, fettes „veraltet“-Schild \u00fcber die ganze Seite, wie ein trauriges Wasserzeichen. <\/p>\n\n\n\n![\"\"](\"https:\/\/approval.studio\/wp-content\/uploads\/2023\/09\/turn-criticism-into-power-1024x171.jpg\")
<\/figure>\n\n\n\nWarum wir uns schlie\u00dflich entschlossen, das zu l\u00f6sen<\/h2>\n\n\n\n
Vor dem Feature-Seiten-Vorfall war dieser gesamte Prozess einfach nur l\u00e4stig. Manche wollten einfach nur weitermachen und schenkten dem Inhalt der Seite kaum Beachtung. Andere hatten nicht gen\u00fcgend Zugriffsrechte, also baten sie entweder um eine statische Version oder schauten sich die Seite nach der Ver\u00f6ffentlichung gar nicht mehr an. <\/p>\n\n\n\n
Nach dem Feature-Seiten-Vorfall wurden jedoch falsche Informationen eine Zeit lang live angezeigt, und die KI griff sie fast sofort auf; es herrschte Einigkeit dar\u00fcber, dass etwas unternommen werden musste. Zun\u00e4chst suchten wir extern nach Plugins, zus\u00e4tzlichen Tools oder API-Br\u00fccken, um die Website in ein Proofing-Tool zu laden. <\/p>\n\n\n\n
Doch dann (eigentlich ziemlich schnell) erkannten wir, dass die Antwort direkt vor uns lag. Wir hatten bereits ein Proofing-Tool zur Hand, mehrere Kunden, die genau das in ihrem Workflow ben\u00f6tigten, und unsere eigene interne Motivation, eine M\u00f6glichkeit f\u00fcr Website-Reviews zu schaffen. Also entschieden wir, dass wir es nicht suchen, sondern selbst bauen sollten. <\/p>\n\n\n\n
Was ist Website-Proofing?<\/h2>\n\n\n\n