---
title: "IP Rotasyonu Nedir ve Nasıl Çalışır?"
description: "IP rotasyonu, isteklerin çıkış IP adresinin bir havuz içinde değişmesidir. Üç rotasyon modunu, ağ geçidi akışını ve IP'nin değişmediği durumları anlatıyoruz."
url: https://proxynet.io/tr/blog/ip-rotation-explained
date: 2026-09-19
author: "Acar Diveroli"
category: "Proxy 101, Web Scraping"
lang: tr
---

# IP Rotasyonu Nedir ve Nasıl Çalışır?

Dönen bir proxy aldınız, betiğinizi bağladınız ve IP yankı servisine art arda üç istek attınız. Üçünde de aynı adres geldi. Ya da tersi oldu: kendi panelinize giriş yapan betik, ikinci sayfada yeniden giriş ekranına düştü, çünkü çıkış IP'si oturumun ortasında değişti. İki durumda da proxy bozuk değildir. Rotasyonun hangi olayla tetiklendiği bilinmeden kurulmuş bir düzen vardır.

Bu yazıda IP rotasyonunun ne olduğunu kısaca tanımlayıp asıl konuya, sürecin nasıl işlediğine geçiyoruz: ağ geçidi (gateway) arkasında bir isteğin izlediği yol, üç rotasyon modu (istek başına, süreli, sticky oturum), birbirine karışan terimler, IP'nin beklediğiniz gibi değişmemesinin en yaygın nedeni olan bağlantı yeniden kullanımı ve rotasyonun bozduğu şeyler. Sonunda rotasyonu doğrulayan, denenmiş kısa bir Python örneği ile bir karar rehberi var.

> **Not: Kısa cevap**
>
> IP rotasyonu, giden isteklerinizin çıkış IP adresinin bir havuz içinde değiştirilmesidir. Siz tek bir adrese (ağ geçidine) bağlanırsınız; hangi çıkış IP'sinin kullanılacağına ağ geçidi karar verir. Değişim üç biçimde tetiklenir: her yeni bağlantıda, belirli bir süre dolunca ya da sizin belirlediğiniz oturum kimliği değişince. Rotasyon bir engeli yok sayma yöntemi değildir; yükü adreslere yaymak, konuma göre içerik görmek ve oturumları birbirinden ayırmak için kullanılır.

## IP rotasyonu nedir?

IP rotasyonu (proxy rotasyonu da denir), giden ağ isteklerinde kullanılan çıkış IP'sinin tek bir adreste kalmayıp bir IP havuzundaki adresler arasında değiştirilmesidir. Bu işi sizin yerinize yapan hizmete dönen proxy, rotasyonlu proxy ya da İngilizce adıyla [rotating proxy](/tr/rotating-proxy) denir; ürünün tanımı, havuzu ve hedefleme seçenekleri o sayfada anlatılıyor. Burada ürünü değil süreci ele alıyoruz: IP ne zaman değişir, ne zaman değişmez ve bunu kim belirler.

Kavram aslında yabancı değil. Ev internetinizdeki dinamik IP de bir tür rotasyondur: servis sağlayıcınız adresinizi zaman zaman değiştirir, ama ne zaman değişeceğine ve hangi adresin geleceğine siz karar veremezsiniz. Bu tarafı [Statik IP ve Dinamik IP Farkı](/tr/blog/static-ip-vs-dynamic-ip) ve [IP Adresi Nasıl Değiştirilir?](/tr/blog/how-to-change-ip-address) yazılarımızda anlattık. Proxy rotasyonunun farkı, kontrolün sizde olmasıdır: değişimin sıklığını, ülkesini ve hangi isteklerin aynı adresten çıkacağını siz seçersiniz.

## Rotasyon ne işe yarar, ne işe yaramaz?

Rotasyonun üç meşru amacı vardır:

- **Yükü dağıtmak.** Yüzlerce sitenin herkese açık sayfalarını toplayan bir iş, bütün trafiği tek adresten çıkardığında o adrese gerçek bir ziyaretçinin üretemeyeceği kadar istek düşer. Rotasyon, adres başına düşen yükü makul seviyede tutar.
- **Konuma göre içeriği görmek.** Fiyat, stok ve arama sonuçları ziyaretçinin ülkesine göre değişir. Havuzu bir ülkeye ya da şehre sabitleyip o konumun içinde dönmek, o pazarın gerçek görünümünü verir.
- **Oturumları ayırmak.** Birbirinden bağımsız işlerin (farklı müşteri hesapları, farklı test senaryoları) her biri kendi adresinden çıkar; biri diğerinin izini taşımaz.

İşe yaramadığı yer de bellidir. Site `429` ile yavaşlamanızı istediyse, robots.txt ile bir yolu kapattıysa ya da şartlarında otomatik erişimi yasakladıysa, IP değiştirip aynı hızla devam etmek sorunu çözmez; site sahibinin açıkça söylediği bir tercihi yok saymak olur. Bu çerçevenin tamamı [Web Scraping'de Engellenmeden Veri Toplama Yöntemleri](/tr/blog/web-scraping-without-getting-blocked) yazımızda, `429`'un doğru karşılığı ise [429 Too Many Requests ve Rate Limit Hatası Nedir?](/tr/blog/http-429-too-many-requests) yazımızda.

## Ağ geçidi (backconnect) üzerinden rotasyon nasıl çalışır?

Eski usul rotasyonda elinizde bir proxy listesi olur ve sıradaki adresi kodunuz seçer. Ağ geçidi modelinde liste sizde değildir. Tek bir `host:port` adresine bağlanırsınız, arkadaki havuzu sağlayıcı yönetir. Bu mimariye backconnect denir. Bir HTTPS isteğinin izlediği yol şöyledir:

1. **İstemci ağ geçidine bağlanır.** Betiğiniz `pr.proxynet.io:8000` gibi sabit bir endpoint'e TCP bağlantısı açar.
2. **Kimlik ve parametreler okunur.** Ağ geçidi `Proxy-Authorization` başlığındaki `user:pass` bilgisini doğrular. Ülke, şehir ve oturum kimliği gibi tercihler de bu aşamada, kullanıcı adına eklenen parametrelerden okunur. İki kimlik doğrulama yöntemi [Proxy Kimlik Doğrulama: User:Pass ve IP Whitelist](/tr/blog/proxy-authentication-methods) yazımızda.
3. **Havuz süzülür.** Konum hedefi verdiyseniz ağ geçidi yalnız o ölçüte uyan çıkışları aday sayar. Rotasyon bu alt kümenin içinde gerçekleşir.
4. **Çıkış düğümü seçilir.** Rotasyon moduna göre ya yeni bir çıkış atanır ya da oturumunuza daha önce bağlanmış çıkış yeniden kullanılır. Üç rotasyon modunu ayıran adım budur.
5. **Tünel kurulur.** Ağ geçidi, seçilen çıkış üzerinden hedefe bağlanır ve istemciye `200 Connection Established` döner. TLS el sıkışması bundan sonra, istemci ile hedef site arasında yapılır.
6. **Trafik iletilir.** Hedef site isteği çıkış düğümünün IP'sinden gelmiş görür. Ağ geçidinin ve sizin adresiniz hedefe ulaşmaz.

İstemcinin ağ geçidine gönderdiği ilk satırlar şuna benzer:

```text
CONNECT ornek.com:443 HTTP/1.1
Host: ornek.com:443
Proxy-Authorization: Basic dXNlcjpwYXNz
```

`CONNECT` yöntemi [RFC 9110'un 9.3.6 bölümünde](https://www.rfc-editor.org/rfc/rfc9110#name-connect) tanımlıdır ve burada önemli bir ayrıntı saklıdır: tünel kurulduktan sonra proxy yalnızca bayt taşır. İçeriden geçen HTTPS isteklerini tek tek göremez. Çıkış IP'si tünel kurulurken seçilir ve tünel açık kaldığı sürece değişmez. "Her istekte yeni IP" sözünün pratikteki anlamı bu yüzden "her yeni bağlantıda yeni IP"dir. Şifresiz HTTP'de proxy her isteği ayrı ayrı görür, o yüzden orada gerçekten istek başına değişim yapılabilir; ama bugün sitelerin çoğu HTTPS ile çalıştığı için kural olarak bağlantıyı esas alın.

## Üç rotasyon modu: istek başına, süreli ve sticky oturum

Modlar, dördüncü adımdaki "yeni çıkış mı, eski çıkış mı" kararını hangi olayın tetiklediğine göre ayrılır.

### İstek başına rotasyon

Ağ geçidine açılan her yeni bağlantı havuzdan farklı bir çıkış alır. İstemci hiçbir durum tutmaz, ağ geçidi de sizin için bir şey hatırlamaz. Birbirinden bağımsız çok sayıda sayfayı toplayan işlerin modudur: her ürün sayfası tek bir istektir ve bir sonrakinin aynı adresten gelmesi gerekmez. Bedeli, her istekte yeni bir TCP ve TLS el sıkışmasıdır; gecikme, bağlantıyı yeniden kullanan bir kuruluma göre yükselir.

### Süreli rotasyon

Çıkış IP'si belirli bir aralıkla değişir. Aralık dolana kadar açtığınız bütün bağlantılar aynı adresten çıkar, dolunca hepsi birlikte yeni adrese geçer. Tetikleyici saattir, sizin istekleriniz değil. Tek bir modem ya da cihaz üzerinden çalışan mobil proxy portlarında sık görülür: IP, cihaz operatör ağına yeniden bağlandığında yenilenir. Kurulumu basittir, ama değişim anının işinizin neresine denk geleceğini seçemezsiniz.

### Sticky oturum

Kullanıcı adına bir oturum kimliği (session ID) eklersiniz. Aynı kimlikle gelen bağlantılar aynı çıkışa, farklı kimlikler farklı çıkışlara bağlanır. Oturumun ne kadar süre aynı IP'de tutulacağını panelden 1-60 dakika arasında seçersiniz; süre dolduğunda ya da siz kimliği değiştirdiğinizde ağ geçidi yeni bir çıkış atar. Süreli rotasyondan farkı, gruplamayı sizin yapmanızdır: yirmi paralel işin her birine ayrı kimlik verirseniz, her biri kendi sabit adresiyle yan yana çalışır. Giriş yapılan paneller, sepet akışları ve sayfalama gibi sunucuda durum tutan işlerin modudur. Ürün tarafı [Sticky Proxy](https://proxynet.io/tr/sticky-proxy) sayfasında.

Bir sınırı vardır: residential ve mobil havuzlarda çıkış düğümü gerçek bir cihazdır ve ağdan ayrılabilir. O zaman ağ geçidi oturumu süre dolmadan başka bir çıkışa taşır. Sticky oturum "bu süre boyunca aynı IP'yi tutmaya çalış" demektir, garanti değildir. Kesin süreklilik gereken işte adresin size tahsisli olduğu [Statik Proxy](https://proxynet.io/tr/static-proxy) kullanılır.

| | İstek başına | Süreli | Sticky oturum | Statik (karşılaştırma için) |
|---|---|---|---|---|
| IP'yi değiştiren olay | Her yeni bağlantı | Sürenin dolması | Oturum kimliğinin değişmesi ya da sürenin dolması | Değişmez |
| Kontrol kimde | Ağ geçidi | Saat | Siz | Yok |
| Durum tutan akışlar | Bozulur | Değişim anında bozulur | Korunur | Korunur |
| Paralel işlerde | Her bağlantı ayrı IP | Hepsi aynı IP | Kimlik başına ayrı IP | IP sayınız kadar |
| Tipik iş | Bağımsız sayfaların toplu okunması | Tek cihazlı mobil port | Giriş, sepet, sayfalama | API izin listesi, uzun ömürlü hesap |

## Terimler: rotating proxy, backconnect, sticky ve diğerleri

Aynı şeye üç ad verildiği, farklı şeylere de aynı ad takıldığı için terimler sık karışır. Türkçe kaynaklardaki "dönen proxy", "rotasyonlu proxy" ve "rotating proxy" aynı üründür.

| Terim | Ne anlatır | Sık karıştırıldığı şey |
|---|---|---|
| IP rotasyonu / proxy rotasyonu | Süreç: çıkış IP'sinin havuz içinde değişmesi | Ürünün adı sanılır |
| Dönen proxy / rotasyonlu proxy / rotating proxy | Ürün: rotasyonu ağ geçidinde yapan proxy hizmeti | Proxy listesi |
| Backconnect | Mimari: tek endpoint, arkada havuz | Ayrı bir proxy türü sanılır; oysa dönen proxy'nin çalışma biçimidir |
| Ağ geçidi (gateway) | Bağlandığınız `host:port`; çıkışı seçen sunucu | Çıkış IP'si. Hedef site ağ geçidinin adresini görmez |
| Çıkış düğümü / çıkış IP'si | Hedef sitenin gördüğü adres | Ağ geçidinin adresi |
| IP havuzu | Ağ geçidinin seçim yaptığı adresler kümesi | Size ait adresler. Havuz paylaşımlıdır |
| Sticky oturum | Aynı oturum kimliğinin bir süre aynı çıkışa bağlanması | Statik IP. Sticky geçicidir |
| Statik proxy | Size tahsisli, değişmeyen adres | Uzun süreli sticky oturum |
| Proxy listesi | Rotasyonu kendi kodunuzla yaptığınız sabit adresler dizisi | Dönen proxy |

Bir uyarı: "sticky session" aramasında yük dengeleyici belgeleri de çıkar. Orada terim, bir ziyaretçinin hep aynı arka uç sunucusuna yönlendirilmesini anlatır. Mantık aynı, yön terstir: yük dengeleyicide gelen trafik, proxy'de giden trafik sabitlenir.

## Rotasyonu kod mu yapmalı, ağ geçidi mi?

Elinizde size ait sabit adreslerden oluşan bir liste varsa rotasyonu kodunuz yapar: her istekten önce listeden sıradaki ya da rastgele bir adres seçilir. Sıralı seçim yükü eşit böler; rastgele seçim, paralel çalışan işler arasında ortak bir sayaç tutmayı gerektirmez. Yanıt vermeyen adresi listeden çıkarmak ve adres başına hızı sınırlamak da size kalır. İki yöntemin Python kodunu, Requests ile adım adım, [Python ile Rotating Proxy](/tr/blog/rotating-proxy-python) yazımızda verdik; burada yeniden yazmıyoruz.

Ağ geçidi modelinde bu işlerin hepsi karşı tarafa geçer. Kodunuzda tek bir proxy adresi kalır, rotasyon modu kullanıcı adındaki parametrelerle seçilir. Karşılığında adresleri tek tek tanımazsınız: bir sonraki isteğin hangi IP'den çıkacağını önceden bilemez, yalnız ülkesini, şehrini ve oturum davranışını belirlersiniz. Birkaç adresle çalışan küçük bir iş için liste yeterlidir; havuz büyüdükçe listenin bakımı işin kendisinden fazla zaman alır.

## IP neden değişmedi? Bağlantı yeniden kullanımı

İstek başına rotasyon açıkken hep aynı IP'yi görmenin en yaygın nedeni proxy değil, istemcinizdir. HTTP/1.1'de bağlantılar varsayılan olarak kalıcıdır ([RFC 9112, 9.3](https://www.rfc-editor.org/rfc/rfc9112#name-persistence)): istemci bir yanıtı aldıktan sonra aynı TCP bağlantısını bir sonraki istek için açık tutar. Proxy arkasında bu, aynı `CONNECT` tünelinin yeniden kullanılması demektir. Tünelin çıkışı kurulurken seçildiği için ağ geçidi rotasyon yapacak bir an bulamaz.

Bağlantıyı yeniden kullanan istemciler tahmin ettiğinizden fazladır. Python Requests'te `Session` nesnesi bunu kendiliğinden yapar; [Requests belgesi](https://requests.readthedocs.io/en/latest/user/advanced/#keep-alive) keep-alive'ın oturum içinde otomatik olduğunu söyler. HTTPX'te `Client`, AIOHTTP'de `ClientSession`, Node.js'te keep-alive açık agent'lar ve bütün tarayıcılar aynı şekilde davranır. Kütüphane farkları [HTTPX, Requests ve AIOHTTP](/tr/blog/httpx-vs-requests-vs-aiohttp) yazımızda.

Ne yapacağınız, ne istediğinize bağlıdır:

- **Her istekte yeni IP istiyorsanız** her istek için yeni bağlantı açın ya da isteğe `Connection: close` başlığı ekleyin. Hedef yanıttan sonra bağlantıyı kapatır, tünel de onunla birlikte kapanır. Her seferinde yeniden el sıkışmanın maliyetini kabul etmiş olursunuz.
- **Aynı IP'de kalmak istiyorsanız** keep-alive'a güvenmeyin. Bağlantı zaman aşımıyla, sunucu tarafından ya da bir yeniden denemeyle kopabilir ve yeni bağlantı yeni bir IP getirir. Sürekliliği oturum kimliğiyle, yani sticky oturumla kurun.
- **Tarayıcı otomasyonunda** tek bir sayfa, kaynaklarını indirmek için paralel birçok bağlantı açar. İstek başına rotasyonda aynı sayfanın HTML'i bir adresten, görselleri başka adreslerden istenir. Tarayıcıyla çalışırken sticky oturum kullanın; kurulumu [Playwright ile Proxy Kullanımı](/tr/blog/playwright-proxy) yazımızda.

## Rotasyonu doğrulamak: art arda üç istek

Kurulumun beklediğiniz gibi davrandığını görmenin yolu, çıkış IP'nizi yanıt olarak döndüren bir servise art arda birkaç istek atmaktır. Aşağıdaki örnek aynı üç isteği iki biçimde gönderir: önce her seferinde yeni bağlantıyla, sonra tek bir `Session` üzerinden.

```python
import requests

PROXY = "http://user:pass@pr.proxynet.io:8000"
PROXIES = {"http": PROXY, "https": PROXY}
IP_ECHO = "https://api.ipify.org"

def new_connection_each_time(count=3):
    ips = []
    for _ in range(count):
        # Oturumsuz çağrı: her istek kendi bağlantısını açar ve kapatır
        response = requests.get(IP_ECHO, proxies=PROXIES, timeout=20)
        ips.append(response.text.strip())
    return ips

def shared_session(count=3):
    ips = []
    with requests.Session() as session:
        session.proxies.update(PROXIES)
        for _ in range(count):
            # Aynı oturum: ilk istekte açılan tünel yeniden kullanılır
            response = session.get(IP_ECHO, timeout=20)
            ips.append(response.text.strip())
    return ips

def report(label, ips):
    print(f"{label}: {ips} -> {len(set(ips))} farklı IP")

report("her istekte yeni bağlantı", new_connection_each_time())
report("ortak oturum (keep-alive)", shared_session())
```

İstek başına rotasyon yapan bir ağ geçidinde beklenen çıktı şuna benzer (adresler belgeleme için ayrılmış örnek aralıklardandır):

```text
her istekte yeni bağlantı: ['203.0.113.24', '198.51.100.7', '203.0.113.181'] -> 3 farklı IP
ortak oturum (keep-alive): ['198.51.100.92', '198.51.100.92', '198.51.100.92'] -> 1 farklı IP
```

Örneği yerel bir test proxy'sinde denerken proxy günlüğünde ilk fonksiyonun üç ayrı `CONNECT` tüneli, ikincisinin tek tünel açtığını gördük; `Session`'a `Connection: close` başlığı eklendiğinde tünel sayısı yeniden üçe çıktı. İlk satırda da tek IP görüyorsanız sticky bir kullanıcı adıyla ya da statik bir adresle bağlanıyorsunuzdur. Çıkış IP'sinin ülkesini ve sızıntıları da kontrol etmek için [Proxy Nasıl Test Edilir?](/tr/blog/how-to-test-a-proxy) yazımıza bakın.

## Dönen mobil proxy nasıl çalışır?

"Dönen mobil proxy" denince akla bir masa dolusu telefon gelir, ama asıl mekanizma operatörün ağındadır. Mobil operatörler tek bir genel IPv4 adresini aynı anda çok sayıda aboneye paylaştırır (CGNAT); bir cihaz ağa yeniden bağlandığında operatörün havuzundan başka bir adres alabilir. Mobil proxy'nin rotasyonu bu davranışa dayanır: ya tek bir cihaz belirli aralıklarla yeniden bağlanır (süreli rotasyon) ya da ağ geçidi çok sayıda cihaz arasında seçim yapar. CGNAT'ın nasıl çalıştığını [CGNAT Nedir, Nasıl Anlaşılır?](/tr/blog/what-is-cgnat) yazımızda anlattık.

Bunun iki pratik sonucu vardır. Birincisi, mobil bir çıkış IP'si o anda gerçek abonelerle paylaşılır; adresi yoğun kullanmak yalnız sizi değil onları da etkiler, bu yüzden mobil havuzda düşük hız bir görgü kuralı değil, zorunluluktur. İkincisi, mobil havuzda "yeni IP" her zaman daha önce görmediğiniz bir adres demek değildir: operatörün havuzu sınırlıdır ve aynı adres size yeniden gelebilir. Ürün tarafı [Mobil Proxy](https://proxynet.io/tr/mobile-proxy) sayfasında.

## Rotasyonun bozduğu şeyler

Rotasyon açıldığında sessizce bozulan birkaç şey vardır. Hepsinin ortak noktası, sunucunun sizi IP dışında bir şeyle de tanıyor olmasıdır.

- **Çerez ile IP'nin tutarsızlığı.** Çerez kavanozunuz aynı kalır, IP her istekte değişir. Site aynı oturum çerezini dakikalar içinde farklı şehirlerden görür; güvenlik mantığı oturumu kapatır ya da yeniden doğrulama ister. Kural basittir: bir çerez kavanozu, bir oturum kimliği, bir IP. Kendi hesabınızla giriş gereken işlerin kurgusu [Python'da Oturum ve Çerez Yönetimi](/tr/blog/python-login-session-cookies) yazımızda.
- **Sayfalamanın ortasında kopan oturum.** Arama sonuçları ve filtreli listeler çoğu zaman sunucuda tutulan bir duruma (imleç, arama oturumu) bağlıdır. Beşinci sayfada IP değişirse site sizi ilk sayfaya döndürebilir ya da aynı kayıtları yeniden verebilir; veri eksik ya da çift gelir ve hata kodu görmezsiniz. Ayrıntısı [Sayfalama (Pagination) Nedir, Scraping'de Nasıl Taranır?](/tr/blog/pagination-web-scraping) yazımızda.
- **Konum hedefi verilmemiş rotasyon.** Hedef belirtmezseniz havuzun tamamında dönersiniz: bir istek Almanya'dan, sonraki Brezilya'dan çıkar. Fiyatlar farklı para biriminde, sayfalar farklı dilde gelir ve topladığınız veri kendi içinde karşılaştırılamaz olur.
- **IP'ye bağlı olmayan sayaçlar.** Hız sınırı hesaba, çereze ya da API anahtarına göre sayılıyorsa rotasyon hiçbir şeyi değiştirmez. Hangi kodda ne yapılacağını [Scraping'de HTTP Hata Kodları](/tr/blog/http-status-codes-web-scraping) yazımızda topladık.

## Kullanım alanları

- **Çok siteli fiyat ve stok takibi.** Her ürün sayfası bağımsız bir istektir; ülke sabitlenir, mod istek başına seçilir. Kurgu [fiyat izleme çözümü](/tr/price-monitoring) sayfamızda, yöntemler [E-Ticarette Rakip Fiyat Takibi](/tr/blog/competitor-price-tracking) yazımızda.
- **Herkese açık katalog ve ilan toplama.** Site başına düşük eşzamanlılık, yükü yaymak için rotasyon: [veri kazıma çözümü](/tr/data-scraping).
- **Konuma göre görünüm kontrolü.** Reklamın, fiyatın ya da sayfanın belirli bir şehirden nasıl göründüğünü ev bağlantılarından kontrol etmek için [Residential Proxy](https://proxynet.io/tr/residential-proxy).
- **Kendi hesaplarınızla çalışan paneller.** Hesap başına bir oturum kimliği ve o oturum boyunca aynı IP: sticky oturum.
- **IP izin listesi isteyen API'ler.** Karşı taraf adresinizi listesine ekleyecekse rotasyon işe yaramaz, adres değişmemelidir: [API Erişimi için Statik IP](/tr/blog/static-ip-for-api-access).

## Sık yapılan hatalar

- **`Session` ile istek başına rotasyon beklemek.** Oturum bağlantıyı yeniden kullanır; IP tünel kapanana kadar aynı kalır.
- **Paralel işlerin hepsine aynı oturum kimliğini vermek.** Hepsi tek IP'ye yığılır ve rotasyonun yük dağıtma faydası kaybolur.
- **Rotasyonu hız sınırının yerine koymak.** Adres değişse de hedefe düşen toplam yük aynıdır; site başına eşzamanlılık sınırı ve bekleme ayrıca gerekir.
- **Yeniden denemeyi yeni IP'yle hemen yapmak.** `429` ya da `503` sonrasında beklemeden tekrar göndermek, sunucunun istediği yavaşlamayı yok sayar.

## Karar rehberi

| İhtiyaç | Öneri |
|---|---|
| Birbirinden bağımsız çok sayıda herkese açık sayfa | İstek başına rotasyon, ülke sabit |
| Giriş, sepet ya da çok adımlı form | Sticky oturum, akış başına bir kimlik |
| Sayfalama ile taranan uzun liste | Sticky oturum; liste bitince kimliği değiştirin |
| Tarayıcı otomasyonu (Playwright, Selenium) | Sticky oturum, tarayıcı profili başına bir kimlik |
| Aynı anda yürüyen bağımsız hesaplar | Hesap başına ayrı oturum kimliği |
| IP izin listesi, uzun ömürlü tek kimlik | Statik proxy |
| Elinizde birkaç sabit adres var | Kod içinde liste rotasyonu |
| Site `429` dönüyor | Rotasyon değil: bekleme ve daha düşük hız |

## Sık sorulan sorular

### IP rotasyonu ile dönen proxy aynı şey mi?

Biri süreç, diğeri üründür. IP rotasyonu çıkış adresinin değiştirilmesi işidir ve bunu bir proxy listesiyle kendi kodunuzda da yapabilirsiniz. Dönen proxy (rotating proxy) ise bu işi ağ geçidinde sizin yerinize yapan hizmettir.

### Backconnect proxy ayrı bir proxy türü mü?

Hayır. Backconnect bir mimarinin adıdır: tek bir endpoint'e bağlanırsınız, arkadaki havuzdan çıkışı ağ geçidi seçer. Residential ve mobil dönen proxy hizmetleri bu mimariyle çalışır. IP'nin türünü (ev bağlantısı, mobil, veri merkezi) backconnect değil havuzun kaynağı belirler; türlerin farkı [ISP Proxy ve Residential Proxy Farkı](/tr/blog/isp-vs-residential-proxy) yazımızda.

### Rotasyon açıkken IP neden her istekte değişmiyor?

Büyük olasılıkla istemciniz aynı bağlantıyı yeniden kullanıyor. HTTPS'te çıkış IP'si `CONNECT` tüneli kurulurken seçilir ve tünel açık kaldıkça değişmez. Her istek için yeni bağlantı açın ya da `Connection: close` başlığı gönderin. Bir de kullanıcı adınızda sticky oturum parametresi kalıp kalmadığına bakın.

### Sticky oturum ne kadar sürer?

Süreyi panelden 1-60 dakika arasında seçersiniz; oturum kimliğini değiştirerek istediğiniz anda yeni bir IP'ye geçebilirsiniz. Süre üst sınırdır, garanti değildir: çıkış düğümü ağdan ayrılırsa ağ geçidi oturumu daha erken başka bir adrese taşır. Kodunuzu, oturumun ortasında IP değişirse akışı baştan başlatacak biçimde yazın.

### Rotasyon kullanmak hız sınırına uymayı gereksiz kılar mı?

Hayır. Rotasyon adres başına düşen yükü azaltır, hedef sunucuya düşen toplam yükü değil. Site başına eşzamanlılık sınırı, istekler arasında bekleme ve `Retry-After` başlığına uymak rotasyonla birlikte de gerekir.

### Rotasyon için kaç IP gerekir?

Tek bir doğru sayı yoktur; hesap adres başına düşen istek hızından yapılır. Ağ geçidi modelinde bu hesabı yapmanız gerekmez, çünkü adres satın almazsınız: havuzun tamamında dönersiniz ve faturalama çoğunlukla trafik üzerinden yapılır. Seçim ölçütleri [Proxy Satın Alırken Nelere Dikkat Edilmeli?](/tr/blog/proxy-buying-guide) yazımızda.

## Özetle

IP rotasyonu, çıkış adresinin bir havuz içinde değiştirilmesidir ve kararı ağ geçidi verir: her yeni bağlantıda, süre dolunca ya da oturum kimliği değişince. HTTPS'te çıkış tünel kurulurken seçildiği için "istek başına" rotasyon gerçekte bağlantı başınadır; bağlantıyı yeniden kullanan bir istemci aynı IP'de kalır. Bağımsız sayfalar için istek başına rotasyonu, durum tutan akışlar için sticky oturumu, değişmemesi gereken kimlikler için statik adresi seçin ve ülkeyi her zaman açıkça verin. Rotasyon hız sınırının yerini tutmaz; yükü yayar, saygılı bir tarama hızını gereksiz kılmaz. İşinize uygun türleri [proxy hizmetlerimizde](/tr/proxy) karşılaştırabilirsiniz.