Bloga geri dön

2026'da AI Ajanları için Proxy: Playwright MCP Ayarları, Tarayıcı Kullanımı ve Bulut Tarayıcılar

AI ajanı 20 adımda CAPTCHA ile karşılaşıyor, ancak Chromium ile giriş yapan proxy bunu tamamen görmezden geliyor. Playwright MCP, browser-use ve bulut tarayıcılar için çalışan yapılandırmaları inceliyoruz: şifre yerine IP ile kimlik doğrulama, --proxy-server ve --proxy-bypass bayrakları, döngüsel ve sabit oturum arasında seçim yapma, beş tipik tuzak.

📅4 Ağustos 2026
2026'da AI Ajanları için Proxy: Playwright MCP Ayarları, Tarayıcı Kullanımı ve Bulut Tarayıcılar

AI ajanı, kendi başına web sitelerinde dolaşan — Claude, Playwright MCP, browser-use, bulut tabanlı Browserbase — sıradan bir ayrıştırıcı ile aynı duvara çarpar: bir IP adresinden birkaç on istekte bulunursanız, sayfa yerine Cloudflare'dan bir meydan okuma gelir. Fark, ajanın alınmaması ve sadece döngüye girmesi, "olmayan bir düğmeye basmaya çalışırken" token'ları yakmasıdır.

Bunun çözümü proxy kullanmaktır. Ancak ajana proxy bağlamak beklenmedik bir şekilde karmaşık hale geliyor: internetteki talimatların yarısı, Chromium'un sessizce göz ardı ettiği bir sözdizimi öneriyor. Aşağıda, 2026 yılının en yaygın üç yığını için çalışan yapılandırmalar ve herkesin takıldığı tuzakların analizi bulunmaktadır.

Bunun kimlere gerekli

Ajanı zaten başlatmış ve aşağıdaki belirtilerden birini yaşamış olanlar için bir kılavuz:

  • Ajan 10–20 adım atıyor, sonra her bir sonraki adımda CAPTCHA veya "Verify you are human" sayfası döndürüyor;
  • Ajan, sizin gördüğünüz içerikten farklı bir içerik görüyor: fiyatlar, sonuçlar ve ürün mevcutluğu, siteyi sunucu IP'nize göre gösteriyor, gerekli ülkeye göre değil;
  • Ajan bulutta (VPS, GitHub Actions, konteyner) çalışıyor ve barındırma sağlayıcısının veri merkezi adresi zaten bot olarak işaretlenmiş;
  • Proxy'yi kullanıcı adı ve şifre ile tanımladınız, ancak tarayıcı, sanki proxy yokmuş gibi başlıyor.

Eğer hala "neden ajanlar engelleniyor" aşamasındaysanız — önce anti-bot sistemlerinin ajan tarayıcıyı insandan nasıl ayırdığını okuyun: orada algılama sinyalleri hakkında bilgi var, burada ise bağlantı kurma pratiği var.

Tuzak №1: Chromium, proxy dizisinde kullanıcı adı ve şifreyi kabul etmiyor

En yaygın hata ve bu, insanlara saatlerce hata ayıklama yaptırıyor. Sağlayıcının klasik dizisi — user:pass@host:port. Bunu tarayıcıyı başlatma bayrağına yerleştiriyorsunuz:

--proxy-server="http://user:[email protected]:8080"

Ve hiçbir şey çalışmıyor. Chromium, --proxy-server bayrağı içinde kimlik bilgilerini iletmeyi desteklemiyor: konsolda desteklenmeyen proxy hatası beliriyor ve trafik geçiyor. Kredileri kaldırıp sadece host:port bırakırsanız, tarayıcı normal modda bir kullanıcı adı ve şifre istemi ile sistem penceresi açar — ve burada her şey durur, çünkü headless modda pencere yok ve kimse tıklamıyor.

Bundan üç çalışma yolu çıkıyor ve seçiminizi bilinçli yapmalısınız:

  1. IP ile yetkilendirme (whitelist). Ajanın çalıştığı makinenin adresini sağlayıcı panelinde beyaz listeye ekliyorsunuz — ve sonrasında kullanıcı adı ve şifre olmadan, basit bir dizi host:port ile bağlanıyorsunuz. --proxy-server bayrağı, tasarlandığı gibi çalışmaya başlıyor, headless daha fazla bir şey sormuyor. ProxyCove, hem kullanıcı adı:şifre hem de IP-whitelist yöntemlerini destekliyor, hem de aynı anda, böylece ajan için bir whitelist oluşturabilir, manuel görevler için ise şifre bırakabilirsiniz.
  2. Kredileri API düzeyinde, bayrak yerine iletmek. Playwright, Puppeteer ve browser-use, username ve password alanlarını ayrı ayrı kabul edebiliyor — bu, komut satırı bayrağı ile aynı mekanizma değil ve çalışıyor. Kodu kendiniz yazdığınızda uygundur.
  3. Yerel relay. Şifresiz bir proxy kuruyorsunuz, bu proxy istekleri şifreli bir üst akışa yönlendiriyor ve ajana yerel adresi belirtiyorsunuz. Beyaz listeye erişiminizin olmadığı durumlar için bir seçenek: örneğin, makinenin IP'si değişken.

Playwright MCP: gerçekten çalışan yapılandırma

Microsoft'un Playwright MCP'si — bugün, gerçek bir tarayıcıya ihtiyaç duyan ajanlar için de facto standarttır. Proxy, MCP istemcisinin yapılandırmasında sunucu argümanlarıyla belirlenir:

{"mcpServers":{"playwright":{"command":"npx","args":["@playwright/mcp@latest","--browser","chromium","--headless","--proxy-server","http://gate.example.com:8080","--proxy-bypass",".local,.internal","--isolated","--viewport-size","1920x1080"]}}}

Burada önemli olan noktalar:

  • --proxy-server hem HTTP hem de SOCKS5 adresini socks5://host:port biçiminde kabul eder. Kimlik bilgileri olmadan — yukarıdaki tuzağa bakın.
  • --proxy-bypass — proxy'den geçmeyecek alanların virgülle ayrılmış listesi. Süsleme seçeneği değil: Eğer ajanın iç hizmetleri veya yerel API'si varsa, bunları yerel kanaldan geçirmek — gigabayt başına ek trafik demektir.
  • --isolated profili bellekte tutar ve diske yazmaz. Her görev temiz bir sayfadan başlamalı olduğunda faydalıdır. Ters tarafı — çerezler yeniden başlatmayı geçiremez ve her oturum, site için yeni bir ziyaretçi gibi görünür.
  • --user-data-dir — aksine, kalıcı bir profildir. Yetkilendirme içeren senaryolar için bunu alın, izolasyon yerine, ve IP'yi mutlaka sabitleyin (aşağıdaki yapışkan bölümüne bakın).
  • --storage-state kaydedilmiş çerezleri ve localStorage'ı izole bir oturuma yerleştirmeye olanak tanır — iki önceki arasında bir uzlaşma.
  • --allowed-origins ve --blocked-origins ajanın gidebileceği yerleri kısıtlar. Değerlendirilmeyen bir tasarruf: analiz ve reklam alanlarına takılan bir ajan, trafik tüketimini kolayca üç katına çıkarabilir.
  • --device (örneğin, "iPhone 15") ve --user-agent ajanın hangi tarayıcı olarak göründüğünü değiştirir. Bunları proxy türüyle uyumlu olarak ayarlayın: mobil User-Agent, veri merkezi IP'sinin üstünde — bu, anti-bot sistemi tarafından anında algılanan bir çelişkidir.

Ayrıca --cdp-endpoint hakkında: bu, MCP'yi zaten başlatılmış bir tarayıcıya bağlar. Böylece proxy, MCP bayraklarıyla değil, o tarayıcıyı başlatırken ayarlanır — "proxy tanımlı, ama IP aynı" olmasının tipik bir nedeni.

browser-use: ProxySettings ile proxy

Eğer ajan browser-use ile oluşturulmuşsa, yapılandırma ayar nesnesine gider ve burada kullanıcı adı ile şifreyi iletmek mümkündür — bunlar API üzerinden gider, komut satırı aracılığıyla değil:

from browser_use import Browser, ProxySettings
proxy = ProxySettings(server='http://gate.example.com:8080', username='user', password='pass', bypass='localhost,127.0.0.1')
browser = Browser(proxy=proxy)

server alanı zorunludur, diğerleri isteğe bağlıdır. Aynı ilke, saf Playwright'ta da geçerlidir: proxy, ya tarayıcıyı başlatırken genel olarak ya da her bir bağlam için ayrı ayrı browser.newContext({ proxy: { server: ... } }) aracılığıyla belirlenir. İkincisi, paralel ajanlar için anahtardır: her bağlam kendi çıkış adresini alır ve on görev tek bir IP'yi paylaşmaz.

Bulut tarayıcıları: oturum düzeyinde proxy

Browserbase ve benzeri hizmetlerde, tarayıcı başkasının bulutunda yaşar, bu nedenle başlatma bayraklarına erişiminiz yoktur — proxy, genellikle http://kullanıcı:şifre@geçit:port biçiminde MCP sunucusunun ortam değişkenlerinde oturum parametrelerinde tanımlanır. Burada Chromium'un kısıtlaması engel teşkil etmez: bulut sağlayıcısı, diziyi kendisi çözer ve tarayıcıyı içeriden ayarlar.

Pratik bir detay: bulut tarayıcılarının kendi proxy havuzu vardır ve bu, tüm müşteriler için ortaktır. Eğer görev adresin itibarına duyarlıysa — bir hesaba giriş, daha önce tanıdığınız bir platformda çalışma — kendi kanalınız, genel olandan daha öngörülebilir olur.

Dönüşüm veya sabitleme: görev türüne göre seçin

Yeni başlayanların hatası — her istekte dönüşümü açmak ve ajanın neden çıkış yaptığını merak etmek. Ajan senaryolarının iki modu vardır ve bunlar birbirinin yerine geçmez:

  • Her istekte dönüşüm (ProxyCove'da bu 824 numaralı port) — keşif için: yüzlerce ürün kartını geçmek, sonuçları toplamak, farklı bölgelerde fiyatları kontrol etmek. Her istek yeni bir adresten gider, bunları birbiriyle ilişkilendirmek zordur.
  • Sabit oturum (10000+ portları, değişim aralığı 1 ile 120 dakika arasında) — adımlardan oluşan her şey için: giriş, sepet, çok sayfalı form, uzun bir arayüzle diyalog. Eğer IP, zincirin ortasında değişirse, site en iyi ihtimalle yeniden yetkilendirme isteyecek, en kötü ihtimalle oturumu şüpheli olarak işaretleyecektir.

Ajan neredeyse her zaman ikinci modda çalışır: tanım gereği adım adım bir dizi gerçekleştirir, tek bir atış değil. Aralık seçimi ve tipik hatalar hakkında daha fazla bilgi, yapışkan oturumların ne zaman gerekli olduğu ve nasıl ayarlanacağı kılavuzunda ele alınmıştır.

Beş tuzak

  1. Chromium'da yetkilendirmeli SOCKS5. Playwright'ta socks5:// sözdizimi var, ancak "SOCKS5 artı kullanıcı adı ve şifre" kombinasyonu, Chromium tabanlı tarayıcılarda tarihsel olarak sorunludur — ilgili talep, Playwright izleyicisinde Kasım 2021'den beri açıktır. Seçenek varsa, ajanlar için HTTP(S) kanalı alın, daha öngörülebilir.
  2. DNS ve WebRTC sızıntısı. Trafik proxy üzerinden gidiyor, ancak isimler doğrudan çözülüyor veya WebRTC gerçek adresi veriyor — ve tüm maskeleme anlamını kaybediyor. Bunu ajanın başlatılmasından önce kontrol etmelisiniz: proxy üzerinden çalışırken WebRTC'yi nasıl gizlersiniz.
  3. Coğrafi ve yerel senkronizasyonu. Almanya'da bir IP, makinenin saat dilimi Moskova, arayüz dili İngilizce — bu, otomasyon gibi görünen bir kombinasyon. Playwright'ta yerel ve saat dilimi, bağlam parametreleri ile belirlenir, bunları proxy ülkesine uygun hale getirin.
  4. İstemediğiniz trafik. Ajan sayfayı tamamen açar, resimler, yazı tipleri ve reklam betikleri ile birlikte. Yerel kanalda gigabayt başına ödeme yapıyorsanız, bu önemli bir maliyet kalemidir — gereksiz alanları engelleyin ve mümkünse medya yüklemesini kapatın.
  5. Proxy, tarayıcının başladığı yerden tanımlanmadı. --cdp-endpoint aracılığıyla, docker sarmalayıcı ile veya bulut hizmeti aracılığıyla çalışırken, MCP bayrakları gerçek bağlantıyı etkilemez. Ayarlamadan sonra yapılacak ilk şey, ajanın herhangi bir IP kontrol hizmetini açmasını sağlamak ve adresin ve ülkenin doğru olup olmadığını kontrol etmektir.

Ajan için hangi tür proxy alınmalı

Kural basit: görev ne kadar canlı bir kullanıcıya yakınsa, adres o kadar "insan gibi" olmalıdır.

  • Konut proxy'leri — ajanlar için temel. Bunlar ev sağlayıcılarının adresleridir ve ajanın site için sıradan bir ziyaretçi gibi görünmesini sağlar. Cloudflare, bölgesel fiyatlar ve herhangi bir anti-bot ipucu olan her yerde gereklidir.
  • Mobil proxy'ler — sosyal medya ve hesapların özellikle hassas olduğu platformlar için ağır top. Bir mobil adresin arkasında binlerce gerçek abone bulunur, bu nedenle onu tamamen yasaklamak platform için pahalıdır.
  • Veri merkezi proxy'leri — iç API'ler, test ortamları ve korumasız açık kaynaklar için. Hızlı ve ucuzdur, ancak korumalı sitelerde ajan hemen bir meydan okumaya takılacaktır.

Ajan senaryoları için yararlı bir detay: ProxyCove'da protokol değişimi, bağlantı dizesindeki ön ekin değiştirilmesiyle yapılır — HTTP, HTTPS ve SOCKS5 aynı proxy üzerinde mevcuttur, proxy'yi yeniden yapılandırmak gerekmez. Havuzda 195'ten fazla ülke vardır, bu nedenle "ajanın yerel sonuçları göstermesi" sorunu, satın alma sırasında ülke seçimi ile çözülür.

Sonuç

Proxy'yi AI ajanına bağlamak, tek bir satır değil, ardışık üç çözüm gerektirir: nasıl yetkilendirileceğiniz (headless ajan için neredeyse her zaman IP beyaz listesi, şifre değil), proxy'yi nerede tanımlayacağınız (MCP bayrakları, ayar nesnesi veya bulut oturum parametreleri — ancak gerçekten tarayıcının başladığı yerde) ve hangi modda çalışacağınız (çok adımlı senaryolar için — sabit bir adres, her istekte dönüşüm değil). Ayrıca, savaşmadan önce DNS ve WebRTC sızıntılarını kontrol etmek zorunludur.

Bunu bir kez dikkatlice yapın — ve ajan, CAPTCHA ile konuşmak için token harcamayı bırakacaktır. ProxyCove konut proxy'leri, Playwright MCP ve browser-use'a birkaç dakika içinde bağlanır, trafik başına ödeme yapılır, headless mod için IP beyaz listesi panelde etkinleştirilir.