All locations active · 99.99% uptime
Residential Proxy

City- and ISP-Based Proxy Targeting

Country-based targeting is enough for most work. But scenarios such as local search results, regional pricing and city-based ad verification require a finer breakdown: targeting at the city and sometimes ISP level.

In this article we cover how targeting works, its accuracy limits and how to verify the results.

Targeting Breakdowns

FIGUREGeographic targeting levels
BREAKDOWNCountryAvailable with every provider, very high accuracyTRRegion / stateAvailable with most providers, high accuracyMarmaraCityRequires pool depth, accuracy variesIstanbulISP / ASNRarely offered, the narrowest poolAS9121Postal codeNot reliable with almost any provider34000

The narrower the breakdown, the smaller the pool, and both accuracy and speed drop. Unless you genuinely need it, staying one level up is more efficient.

How Does the Provider Know the City?

The provider matches every IP in its pool against a geolocation database. These databases are compiled from ISP records, routing information and user feedback. The problem is this: the target site uses its own database as well and the two do not always agree.

FIGURESame IP, different location answer
INCONSISTENCY1Provider databaseIP → Izmir2The target's databaseIP → IstanbulSame IP, different result3Content shownIstanbul local resultsThe benchmark is always the target's database

Whatever the target site thinks is what counts. That is why you should measure targeting accuracy against the real target, not against your provider's dashboard.

A realistic expectation

100% accuracy in city-based targeting is not realistic. With a good provider, high accuracy in large cities and noticeable drift in small ones is normal. On critical work, always verify the result on the target itself.

Sending the Targeting Parameter

FIGUREExample formats for different breakdowns
Username parameters01# Country only02musteri-country-tr0304# Country + city05musteri-country-tr-city-istanbul0607# Country + city + sticky session08musteri-country-tr-city-izmir-session-a91f-ttl-10m0910# Ülke + ISP hedefleme (destekleniyorsa)11musteri-country-tr-isp-turktelekom1213# Usage with curl14curl -x "http://musteri-country-tr-city-ankara:SIFRE@gateway.example.com:8000" \\15 -s https://ornek-ip.example/json

Parameter names and separators vary by provider. Turkish characters and spaces in city names are not supported by most systems — write the ASCII equivalent.

Scenarios Where City Targeting Is Genuinely Needed

01

Local search results

Search engines return a completely different result set for “near me” queries depending on location. Local SEO tracking is meaningless without a city breakdown. SEO proxy scenarios, this is the most frequent need.

02

Regional price and stock

Marketplaces and retailers show different stock, different delivery times and sometimes different prices depending on the city. Price comparison work, this is critical.

03

Ad verification

To check that campaigns appear in the right city with the right creative. Ad verification page has the details.

04

Localization testing

Verifying how your own product looks in different regions; currency, language and delivery options.

How Is Accuracy Measured?

The right way to measure whether city targeting works is to look at the target's own output — not at the provider's report.

FIGURECity targeting verification steps
VALIDATIONRead the location from a neutral IP serviceBasic verification; agreement with the providerLook at the target's local outputThis is the real benchmark; store, delivery, languageIncrease the sample sizeNot a single request — a ratio over 50–100 requestsRecord the deviation rateIn which cities is accuracy low?Repeat over timeThe pool changes, accuracy fluctuatesDefine a fallback cityIf accuracy is low, fall back to the nearest large city

To see your exit location quickly you can use the My IP Address page; but always run the real test on the target site itself.

The Pool Depth Problem

The narrower the city, the fewer nodes are online there. If a small city has only a few nodes:

  • You get the same IPs again and again; rotation loses its meaning.
  • You hit rate limits sooner.
  • When nodes go offline, requests fall back to the country level or fail.
  • Latency may increase; because the pool is thin, the load is not distributed.
FIGUREExample of pool depth by city
DEPTH09:0013:0017:0021:0001:00Large city8207609101240640Mid-sized city14012015521090Small city2218264111Home devices are online more in the evening hours

Pool depth changes throughout the day. In small cities the pool can drop to a critical level during the night; scheduling your jobs for peak hours improves the hit rate.

When Is ISP Targeting Necessary?

ISP-based targeting is a rare requirement, but it is decisive in some scenarios: viewing operator-specific campaign pages, verifying ISP-based content differences, or testing access from a particular network. Because the pool narrows sharply, its cost and latency are high.

If you need a static and predictable ISP identity, then instead of rotating residential, ISP proxy is a much better fit: the IP is static and the operator registration is clear.

Alternative: Country Level + Verification

If city targeting is costly and volatile, a practical approach is this: work at country level, read the city of the IP you are given, and if it is not the city you want, skip the request and take a new IP. This is a “select and verify” strategy rather than a “filter” one.

FIGUREThe select-and-verify strategy
1Country-level requestlarge pool, fast2Read the exit citya single check request3Is the city right?yes → continue4If not, a new sessionchange the keyFLOWLarge pool + filtering = higher success

Instead of waiting on a narrow city pool, this method samples quickly from a large pool. The cost of the check request is low and it is more efficient overall.

Summary

City and ISP targeting deliver real value in scenarios such as local search, regional pricing and ad verification; but the narrower the breakdown, the smaller the pool, the more accuracy fluctuates and the higher the cost. Always measure accuracy against the target's own output, take intraday pool depth into account, and consider the “select and verify” strategy on narrow pools. For location options see proxy locations page.

Frequently Asked Questions

01How accurate is city targeting?

High in large cities, with noticeable drift in small ones. 100% accuracy is not a realistic expectation; the target site's own geolocation database may differ from yours.

02How should I write the targeting parameter?

Follow the format in your provider's documentation. Turkish characters and spaces in city names are not supported by most systems; write the ASCII equivalent as a single word.

03Why did I slow down when I enabled city targeting?

The narrower the filter, the smaller the pool; the selection is made from fewer nodes, and those may be geographically distant. Because the load is not spread in narrow pools, latency increases.

04What happens if no IP is available in the city I want?

It varies by provider: some fall back to the country level, others return an error. Test the behavior in advance and define a fallback plan in your code accordingly.

05Are ISP targeting and ISP proxy the same thing?

No. ISP targeting means filtering the subscribers of a specific operator out of the residential pool. An ISP proxy, on the other hand, is a static IP registered directly to an operator's block and allocated to you.

Related Articles and Pages

NEXT STEP

Strengthen your proxy setup today.

Get started in minutes with a paid plan, or try our free proxy list first.

FREEPROXY.TR

Looking for a free proxy? You're in the right place

A complete proxy platform where you can browse up-to-date free proxy addresses, compare HTTP and SOCKS proxy types, and check your proxy connections with free tools.