Şehir Bazlı SERP Takibi: Yerel Sonuçları Doğru Ölçmek

Şehir bazlı SERP takibi, aynı anahtar kelimenin İzmir’de ve Ankara’da farklı sıralama üretebildiği gerçeğinden yola çıkar. Google, kullanıcının bulunduğu yeri şehir ve ilçe düzeyinde de dikkate alır; yerel işletme paketi, harita sonuçları ve “yakınımda” niyeti taşıyan sorgular bu ayrımı en belirgin biçimde gösterir. Ülke düzeyinde yapılan bir ölçüm bu farkı ortalamaya gömer ve bir şehirde ilk sayfada olmayan bir sitenin ülke genelinde üçüncü sırada görünmesine yol açabilir.

Hizmet, mağaza, eğitim ve sağlık gibi sektörlerde organik sonuçlar da şehre göre kayar; aynı sorgu için bir şehirde bölgesel bir site, başka bir şehirde ulusal bir marka öne geçer. Bu yüzden birden fazla şehirde müşteri arayan bir site için tek bir ülke ölçümü, gerçekte hangi pazarda görünür olduğunu söylemez.

Arama motoru konumu üç kaynaktan toplar. Birincisi isteğin geldiği IP adresinin coğrafi kaydıdır; bu kayıt genellikle ülke ve bölge düzeyinde güvenilir, şehir düzeyinde ise değişkendir. İkincisi arama isteğine eklenen konum bilgisidir: gl parametresi ülkeyi, hl parametresi arayüz dilini, uule parametresi ise kodlanmış bir kanonik konum adını taşır ve bu ad ilçe ya da şehir düzeyine inebilir. Üçüncüsü tarayıcının konum izni ve oturum açmış hesabın konum geçmişidir; otomatik ölçümde bu ikisi kapalı tutulur.

Bu üç kaynağın birbirini doğrulaması gerekir. Konum parametresi İstanbul derken IP Almanya’dan çıkıyorsa sonuçlar ya karışık gelir ya da doğrulama sayfasına düşersiniz. Residential proxy burada ülke tutarlılığını sağlar: ResidentialProxy kataloğundaki rotating IPv4 ürünü ülke hedeflemeli bir residential havuzdan çıkış verir, static IPv4 ürünü ise Türkiye dahil doğrulanmış on iki ülkede sabit residential IP sunar. Şehir sinyalini arama parametresi taşır; proxy, o parametrenin inandırıcı olduğu ülkeden çıkmanızı sağlar.

Datacenter IP ile aynı kurulumu denediğinizde sorun IP’nin kimliğinde çıkar. Veri merkezi bloğundan gelen art arda sorgular daha erken doğrulama sayfasına takılır ve bazı sorgularda kişiselleştirilmemiş, konumsuz bir sonuç kümesi döner. Ev hattından çıkan residential IP, konum parametresiyle birlikte gerçek bir kullanıcının ürettiği isteğe benzer.

Birinci adım, şehir listesini kanonik adlarıyla çıkarmaktır. Konum parametresi serbest metin kabul etmez; her şehrin arama motorunun coğrafi hedef listesindeki tam adıyla kodlanması gerekir. İzlediğiniz her şehir için bu adı bir kez bulup tabloya yazın. İkinci adım, her şehir için ülkeyle uyumlu çıkış IP’sini seçmektir: Türkiye şehirleri için Türkiye havuzu, yurt dışı pazarlar için ilgili ülke.

Üçüncü adım, isteği kişiselleştirmeden arındırmaktır. Her sorgu temiz bir oturumla, çerezsiz ve giriş yapılmamış biçimde gönderilir; arayüz dili hl ile sabitlenir, ülke gl ile verilir ve sonuç sayısı sabit tutulur. Dördüncü adım, saat dilimidir: ölçümü her gün aynı yerel saatte yapın, çünkü bazı sorgularda sonuçlar gün içinde değişir ve farklı saatlerde alınan iki ölçüm gerçek bir sıra değişimi gibi görünebilir.

Beşinci adım örneklemedir. Her şehir ve kelime için en az üç tekrar alıp medyan sırayı kaydedin. Altıncı adım, sonuç türünü ayırmaktır: yerel paket, harita ve organik sonuçlar ayrı sütunlarda tutulur. Bir sitenin yerel pakette birinci, organikte altıncı olması sık görülür ve ikisini tek sıra numarasına indirgemek raporu yanıltır.

İki ürünün ayrıldığı yer sorgu sıklığıdır. Static IPv4 residential, aynı şehir listesini günde bir kez ölçen ve her ölçümde aynı kimlikten çıkmak isteyen ekipler için uygundur; adres aylık adet bazlı satılır ve ülke sabittir. Aynı IP’den dakikada onlarca sorgu gönderildiğinde doğrulama sayfası kaçınılmazdır; static kurulumda sorgular arasına gerçekçi bekleme koymak ve günlük toplamı düşük tutmak gerekir.

Rotating IPv4 residential, GB bazlı faturalanır ve her sorgu ya da her oturum ülke havuzundaki farklı bir adresten çıkar. Yüzlerce kelimeyi onlarca şehirde ölçen bir kurulum için bu model doğaldır: tek adres üzerinde sayaç birikmez, doğrulama sayfası oranı düşer. Oturum sürekliliği isteyen bir akış yoksa her sorguyu yeni adresten göndermek yeterlidir; aynı şehir için art arda üç tekrar alırken ise sticky oturumla üçünü aynı adresten çıkarmak, tekrarlar arasındaki farkın adres değişiminden kaynaklanmadığını garantiler.

Ülke havuzunun şehir dağılımını kontrol etmeniz gerekmez; havuz ülke düzeyinde hedeflenir ve şehir bilgisi parametreden gelir. Ülke seçiminin ölçüm sonuçlarını nasıl etkilediğini ülke seçimi rehberinde ayrıntılı anlattık; mobile IP’nin bu işte neden gerekmediğini de residential ve mobile proxy karşılaştırmasında bulabilirsiniz.

Sayılar varsayımdır; kendi listenize göre değiştirin. Beş şehirde kırk anahtar kelimeyi günde bir kez ve üç tekrarla ölçen bir kurulum günde 600 sorgu üretir. Bir arama sonucu sayfasının proxy üzerinden geçen boyutunu 300 KB kabul edersek günlük aktarım 180 MB, otuz günde yaklaşık 5,4 GB eder. Üzerine doğrulama sayfası ve yeniden denemeler için yüzde yirmi pay koyduğunuzda aylık ihtiyaç 6,5 GB civarına çıkar; kataloğun 10 GB paketi bu planı bir ay boyunca taşır ve kalan kota bir sonraki aya devreder.

Aynı planı static IPv4 ile kurmak isterseniz hesap sorgu sayısına değil adrese dayanır: beş şehir aynı ülkedeyse tek ülke paketi yeter, ama 600 günlük sorguyu birkaç adrese yaymak ve her adreste sorgular arasına bekleme koymak gerekir. Günlük sorgu sayısı büyüdükçe static kurulum zorlaşır; bin sorgunun üzerindeki işlerde rotating model pratikte tek seçenek olur.

Ölçüm sıklığını belirlerken hedefin kullanım koşullarını hatırlayın: arama motorları otomatik sorgulamayı kısıtlar ve agresif tarama doğrulama sayfasıyla sonuçlanır. Günlük ya da haftalık ölçüm, çoğu raporlama ihtiyacını karşılar; saatlik takip yalnız kampanya dönemlerinde ve kısa süreyle anlamlıdır.

Şehir ölçümlerinde iki tür hareket görürsünüz. Birincisi tek günlük sıçramalardır: bir kelime bir şehirde dördüncü sıradan on birinciye düşüp ertesi gün geri gelir. Bu hareketler çoğu zaman arama motorunun kendi deneme gruplarından, kişiselleştirme kalıntısından ya da havuzdaki adresin farklı bir bölgeye kayıtlı olmasından kaynaklanır; üç tekrarın medyanı ve yedi günlük hareketli ortalama bunları eler. İkincisi kalıcı kaymalardır: aynı kelime aynı şehirde bir hafta boyunca aynı yönde hareket ediyorsa gerçek bir sıra değişimi vardır.

Şehirler arasındaki farkı yorumlarken sonuç türüne bakın. Yerel paket değişimi çoğu zaman işletme profiline, yorumlara ve adres verisine bağlıdır; organik değişim ise içerik ve bağlantı profiliyle ilgilidir. İki satırı aynı grafikte göstermek, ekibin yanlış tarafa çaba harcamasına yol açar. Her şehir için yerel paket sırası, organik sıra ve o gün ölçümün kaç tekrarla alındığı ayrı sütunlar olarak saklanmalıdır.

Son kontrol, konum doğrulamasıdır. Haftada bir, ölçüm kurulumundan konum bilgisi taşıyan bir sorgu gönderip sonuç sayfasının altındaki konum satırını okuyun; beklenen şehir yazmıyorsa parametre kodlaması ya da ülke havuzu değişmiş demektir ve o haftanın verisi şüpheyle ele alınır. Ülke düzeyindeki sıra takibinin genel kurulumu için SEO sıra takibi rehberine, toplama tarafındaki istek yönetimi için web scraping rehberine bakabilirsiniz.