Rotierende 4G/5G mobile 4G-Proxys zum Scrapen schwieriger Ziele

Warum blockieren Seiten mobile IPs seltener?

Weil eine mobile IP meist viele echte Personen repräsentiert. Provider betreiben carrier-grade NAT: Tausende Handys teilen sich eine kleine Anzahl öffentlicher Adressen, und RFC 6598 reserviert sogar den Bereich 100.64.0.0/10 für das Innere dieser Netzwerke. Eine Seite, die eine mobile IP blockiert, kann jeden dahinterliegenden Nutzer sperren, weshalb die meisten Seiten mobile IP-Bereiche mit Vorsicht blockieren.

Das Teilen hat auch Nachteile für dich. Eine mobile IP kann eine Historie anderer Provider-Nutzer mitbringen, und die Geschwindigkeit hängt von Signal und Zellbelastung ab. Deshalb ist mobiler Traffic ein Werkzeug für spezielle Ziele, nicht die Standardwahl.

Lohnt sich mobiler Traffic trotz höherem GB-Preis?

Nur dort, wo Residential versagt. CrawlRelay kostet Residential-Traffic ab 50 GB 0,50 $/GB; mobile Proxys kosten 1,50 $/GB. In Proxyways Proxy Market Research 2026 lag die mittlere Erfolgsrate bei realen Zielen bei 75,26 % für mobile Proxys und 74,43 % für Residential: im Schnitt also kein großer Unterschied.

Der Vorteil ist zielabhängig. Messen Sie ihn, bevor Sie zahlen:

1. Testen Sie 200 bis 500 URLs eines Ziels jeweils mit Residential und mobilem Traffic.
2. Zählen Sie nutzbare Antworten, nicht nur HTTP 200: eine Blockseite kann 200 zurückgeben.
3. Teilen Sie die Traffic-Kosten jedes Laufs durch die nutzbaren Antworten.
4. Leiten Sie eine Domain nur dann mobil, wenn die Kosten pro nutzbarer Antwort dort niedriger sind.

Wie leite ich nur bestimmte Domains auf mobile IPs?

Nutzen Sie zwei Zugangsdaten-Sets, eins pro Plan, und wählen Sie pro Anfrage. Der Rest Ihres Scrapers bleibt unverändert: gleicher Gateway, gleiche Benutzernamen-Syntax, gleiche Retry-Logik.

from urllib.parse import urlsplit

import requests

GATEWAY = "gw.crawlrelay.com:7777"
RESIDENTIAL = ("RES_USERNAME-country-us", "RES_PASSWORD")
MOBILE = ("MOB_USERNAME-country-us", "MOB_PASSWORD")
MOBILE_HOSTS = {"m.example.com", "app.example.org"}  # hosts where residential measured worse


def proxies_for(url):
    user, password = MOBILE if urlsplit(url).hostname in MOBILE_HOSTS else RESIDENTIAL
    proxy = "http://%s:%s@%s" % (user, password, GATEWAY)
    return {"http": proxy, "https": proxy}


for url in ["https://www.example.com/item/1", "https://m.example.com/item/1"]:
    r = requests.get(url, proxies=proxies_for(url), timeout=(10, 45))
    print(url, r.status_code, len(r.content))

Wie funktioniert die Rotation im mobilen Pool?

Wie bei Residential: Ein Benutzername ohne Session-ID bekommt bei jeder neuen Verbindung eine neue Carrier-IP, mit -session-<id>-ttl-<minutes> bleibt eine IP über Verbindungen erhalten. Zwei Unterschiede sind praktisch relevant:

• Provider ändern IPs selbstständig. Eine sticky mobile Session kann ihre IP verlieren, wenn das Gerät sich neu verbindet, auch vor Ablauf der TTL.
• Latenz variiert stärker. Geben Sie mobilen Anfragen ein längeres Read-Timeout von ca. 45 bis 60 Sekunden und versuchen Sie es bei Zeitüberschreitung mit einer neuen Verbindung statt länger zu warten.