Cookie-Consent-Plattform wählen, wenn Ihre Agentur viele Kundenwebsites betreut

Alle Beiträge

Die richtige Plattform ist die, bei der eine Richtlinienänderung alle Websites gleichzeitig erreicht und jedes Consent-Log einem einzelnen Kunden zugeordnet bleibt. Bewerten Sie Kandidaten danach, nicht nach der Funktionsliste: wer in jedem Log der Verantwortliche ist, ob sich eine Konfiguration überträgt oder Dutzende auseinanderlaufen und was eine Datenanfrage über verschiedene Baukästen hinweg kostet.

Die Funktionsliste ist nicht die Entscheidung

Fast jede veröffentlichte Antwort auf diese Frage ist eine Rangliste von Produkten, bewertet nach Preis pro Domain, White Label, Unterkonten und Zertifizierungen. Das sind echte Kriterien, und sie sind zugleich der Teil der Entscheidung, den ein Anbieter in eine Tabelle packen kann.

Was keiner davon einpreist, ist die Arbeit, die am Tag nach dem Kauf bei Ihrem Team landet. Ein Portfolio ist nicht eine Website mal x. Es sind Websites auf verschiedenen Baukästen, in verschiedenen Märkten, im Besitz verschiedener Kunden, und jede muss für sich prüfbar sein. Entweder fängt das Tool das ab, oder es gibt es Ihnen als wiederkehrende Handarbeit zurück. Vier Fragen klären das.

Wer ist in jedem Consent-Log der Verantwortliche?

Dieser Punkt hat rechtliches Gewicht und wird beim Einkauf am ehesten übersprungen. Üblich ist, dass Ihr Kunde über die Daten seiner Besucher bestimmt und die Plattform als Auftragsverarbeiter handelt. Nicht jede Plattform ist so aufgestellt, prüfen Sie also die Bedingungen. Agenturen tappen in die Falle, wenn sie annehmen, auch sie seien nur Auftragsverarbeiter. Wenn Sie entscheiden, warum das Tracking läuft und welche Zwecke das Banner angibt, sind Sie unter Umständen selbst Verantwortlicher, entweder gemeinsam mit Ihrem Kunden nach Artikel 26 DSGVO oder eigenständig. Laut den Leitlinien des EDSA zu Verantwortlichen und Auftragsverarbeitern richten sich diese Rollen danach, was jede Partei tatsächlich tut, nicht nach der Bezeichnung im Vertrag. Leiten Sie die Rollen also aus den Fakten ab, halten Sie sie im Vertrag mit jedem Kunden fest und prüfen Sie dann, ob die Plattform abbilden kann, was Sie vereinbart haben.

Im Betrieb heißt das: ein Consent-Log, das einer Website zugeordnet ist und sich einzeln exportieren lässt. Ob Sie diesen Nachweis übergeben, wenn ein Kunde geht, ist eine Frage von Vertrag und Produkt, kein Recht, das der Kunde geltend machen kann. Deshalb lohnt es sich, das vor der Unterschrift zu klären. Und wenn eine Plattform die Nachweise aller Websites ohne Trennung zusammenwirft, müssen Sie für das Audit eines Kunden in einen Speicher, in dem auch die Daten aller anderen liegen. Verlangen Sie vor der Entscheidung einen echten Export für eine einzelne Website, nicht die Beschreibung davon.

Wie erreicht eine Richtlinienänderung jede Website?

Eine Consent-Konfiguration richten Sie nicht einmal ein und vergessen sie dann. Ein Kunde baut ein Chat-Widget ein. Ein Anbieter setzt plötzlich ein Werbe-Cookie, das Sie als funktional eingestuft hatten. Jede dieser Änderungen betrifft, was Ihr Banner angibt und was es blockiert, und jede muss jede Website erreichen, für die sie gilt.

Bei einem Tool, das für eine einzelne Website gebaut ist, heißt das: ein Login pro Website, erledigt von einem Menschen, an einem Tag, an dem auch anderes ansteht. Bei einer Handvoll Websites geht das gut. Irgendwann danach wird es zu der Aufgabe, die unbemerkt liegen bleibt, und die Abweichung ist unsichtbar, weil jede Website beim Öffnen noch in Ordnung aussieht. Fragen Sie also, wie sich eine Änderung verbreitet. Gibt es eine übergeordnete Konfiguration, die die Websites erben, oder nur eine Kopierfunktion, die einmal klont und sie dann auseinanderlaufen lässt? Sehen Sie in einer Ansicht, welche Websites auf der aktuellen Richtlinie sind? Diese letzte Frage trennt ein Portfolio-Tool von einem Einzelseiten-Tool mit Multi-Domain-Preisschild.

Was ändert sich, wenn die Websites auf fünf verschiedenen Baukästen laufen?

Der Kundenstamm einer echten Agentur besteht selten aus nur einer Plattform. Da ist etwas WordPress, ein paar Shopify-Shops, eine Webflow-Website, etwas auf Squarespace und eine selbst gebaute Anwendung, die ein Entwickler vor zwei Jahren hinterlassen hat. Das Banner ist dabei die leichte Hälfte: Die meisten Tools laufen überall.

Beim Tag-Stack laufen die Wege auseinander. Jeder Baukasten hat seine eigene Vorstellung davon, wohin Skripte gehören, eigene native Integrationen, die eigene Tags einfügen, und einen eigenen Checkout- oder Formularablauf, der außerhalb der Seiten auslöst, die Sie eingerichtet haben. Ein Tool, das sich überall gleich verhält, schlägt eines, das auf der Plattform glänzt, die die meisten Ihrer Kunden nicht nutzen. Denn jeder zusätzliche Integrationsweg ist eine weitere Stelle, an der Sie das Verhalten separat prüfen müssen. Das ist eine andere Frage als White Label, die wir in Worauf es bei White-Label-Cookie-Consent wirklich ankommt behandeln.

Was kostet ein Audit oder eine Datenanfrage tatsächlich?

Das sind die Kosten, die niemand nennt, und bei genug Kunden entscheiden genau sie über das Tool. Ein Besucher Ihres Kunden fragt, was über ihn erhoben wurde, oder die Rechtsabteilung des Kunden bittet Sie, die Einwilligung zu einem bestimmten Datum zu belegen. Mit klarer Trennung pro Website und einem durchsuchbaren Log ist das eine Abfrage. Bei einer gemeinsamen Ablage ist es ein Projekt: das Konto finden, herausfinden, welches Log zu welcher Domain gehört, es exportieren, prüfen, dass niemand anderes darin steckt, und das für die anderen Websites des Kunden wiederholen. Ein paar Mal pro Quartal über alle Kunden hinweg, und Sie kennen den wahren Preis der günstigeren Lizenz.

Was sollten Sie vor der Entscheidung prüfen?

1. Fordern Sie den Export des Consent-Logs einer einzelnen Website an

   Nicht die Beschreibung davon. Lassen Sie sich zeigen, wie er erstellt wird. Braucht es dafür ein Support-Ticket, gilt das auch für jedes künftige Audit.

2. Ändern Sie eine Kategorie und sehen Sie, wo die Änderung ankommt

   Prüfen Sie, ob sie eine Live-Website ohne erneutes Veröffentlichen erreicht. Gibt es nur eine Klonfunktion, kaufen Sie Abweichungen ein.

3. Installieren Sie es zuerst auf der Kundenplattform, die Sie am wenigsten mögen

   Die Grenzen eines Tools zeigt die exotischste Website im Kundenstamm, nicht die, die Sie am besten kennen.

4. Prüfen Sie, wen das Log als Verantwortlichen nennt

   Pro Website, schriftlich, passend zu den Rollen, die Sie mit diesem Kunden vereinbart haben. Das zählt an dem Tag, an dem ein Kunde geht und seine Websites mitnimmt.

Wann ist ein Tool pro Website wirklich der bessere Kauf?

Ganz klar: Wenn Sie eine Handvoll Websites betreiben, alle auf einem Baukasten, alle für einen Markt, ist ein Tool pro Website einfacher und meist günstiger, und alles oben Genannte bringt Ihnen nichts. Zentrale Verwaltung ist Aufwand, solange es nicht genug zu verwalten gibt.

Die Schwelle ist keine Zahl von Websites, sondern eine Änderungsrate. Wenn die Zahl der Websites mal die Häufigkeit Ihrer Richtlinienänderungen mehr ist, als ein Mensch zuverlässig im Kopf behalten kann, ist aus einer Tool-Vorliebe ein betriebliches Risiko geworden. Velo ist für diesen zweiten Fall gebaut: ein Dashboard für das ganze Portfolio, ein Consent-Log pro Kunde und ein Snippet mit einem Satz Kategorieregeln über alle Website-Baukästen hinweg. Mit einer Einschränkung: Die nativen Integrationen einer Plattform müssen Sie überall dort weiterhin prüfen, wo sie Tags einfügen. Wenn Sie im ersten Fall sind, sagen wir Ihnen das. Wie das Modell funktioniert, steht auf der Produktseite.