Im März 2026 geschah das, worauf das Internet 18 Jahre gewartet hatte: Der Anteil der Nutzer, die über native IPv6-Dienste auf Google zugreifen, überschritt erstmals 50% (50,10% am 28. März 2026). Die Logik sagt: Wenn die Hälfte des Traffics bereits auf IPv6 ist, ist es an der Zeit, auf IPv6-Proxys umzusteigen – sie sind um ein Vielfaches günstiger und der Adresspool ist praktisch unbegrenzt. Doch in der Praxis ist alles komplizierter. In den meisten Fällen, in denen Proxys tatsächlich Geld bringen – Multi-Accounting, Käufe von limitierten Produkten, Umgehung von Anti-Bot-Systemen – gewinnt IPv4 im Jahr 2026 nach wie vor. Lassen Sie uns die Fakten durchgehen, wo welcher Protokoll sinnvoll ist und warum der „Übergang zu IPv6“ für die Proxy-Infrastruktur bisher nicht eingetreten ist.
Kurz gesagt: Was ist der Unterschied?
IPv4-Proxys arbeiten über Adressen im alten Format (z. B. 203.0.113.7) – von denen physisch nur noch sehr wenige übrig sind. Der IPv4-Pool ist erschöpft: Regionale Registrare (ARIN, RIPE) haben vor einigen Jahren die freien Blöcke vergeben, und jetzt leben die Adressen auf dem Sekundärmarkt. Daher der Preis: Laut Broker kostet im Jahr 2026 eine IPv4-Adresse im Durchschnitt etwa $25 (Preisspanne von etwa $11–32, abhängig von der Blockgröße und dem Ruf), und die Miete beträgt $0,30–0,50 pro Adresse und Monat. Das Volumen des Sekundärmarkts für IPv4 wird auf über $2,5 Milliarden pro Jahr geschätzt.
IPv6-Proxys verwenden ein neues Adressformat (2001:db8::1) mit einem riesigen Adressraum. Ein Anbieter, der nur ein Subnetz /64 erhält, verfügt über 18 Quintillionen Adressen; ein Unternehmensblock /48 bedeutet 65.536 solcher Netzwerke. Es gibt keinen Mangel, daher kosten IPv6-Proxys ein paar Cent und werden in Pools von Millionen Adressen verkauft.
Es scheint, als wäre die Frage geklärt. Doch Proxys werden nicht nach dem Preis pro Adresse bewertet, sondern danach, ob die Anfrage das Ziel erreicht und ob sie dafür gesperrt wird. Hier ändert sich das Bild.
Kriterium 1. Kompatibilität mit Zielwebsites
Dies ist der wichtigste und entscheidende Punkt. Trotz der Tatsache, dass die Hälfte des Nutzer-Traffics bereits IPv6 ist, bleibt die Unterstützung auf der Seite der Websites stark zurück: Schätzungen zufolge akzeptieren nur etwa 40% der größten Webressourcen IPv6 vollständig. Amazon, X (Twitter), Reddit und die meisten E-Commerce-Plattformen antworten nach wie vor standardmäßig nur über IPv4. Wenn eine Website IPv6 nicht unterstützt, wird eine Anfrage über einen IPv6-only Proxy einfach nicht ankommen – unabhängig davon, ob der Proxy „lebendig“ ist oder nicht.
Der lange Schwanz von Nischen-Marktplätzen, alten Unternehmensdomains und regionalen Diensten bleibt rein IPv4. Für Scraper oder Account-Farmen bedeutet das eines: Mit IPv4-Proxys gelangen Sie praktisch überall hin, mit IPv6 nur dorthin, wo Dual-Stack aktiviert ist.
Sieger in der Kompatibilität: IPv4
Kriterium 2. Risiko der Erkennung und Sperrung
Hier funktioniert eine nicht offensichtliche Logik der „Seltenheit“. IPv6-Traffic von echten lebenden Nutzern ist vorhanden, aber er ist homogen: Heimrouter vergeben Geräten Adressen vorhersehbar innerhalb des vom Anbieter vergebenen /64. Masseneinsatz von IPv6-Proxys hingegen sendet Tausende von Anfragen aus benachbarten Adressen eines einzigen Subnetzes – und das Anti-Bot-System sieht das wie auf einem Silbertablett. Daraus ergeben sich zwei Probleme:
- Blockierung ganzer Bereiche. Es ist für eine Website einfacher, /64 oder /48 mit einer Regel zu blockieren, als einzelne IPv4-Adressen zu sperren. Eine „entdeckte“ Adresse zieht den gesamten Block nach sich.
- IPv6 steht standardmäßig unter Verdacht. Viele Plattformen, die gegen Scraping und Spam kämpfen, stehen IPv6-Subnetzen von Anfang an mit erhöhtem Misstrauen gegenüber – die Ungewöhnlichkeit des Musters arbeitet gegen Sie.
IPv4 „verschwindet in der Menge“: Residentielle und ISP-Adressen tragen den Ruf echter Verbraucherprovider, ihre ASN wird von Anti-Fraud-Systemen als legitimes Heim-Internet klassifiziert. Aus diesem Grund erhöht die Kombination residential IPv4 + Anti-Detect-Browser die Überlebensfähigkeit von Accounts um das 3–5-Fache im Vergleich zur Verwendung von nur IPv6.
Sieger in der Widerstandsfähigkeit gegen Sperrungen: IPv4
Kriterium 3. Preis und Umfang des Pools
Hier nimmt IPv6 Revanche. Wenn die Aufgabe darin besteht, Millionen von Anfragen an Websites zu senden, die IPv6 unterstützen (vor allem Google selbst und große Dual-Stack-Plattformen), wird ein riesiger, günstiger Pool zum Vorteil. Subnetz-Rotation ermöglicht es, die ausgehende Adresse bei jeder Anfrage zu ändern, während man innerhalb seines /64 bleibt, und die Kosten pro Adresse sind ungleich niedriger als bei IPv4. Für hochvolumige Scraping-Ziele ist dies buchstäblich eine andere Wirtschaftlichkeit.
Wie man Adressen für eine bestimmte Aufgabe sinnvoll abwechselt – nach Zeit, Anzahl der Anfragen oder Sticky-Sessions – wurde ausführlich im Leitfaden zur IP-Adressrotation behandelt; für IPv6 gelten die gleichen Prinzipien, nur ist der Pool um ein Vielfaches größer.
Sieger beim Preis pro Adresse und Volumen: IPv6
Kriterium 4. Geolokalisierung und Genauigkeit des Targetings
IPv4-Adressen sind geographisch viel genauer „markiert“: Über die Jahre sind reife Datenbanken zur Zuordnung von IP → Stadt/Provider entstanden, und residentielle sowie mobile Adressen sind an spezifische Verbrauchernetze gebunden. Für Aufgaben, bei denen das Land und sogar die Stadt wichtig sind (lokales SEO, Überprüfung der Suchergebnisse, Geo-Targeting von Werbung, Zugang zu regionalen Inhalten), liefert IPv4 vorhersehbare Ergebnisse.
Die IPv6-Geolokalisierung ist weniger ausgereift und wird häufig nur bis zur Region oder zum Rechenzentrum bestimmt. Wenn das Szenario erfordert, „wie ein Nutzer aus einer bestimmten Stadt auszusehen“ – ist das das Territorium von IPv4, insbesondere von residential und mobile Proxys.
Sieger in der Geogenauigkeit: IPv4
Kriterium 5. Geschwindigkeit und parallele Sessions
Hier ist IPv6 wieder stark – aber nur auf seinem eigenen Gebiet. Aufgrund des kolossalen Pools schränken Anbieter von IPv6-Proxys die Anzahl der gleichzeitigen Sessions und die Bandbreite nicht ein: Jeder Stream kann von einer separaten Adresse ausgehen, und „Kollisionen“ innerhalb eines /64 sind praktisch nicht vorhanden. Für hochparalleles Datensammeln von kompatiblen Zielen bietet dies eine gleichmäßige Geschwindigkeit ohne Warteschlangen auf freie IPs.
Bei IPv4 ist der Pool aufgrund von Mangel und Preis endlich, daher stößt aggressive Rotation bei einer großen Anzahl von Streams schneller an die Grenzen oder zur Wiederverwendung von „entdeckten“ Adressen. Für sensible Aufgaben wird dies durch die Qualität der Adressen und nicht durch die Menge kompensiert.
Sieger in der Parallelität bei kompatiblen Zielen: IPv6
Wie man in einer Minute überprüft, ob das Ziel IPv6 unterstützt
Bevor Sie IPv6-Proxys für ein bestimmtes Projekt kaufen, stellen Sie sicher, dass die Zielwebsite überhaupt über IPv6 antwortet – andernfalls ist der gesamte günstige Pool nutzlos. Ein schneller Weg:
- Überprüfen Sie beim Domainnamen den AAAA-Eintrag (das ist das IPv6-Pendant zum A-Eintrag). Der Befehl nslookup -type=AAAA example.com oder dig AAAA example.com: Wenn die Antwort leer ist – die Website ist über IPv6 nicht erreichbar.
- Wenn es einen AAAA-Eintrag gibt, machen Sie eine Testanfrage über Ihren IPv6-Proxy und sehen Sie sich den tatsächlichen Antwortcode an, nicht nur „pingbar/nicht pingbar“: Einige Plattformen halten AAAA, geben aber eine Stoppmeldung oder ein Captcha speziell für IPv6-Clients aus.
- Führen Sie eine kleine Testreihe (100–200 Anfragen) durch und vergleichen Sie den Anteil der Sperrungen mit einer Kontrollgruppe auf IPv4. Wenn der Unterschied auffällig ist – das Ziel „mag“ IPv6 nicht, und die Mehrkosten für die Qualität von IPv4 werden durch die erhaltenen Accounts und Daten ausgeglichen.
Zusammenfassung: Was für welche Aufgabe
Fassen wir alles zusammen und ordnen es realen Szenarien zu.
- Massenscraping von IPv6-kompatiblen Zielen (Google, große Dual-Stack-Websites, öffentliche APIs) – IPv6. Günstig, riesiger Pool, Subnetz-Rotation gegen Bereichssperrungen. Wichtig ist, vorher sicherzustellen, dass das Ziel über IPv6 antwortet.
- Multi-Accounting und Anti-Detect (Soziale Netzwerke, Registrierungen, Aufwärmen von Accounts) – IPv4, nur residential oder mobile. Logins, Account-Management und Zahlungsströme erfordern Konsistenz der IP, vertrauenswürdige ASN und genaue Geo-Informationen. IPv6 wird hier Accounts verbrennen.
- Käufe von limitierten Produkten, Reselling, Sneaker-Bots – IPv4. Zahlungs-Gateways und Anti-Fraud bewerten den Ruf der Adresse; reines residential/ISP IPv4 kommt dort durch, wo IPv6 am Eingang abgelehnt wird.
- Scraping des „langen Schwanzes“ – Nischen-Marktplätze, alte Unternehmenswebsites, regionale Dienste – IPv4, weil viele von ihnen einfach nichts über IPv6 wissen.
- Umgehung von Sperren und Zugang zu regionalen Inhalten – IPv4 aufgrund der genauen Geobindung; IPv6 – nur wenn die spezifische Ressource garantiert dual-stack ist.
- Budgetfreundliches hochvolumiges Monitoring kompatibler Ziele, bei denen die Überlebensfähigkeit des Accounts nicht wichtig ist – IPv6 als Möglichkeit zu sparen.
Warum der „Übergang zu IPv6“ für Proxys aufgeschoben wird
Das Paradox des Jahres 2026: Nutzer sind massenhaft auf IPv6 umgestiegen (Frankreich – bis zu 86% Durchdringung, Indien – 72%, Saudi-Arabien – 65%), aber Websites und vor allem die Anti-Bot-Industrie nicht. Solange Amazon, soziale Netzwerke und Zahlungssysteme standardmäßig über IPv4 antworten und IPv6-Subnetzen mit Misstrauen begegnen, bleibt der „universelle“ Proxy IPv4. IPv6 ist kein Ersatz, sondern ein Nischenwerkzeug für eine bestimmte Klasse von Aufgaben: günstiges Volumen bei kompatiblen Zielen.
Es ist auch wichtig, die stark ungleiche geografische Verteilung zu beachten: Dort, wo IPv6 kaum implementiert ist (Italien – 17%, Spanien – 10%, Ägypten – 4%), verlieren IPv6-Proxys sowohl in Bezug auf Geo als auch auf Kompatibilität ihren Sinn.
Fazit
Die Zahl „IPv6 hat 50% überschritten“ bezieht sich auf die Nutzer und nicht darauf, wohin Ihre Proxy-Anfragen gelangen. Im Jahr 2026 gilt die einfache Regel: Wenn die Aufgabe mit Geld, Accounts oder Anti-Bot-Systemen zu tun hat – nehmen Sie IPv4 (residential oder mobile für sensible Szenarien, Datacenter – für weniger anspruchsvolle). IPv6 sollten Sie bewusst und gezielt einsetzen: für massenhaftes, budgetfreundliches Scraping von Zielen, die Sie im Voraus auf IPv6-Unterstützung überprüft haben. Wählen Sie das Protokoll nicht nach dem Preis pro Adresse – wählen Sie danach, ob die Anfrage ankommt und ob Ihr Account das übersteht.
Für sensible Aufgaben beginnen Sie mit residential IPv4-Proxys, für hochvolumiges Scraping von weniger anspruchsvollen Zielen – mit Datacenter-Proxys. Das richtige Protokoll für das richtige Szenario spart sowohl Budget als auch Nerven.
```