Google Arama URL Parametreleri: 2026’da Hâlâ Neler Çalışıyor?

Eylül 2025 civarında, birçok SEO aracı ve özel script sessizce çalışmayı bıraktı. Sebep neydi? Google, yıllardır ileri seviye kullanıcıların sayfa başına 100 sonuç çekmek için güvendiği num=100 parametresini artık güvenilir şekilde desteklememeye başladı. Ortada resmî bir kullanım sonlandırma duyurusu yoktu — sadece Search Engine Land’e konuşan bir sözcü, bu parametrenin “resmî olarak desteklenmediğini” söyledi. Aynı dönemde Google, eski tbm dikeylerine ek olarak daha fazla udm modu tanıttı, ülke kodlu alan adlarının aşamalı olarak google.com’a yönlendirileceğini açıkladı ve AI Overviews’ın aylık 2,5 milyardan fazla kullanıcıya ulaştığını bildirdi.

Eğer Google’ın URL parametreleriyle arama URL’leri oluşturuyor, sıralama takibi yapıyor veya araştırma otomasyonu geliştiriyorsan, bazı iş akışların şu anda fark etmeden zayıflamış olabilir. Thunderbit olarak, stabil kontrolleri bağlamsal olanlardan ayırmak için güncel Google dokümantasyonunu, son değişiklik duyurularını, tersine mühendislikle çıkarılmış referansları ve canlı test sonuçlarını inceledik. Ortaya çıkan sonuç; 2026’da önemli olan Google arama URL parametreleri için, tarihi not edilmiş ve canlı ortamda test edilmesi gereken bir referans oldu. Buna tbm/udm eşleştirmeleri, şehir düzeyinde coğrafi hedefleme için uule kodlama formülü ve saatlerce hata ayıklamadan kurtarabilecek parametre çakışmaları da dahil.

Google Arama URL Parametreleri Nedir?

Google arama URL parametreleri, Google arama URL’sinde ? işaretinden sonra gelen anahtar=değer çiftleridir. Ne aradığından hangi ülkenin sonuçlarını gördüğüne, görüntü mü haber mi yoksa klasik mavi bağlantılar mı alacağına kadar her şeyi kontrol ederler.

Tipik bir Google arama URL’si şöyle görünür:

https://www.google.com/search?q=best+crm+software&hl=en&gl=us&tbs=qdr:m

• Temel URL: https://www.google.com/search
• ? sorgu dizgesini başlatır
• q=best+crm+software arama sorgusudur (boşluklar + ile kodlanır)
• & her parametreyi ayırır
• hl=en arayüz dilini İngilizce yapar
• gl=us Google’a sonuçları ABD’deymişsin gibi göstermesini söyler
• tbs=qdr:m sonuçları son bir ayla sınırlar

Burada önemli bir ayrım var: site:, filetype: ve intitle: gibi arama operatörleri q= değerinin içine yazılır. Yani bunlar sorgunun parçasıdır. gl, hl ve tbs gibi URL parametreleri ise Google’ın sonuçları nasıl işlediğini ve gösterdiğini kontrol eden ayrı URL anahtarlarıdır. İkisi de önemlidir ve birlikte çalışırlar — ama aynı şey değildirler.

Google bu parametreler için bugüne kadar tek, sürümlü bir teknik spesifikasyon yayımlamadı. Bazıları Gelişmiş Arama formundan, bazıları Custom Search API’den, bazılarıysa Google’ın kendi URL’leri gözlemlenerek tersine mühendislikle elde edildi. Bu yüzden okuduğun makale resmî bir API sözleşmesine değil, canlı testlere ve belgelenmiş davranışlara dayanıyor.

Google Arama URL Parametreleri 2026’da Neden Önemli?

URL parametreleri sadece geliştiricilerin konusu değil. SEO, pazarlama, satış, operasyon veya ürün ekiplerinde olup belirli bir sorgu için, belirli bir pazarda, belirli bir zamanda Google’ın ne gösterdiğini anlaması gereken herkes için bu parametreler bir araç seti.

Kim ne kazanır, hızlı bir özet:

Kullanım Senaryosu	Kim İçin Faydalı	Temel Parametreler
Ülkelere göre SEO sıralama takibi	SEO ve pazarlama ekipleri	gl, hl, uule, pws
Tarihe göre rakip izleme	Strateji ve operasyon ekipleri	tbs, q içinde site:
Belirli pazarlarda reklam izleme	Ücretli medya ekipleri	gl, hl, udm
Yerel SEO denetimleri (şehir düzeyi)	Yerel işletme sahipleri	uule, gl
İçerik araştırması / trend takibi	İçerik ekipleri	tbs (tarih filtreleri), lr
Arama verisini AI/LLM uygulamalarına aktarma	Ürün ve veri ekipleri	Birden çok parametre + yapılandırılmış çıkarım

2026’yı anlamlı biçimde farklılaştıran üç büyük değişim var:

1. num=100 artık güvenilir değil. Eski sonuç-sayfa başına numarası Eylül 2025’te güvenilir biçimde çalışmayı bıraktı. Google bunu resmî olarak kaldırmadı; sözcü, bu parametrenin hiçbir zaman resmî destek almadığını söyledi.
2. ccTLD yönlendirmeleri tamamlanmış bir değişim değil, bir geçiş süreci. Google Nisan 2025’te ülke kodlu alan adlarının (google.co.uk, google.de vb.) kademeli olarak google.com’a yönlendirileceğini duyurdu. Google bu geçişin ne zaman tamamlanacağını açıklamadı, bu yüzden henüz her yerelin birebir aynı davrandığını varsaymayın.
3. AI Overviews SERP’i değiştirdi. Google, AI Overviews’ın aylık 2,5 milyardan fazla kullanıcıya ve 200’den fazla ülke ve bölgeye ulaştığını bildiriyor. Tersine mühendislikle çıkarılan udm modları bazı bağlamlarda sonuç yüzeyini değiştirebilir, ancak bunlar garantili bir AI Overview anahtarı değildir.

İş akışların bu değişikliklere göre güncellenmediyse, büyük olasılıkla fark etmeden bozulmuş veya yanıltıcı sonuçlar alıyorsun.

Google Arama URL Parametreleri Hızlı Referans Tablosu (2026)

Detaylara geçmeden önce, aşağıdaki hızlı referans tablosu şimdiye kadar derleyebildiğim en güncel listedir. Kaydet.

Parametre	Ne Yapar	Örnek Değer	Durum
q	Arama sorgusu (operatörleri içinde destekler)	q=best+crm+software	✅ Aktif
hl	Arayüz dili	hl=en, hl=ja	✅ Aktif
gl	Ülke/pazar bağlamı	gl=us, gl=jp	✅ Aktif
lr	Sonuçları içerik diline göre sınırlar	lr=lang_en	✅ Aktif
cr	Sonuçları barındırıldığı ülkeye göre sınırlar	cr=countryUS	✅ Aktif
start	Sayfalama ofseti	start=10 (2. sayfa)	✅ Aktif
num	Sayfa başına sonuç sayısı (eskiden)	num=100	⚠️ Resmî destek yok; Eylül 2025’ten beri güvenilmez
udm	Bağlamsal içerik modu	udm=14 (klasik web)	⚠️ Tersine mühendislikle çıkarıldı; bağlama göre değişir
tbm	Arama dikeyi	tbm=isch (görseller)	⚠️ Hâlâ gözlemleniyor; udm ile birlikte test et
tbs	Zaman filtreleri, sıralama, kelimesi kelimesine arama	tbs=qdr:w	✅ Aktif
safe	SafeSearch kontrolü	safe=active	✅ Aktif
filter	Yinelenen sonuç filtreleme	filter=0	✅ Aktif (gözlemlendi)
nfpr	Otomatik düzeltmeyi kapatır	nfpr=1	✅ Aktif (gözlemlendi)
pws	Kişiselleştirmeyi kapatır	pws=0	✅ Aktif
uule	Şehir/DMA düzeyinde coğrafi hedefleme	uule=w+CAIQICI...	✅ Aktif (tersine mühendislik)
as_q, as_epq, as_eq, vb.	Gelişmiş Arama form alanları	Çeşitli	✅ Aktif
as_sitesearch	Bir alan adına sınırla (Gelişmiş Arama)	as_sitesearch=example.com	✅ Aktif
as_filetype	Dosya türüne sınırla (Gelişmiş Arama)	as_filetype=pdf	✅ Aktif
ie, oe	Girdi/çıktı kodlaması	ie=UTF-8	✅ Aktif (nadiren gerekir)
kgmid, si, ibp	Knowledge Graph varlığı / özellik görünümü	Çeşitli	⚠️ Bağlamsal (genel kullanım için değil)
ei, ved, sxsrf, sclient	Oturum/izleme/telemetri	Çeşitli	🔒 Dahili (yoksay)
gbv	Temel HTML görünümü (eskiden)	gbv=1	❌ 2026’da güvenilmez

Kaydettiğin veya paylaştığın tüm URL’lerden ei, ved, sxsrf ve sclient parametrelerini çıkar. Bunlar Google’ın otomatik eklediği oturum ve telemetri durum bilgisidir — arama URL’si oluşturmak için alakasızdır.

Hâlâ Çalışan Temel Google Arama URL Parametreleri

Bunların her birini 2026 ortası itibarıyla canlı test ettim. En sık kullanacakların bunlar.

q — Arama Sorgun

q parametresi arama terimlerini taşır. Boşluklar + veya %20 olarak kodlanır. Google’ın belgelenmiş arama operatörleri burada yer alır — ayrı URL parametreleri olarak değil, q değerinin içinde kullanılırlar.

Birkaç örnek:

• Tam ifade: q=%22google+search+url+parameters%22
• Site ile sınırlandırılmış: q=site%3Aexample.com+pricing
• Dosya türü: q=filetype%3Apdf+annual+report+2026
• Birleşik: q=site%3Acompetitor.com+intitle%3Apricing+after%3A2026%2F01%2F01

Tüm sorgu değerini mutlaka URL ile kodla. URL’nin bozulmaması için tırnak işaretleri, iki nokta üst üste ve eğik çizgiler doğru şekilde encode edilmelidir.

hl — Arayüz Dili

hl, Google arayüzünün dilini kontrol eder; düğmeler, etiketler, “Diğer sorular” başlıkları gibi öğeleri etkiler ve Google’ın hangi sonuçları öne çıkaracağını da etkileyebilir. ISO 639-1 kodları (en, fr, de, ja) veya en-gb, pt-br gibi BCP 47 etiketlerini kullanır.

hl, tüm sonuç belgelerini o dile zorlamaz. Güçlü bir sinyaldir, ama Google yüksek alaka düzeyi varsa başka dillerde sonuçlar da gösterebilir. İçerik dili kısıtlaması için lr kullan.

gl — Ülke / Coğrafi Konum

gl, aramayı yaptığın ülkeyi simüle eder; ISO 3166-1 alpha-2 kodları (us, gb, jp, de) kullanılır. ccTLD’lerin kademeli olarak google.com’a yönlenmesiyle birlikte, ülkeye özel sonuçlar elde etmenin birincil yolu artık gl oldu.

Aynı sorgu farklı gl değerleriyle tamamen farklı sonuçlar, öne çıkan snippet’ler ve yerel paketler üretebilir. Örneğin q=best+bank&gl=us ile q=best+bank&gl=jp çok farklı bankalar gösterir.

İpucu: Yerelleştirilmiş doğru sonuçlar için gl ile hl’yi her zaman birlikte kullan. gl=jp ile hl=en kullanmak, İngilizce arayüzde Japonya pazarı sonuçları verir — uluslararası SEO denetimleri için çok işe yarar.

lr ve cr — Dil Kısıtlaması ve Ülke Kısıtlaması

Bu ikisi sürekli karıştırılır. Fark önemli:

• lr=lang_en sonuçları İngilizce yazılmış sayfalarla sınırlar (içerik dili)
• cr=countryUS sonuçları ABD’de barındırılan sayfalarla sınırlar (sunucu konumu / ülke ilişkisi)
• gl=us aramayı ABD’den yapıyormuşsun gibi simüle eder (sıralama, yerel sonuçlar, reklamlar etkilenir)

Hem lr hem de cr Google’ın Gelişmiş Arama formu üzerinden kullanılabilir. Bunları birlikte kullanırken dikkatli ol — lr=lang_en + cr=countryJP, “Japonya’da barındırılan İngilizce sayfalar” anlamına gelir ve bu oldukça dar bir kümedir. Çakışmalar bölümünde buna tekrar değineceğiz.

start — Sayfalama

start=10, sonuçların 11. sıradan başlamasını ister (2. sayfa). start=20 3. sayfa içindir ve böyle devam eder. num=100 artık güvenilir olmadığından, start değerini 10’ar artırmak daha güvenli bir varsayılandır — ama Google yine de sayfalamayı yeniden yazabilir veya sınırlayabilir.

100 sonucu tam sayfa halinde çekmek için kullanılan eski num=100&start=0 hilesi artık çalışmıyor. Scriptlerinde hâlâ num varsa kaldır — sessizce yok sayılıyor.

pws — Kişiselleştirmeyi Kapatma

pws=0, Google’dan hesap bazlı kişiselleştirmeyi kapatmasını ister. Bu, SEO sıralama takibi için kritik önemdedir; çünkü kendi arama geçmişin, tıklamaların veya hesap tercihlerinize göre çarpıtılmamış sonuçlar görmek istersin.

Bir uyarı: pws=0 kişiselleştirmeyi azaltır ama tüm bağlamsal faktörleri ortadan kaldırmaz. Google’a göre sonuçlar zaman, konum, dil ve cihaza göre hâlâ değişebilir. Tam anlamıyla “nötr” bir Google SERP diye bir şey yoktur.

safe ve filter — SafeSearch ve Yinelenen Sonuç Filtreleme

• safe=active SafeSearch’i açar; safe=off kapatır. Hesap ayarları, yönetici politikaları, ağ yapılandırmaları veya bölgesel yasalar bu parametreyi geçersiz kılabilir.
• filter=0 Google’ın yinelenen sonuç filtrelemesini kapatır. Normalde birleştirilen yakın kopyalar da dahil olmak üzere Google’ın sahip olduğu her sonucu görmek istediğinde faydalıdır.

nfpr — Otomatik Düzeltmeyi Kapatma

nfpr=1, Google’ın sorgunu yanlış yazım sandığında zorla yeniden yazmasını engeller. Bu, alışılmadık yazılışa sahip marka terimlerini, teknik jargonu veya rakiplerin hedeflediği bilinçli yazım hatalarını takip ederken faydalıdır.

nfpr=1 yalnızca zorunlu yeniden yazımı bastırır. Eş anlamlı genişletme, yazım değişiklikleri ve diğer otomatik değişiklikleri de kapatmak için aşağıda tbs bölümünde anlattığım tbs=li:1 (kelimesi kelimesine mod) kullanılmalıdır.

tbm’den udm’ye Geçiş: Ne Değişti ve Şimdi Ne Kullanılmalı?

Bu, son yılların en büyük parametre değişikliklerinden biri — ama aynı zamanda abartılması en kolay olanlardan da biri.

tbm, Google’ın arama dikeyleri arasında — görseller, haberler, video, alışveriş — geçiş yapmak için on yılı aşkın süredir yaygın bir yöntemdi. Google ayrıca örtüşen ve ek modlara sahip sayısal bir udm sistemi de tanıttı. Google stabil, herkese açık bir kayıt yayımlamadığı için bunu temiz ve tamamlanmış bir ikame olarak değil, bağlamsal bir eşleştirme olarak değerlendir.

Tam tbm’den udm’ye Eşleştirme Tablosu

Aşağıdaki eşleştirmeler, gözlemlenen arayüz davranışları ve 12 Ağustos 2026 tarihli canlı kontrollerin birleşimidir. Anonim isteklerde bazı değerler silindi veya yeniden yazıldı; bu yüzden her satırın kullanılacağı hesap, bölge ve istemci özelinde test edilmesi gerekir:

Eski Parametre	Eski Değer	Yeni Parametre	Yeni Değer	Durum
tbm=lcl	Yerler / Yerel	udm=1	Yerler / Yerel	⚠️ Bağlamsal
tbm=isch	Görseller	udm=2	Görseller	⚠️ Bağlamsal
tbm=vid	Videolar	udm=7	Videolar	⚠️ Bağlamsal
tbm=nws	Haberler	udm=12	Haberler	⚠️ Bağlamsal
—	—	udm=14	Klasik web (AI Overviews yok)	🆕 Yeni, tbm karşılığı yok
—	—	udm=18	Forumlar	🆕 Yeni, tbm karşılığı yok
tbm=shop	Alışveriş	udm=28	Alışveriş	⚠️ Bağlamsal
tbm=bks	Kitaplar	udm=36	Kitaplar	⚠️ Bağlamsal
—	—	udm=39	Kısa videolar	🆕 Yeni, tbm karşılığı yok
—	—	udm=50	AI Overview modu	🆕 Yeni, tbm karşılığı yok

Google stabil bir udm kayıt listesi yayımlamadı — bu önemli bir uyarı. Bu değerler, Google’ın kendi arayüz davranışını gözlemleyerek tersine mühendislikle çıkarılmıştır. URL’nin kabulü hesap, bölge, istemci, çerezler ve deney grubuna göre değişebilir. Testlerimde bazı udm değerleri anonim HTTP isteklerinde silinirken, etkileşimli tarayıcı oturumlarında sorunsuz çalıştı. Her değerin evrensel biçimde çalıştığını varsayma.

udm=14 Ne Yapar? (ve SEO Uzmanları Neden Seviyor?)

udm=14, SEO topluluğunda adeta kült bir favori hâline geldi. Android Central bunu, AI Overviews olmadan klasik web sonuçları yüzeyi istemenin bir yolu olarak tanımladı. Birçok oturumda geleneksel mavi bağlantılı SERP üretir, ancak bu resmî ya da evrensel bir garanti değildir.

Bu neden önemli? Sıralama takibi veya SEO denetimi yapıyorsan, AI Overviews organik sonuçları görünür alanın altına itebilir ve sıralama konumlarını değerlendirmeyi zorlaştırabilir. Google bunu kabul ettiğinde udm=14 daha temiz bir görünüm sağlayabilir.

Yine de udm=14 her bağlamda garanti çalışmaz. 12 Ağustos 2026 tarihli canlı kontrollerde Google, isteğin bağlamına bağlı olarak bazen udm değerlerini sildi veya yeniden yazdı. Sonuçlar; oturum, hesap, bölge, istemci ve deney grubuna göre değişebilir.

udm=50 AI Mode / AI sonuç bağlamlarında gözlemlendi, ancak herhangi bir sorgu için zorunlu olarak AI Overview tetiklemenin garantili yolu olarak tanımlanmamalıdır.

Ne Yapmalı: İş Akışlarınızı tbm’den udm’ye Güncelleyin

Benim önerim:

• Yeni uygulamalar: udm’yi deneysel / bağlamsal bir girdi olarak kabul et ve yedek yollar oluştur.
• Mevcut iş akışları: Tamamlanmış bir geçiş varsaymak yerine, gerekli yerlerde hem tbm hem udm desteği ver ve test et.
• İkisini asla birlikte kullanma: Bir URL’de hem tbm hem udm varsa davranış öngörülemezdir. Testlerimde Google bazen ikisini de silip düz bir sorgu döndürdü. Buna çakışmalar bölümünde tekrar döneceğiz.

Tam tbs Sözdizimi: Özel Tarih Aralıkları, Tarihe Göre Sıralama ve Kelimesi Kelimesine Arama

tbs, Google arama URL araç setindeki en güçlü parametrelerden biridir ve çoğu rehber bunun sadece yüzeyine dokunur. Zaman filtreleme, tarihe göre sıralama, kelimesi kelimesine mod ve daha fazlasını tek bir virgülle ayrılmış değer içinde taşır.

Standart Zaman Filtreleri

tbs Değeri	Anlamı	Örnek URL Parçası
qdr:h	Son saat	&tbs=qdr:h
qdr:d	Son 24 saat	&tbs=qdr:d
qdr:w	Son hafta	&tbs=qdr:w
qdr:m	Son ay	&tbs=qdr:m
qdr:y	Son yıl	&tbs=qdr:y

Bunlar çoğu rehberin anlattığı temel seçeneklerdir. Ama tbs bundan çok daha fazlasını yapabilir.

Özel Tarih Aralıkları

Belirli bir zaman aralığındaki sonuçlara mı ihtiyacın var? cdr:1,cd_min:MM/DD/YYYY,cd_max:MM/DD/YYYY sözdizimini kullan:

&tbs=cdr:1,cd_min:01/01/2026,cd_max:06/01/2026

Bu, sonuçları Google’ın 1 Ocak ile 1 Haziran 2026 arasında tarihlendirdiği sayfalarla sınırlar. Rekabet araştırması için çok değerlidir — örneğin, “rakipler 2026 ilk çeyreğinde fiyatlandırma hakkında ne yayımladı?” Sadece tüm değeri URL ile kodlamayı unutma; çünkü iki nokta ve eğik çizgiler encode edilmelidir.

Pratik bir not: Google’ın tarih eşleştirmesi her zaman doğru değildir. Arama sonuçlarında görünen tarih, Google’ın en iyi tahminidir; mutlaka gerçek yayın tarihi olmayabilir. Hedef sayfada tarihleri her zaman doğrula.

Tarihe Göre Sıralama ve Kelimesi Kelimesine Mod

Burada rehber, rakip makalelerin işlemediği bir alana giriyor.

sbd:1 sonuçları tarihe göre sıralar (en yeniden eskiye). Tek başına bu faydalıdır ama olağanüstü değildir. Asıl güzel tarafı, bunu zaman aralığı filtreleriyle aynı tbs değeri içinde birleştirebilmen:

&tbs=qdr:m,sbd:1

Bu, son bir aydaki sonuçları tarihe göre sıralar — en yeni en üstte olacak şekilde. Bir konu hakkında yeni yayımlananları bulmanın en hızlı yoludur. Rakip içerik takibinde bu kombinasyonu sürekli kullanıyorum.

li:1, kelimesi kelimesine modu açar — arayüzde Google’ın “Kelimesi kelimesine” aracına tıklamanın URL karşılığıdır. Bu mod; otomatik düzeltmeyi, eş anlamlı genişletmeyi, yazım değişikliklerini ve diğer otomatik sorgu değişikliklerini kapatır.

li:1 ile nfpr=1 arasındaki fark kapsamdan kaynaklanır:

• nfpr=1: Yalnızca zorunlu yazım / sorgu yeniden yazımını bastırır (örneğin Google’ın “teh”i “the” olarak değiştirmesini durdurur)
• tbs=li:1: Yazım, eş anlamlılar, ilişkili terimler, kişiselleştirme ayarları dahil tüm otomatik değişiklikleri kapatır

Hatta birden fazla tbs değerini birlikte kullanabilirsin. Örneğin tbs=qdr:m,sbd:1,li:1, son bir ayın sonuçlarını tarihe göre sıralanmış ve kelimesi kelimesine eşleşme ile verir. Testlerimde bu kombinasyon çalıştı, ama tbs belgelenmemiş sözdizimi olduğundan kendi sorgularınla doğrulamanı öneririm.

Şehir Düzeyinde Coğrafi Hedefleme İçin uule Kodu Nasıl Oluşturulur?

gl ülke düzeyinde bir büyüteçse, uule şehir düzeyinde bir mikroskoptur. Yerel SEO için — işletmenin Denver ile Dallas’ta nasıl sıralandığını ya da Tokyo’nun Shibuya bölgesindeki bir arayıcının ne gördüğünü kontrol ederken — gl tek başına yeterince hassas değildir.

Üst sıralardaki hiçbir makale aslında uule kodunun nasıl oluşturulacağını anlatmıyor — parametrenin varlığından bahsedip geçiyorlar. Şimdi tam açıklama geliyor.

gl, uule ve cr Ne Zaman Kullanılır?

Parametre	Ayrıntı Seviyesi	Tipik Kullanım	Kodlama Gerekir mi?
gl=us	Ülke düzeyi	Hızlı ülke simülasyonu	Hayır
cr=countryUS	Ülke düzeyi (sınırlandırma)	Barındırılma ülkesine göre filtreleme	Hayır
uule=w+CAIQICI...	Şehir / DMA düzeyi	Yerel SEO sıralama kontrolü	Evet

uule Kodlama Algoritması (Adım Adım)

uule parametresi, kodlanmış bir adlandırılmış konum sinyali kullanır. Oluşturma yöntemi Google tarafından resmî olarak belgelenmemiş olsa da tersine mühendislikle çıkarılmıştır ve SEO topluluğu tarafından yaygın biçimde doğrulanmıştır.

Daha güvenli yaklaşım, sık kopyalanan kısa yola (özellikle ASCII dışı karakterlerde başarısız olabilir) güvenmek yerine küçük bir Protocol Buffers yükü kodlamaktır. Süreç şöyle:

1. Google’ın kanonik konum adını al. Google, coğrafi hedefleri Google Ads API coğrafi hedefleme verileri üzerinden kanonik adlarla sunar. Örnek: New York,New York,United States
2. Adı UTF-8 baytlarına kodla.
3. Adı ve bayt uzunluğunu içeren küçük bir protobuf yükü oluştur.
4. Yükü base64url ile kodla ve başına w+ ekle.

Bunu yapan bir Python örneği:

import base64

def encode_varint(value: int) -> bytes:
    out = bytearray()
    while True:
        byte = value & 0x7F
        value >>= 7
        if value:
            out.append(byte | 0x80)
        else:
            out.append(byte)
            return bytes(out)

def build_uule(canonical_name: str) -> str:
    name = canonical_name.encode("utf-8")
    payload = b"\x08\x02\x10\x20\x12" + encode_varint(len(name)) + name
    encoded = base64.urlsafe_b64encode(payload).decode().rstrip("=")
    return "w+" + encoded

# Örnek
print(build_uule("New York,New York,United States"))
# Çıktı: w+CAIQICIeTmV3IFlvcmssTmV3IFlvcmssVW5pdGVkIFN0YXRlcw

Bunu URL’ye yerleştirirken, w+ içindeki gerçek + işaretinin URL kütüphanen tarafından doğru biçimde %2B olarak kodlandığından emin ol. Çoğu URLSearchParams veya urllib.parse.urlencode uygulaması bunu otomatik yapar.

Doğru oluşturulmuş bir uule yine de yalnızca bir konum sinyalidir. IP adresini, hesap ayarlarını, cihazı veya deney grubunu geçersiz kılmaz. Bunu kesin şehir sıralaması garantisi olarak değil, yön gösteren yerel SEO kontrolleri için kullan.

Google Arama URL Parametreleri Sessizce Çakıştığında

Parametre kombinasyonları sessizce başarısız olabilir: Google girdilerden birini yok sayabilir, URL’yi yeniden yazabilir veya farklı bir sonuç yüzeyi gösterebilir. Aşağıdaki çakışma kontrolleri, her arama bağlantısı iş akışına eklemeye değer.

Rakip hiçbir makale parametre etkileşimlerini kapsamıyor. Ama birden fazla parametreyle arama URL’si oluşturuyorsan — ki muhtemelen öyle yapıyorsun — hangi kombinasyonların uyumlu, hangilerinin ise çatışmalı olduğunu bilmen gerekir.

gl + uule: Hangisi Kazanır?

İkisi birlikte varsa, uule, gl’ye kıyasla daha spesifik bir konum sinyali sağlar. gl=uk verip uule ile Tokyo’ya işaret edersen, Birleşik Krallık sonuçları değil, Tokyo etkili sonuçlar alırsın.

Öneri: uule kullanıyorsan, ya gl’yi tamamen kaldır ya da gl değerini uule’daki şehrin bulunduğu ülkeye ayarla. Birbiriyle çelişen sinyaller gönderme.

tbm + udm: İkisini Birlikte Kullanmayın

Testlerimde, aynı URL’de hem tbm hem udm olduğunda Google bazen ikisini de silip düz bir web sorgusu döndürdü. Davranış oturum ve hesaplar arasında tutarlı değil.

Öneri: Yeni uygulamalarda yalnızca udm kullan. Eski iş akışlarını desteklemek zorundaysan, birini seç — asla ikisini birlikte kullanma.

lr + cr: Çift Filtreleme Sonuçları Sıfıra Yaklaştırabilir

Bu ince bir tuzak. lr=lang_en, İngilizce içerikle sınırlar. cr=countryJP ise Japonya’da barındırılan sayfaları sınırlar. İkisini birleştirdiğinde “Japonya’da barındırılan İngilizce sayfalar”ı istiyorsun demektir — bu da web’in çok küçük bir bölümü.

Öneri: Özellikle kesişim gerekmiyorsa birini veya diğerini kullan. Birleştirmen gerekiyorsa, çok daha az sonuç bekle.

num + start: Bozuk Sayfalama

num=100&start=0 kullanan eski scriptler artık sessizce yalnızca yaklaşık 10 sonuç döndürüyor. num parametresi artık dikkate alınmıyor, ama hata da vermiyor — sadece yok sayılıyor.

Öneri: Tüm URL’lerden num’u kaldır. start değerini 10’ar artırarak sayfala ve sayfalar arası sonuçları tekilleştir.

Hızlı Çakışma Referansı

Kombinasyon	Ne Olur	Öneri
gl + uule	uule daha spesifik sinyal sağlar	Ülke ve şehri hizala ya da gl’yi kaldır
tbm + udm	Öngörülemez — ikisi de silinebilir	Yalnızca udm kullan
lr + cr	Çok agresif daraltma, çoğu zaman sıfıra yakın sonuç	Birini veya diğerini kullan
num + start	num yok sayılır, yaklaşık 10 sonuç döner	num’u kaldır, start ile sayfala
nfpr=1 + tbs=li:1	Birbiriyle ilişkili ama aynı olmayan kontroller	Sorgunu test et
hl + lr	Arayüz dili ≠ içerik dili kısıtı	Bilinçli kullan; hl bir içerik filtresi değildir

Google Arama URL Parametrelerinden Yapılandırılmış Veri Çıkarımına

Bu noktada elinde hassas bir Google arama URL’si var — doğru sorgu, doğru ülke, doğru tarih aralığı, klasik web sonuçları. Bir sonraki adım, sonuçlardan yapılandırılmış veri almak.

İster bir sıralama takip aracı geliştiriyor ol, ister rakip izliyor ol, ister arama verisini bir araştırma akışına aktarıyor ol; doğru sonuçları görmek işin sadece yarısıdır. Başlıklar, URL’ler, snippet’ler, konumlar ve tarihler bir elektronik tabloda veya veritabanında olmalıdır.

Hedeflenmiş Bir Google Arama URL’si Oluşturma (Hepsini Birleştirmek)

Birden çok parametreyi birleştiren tam bir örnek:

https://www.google.com/search?q=site%3Acompetitor.com+intitle%3Apricing&hl=en&gl=us&tbs=qdr:m,sbd:1&udm=14&pws=0

Parçalara ayıralım:

• q=site%3Acompetitor.com+intitle%3Apricing — competitor.com alanında başlığında “pricing” geçen sayfalar
• hl=en — İngilizce arayüz
• gl=us — ABD pazarı bağlamı
• tbs=qdr:m,sbd:1 — son ay, tarihe göre sıralı
• udm=14 — klasik web sonuçları (AI Overviews yok)
• pws=0 — kişiselleştirme kapalı

Bunu curl ile programatik olarak oluşturabilirsin:

curl -L -G 'https://www.google.com/search' \
  --data-urlencode 'q=site:competitor.com intitle:pricing' \
  --data-urlencode 'hl=en' \
  --data-urlencode 'gl=us' \
  --data-urlencode 'tbs=qdr:m,sbd:1' \
  --data-urlencode 'udm=14' \
  --data-urlencode 'pws=0' \
  -H 'User-Agent: Mozilla/5.0'

Veya Python ile:

import requests

params = {
    "q": "site:competitor.com intitle:pricing",
    "hl": "en",
    "gl": "us",
    "tbs": "qdr:m,sbd:1",
    "udm": "14",
    "pws": "0",
}

response = requests.get(
    "https://www.google.com/search",
    params=params,
    headers={"User-Agent": "Mozilla/5.0"},
    timeout=20,
)
print(response.url)

Google’a yapılan anonim HTTP istekleri çoğu zaman sunucu tarafında render edilmemiş sonuçlar içeren JavaScript kabukları veya olağandışı trafik uyarıları döndürür — işte tam bu noktada tarayıcı tabanlı çıkarım avantaj sağlar.

Parser Yazmadan SERP Verisi Çıkarma

Google HTML’ini parse etmek kırılgan bir iştir. DOM yapısı sık sık değişir, class adları gizlenir ve tarayıcıda gördüğün şey raw HTTP yanıtında birebir aynı olmayabilir.

Teknik olmayan kullanıcılar için daha basit bir yaklaşım: özenle oluşturduğun arama URL’sini Chrome’da aç, ardından görünen sayfadan yapılandırılmış veri çekmek için tarayıcı tabanlı bir çıkarım aracı kullan. Thunderbit’te, tam da bu tür iş akışlarını desteklemek için Chrome uzantımızı geliştirdik — AI Suggest Fields özelliğiyle sonuç başlığı, hedef URL, snippet metni ve görünen konum gibi sütunları belirleyebilir, ardından bir parser yazmadan bunları bir elektronik tabloya aktarabilirsin.

Bu tek yol değil. Kod tabanlı yöntemler de çalışır; özellikle büyük ölçekli veya tekrarlı çıkarım yapman gerekiyorsa. Ancak tek seferlik araştırmalar, denetimler ve rakip analizi için tarayıcı tabanlı çıkarım, HTML parse etmenin kırılganlığını tamamen ortadan kaldırır.

Ne Zaman Resmî Bir API Kullanmalısın?

Sorumlu kullanım notu — ve bu önemli.

Google’ın Hizmet Şartları, koruma önlemlerini aşan otomatik erişimi yasaklar ve Google Arama Yardımı, sıralama belirlemek için otomatik sorgu gönderen arama scraper’larını ve yazılımları açıkça otomatik trafik olarak sınıflandırır. Üretim ölçekli bir Google scraper çalıştırmak seni IP engelleri, CAPTCHA’lar ve olası hukuki sorunlarla karşı karşıya bırakabilir.

Üretim ölçeğinde, yüksek hacimli arama verisi ihtiyacı için daha doğru yol resmî bir API kullanmaktır. Google’ın Custom Search JSON API’si yeni müşterilere kapatılıyor — mevcut kullanıcıların geçiş için 1 Ocak 2027’ye kadar süresi var; sonrasında günde 100 ücretsiz sorgu ve 1000 sorgu başına 5 dolar uygulanacak. Google, kontrollü site aramaları için gelecekte Vertex AI Search’ü öneriyor.

Kendi sahip olduğun siteler için Search Console Search Analytics API, tıklama, gösterim, CTR ve ortalama konum için birinci taraf veri kaynağıdır — scraping gerekmez.

URL parametre bilgisini bir teşhis ve araştırma aracı olarak düşün: hassas arama bağlantıları oluşturmak, manuel denetimler yapmak ve Google’ın ne gösterdiğini anlamak için harika. Ölçekli kullanımda resmî API’lerin yerine geçmez.

Google Arama Operatörleri: Sorgunun İçindeki Parametreler

Arama operatörleri q= parametresinin içinde yer alır, ama URL parametrelerinin vazgeçilmez tamamlayıcılarıdır. Aşağıdaki tablo, Google’ın şu anda belgelenen operatörlerini ve pratikte hâlâ çalışan birkaç ek seçeneği kapsıyor:

Operatör	Ne Yapar	Örnek
site:	Bir alan adına sınırlar	q=site:example.com+SEO
filetype:	Dosya türüne sınırlar	q=filetype:pdf+annual+report
intitle:	Kelime başlıkta yer almalıdır	q=intitle:pricing+SaaS
inurl:	Kelime URL’de yer almalıdır	q=inurl:blog+marketing
-	Bir terimi hariç tutar	q=apple+-fruit
""	Tam ifade eşleşmesi	q=%22google+search+url+parameters%22
OR	İki terimden biri	q=scraping+OR+crawling
before:	Belirtilen tarihten önceki sonuçlar	q=AI+before:2026-01-01
after:	Belirtilen tarihten sonraki sonuçlar	q=AI+after:2025-06-01
related:	Benzer siteler	q=related:hubspot.com

Asıl güç, q içindeki operatörleri dışarıdaki URL parametreleriyle birleştirmekten gelir:

q=site:competitor.com+intitle:pricing+after:2026/01/01&tbs=sbd:1&gl=us&udm=14

Bu, başlığında “pricing” geçen, Ocak 2026 sonrasında yayımlanmış, ABD pazarında, tarihe göre sıralanmış ve klasik web sonuçlarıyla competitor.com sayfalarını bulur. Bu, yalnızca URL parametreleri ve operatörlerden oluşturulmuş oldukça hassas bir rekabet istihbaratı sorgusudur.

Google, site: sonuçlarının eksiksiz olacağının garanti edilmediğini söylüyor — bu yüzden site: sorgusunu indekslenmiş sayfaların tam envanteri gibi düşünme.

Sorumlu Kullanım: Google’ın Hizmet Şartları ve Hız Sınırları

Kısa ama önemli bir not.

Google’ın Hizmet Şartları, kötüye kullanımı ve koruyucu önlemleri aşmayı yasaklar. Google Arama Yardımı, arama scraper’ları ve otomatik sıralama yazılımlarını otomatik trafik örneği olarak özellikle belirtir. Bu şartları ihlal etmek IP engelleri, CAPTCHA’lar, hesap kısıtlamaları ve hatta hukuki süreçlerle sonuçlanabilir.

URL parametre bilgisi en iyi şu amaçlarla kullanılır: hassas arama URL’lerini manuel oluşturmak, ekibin için yer imi olarak saklanabilir bağlantılar hazırlamak, tarayıcıda küçük ölçekli denetimler yapmak ve Google arama arayüzünün nasıl çalıştığını anlamak. Üretim ölçeğindeki otomasyon için Google’ın resmî API’lerini — veya Brave Search API gibi lisanslı üçüncü taraf arama veri sağlayıcılarını — kullan.

Thunderbit’te tarayıcı uzantımız, kullanıcı tarafından başlatılan ve görünür sayfa üzerinden yapılan çıkarım için tasarlanmıştır — yüksek hacimli otomatik Google sorguları için değil. Bu önemli bir ayrımdır.

Temel Çıkarımlar: 2026 Google Arama URL Parametreleri Araç Setin

Kısa versiyon:

• Yerelleştirme sinyalleri için gl + hl kullan ve Google’ın yönlendirme geçişi sırasında yalnızca ccTLD’lere güvenme
• Gereken yerlerde hem udm hem tbm’yi test et — ikisi de stabil, sürümlü bir tüketici API’si değildir
• udm=14, AI Overviews olmadan klasik web sonuçları isteyebilir, ama Google bunu silebilir veya yeniden yazabilir
• Şehir düzeyinde coğrafi hedefleme için uule kullan; yukarıdaki protobuf kodlama formülünü uygula
• tbs’yi ustaca kullan: hassas tarih filtreleme (cdr:1,cd_min:...,cd_max:...), tarihe göre sıralama (sbd:1) ve kelimesi kelimesine arama (li:1) için
• Parametre çakışmalarına dikkat et: gl ile uule, tbm ile udm, lr ile cr
• num=100 güvenilmezdir ve hiçbir zaman resmî olarak desteklenmemiştir — daha güvenli varsayılan olarak start değerini 10’ar artır
• Yapılandırılmış SERP verisi için, ad-hoc çalışmalarında Thunderbit gibi tarayıcı tabanlı araçları, üretim ölçeğinde ise resmî API’leri kullan
• Google’ın Hizmet Şartları’na saygı göster — URL parametreleri bir araştırma aracıdır, scraping lisansı değil

Google, parametreleri duyuru yapmadan değiştirmeye devam ediyor. Değişiklik oldukça bu referansı güncel tutacağım — kaydet ve tekrar göz at.

Daha Fazla Bilgi

• 2026 İçin En İyi 9 SEO API’si (Gerçek istek başı maliyet verileriyle)
• Arama Motoru Scraping’inde Ustalaşma: Eksiksiz Rehber
• Web Sitesi Sıralamalarını Analiz ve Takip Etmek İçin En İyi 27 Araç
• Verimli Çıkarma İçin Web Scraper Sayfalaması Nasıl Kullanılır
• Arama Otomasyonu Nedir? Faydaları, Araçları ve Stratejileri

SSS

Google arama URL’sinde udm=14 ne yapar?

udm=14, AI Overviews olmadan klasik web sonuçları yüzeyi isteyebilir; bu yüzden SEO uzmanları arasında popülerdir. Tersine mühendislikle çıkarılmıştır, Google’ın resmî olarak belgelenmiş bir taahhüdü değildir ve oturum, hesap, bölge, istemci ve deney grubuna göre Google bunu silebilir veya yeniden yazabilir.

num parametresi 2026’da hâlâ çalışıyor mu?

Buna güvenme. Google, Eylül 2025’te num=100’ü güvenilir biçimde desteklemeyi bıraktı ve bir sözcü parametrenin hiç resmî olarak desteklenmediğini söyledi. Daha güvenli sayfalama varsayılanı olarak start değerini 10’ar artır ve dönen sonuç sayısını doğrula; çünkü Google yanıtı hâlâ yeniden yazabilir veya sınırlayabilir.

Belirli bir şehirden Google araması yapıyormuş gibi nasıl simülasyon yaparım?

Kodlanmış şehir adını içeren uule parametresini kullan. Yukarıdaki kodlama bölümü, protobuf tabanlı algoritmayı ve bir Python örneğini veriyor. Google’ın kanonik konum adına ihtiyacın olacak (Google Ads coğrafi hedefleme verilerinden alınabilir); bunu uule değerine dönüştürürsün, örneğin uule=w+CAIQICIeNew+York,New+York,United+States.

gl, lr ve cr arasındaki fark nedir?

Bu üç parametre coğrafi ve dil hedeflemesinin farklı yönlerini kontrol eder. gl, arama konumunu ülke düzeyinde simüle eder (sıralama ve yerel sonuçları etkiler). lr, sonuçları belirli bir içerik dilinde yazılmış sayfalarla sınırlar. cr, sonuçları belirli bir ülkede barındırılan sayfalarla sınırlar. Birlikte kullanılabilirler, ama lr=lang_en + cr=countryJP gibi çelişkili kombinasyonlar sonuçları ciddi biçimde daraltır.

Tek bir URL’de birden fazla tbs değeri kullanabilir miyim?

Evet — tek bir tbs parametresi içinde virgülle ayırabilirsin. Örneğin tbs=qdr:m,sbd:1, sonuçları son ayla sınırlar ve tarihe göre sıralar (en yeni üstte). Kelimesi kelimesine mod için li:1 de ekleyebilirsin: tbs=qdr:m,sbd:1,li:1. tbs sözdizimi belgelenmemiştir; bu yüzden beklendiği gibi çalıştıklarını doğrulamak için özel kombinasyonlarını test et.