Wie viele Accounts pro Proxy? Ein praktischer Leitfaden nach Anwendungsfall

Last updated: August 20, 2026

Für jeden Account, in den Sie sich anmelden, planen Sie eine dedizierte IP pro Account. Höhere Verhältnisse sind nur für zustandslosen Traffic akzeptabel, der sich nie anmeldet; dort dimensionieren Sie nach gleichzeitigen Sitzungen statt nach Accounts. Bei Thunderproxy entspricht das statischen ISP-Adressen für dauerhafte Identitäten und rotierendem Residential für zustandsloses Volumen. Was die Antwort ändert, ist, wie empfindlich das Ziel gegenüber Adresswiederverwendung ist, wie lange jede Sitzung läuft und ob Sie eine dedizierte IP halten oder aus einem gemeinsamen Pool beziehen.

Die kurze Antwort, nach Anwendungsfall

Das Accounts-pro-Proxy-Verhältnis ist keine einzelne Zahl. Es hängt vollständig davon ab, ob die Arbeit eine Anmeldung umfasst. Die Tabelle unten gibt das praktische Verhältnis für die häufigsten Aufgaben. Für jeden anmeldebezogenen Anwendungsfall lautet die Antwort ein Account pro IP. Für zustandslose Arbeit gibt es überhaupt kein Account-Verhältnis, nur ein Gleichzeitigkeitslimit.

Anwendungsfall	Accounts oder Sitzungen pro IP	Proxy-Typ	Session-Modus	Warum
Langlebige Social-Profile	1	Static ISP	Persistent	Feste Identität braucht feste Adresse
Marketplace-Verkäuferaccounts	1	Static ISP	Persistent	Ein Storefront, eine Adresse
Werbeaccounts	1	Static ISP	Persistent	Hohe Empfindlichkeit gegenüber Wiederverwendung
Crypto-Wallet-Dashboards	1	Static ISP	Persistent	Anmeldegebundene Identität
E-Mail-Postfächer	1	Static ISP	Persistent	Anmeldegebundene Identität
Agentur-Client-Accounts (teamgeteilt)	1	Static ISP	Persistent	Eine Adresse pro Client-Identität
Checkout- oder Drop-Aufgaben	1 pro Task-Sitzung	Rotating residential	Sticky	Kurzlebig, pro Task-Sitzung
Scraping und Monitoring, ohne Anmeldung	Pro gleichzeitiger Sitzung	Rotating residential	Rotating	Kein Sitzungszustand zu schützen
SERP- und Rank-Tracking	Pro gleichzeitiger Sitzung	Rotating residential	Rotating	Zustandslose Abfragen
QA und Geo-Testing	Pro gleichzeitiger Sitzung	Rotating residential	Sticky oder rotating	Keine dauerhafte Identität

Compliance-Hinweis: Die Plattformbedingungen entscheiden, wie viele Accounts Sie halten dürfen. Proxies entscheiden nur, wie sauber die Accounts, zu denen Sie berechtigt sind, im Netzwerk getrennt bleiben. Diese Seite behandelt Kapazitätsplanung und Sitzungshygiene für legitimes Account-Management, nicht das Umgehen von Durchsetzung oder Nutzungsbedingungen.

Warum das Verhältnis überhaupt zählt

Eine geteilte Adresse ist ein geteiltes Signal. Wenn zwei Accounts, die Sie getrennt halten, sich von derselben IP anmelden, haben Sie dem Netzwerk signalisiert, dass sie zusammengehören, unabhängig von Ihrer Absicht. Diese Verbindung wird stärker, wenn derselbe Geräte-Fingerprint hinter derselben Adresse sitzt, weil sich die beiden Signale gegenseitig verstärken.

Es gibt zwei weitere mechanische Gründe, warum das Verhältnis zählt. Erstens werden Rate Limits pro Adresse durchgesetzt; mehrere Accounts hinter einer IP konkurrieren also um dasselbe Request-Budget und lösen Limits früher aus. Zweitens invalidiert eine Rotation mitten im Ablauf die Sitzung: ändert sich die Adresse während Sie angemeldet sind, sieht die Gegenseite die Sitzung wandern und kann sie abbrechen. Nichts davon geht um Verstecken. Es geht darum, keine widersprüchlichen Netzwerksignale für Identitäten zu senden, die unabhängig sein sollen.

Die drei Variablen, die Ihr Verhältnis bestimmen

Ihr Verhältnis wird von drei Dingen entschieden, in dieser Reihenfolge.

1) Dedizierte IP versus gemeinsamer Pool. Eine statische ISP-Adresse ist eine Adresse, die Sie für die Laufzeit des Lease halten. Ein rotierender Residential-Proxy ist ein Pool, den Sie über eine Session-ID ansprechen; selbst eine Sticky-Session ist best-effort und an eine TTL gebunden. Wenn eine Identität bestehen muss, braucht sie eine Adresse, die besteht — also eine dedizierte IP. Wenn die Arbeit zustandslos ist, ist ein Pool nicht nur akzeptabel, sondern das richtige und günstigere Werkzeug.

2) Sitzungslänge versus Rotation. Eine langlebige Anmeldung will, dass die Adresse Stunden oder Tage stehen bleibt. Eine zustandslose Anfrage will so oft wie möglich eine frische Adresse. Passen Sie den Session-Modus an die Arbeit an: persistent für Logins, rotating für Volumen, sticky nur für kurze, begrenzte Aufgaben.

3) Wie empfindlich das Ziel gegenüber Adresswiederverwendung ist. Manche Plattformen behandeln eine wiederholte Adresse als Routine. Andere behandeln sie als starke Verknüpfung zwischen Accounts. Wenn ein Ziel empfindlich ist, halten Sie das Verhältnis bei eins und teilen Sie nicht.

Statischer ISP versus rotierendes Residential: welches pro Account

Verwenden Sie einen statischen ISP-Proxy, wenn eine dauerhafte Identität eine feste Adresse braucht. Ein Social-Profil, ein Verkäufer-Shop, ein Anzeigenkonto oder ein Postfach ist bei jeder Anmeldung dieselbe Identität und sollte daher jedes Mal dieselbe Adresse präsentieren. Eine Thunderproxy-Static-ISP-Adresse ist ein 30-Tage-Lease mit unbegrenzten Verlängerungen und unbegrenzter Bandbreite; die Identität behält also eine stabile Adresse, solange Sie erneuern, und schwere In-Session-Daten ändern die Rechnung nicht. Die Abdeckung ist auf eine kleinere Ländergruppe begrenzt — prüfen Sie, ob Ihre Zielregion verfügbar ist. Aktuelle Länderabdeckung finden Sie in den Static-ISP-Plänen.

Verwenden Sie rotierendes Residential, wenn die Arbeit zustandslos ist und Rotation pro GB die günstigere und richtige Wahl ist. Scraping, Monitoring, SERP- und Rank-Tracking sowie Geo-Testing halten kein Login; sie gewinnen nichts von einer festen Adresse und alles von einem großen, frischen Pool. Rotierendes Residential zieht aus 30M+ IPs in 155+ Ländern mit Country-, State- und City-Targeting; abgerechnet wird die bewegte Datenmenge, nicht geparkte Adressen. Zum Unterschied zwischen rotating und sticky siehe Sticky Sessions.

So dimensionieren und bepreisen Sie Ihre Flotte

Dimensionieren Sie die Flotte nach Identitäten für Logins und nach Gleichzeitigkeit für zustandslose Arbeit, und bepreisen Sie jeweils mit dem passenden Abrechnungsmodell.

Beispiel 1: eine Agentur mit dauerhaften Client-Logins (pro IP). Sie verwalten 10 Client-Accounts, die jeweils eine stabile Identität brauchen: Social-Profile und Anzeigenkonten. Das Verhältnis ist eine dedizierte IP pro Account, also brauchen Sie 10 Static-ISP-Adressen.

10 Accounts x 1 IP jeweils = 10 Static-ISP-IPs
10 IPs x $1.79 pro IP = $17.90 für den 30-Tage-Lease
Bandbreite ist unbegrenzt, In-Session-Daten erhöhen diese Summe nicht

Die Rechnung ist flach und vorhersehbar, weil sie an Identitäten gebunden ist, nicht an Traffic.

Beispiel 2: ein zustandsloser Monitoring-Job (pro GB). Sie betreiben Scraping und Rank-Tracking ohne Login. Es gibt keine Accounts zu zählen, nur Daten zu bewegen — rotierendes Residential abgerechnet pro GB ist das richtige Modell.

Angenommen, der Job bewegt 200 GB in einem Monat
200 GB x $1.72 pro GB = $344
Adressen dimensionieren Sie nach gleichzeitigen Sitzungen, mit Session-IDs im Bereich 1 bis 20000, nicht nach einem Pro-Account-Verhältnis

Der Vergleich ist der Punkt. Für dauerhafte Logins macht Per-IP-Pricing die Flottenkosten zu einem einfachen Vielfachen der Identitäten. Für zustandsloses Volumen folgt Per-GB-Pricing der Arbeit selbst; dedizierte IPs zu kaufen, auf denen Sie nie angemeldet bleiben, wäre reine Verschwendung.

Häufige Fehler

Eine Adresse über Accounts auf derselben Plattform teilen. Das verknüpft die Identitäten im Netzwerk und lässt sie um dasselbe Rate Limit konkurrieren. Geben Sie jedem Login seine eigene Adresse.
Während eines Login-Flows rotieren. Eine neue Adresse mitten in der Sitzung invalidiert die Sitzung. Nutzen Sie einen persistenten oder Sticky-Modus für alles, worin Sie sich anmelden, und reservieren Sie Rotation für zustandslose Requests.
Geo-Mismatch zwischen Adresse und Account. Ein regionales Konto, das aus dem falschen Land erscheint, widerspricht dem eigenen Profil. Passen Sie die Adressregion mit Country-, State- oder City-Targeting an den Account an.
Eine Adresse über verschiedene Plattformen für denselben Betreiber wiederverwenden. Unterschiedliche Plattformen, die immer dieselbe Adresse sehen, können den Betreiber dahinter korrelieren. Trennen Sie nach Identität, nicht nur nach Plattform.
Mehr Adressen kaufen als gleichzeitige Sitzungen. Bei zustandsloser Arbeit kosten ungenutzte dedizierte IPs Geld und leisten nichts. Dimensionieren Sie nach Peak-Gleichzeitigkeit und lassen Sie Rotation den Rest abdecken.

Zum breiteren Workflow der Identitätstrennung siehe den Multi-Account-Management-Leitfaden, und zum Aufbau von Session-IDs die Rotating-Residential-Docs.

FAQ

Wie viele Accounts pro Proxy sind sicher?
Für alles, worin Sie sich anmelden: ein Account pro dedizierter IP. Anmeldebezogene Arbeit skaliert darüber nicht, weil eine geteilte Adresse die Identitäten verknüpft und sie dasselbe Rate Limit teilen lässt. Zustandsloser Traffic hat überhaupt kein Account-Verhältnis; Sie dimensionieren nach gleichzeitigen Sitzungen.

Wie viele Accounts pro IP kann ich auf derselben Plattform betreiben?
Auf derselben Plattform planen Sie einen Account pro IP für jede anmeldebezogene Arbeit. Mehrere Accounts hinter einer Adresse signalisieren der Plattform, dass die Identitäten zusammengehören, und zwingen sie, um dasselbe Per-Address-Rate-Limit zu konkurrieren. Geben Sie jedem Account seine eigene dedizierte Adresse.

Was ist ein gutes Accounts-pro-IP-Verhältnis für Residential-Proxies?
Für anmeldebezogene Nutzung ist das Verhältnis ein Account pro Adresse; eine Sticky-Residential-Session ist best-effort und TTL-gebunden, nicht wirklich fest. Für zustandslose Arbeit gibt es kein Account-Verhältnis: Residential-Proxies werden nach gleichzeitigen Sitzungen dimensioniert und pro GB abgerechnet, nicht nach Accounts.

Brauche ich für jeden Account eine dedizierte IP?
Für dauerhafte Identitäten ja. Ein Social-Profil, Verkäuferkonto, Anzeigenkonto oder Postfach ist bei jeder Anmeldung dieselbe Identität und sollte jedes Mal dieselbe Adresse präsentieren. Eine Static-ISP-Adresse gibt Ihnen diese feste Adresse auf einem 30-Tage-Lease mit unbegrenzten Verlängerungen und unbegrenzter Bandbreite.

Kann ich mehrere Accounts auf einer Residential-IP betreiben?
Nicht für Accounts, in die Sie sich anmelden. Ein rotierender Pool ändert die Adresse und bricht eine laufende Sitzung; jede geteilte Adresse verknüpft die Identitäten dahinter. Nutzen Sie eine Static-ISP-Adresse pro dauerhaftem Account und behalten Sie Residential-Rotation für zustandslose Requests ohne Login.

Spart ein höheres Proxy-zu-Account-Verhältnis Geld?
Für Logins nein: Adressen über Accounts zu teilen verknüpft Identitäten und löst Rate Limits aus; die echten Kosten sind kaputte Trennung, nicht die Proxy-Zeile. Ersparnis kommt vom Matching des Modells an die Arbeit — pro IP für dauerhafte Identitäten und pro GB für zustandsloses Volumen.

Starten Sie mit dem 256MB-Free-Trial und dimensionieren Sie eine kleine Flotte an Ihrem realen Anwendungsfall, bevor Sie skalieren.