Agenturen suchen nach „Sub-Accounts”, weil das der Begriff ist, den die meisten Tools für ein übergeordnetes Login verwenden, das viele Kundenkonten darunter hält. Es lohnt sich, genau zu klären, wie sich das auf Shifter überträgt, bevor man irgendetwas aufbaut, denn die richtige Struktur hängt davon ab.
Auf Shifter übernehmen zwei Werkzeuge diese Aufgabe. Ein Workspace ist ein in sich geschlossener Bereich mit eigenen Plänen, eigener Wallet, eigenen Rechnungen und eigenem Team, dem dieselbe Person in beliebiger Anzahl angehören kann, wobei man über die Seitenleiste zwischen ihnen wechselt. Ein Sub-Account ist eine Kennzeichnung im Proxy-Benutzernamen, die den Traffic eines Plans nach Kunde aufteilt und separat im Panel und in der API ausgewiesen wird (eingeführt im Oktober 2026). Die Nutzung wird pro Plan erfasst, und innerhalb eines Plans pro Sub-Account. Wenn diese Fakten einmal in Ihrer Struktur verankert sind, ergibt sich alles Weitere von selbst.
Was ein Sub-Account leisten muss
Löst man sich von der Terminologie, will eine Agentur vier Dinge von einem Kunden-Sub-Account.
| Anforderung | Was das bedeutet | Wie Shifter das bereitstellt |
|---|---|---|
| Isolation | Traffic und Budget eines Kunden vermischen sich nie mit denen eines anderen | Pläne überschreiten nie Workspace-Grenzen |
| Zuordnung | Sie können sagen, was jeder Kunde gekostet hat | Die Nutzung wird pro Plan und pro Sub-Account erfasst |
| Zugriffskontrolle | Die richtigen Personen sehen die richtigen Dinge | Viewer-, Billing- und Admin-Rollen pro Workspace |
| Sauberes Offboarding | Ein Kunde geht, ohne dass es andere stört | Mitglieder entfernen, Pläne des Kunden schließen |
Im Rest dieses Leitfadens geht es darum, wie man Workspaces und Pläne anordnet, damit all diese vier Punkte gleichzeitig erfüllt sind.
Zwei Strukturen, die funktionieren
Kundeneigene Workspaces
Jeder Kunde besitzt seinen eigenen Workspace. Der Kunde füllt die Wallet und erhält die Rechnungen. Der verantwortliche Mitarbeiter der Agentur wird als Admin in jeden Kunden-Workspace eingeladen und steuert von dort aus die Datenerfassung.
Das ist die sauberste Anordnung, wenn Kunden bereit sind, ihre eigene Abrechnungsbeziehung zu führen. Die Isolation ist absolut, die Zuordnung erfordert keinen Aufwand, da jede Kundenrechnung eine eigenständige Rechnung ist, und Offboarding bedeutet, dass der Kunde die Agentur aus seinem Workspace entfernt. Ein einziges Agentur-Login erreicht jeden Kunden über den Workspace-Umschalter.
Agentureigener Workspace, ein Plan pro Kunde
Die Agentur besitzt einen Workspace, kauft darin für jeden Kunden einen eigenen Plan und stellt Kunden auf Basis der Nutzung des jeweiligen Plans in Rechnung.
Das passt für Agenturen, die Datenerfassung als Teil eines Retainers weiterverkaufen. Die Zuordnung funktioniert, solange die Regel strikt eingehalten wird: ein Kunde, ein Plan, niemals geteilt, oder, bei einem geteilten Plan, ein Kunde, ein Sub-Account. Bevor man sich dafür entscheidet, sollte man zwei Konsequenzen kennen.
- Die Wallet ist an den Workspace gebunden, und Überschreitungen bei jedem Plan werden aus dieser Wallet gedeckt. Jeder Plan im Workspace greift auf denselben Topf zu, sodass der Spitzenverbrauch eines Kunden den Spielraum aufbrauchen kann, auf den ein anderer Kunde angewiesen ist. Beobachten Sie Überschreitungen pro Plan genau, oder geben Sie Kunden mit hohem Volumen einen eigenen Workspace.
- Alles innerhalb eines Workspace ist für dessen Mitglieder sichtbar. Laden Sie keinen Kundenkontakt in einen geteilten Agentur-Workspace ein, auch nicht als Viewer, denn er würde die Pläne und Rechnungen aller anderen Kunden sehen.
Viele Agenturen landen bei einem Hybridmodell: kundeneigene Workspaces für große Accounts, die ihre eigene Abrechnung wollen, und ein Agentur-Workspace mit Plänen für kleinere Kunden, die über Retainer abgerechnet werden.
Einrichtung
Die Mechanik ist für beide Strukturen gleich.
- Öffnen Sie die Team-Seite im Workspace, den Sie verwalten möchten, über die Seitenleiste im Panel.
- Laden Sie per E-Mail ein und wählen Sie eine Rolle. Ein bestehender Shifter-Nutzer erhält beim nächsten Anmelden ein Join mit einem Klick und behält sein eigenes Konto. Eine neue E-Mail-Adresse führt zu einer kurzen Anmeldung mit einem Magic Link und ohne Passwort.
- Wechseln Sie zwischen Workspaces über das Dropdown in der Seitenleiste, das erscheint, sobald Sie mehr als einem Workspace angehören. Alles auf dem Bildschirm, Pläne, Wallet, Rechnungen, Team, ändert sich entsprechend.
- Kaufen Sie den Plan jedes Kunden in dem Workspace, zu dem er gehört. Pläne lassen sich anschließend nicht zwischen Workspaces verschieben, ein Kauf im falschen Workspace bedeutet also einen erneuten Kauf.
Jeder Workspace hat eine weiche Obergrenze von 10 Plätzen. Wenn Sie für einen großen Kunden mehr benötigen, ist das ein Gespräch mit dem Support und keine harte Grenze. Der Besitz eines Workspace kann auf Anfrage auch übertragen werden, falls sich eine Kundenbeziehung verändert.
Das Feature selbst wird beschrieben in introducing Team Workspaces.
Rollen auswählen
Beschränken Sie Rollen auf das Minimum, das jede Person benötigt.
| Rolle | Kann | Geben Sie sie |
|---|---|---|
| Viewer | Pläne, Traffic und Rechnungen einsehen; den Katalog durchsuchen | Einem Kunden-Stakeholder, der die Nutzung sehen möchte, nur in dessen eigenem Workspace |
| Billing | Alles, was ein Viewer kann, zusätzlich die Wallet aufladen, Rechnungen bezahlen und Pläne kaufen oder upgraden | Demjenigen, der die Karte besitzt, auf beiden Seiten |
| Admin | Alles, was Billing kann, zusätzlich Pläne und das Team verwalten | Dem verantwortlichen Mitarbeiter der Agentur, der die Datenerfassung leitet |
Rollen gelten pro Workspace, nicht global. Dieselbe Person kann im Workspace eines Kunden Admin sein und im Workspace eines anderen Viewer, und es gilt immer die Rolle im aktiven Workspace.
Nutzung pro Kunde verfolgen
Jeder Plan hat eine Echtzeit-Nutzungsansicht im Panel, auf der Dashboard-Übersicht und auf der eigenen Seite des Plans, die jede Minute aktualisiert wird. Sie zeigt die im Zyklus verbleibende Bandbreite, einen täglichen Verbrauchstrend und die Top-Traffic-Ziele nach Hostname.
Diese drei zusammen reichen aus, um die Kundenzuordnung gut zu führen.
Verbleibende Bandbreite sagt Ihnen, ob ein Kunde auf Kurs ist, den Zyklus innerhalb seines Kontingents abzuschließen.
Der tägliche Trend zeigt, wann sich der Verbrauch verändert hat, meist ein neuer Auftrag, ein außer Kontrolle geratener Crawler, oder ein Kunde, der um einen größeren Umfang bittet, ohne es zu sagen.
Top-Ziele nach Hostname ist der unterschätzte Wert. Damit können Sie prüfen, ob der Plan eines Kunden tatsächlich die Ziele dieses Kunden erreicht. Ein Plan, dessen Top-Ziel zum Wettbewerbsumfeld eines anderen Kunden gehört, ist ein Plan mit den falschen Zugangsdaten in irgendeinem Auftrag.
Um einen Plan zwischen Kunden aufzuteilen, geben Sie jedem Kunden einen Sub-Account: fügen Sie -subaccount-KUNDE direkt nach Ihrem Benutzernamen in den Jobs dieses Kunden hinzu, und das Panel sowie die Usage API weisen jeden separat aus. Traffic, der ohne Kennzeichnung gesendet wurde, lässt sich im Nachhinein nicht aufteilen, kennzeichnen Sie also bei einem geteilten Plan jeden Job.
Eine Anfrage für einen Kunden, mit Targeting und einer Session nach der Kennzeichnung, sieht so aus:
curl -x customer-USERNAME-subaccount-client_a-country-us-sid-abc123-ttl-600:PASSWORD@p.shifter.io:443 \
http://ip-info.com/jsonUnd der Traffic desselben Kunden für Oktober, über die API:
curl "https://shifter.io/api/v1/memberships/68057/subaccounts/client_a/usage?start=2026-10-01&end=2026-11-01&api_token=YOUR_API_TOKEN"Sub-Account-Namen bestehen aus 1 bis 16 Buchstaben, Ziffern oder Unterstrichen, ohne Bindestriche, und sie unterscheiden zwischen Groß- und Kleinschreibung. Es ist keine Einrichtung nötig: Ein Sub-Account erscheint wenige Minuten nach seiner ersten Anfrage. Sub-Accounts verfolgen nur den Traffic; sie teilen sich die Bandbreite des Plans und setzen kein Limit pro Kunde.
Eine monatliche Arbeitsroutine
Zuordnung ist eher eine Gewohnheit als ein Bericht, den man einmal erstellt.
- Zu Beginn jedes Zyklus notieren Sie das Anfangskontingent jedes Plans und die Zyklusdaten.
- Wöchentlich vergleichen Sie den Verbrauch jedes Kunden mit der erwarteten Verbrauchsrate und erstellen eine neue Hochrechnung für das Monatsende als verbrauchte Bandbreite geteilt durch vergangene Tage, multipliziert mit den Tagen im Zyklus.
- Wenn ein Trend ausschlägt, prüfen Sie die Top-Ziele, bevor Sie annehmen, dass sich der Umfang des Kunden vergrößert hat.
- Bevor das Kontingent aufgebraucht ist, entscheiden Sie pro Kunde, ob Überschreitungen aus der Wallet fließen sollen oder ob der Job pausieren soll. Überschreitungen bei Residential-Plänen werden aus der Wallet zum eigenen Pro-GB-Satz des Plans abgerechnet.
- Wenn ein Kunde geht, entfernen Sie dessen Personen, ziehen Sie die Zugangsdaten des Plans aus jedem Job zurück und schließen Sie den Plan.
Die Hochrechnungsmethode hinter der wöchentlichen Prüfung finden Sie unter forecasting residential proxy bandwidth.
Zugangsdaten sind die andere Hälfte der Isolation
Workspaces halten Pläne auseinander. Ihre eigenen Systeme müssen die Zugangsdaten auseinanderhalten.
Jeder Plan hat eigene Zugangsdaten. Speichern Sie diese pro Kunde in Ihrem Secret-Manager, geben Sie den Jobs jedes Kunden nur den Plan dieses Kunden, und kopieren Sie niemals die Zugangsdaten eines Kunden in den Job eines anderen, um schnell etwas zu erledigen, denn so bricht die Zuordnung still und leise zusammen. Protokollieren Sie keine vollständigen Proxy-Verbindungsstrings, das ist der häufigste Weg, wie Zugangsdaten in einen Log-Aggregator durchsickern.
Session-IDs können Sie weiterhin nach Belieben benennen. Sie mit einem Kundencode zu versehen, sid-acme-serp-01, kostet nichts und macht Ihre eigenen Logs lesbar. Das Panel schlüsselt die Nutzung nicht nach Session-ID auf, dafür sind Sub-Accounts da.
FAQ
Hat Shifter Sub-User innerhalb eines Plans?
Es gibt keine separaten Logins innerhalb eines Plans, aber Sub-Accounts teilen den Traffic eines Plans nach Kunde auf: eine Kennzeichnung im Proxy-Benutzernamen, die Panel und API separat ausweisen. Der Zugriff wird pro Workspace mit drei Rollen verwaltet, und vollständige Isolation zwischen Kunden ergibt sich aus separaten Plänen und, wo nötig, separaten Workspaces.
Wie viele Kunden kann ein Agentur-Login verwalten?
Ein einzelnes Login kann so vielen Workspaces angehören, wie nötig, und zwischen ihnen über die Seitenleiste wechseln. Die weiche Obergrenze von 10 Plätzen gilt pro Workspace, nicht pro Login.
Kann ein Kunde unsere anderen Kunden sehen?
Nicht workspace-übergreifend. Innerhalb eines Workspace sieht jedes Mitglied alles, deshalb sollten Kundenkontakte nur jemals in ihren eigenen Workspace eingeladen werden.
Kann ich einen Plan von einem Kunden zu einem anderen verschieben?
Pläne bleiben in dem Workspace, in dem sie gekauft wurden. Kaufen Sie den Plan jedes Kunden von Anfang an im Workspace dieses Kunden.
Fazit
Auf Shifter trennt ein Workspace Zugriff und Abrechnung, und ein Sub-Account teilt den Traffic innerhalb eines Plans auf. Geben Sie jedem Kunden seinen eigenen Plan oder seinen eigenen Sub-Account, wählen Sie kundeneigene Workspaces, wenn Kunden ihre eigene Abrechnung führen, und einen geteilten Agentur-Workspace, wenn Sie weiterverkaufen, halten Sie Kundenkontakte aus geteilten Workspaces heraus, und lesen Sie die Nutzung pro Kunde jede Woche statt erst bei der Rechnung.
So strukturiert, ergeben sich Isolation, Zuordnung, Zugriffskontrolle und Offboarding von selbst. Das Produkt finden Sie auf der Seite residential proxies for agencies, mit den Preisen auf der pricing page.