Städte-Targeting und Fallback-Regeln für Proxys
Das Städte-Targeting ist spezifischer als das Länder-Targeting und kann die Anzahl der nutzbaren Ausgänge reduzieren. Behandeln Sie eine ausgewählte Stadt als Verfügbarkeitsanfrage.
Trennen Sie obligatorische und bevorzugte Städte
Wenn der Workflow tatsächlich eine Stadt erfordert, geben Sie diese in der Bestellung an. Wenn ein ganzes Land funktioniert, wählen Sie die Ausrichtung auf Länderebene, um einen größeren Pool und in der Regel eine schnellere Erfüllung zu erhalten.
Verstehen Sie den Netzwerkunterschied
Ein rotierender Pool bietet möglicherweise eine Stadtauswahl im Benutzernamen oder im Konfigurator. Eine statische IP-Bestellung fragt zum Zeitpunkt des Kaufs nach einer Stadt und ist auf zuweisbare Adressen angewiesen. Verwenden Sie die rotierende Syntax nicht für eine dedizierte IP wieder.
Testen Sie den gelieferten Exit
Überprüfen Sie die IP-Adresse, den Standort und das Sitzungsverhalten. Wenn die Suche nach einer Stadt unterschiedlich ist, vergleichen Sie mehrere Datenbanken, bevor Sie zu dem Schluss kommen, dass die Zuordnung falsch ist. Teilen Sie dann die Beweise mit der Unterstützung.
Praxisbeispiel
Legen Sie vor der Bestellung drei Ebenen fest: die genaue Stadt, eine beliebige Stadt im gewünschten Land und ein anderes akzeptables Land. Entscheiden Sie, welche Fallback-Bewegungen zulässig sind. Dadurch wird verhindert, dass ein Ort, der auf dem Papier ähnlich aussieht, für die eigentliche Aufgabe unbrauchbar ist.
Häufige Fragen
Warum verringert ein Stadtfilter die Verfügbarkeit?
Nur Adressen, die dieser Stadt zugewiesen sind, bleiben berechtigt. Eine engere Region bedeutet weniger Kandidaten; Die Verfügbarkeit variiert je nach Netzwerk und aktuellem Lagerbestand.
Was ist, wenn die Stadt nicht verfügbar ist?
Wählen Sie nur eine vorab genehmigte Alternative oder fragen Sie den Support. Eine Ausweitung auf das ganze Land kann das Ergebnis Ihrer Tests verändern.