White-Label-Datenerfassung bedeutet, dass Ihr Kunde die Daten unter Ihrer Marke erhält, zu Ihren Konditionen, mit Ihrem Namen auf der Rechnung. Er schließt keinen Vertrag mit der dahinterliegenden Infrastruktur ab, sieht sie nicht und möchte sie in den meisten Fällen auch nicht sehen.
Diese Vereinbarung ist kommerziell unkompliziert, verändert aber Ihre Pflichten stärker, als die meisten Agenturen erwarten. In dem Moment, in dem Sie Ihre Marke auf einen Datensatz setzen, hören Sie auf, ein Unternehmen zu sein, das ein Proxy-Netzwerk nutzt, und werden zum verantwortlichen Datenanbieter. Zuverlässigkeit, Herkunft, Compliance und Kontinuität liegen dann in Ihrer Verantwortung.
Dieser Leitfaden behandelt, was das in der Praxis bedeutet und wie man ein Konto so strukturiert, dass es viele Kunden trägt, ohne dass diese je miteinander in Berührung kommen.
Ein Konto bedeutet ein Login, nicht ein gemeinsames Budget
Das sollte man sofort klären, denn der Ausdruck ist mehrdeutig, und die falsche Lesart richtet echten Schaden an.
Was funktioniert: ein Shifter-Konto für Ihre Agentur, ein Login, eine Anbieterbeziehung, ein Ort, an dem Sie alles sehen, wobei jeder Kunde darunter getrennt ist, entweder durch einen eigenen Plan und Workspace oder durch ein eigenes Sub-Konto auf einem gemeinsamen Plan.
Was nicht funktioniert: Die Erfassung aller Kunden läuft über einen einzigen gemeinsamen Plan, ohne dass sich die Kunden voneinander unterscheiden lassen. Diese Variante kann Ihnen nicht sagen, was jeder Kunde gekostet hat, lässt den Spitzenverbrauch eines Kunden unbemerkt das Kontingent eines anderen aufzehren und macht das Offboarding zu einer manuellen Entwirrungsübung.
Die Mechanik der ersten Variante, Workspaces, Rollen, Sub-Konten und planbezogene Nutzungsauswertung, wird in Sub-Konten und Nutzungsverfolgung für mehrere Kunden behandelt. Kurz gesagt: ein Plan pro Kunde, wo Budgets getrennt gehalten werden müssen, ein Sub-Konto pro Kunde, wo sie sich einen Plan teilen, und ein Workspace pro Kunde, wo Abrechnung oder Kundenzugriff dies rechtfertigen.
Fertige Daten verkaufen vs. Proxy-Zugang weiterverkaufen
Zwei Geschäftsmodelle werden als White-Label bezeichnet, und sie bringen unterschiedliche Pflichten mit sich.
Fertige Daten verkaufen. Ihr Kunde kauft einen Bericht, einen Feed oder ein Dashboard. Das Proxy-Netzwerk ist Teil Ihres Produktionsprozesses, genau wie Ihre Server. Dieser Leitfaden handelt vollständig von diesem Modell.
Proxy-Zugang unter eigener Marke weiterverkaufen. Ihr Kunde kauft die Möglichkeit, seinen eigenen Traffic zu senden, und Sie sind der Anbieter, den er sieht. Hier brauchen Sie Nutzungszahlen pro Kunde, eigene Limits und Abrechnung sowie eine klare Nutzungsrichtlinie (Acceptable Use Policy), der Ihre Kunden zustimmen. Shifters Reseller-Programm ist genau dafür gebaut: Sub-Konten erfassen den Traffic jedes Ihrer Kunden im Panel und über die API, und Sie legen Preise, Limits und Abrechnung auf Ihrer eigenen Plattform fest.
Viele Agenturen beginnen mit dem ersten Modell und ergänzen das zweite, wenn ein Kunde eigene Jobs ausführen möchte. Halten Sie beides in Ihren Konten und Verträgen getrennt, da die Verantwortlichkeiten unterschiedlich sind.
Was Sie übernehmen, wenn Ihre Marke auf den Daten steht
Fünf Dinge wandern auf Ihre Seite der Linie.
Zuverlässigkeit. Der Bericht Ihres Kunden ist fällig, egal ob sich das Markup eines Portals letzte Nacht geändert hat oder nicht. Sie brauchen Monitoring, Alerting und einen Fallback-Plan, denn „unser Lieferant hatte ein Problem” ist ein Satz, den ein White-Label-Anbieter nicht verwenden darf.
Herkunft. Wenn ein Kunde eine Zahl anzweifelt, müssen Sie sagen können, wo und wann sie beobachtet wurde. Das bedeutet, dass jedes Liefergut den Markt, den Beobachtungsstandort, den Zeitstempel und die Erfassungsmethode enthält. Das Argument, dies als erstklassiges Feld zu behandeln, findet sich in dem Vantage-Point-Standard.
Compliance. Die Pflichten Ihres Kunden enden nicht an Ihrer Marke. Wenn er für die Daten verantwortlich ist und Sie in seinem Auftrag verarbeiten, fließen die Verantwortlichkeiten zu Ihnen.
Kontinuität. Verlieren Sie eine Quelle, einen Markt oder einen Vertrag, erlebt der Kunde das als Ihren Ausfall.
Support. Sie sind die erste Anlaufstelle. Ihr Kunde fragt Sie, warum sich die Zahl verändert hat, und die Antwort darf kein weitergeleitetes Ticket sein.
Nichts davon ist ein Grund, nicht White-Label zu arbeiten. Es ist ein Grund, es korrekt zu bepreisen, was weiter unten behandelt wird.
Herkunftsfelder, die jedes Liefergut tragen sollte
Ein Liefergut, das sich verteidigen lässt, trägt neben jedem Wert ein paar Felder. Eine Beispielzeile aus einem Preis-Monitoring-Feed:
| Feld | Beispiel |
|---|---|
| Wert | 49.99 |
| Währung | EUR |
| Quell-URL | retailer.example/product/123 |
| Markt | Deutschland |
| Beobachtungsstandort | Residential Exit, Berlin, Consumer-ISP |
| Beobachtet am | 2026-10-21 09:14 UTC |
| Erfassungsmethode | HTTP-Request, Sticky Session, aus Produktseite geparst |
| Kunde | acme |
Ihre Marke steht auf dem Cover; diese Felder stehen darunter. Wenn zwei Kunden in derselben Kategorie fragen, warum ihre Zahlen voneinander abweichen, sind der Beobachtungsstandort und der Zeitstempel meist die Antwort.
Compliance verschwindet nicht hinter Ihrer Marke
Das ist der Teil, der am häufigsten übersehen wird, und derjenige, der am ehesten in der Einkaufsprüfung eines Kunden auftaucht statt in Ihrer eigenen Planung.
Wenn Ihr Kunde für die Daten verantwortlich ist (Controller) und Sie als Auftragsverarbeiter agieren, verlangt Ihre Auftragsverarbeitungsvereinbarung in der Regel, dass Sie Subunternehmer offenlegen und Änderungen vorab ankündigen. Infrastruktur, auf die Sie sich zur Datenerfassung verlassen, kann unter diese Definition fallen. White-Label-Branding ist eine kommerzielle Vereinbarung, kein rechtlicher Schutzschild: Es hebt eine durch Ihren Vertrag entstandene Offenlegungspflicht nicht auf.
Zwei praktische Konsequenzen. Lesen Sie die Auftragsverarbeitungsvereinbarungen Ihrer Kunden, bevor Sie sie unterzeichnen, um zu prüfen, was dort zu Subunternehmern, Ankündigungsfristen und Prüfrechten steht, denn diese Klauseln bestimmen, wie frei Sie Ihren eigenen Stack ändern können. Und führen Sie ein aktuelles internes Verzeichnis darüber, wovon Ihre Erfassung abhängt, damit die Antwort auf eine Kundenfrage Minuten statt einer Woche dauert. Größere Kunden senden auch einen Lieferantenfragebogen; welche Fragen zu erwarten sind und welche Antworten bereitliegen sollten, steht in dem Sicherheitsfragebogen, den Ihr InfoSec-Team an einen Proxy-Anbieter senden wird.
Verwandt damit, und häufig damit vermischt: Wo eine Anfrage austritt, ist nicht dort, wo Ihre Daten verarbeitet oder gespeichert werden. Ein Kunde, der fragt „sind unsere Daten in der EU”, fragt nach Ihrer Pipeline, nicht nach Ihren Exit-Standorten. Diese Unterscheidung wird in Datenresidenz ist nicht Proxy-Standort dargelegt, und es lohnt sich, sie zu verstehen, bevor ein Kunde fragt, statt während des Gesprächs.
Wie man das Agenturkonto strukturiert
Die operative Einrichtung ist kurz, und sie genau zu befolgen ist es, was alles Nachgelagerte einfach macht.
- Geben Sie jedem Kunden einen eigenen Plan oder ein eigenes Sub-Konto. Ein separater Plan hält Budgets getrennt. Ein Sub-Konto ist ein Label im Proxy-Benutzernamen, das den Traffic eines Plans nach Kunde aufteilt, im Panel und über die API separat ausgewiesen, teilt sich aber die Bandbreite des Plans und setzt kein eigenes Limit. Führen Sie niemals die Jobs eines Kunden ohne eines von beidem aus.
- Fügen Sie pro Kunde einen Workspace hinzu, wo er sich lohnt. Kunden, die eine eigene Abrechnungsbeziehung wünschen, Einblick in ihre eigene Nutzung haben wollen, oder groß genug sind, dass ihr Mehrverbrauch nicht auf ein gemeinsames Guthaben zugreifen sollte. Jeder in einem Workspace sieht alles darin, daher gehört ein Kundenkontakt immer nur in seinen eigenen Workspace.
- Getrennte Zugangsdaten pro Kunde. Speichern Sie diese pro Kunde in Ihrem Secret Manager, geben Sie den Jobs jedes Kunden nur den Plan oder das Sub-Konto dieses Kunden, und leihen Sie sich niemals die Zugangsdaten eines Kunden, um schnell den Job eines anderen zu erledigen. Genau diese Abkürzung bringt die Zuordnung still und leise durcheinander.
- Versehen Sie Session-IDs mit einem Kundenpräfix.
sid-acme-listings-04kostet nichts und macht Ihr eigenes Debugging lesbar. - Erfassen Sie den Beobachtungsstandort pro Liefergut, anhand der oben genannten Felder.
Mit dem Shifter-Gateway liegen Kunde, Markt und Session gemeinsam in den Zugangsdaten gegenüber p.shifter.io:443:
customer-USERNAME-subaccount-acme-country-de-city-berlin-sid-acme-de-07-ttl-600:PASSWORDLassen Sie sid bei unabhängigen Requests weg, dann rotiert das Gateway pro Request; fügen Sie es hinzu, um einen Exit über einen mehrstufigen Job zu halten, wobei ttl die Dauer festlegt. Die Abwägung dazu steht in Sticky vs. Rotating Residential Proxies.
Bepreisen Sie das Liefergut, nicht das Gigabyte
Der häufigste Preisfehler bei White-Label ist, Bandbreite zum Selbstkostenpreis plus Marge an Kunden weiterzuverkaufen, die gar keine Bandbreite kaufen. Ihr Kunde kauft einen Bericht, einen Feed oder ein Dashboard. Er hat keine Möglichkeit, einen Preis pro Gigabyte zu beurteilen, und kein Interesse daran, das zu lernen.
Bepreisen Sie pro Liefergut, und steuern Sie Ihre eigene Marge anhand der Metrik, die die Kosten tatsächlich treibt: Gigabyte pro nutzbarem Datensatz. Ein Workflow, der weniger überträgt, aber blockierte oder geografisch falsche Daten liefert, ist pro geliefertem Datensatz teurer als ein schwererer, der funktioniert.
Drei Gewohnheiten schützen die Marge. Überprüfen Sie den Verbrauch pro Kunde wöchentlich statt erst zum Rechnungszeitpunkt. Behandeln Sie eine Umfangsänderung als Umfangsänderung, denn Kunden fügen routinemäßig per E-Mail Märkte oder Frequenz hinzu, ohne ein Preisgespräch zu erwarten. Und entscheiden Sie im Voraus, pro Kunde, ob Mehrverbrauch fließen soll oder der Job pausiert werden soll.
Kontinuität und Offboarding
Planen Sie beides, bevor Sie es brauchen.
Für die Kontinuität: Überwachen Sie den Erfassungserfolg pro Kunde und pro Quelle, damit eine sich verschlechternde Quelle sichtbar wird, bevor der Kunde es bemerkt. Wissen Sie, welche Ihrer Lieferergebnisse von einer einzigen Quelle abhängen, denn das sind diejenigen, die am härtesten ausfallen.
Offboarding sollte eine Checkliste sein, keine Ermittlung:
- Ziehen Sie die Zugangsdaten und das Sub-Konto-Label des Kunden aus allen Jobs zurück.
- Schließen oder übertragen Sie den Plan des Kunden.
- Entfernen Sie die Mitarbeiter des Kunden aus dem Workspace, oder verlassen Sie dessen Workspace, falls er ihm gehört.
- Übergeben oder löschen Sie historische Daten gemäß Vertrag.
Gehört einem Kunden sein Workspace, liegt das meiste davon in seiner eigenen Hand, was ein weiteres Argument für diese Struktur bei größeren Konten ist.
FAQ
Kann ich mehrere Kunden auf einem Plan laufen lassen, wenn sie klein sind?
Ja, wenn jeder Kunde sein eigenes Sub-Konto hat. Das Panel und die API weisen dann den Traffic jedes Kunden separat aus. Was ein gemeinsamer Plan nicht kann, ist die Nutzung eines Kunden zu begrenzen, sodass ein Spitzenverbrauch eines Kunden weiterhin die Bandbreite beansprucht, die sich die anderen teilen. Geben Sie Kunden mit großem oder unvorhersehbarem Volumen einen eigenen Plan.
Muss ich Kunden mitteilen, welche Infrastruktur ich nutze?
Das hängt von Ihrem Vertrag ab, nicht von Ihrem Branding. Viele Auftragsverarbeitungsvereinbarungen von Kunden verlangen die Offenlegung von Subunternehmern und die Ankündigung von Änderungen. Prüfen Sie die Vereinbarungen, die Sie unterzeichnet haben.
Wie viele Kunden kann ein Agenturkonto tragen?
Ein Login kann zu vielen Workspaces gehören, zwischen denen man über die Seitenleiste wechselt. Das Seat-Limit gilt pro Workspace, nicht für die Anzahl der Workspaces, in denen Sie arbeiten.
Was sollte in einem White-Label-Liefergut erscheinen?
Die Daten, plus genug Herkunftsinformationen, um sie zu verteidigen: Markt, Beobachtungsstandort, Beobachtungszeitstempel und Methode. Ihre Marke steht auf dem Cover. Die Methode muss darunter trotzdem existieren.
Was ist der Unterschied zwischen White-Label-Daten und dem Weiterverkauf von Proxys?
White-Label-Daten bedeutet, dass Sie fertige Daten unter Ihrer Marke verkaufen und das Netzwerk Teil Ihres Produktionsprozesses bleibt. Weiterverkauf bedeutet, dass Ihre Kunden ihren eigenen Traffic durch den von Ihnen bereitgestellten Zugang senden, weshalb Sie Nutzungsverfolgung pro Kunde, eigene Limits und Abrechnung sowie eine Nutzungsrichtlinie brauchen.
Können meine Kunden sehen, dass ich Shifter nutze?
Nicht durch Ihre Liefergüter. Kunden sehen Shifter nur, wenn Sie sie in einen Workspace einladen oder ihnen Zugangsdaten geben, weshalb Kundenkontakte immer nur ihrem eigenen Workspace beitreten sollten.
Wie rechne ich die Erfassung mit jedem Kunden ab?
Nutzen Sie den Plan jedes Kunden, oder das Sub-Konto jedes Kunden auf einem gemeinsamen Plan, als Nutzungszahl, und bepreisen Sie das Liefergut darauf aufbauend. Überprüfen Sie die Nutzung pro Kunde wöchentlich, damit die Rechnung keine Überraschungen enthält.
Was passiert mit den Daten eines Kunden, wenn er geht?
Was auch immer Ihr Vertrag vorsieht. Vereinbaren Sie das bei der Unterzeichnung: Übergabe, Aufbewahrung für einen festgelegten Zeitraum oder Löschung. Folgen Sie dann der oben genannten Offboarding-Checkliste.
Fazit
White-Labeling ist ein Versprechen, dass Sie für die Daten einstehen. Strukturieren Sie das Konto so, dass dieses Versprechen günstig einzuhalten ist: ein Agentur-Login über viele Workspaces, ein Plan oder ein Sub-Konto für jeden Kunden, pro Kunde getrennte Zugangsdaten und Session-Kennungen, und Herkunftsangaben an jedem Liefergut.
Bepreisen Sie dann das Liefergut statt des Gigabytes, beobachten Sie die Nutzung pro Kunde wöchentlich, und lesen Sie die Auftragsverarbeitungsvereinbarungen Ihrer Kunden, bevor sich Ihr Stack ändert, nicht danach. Das Netzwerk selbst finden Sie auf der Seite Residential Proxy Network.