AdSense hesabınıza girdiniz ve kırmızı bir uyarı sizi karşıladı:
“Geçersiz trafik nedeniyle reklam sunumu sınırlandırıldı.”
Reklamların çoğu görünmüyor, gelir bir gecede dibe vurdu ve Google size ne yaptığınızı söylemiyor. İnternette bulduğunuz her rehber “itiraz formu doldurun” diyor ama böyle bir form bulamıyorsunuz.
Bulamamanızın sebebi şu: bu uyarı için itiraz mekanizması yok. Bu yazı, mekanizmanın nasıl işlediğini, sınırın gerçek sebebinin nasıl bulunacağını ve nelerin işe yaramadığını anlatıyor.
”Reklam Sunumu Sınırlandırıldı” Ne Demek?
Google, reklam ekosistemini korumak için hesabınızda gösterilen reklam sayısını düşürür. Hesabınız kapanmaz, ödemeniz kesilmez, panele erişiminiz devam eder — yalnızca reklamlar gösterilmez.
Google’ın resmî dokümantasyonunda bu durumun iki farklı sebebi olduğu belirtiliyor ve ikisi karıştırılıyor:
İki farklı sınır, iki farklı anlam
Hangi türde olduğunuzu AdSense → Politika Merkezi bölümünden görebilirsiniz. İkisinin çözümü aynı değildir: birincisi beklemeyi, ikincisi müdahaleyi gerektirir.
En Büyük Yanılgı: İtiraz Formu Yok
Türkçe kaynakların çoğu “geçersiz tıklama itiraz formunu doldurun” diyor. Bu tavsiye yanlış ve zaman kaybettiriyor.
Google’ın reklam sunma sınırlarına ilişkin resmî yardım sayfasında itiraz mekanizmasından hiç bahsedilmez. Var olan itiraz formu (Invalid Traffic Appeal), hesabı kapatılmış yayıncılar içindir — sınırlandırılmış hesaplar için değil.
Bu ayrım kritik:
| Durum | İtiraz edilebilir mi? |
|---|---|
| Reklam sunumu sınırlandırıldı | Hayır — form yok, süreç yok |
| Hesap kapatıldı (politika ihlali) | Evet — itiraz formu var |
| Belirli bir ödeme iptal edildi | Kısmen — ödeme sorgusu açılabilir |
Yapmayın: AdSense destek formlarını sınır kaldırma talebiyle doldurmak, forumlarda “hesabımı inceleyin” mesajları bırakmak, sınır kalksın diye reklam kodlarını sitenizden kaldırıp geri koymak. Üçü de sonucu değiştirmez, üçüncüsü ek risk üretir.
Peki ne oluyor? Google otomatik izlemeye devam ediyor ve trafik kalitesi düzeldiğinde sınırı kendisi kaldırıyor. Sizin işiniz beklemek değil — sınıra sebep olan trafiği bulup kesmek. Süreç otomatik, ama girdiyi siz değiştiriyorsunuz.
Ne Kadar Sürer?
Google’ın kendi ifadesi net: sınır yayıncıları genellikle 30 günden kısa etkiliyor, ancak bazı durumlarda daha uzun sürebiliyor. Aynı dokümanda şu cümle de var: “Maalesef bu işlemin ne kadar süreceğiyle ilgili bilgi veremiyoruz.”
Yani kesin bir takvim yok. Pratikte belirleyici olan şu: sınırın sebebi hâlâ devam ediyor mu?
Sürecin tipik seyri
Bu akış gözlemlenen genel seyri özetler, garanti edilmiş bir takvim değildir. Google süre taahhüdü vermez.
Geçersiz Trafik Nereden Gelir?
Sorunun kaynağı neredeyse her zaman şu altı başlıktan biridir. Sıklık sırasına göre:
Sıklık — sahada görülme sırası, göreli
Göreli gösterimdir; sahada karşılaşma sıklığını yansıtır, ölçülmüş istatistik değildir. Son madde en çok suçlanan ama en az gerçekleşen sebeptir.
1. Bot ve otomatik trafik
En yaygın sebep ve çoğu yayıncının hiç aklına gelmeyen. Siteniz bir tarama saldırısına, scraper’a veya botnet trafiğine maruz kaldığında sayfa görüntülemeleri şişer, reklam gösterimleri artar ama hiç kimse gerçekten sayfayı okumaz.
Belirtileri:
- Analytics’te ani ve açıklanamayan trafik sıçraması
- Hemen çıkma oranının %90’ın üzerine fırlaması
- Ortalama oturum süresinin sıfıra yaklaşması
- Tek bir sayfaya yığılan, hepsi aynı süreyi harcayan ziyaretler
- Beklenmedik ülkelerden gelen yoğun trafik
Bu, sunucu güvenliği ile reklam geliri arasındaki en doğrudan bağlantıdır. Site saldırı altındayken AdSense sınırı yemek çok yaygındır — ikisi aynı olayın iki yüzüdür.
Bot trafiğinin özellikle sinsi olmasının sebebi, çoğu zaman site sahibinin fark etmeden gurur duyduğu bir “trafik artışı” gibi görünmesidir. Analytics panelinde toplam ziyaretçi sayısı yükselirken, aslında bu artışın büyük kısmı hiçbir gelir üretmeyen, hatta reklam geçerliliğine zarar veren otomatik isteklerden oluşabilir. Bu yanılgı, teşhisi geciktiren en yaygın etkenlerden biridir; çünkü ekipler “trafiğimiz artıyor, neden sınırlandık” sorusuna takılıp kalır ve toplam sayının arkasındaki kaliteyi sorgulamayı ihmal eder.
2. Kendi tıklamalarınız ve yakın çevre
”Reklamıma bir kez tıkladım, ne olacak” cümlesi bu sınırın klasik başlangıcıdır. Google, aynı IP’den, aynı cihazdan, aynı oturum deseninden gelen tıklamaları tanır.
Aynı kategoriye giren davranışlar:
- Sitenizi test ederken kendi reklamınıza tıklamak
- Aileye veya arkadaşlara “tıklayın” demek
- Aynı ofis ağındaki çalışanların düzenli tıklaması
- VPN üzerinden farklı IP’lerle tıklamayı deneme — bu tespit edilmesi en kolay olanıdır
3. Reklam yerleşiminin kazara tıklama üretmesi
Kasıt olmadan da geçersiz tıklama üretebilirsiniz. Google, kullanıcıyı yanıltan yerleşimleri geçersiz sayar.
Riskli yerleşimler:
- Menü, buton veya navigasyonun hemen bitişiğindeki reklam
- Mobilde parmağın doğal olarak indiği bölgeye konumlanan blok
- İçerik yüklenirken kayan ve tıklama anında yer değiştiren reklam (CLS sorunu)
- “İndir”, “Devam” gibi butonlara benzeyen reklam görselleri
- Bir ekranda gereğinden fazla reklam
Son maddeden bağımsız olarak, kayan düzen (layout shift) sorunu hem kullanıcı deneyimini hem reklam geçerliliğini birlikte bozar — konuyu CLS nedir yazısında ayrıca ele aldım.
4. Satın alınmış veya takas edilmiş trafik
Ucuz trafik satan servisler, trafik takas ağları, “sitene ziyaretçi gönderelim” teklifleri. Bu trafiğin neredeyse tamamı otomatik veya teşviklidir ve AdSense tarafından anında tanınır.
Buna sosyal medyada “birbirimizin sitesine girelim” grupları da dahildir.
5. Teşvikli tıklama
”Reklama tıkla, puan kazan”, “destek olmak için reklamlara tıklayın” gibi çağrılar. Sitede bu cümlenin geçmesi bile yeterlidir; tıklama gerçekleşmese de politika ihlalidir.
6. Rakip saldırısı
En çok suçlanan, en nadir gerçekleşen sebep. Birinin sizin reklamlarınıza kasten tıklaması teorik olarak mümkündür ama Google bu deseni tanıyıp filtrelemekte oldukça iyidir.
Önemli: Sınır aldığınızda ilk varsayımınız bu olmasın. İstatistiksel olarak sebep neredeyse her zaman ilk üç maddeden biridir. “Rakibim yaptı” varsayımı, gerçek sebebi aramanızı engeller.
2026’da Yeni Bir Kaynak: Yapay Zeka Botları ve Kazıyıcılar
Geçersiz trafiğin altı klasik kaynağına 2026 itibarıyla yeni bir katman eklendi: büyük dil modellerini besleyen otomatik kazıma (scraping) botları ve yapay zeka arama asistanlarının site tarama trafiği. Bu botlar insan davranışını taklit etmez ama hacimleri hızla artıyor ve pek çok yayıncı bunları klasik “bot trafiği” kategorisinin dışında tutup teşhis sürecini eksik yapıyor.
Bu botların tipik izleri şunlardır:
- Kısa sürede, tek bir sayfaya veya sayfa grubuna yoğunlaşan, insan gezinme deseninden kopuk istekler
- User-agent alanında “GPTBot”, “ClaudeBot”, “CCBot”, “Bytespider” gibi tanımlanabilir ama bazen taklit edilen imzalar
- Reklam gösterimi tetiklenmeden yalnızca sayfa içeriğini çeken, JavaScript çalıştırmayan istekler — bu genellikle AdSense’i doğrudan etkilemez ama sunucu yükü ve Analytics gürültüsü yaratır
- Sahte user-agent ile gerçek yapay zeka botunu taklit eden, aslında kötü niyetli kazıyıcı trafiği — bu tür sahte imzalar reklam geçerliliğini doğrudan etkileyebilir
Pratik öneri: robots.txt üzerinden bilinen yapay zeka kazıyıcılarına politikanızı netleştirin, ancak yalnızca robots.txt’ye güvenmeyin — kötü niyetli botlar bu dosyayı zaten yok sayar. Sunucu düzeyinde user-agent ve davranış temelli filtreleme, robots.txt’nin üstüne eklenmesi gereken ikinci katmandır. Cloudflare gibi bir CDN kullanıyorsanız, AI bot yönetimi özelliklerini gözden geçirmek bu yeni trafik türünü ayrı bir kural setiyle ele almanızı sağlar; bu sayede Googlebot ve AdSense tarayıcısını etkilemeden yalnızca istenmeyen kazıma trafiğini sınırlayabilirsiniz.
Türkiye’deki yayıncılar için bu konu özellikle 2026’da önem kazandı: yerel haber ve içerik siteleri, hem yerli hem yabancı yapay zeka şirketlerinin kazıma trafiğine giderek daha fazla maruz kalıyor. Bu trafiğin bir kısmı meşru ve şeffaf (kendini doğru user-agent ile tanıtan), bir kısmı ise kimliğini gizleyerek gerçek ziyaretçi gibi görünmeye çalışıyor. İkincisi, hem sunucu maliyetini artırıyor hem de bazı durumlarda reklam geçerliliği sorunlarına dolaylı katkı sağlıyor. Bu nedenle sunucu erişim kayıtlarınızı yalnızca “geçersiz trafik” alarmı geldiğinde değil, düzenli aralıklarla gözden geçirmek, hem güvenlik hem reklam geliri açısından koruyucu bir alışkanlıktır.
Vaka Kurgusu: Haber Sitesinin Üç Haftalık Sınır Süreci
Başlangıç durumu: Orta ölçekli, günlük yaklaşık 40 bin sayfa görüntülemesi olan bir haber ve içerik sitesi düşünelim. Site aylardır istikrarlı bir AdSense gelirine sahip. Bir sabah editör panele girdiğinde “geçersiz trafik nedeniyle reklam sunumu sınırlandırıldı” uyarısını görüyor ve aynı gün reklam gelirinin yaklaşık üçte ikisi kayboluyor.
Teşhis: Ekip önce Politika Merkezi’ni kontrol ediyor ve sınırın “tespit edilmiş geçersiz trafik” türünde olduğunu görüyor — yani değerlendirme değil, doğrudan bir bulgu söz konusu. GA4’te sınır tarihinden önceki 14 günü inceliyorlar ve belirli bir gün, normalin dört katı oturum sayısı, yüzde 95’in üzerinde hemen çıkma oranı ve tamamı tek bir kategori sayfasına yığılmış trafik fark ediyorlar. Trafiğin büyük kısmı, editoryal ekibin hiç kampanya yapmadığı bir ülkeden geliyor. Sunucu erişim kayıtlarına bakıldığında aynı zaman diliminde belirli birkaç IP bloğundan saniyede onlarca istek geldiği görülüyor; bu istekler günün her saatinde eşit yoğunlukta devam ediyor — insan trafiğinde beklenmeyecek düz bir çizgi.
Uygulama: Ekip, Cloudflare üzerinde ilgili IP aralıklarını ve şüpheli user-agent’ları hedefleyen bir hız sınırlama (rate limiting) kuralı devreye alıyor; aynı zamanda doğrulanmış arama motoru botlarını bu kurallardan muaf tutan bir “skip” kuralını listenin en üstüne yerleştiriyor. Reklam kodu sitede olduğu gibi bırakılıyor, yeni kampanya açılmıyor, destek talebi gönderilmiyor. Ekip yalnızca günlük trafik verisini izlemeye devam ediyor.
Sonuç penceresi: Müdahaleden sonraki günlerde anormal trafik deseni kayboluyor, günlük oturum sayısı önceki normal seviyesine yakın bir noktaya oturuyor. On dokuzuncu günde Politika Merkezi’ndeki uyarı kalkıyor ve reklam gösterimleri kademeli olarak eski seviyesine dönüyor. Ekip bu süreçten sonra günlük trafik anomali uyarısı kuruyor ve bir daha benzer bir sıçramayı aynı gün içinde fark edip müdahale edebiliyor. (Vaka temsilidir.)
Sık Yapılan Hatalar
-
İtiraz formu aramakla zaman kaybetmek. Sınırlandırılmış hesaplar için itiraz mekanizması yoktur; bu aramaya harcanan zaman, gerçek teşhis için harcanabilecek zamandır.
-
Reklam kodunu siteden kaldırmak. Bu, Google’ın temiz veri toplamasını engeller ve süreci kısaltmak yerine uzatır; ayrıca kod kaldırıp geri koyma davranışı ayrı bir anormallik olarak kaydedilebilir.
-
Sadece Analytics’e bakıp sunucu kayıtlarını hiç incelememek. Analytics yalnızca JavaScript çalıştıran ziyaretçileri görür; birçok bot bu adımı atlar ve yalnızca sunucu erişim kayıtlarında görünür.
-
Bot koruması kurarken doğrulanmış arama motoru botlarını muaf tutmayı unutmak. Bu hata hem reklam sorununu çözmez hem de üstüne organik arama görünürlüğünü yok eder — iki sorunu bir arada yaratır.
-
”Rakibim yaptı” varsayımıyla teşhise başlamak. İstatistiksel olarak en nadir görülen sebep budur; bu varsayım gerçek kaynağın (genellikle bot trafiği veya yerleşim hatası) bulunmasını geciktirir.
-
Sınır kalkar kalkmaz izlemeyi bırakmak. Kalıcı bir trafik anomali uyarısı kurulmazsa aynı olay birkaç ay içinde tekrarlar; tekrarlanan vakalar kalıcı kapatma riskini artırır.
-
VPN veya farklı cihazla kendi reklamına test amaçlı tıklamak. Google bu davranışı tarayıcı parmak izi ve oturum deseni üzerinden tespit eder; “sadece kontrol ediyorum” gerekçesi koruma sağlamaz.
-
Sınır süresince yeni bir AdSense hesabı açmayı denemek. Hesaplar site, ödeme bilgisi ve cihaz üzerinden ilişkilendirildiği için bu adım genellikle her iki hesabın da kalıcı kapatılmasıyla sonuçlanır.
Teşhis: Kaynağı Nasıl Bulunur?
Google size sebebi söylemiyor. Ama veriler sizde.
Adım 1 — Sınır tarihini belirleyin
AdSense’te gösterim sayısının düştüğü günü not edin. Sorunun kaynağı bu tarihten önceki 7–30 gün içindedir. Teşhisin tamamı bu pencerede yapılır.
Adım 2 — Analytics’te anormal deseni arayın
GA4’te şu kırılımlara bakın ve sınır tarihinden önceki dönemi, bir önceki aynı uzunluktaki dönemle karşılaştırın:
| Kırılım | Aranan işaret |
|---|---|
| Gün bazlı oturum | Açıklanamayan ani sıçrama |
| Ülke | Hedef pazarınız dışından gelen yoğunluk |
| Kanal / kaynak | Tanımadığınız yönlendiren siteler |
| Cihaz ve tarayıcı | Tek bir tarayıcı sürümünde yığılma |
| Açılış sayfası | Tek bir sayfaya yığılan trafik |
| Etkileşim süresi | Sıfıra yakın ortalama |
Bot trafiğinin en net imzası: yüksek oturum sayısı + sıfıra yakın etkileşim süresi + tek açılış sayfası. Bu üçü bir aradaysa aradığınızı bulmuşsunuzdur.
Adım 3 — Sunucu kayıtlarına bakın
Analytics yalnızca JavaScript çalıştıran ziyaretçileri görür; birçok bot bunu çalıştırmaz. Gerçek resim sunucu erişim kayıtlarındadır.
# En çok istek yapan 20 IP — saldırı kaynağını gösterir
awk '{print $1}' access.log | sort | uniq -c | sort -rn | head -20
# En çok görülen 20 user-agent — bot imzalarını ortaya çıkarır
awk -F'"' '{print $6}' access.log | sort | uniq -c | sort -rn | head -20
# Belirli bir günde saat bazında istek dağılımı — insan trafiği
# gün içinde dalgalanır, bot trafiği düz bir çizgi çizer
grep "08/Aug/2026" access.log | awk -F: '{print $2}' | uniq -c
Son komutun çıktısı çok şey anlatır: gerçek ziyaretçiler gece azalır, sabah artar. Saat başına istek sayısı 24 saat boyunca neredeyse sabitse, o trafik insan değildir.
Adım 4 — Reklam yerleşimlerinizi gözden geçirin
Kendi sitenizi telefondan açın ve normal bir kullanıcı gibi gezinin. Yanlışlıkla bir reklama dokunuyor musunuz? Menüye basmak isterken reklama denk geliyor musunuz? Sayfa yüklenirken içerik kayıp elinizin altındaki şey değişiyor mu?
Bu testi kendiniz yapmayın demek isterdim ama yapmanız gerekiyor — yalnızca tıklamadan inceleyin.
Çözüm: Bot Trafiğini Kesme
Kaynak bot trafiğiyse müdahale sunucu ve CDN katmanında yapılır. Reklam kodunu kaldırmak çözüm değildir.
Cloudflare kullanıyorsanız
En hızlı ve en etkili katman burasıdır:
- Bot Fight Mode veya Super Bot Fight Mode devreye alınır
- Rate Limiting kuralıyla aynı IP’den gelen aşırı istek sınırlanır
- Trafiğin geldiği ülkeler işinizle ilgisizse ülke bazlı kural yazılır
- Şüpheli desenler için Managed Challenge uygulanır
Kritik uyarı: Koruma kurallarını yazarken doğrulanmış botları muaf tutun. Googlebot, Bingbot ve AdSense tarayıcısı engellenirse reklam sunumu düzelmez, üstüne arama görünürlüğünüzü de kaybedersiniz. Cloudflare’de bunun için cf.client.bot koşuluyla bir “Skip” kuralı yazılır ve listenin en üstüne alınır.
Sunucu tarafında
Cloudflare yoksa veya ek katman isterseniz, bilinen kötü niyetli user-agent’lar sunucu düzeyinde reddedilebilir:
# .htaccess — bilinen scraper ve saldırı araçlarını reddet
# Not: Googlebot, Bingbot ve AdSense tarayıcısı ASLA bu listeye eklenmez
RewriteEngine On
RewriteCond %{HTTP_USER_AGENT} (masscan|nikto|sqlmap|nmap|zgrab) [NC,OR]
RewriteCond %{HTTP_USER_AGENT} ^$
RewriteRule .* - [F,L]
İkinci koşul (boş user-agent) çoğu basit botu yakalar; gerçek tarayıcılar her zaman bir kimlik gönderir.
Reklam yerleşimi kaynaklıysa
- Navigasyon ve butonlara komşu blokları kaldırın veya araya boşluk koyun
- Reklam alanlarına sabit yükseklik verin — böylece sayfa yüklenirken içerik kaymaz
- Mobilde ekran başına düşen reklam sayısını azaltın
- Yapışkan (sticky) reklamları gözden geçirin; parmağın doğal konumundaki bloklar risklidir
Sınır Süresince Ne Yapılmalı, Ne Yapılmamalı?
| Yapın | Yapmayın |
|---|---|
| Trafik kaynağını bulup kesin | Reklam kodunu sitenizden kaldırmayın |
| İçerik üretmeye devam edin | Yeni AdSense hesabı açmayın |
| Politika Merkezi’ni düzenli kontrol edin | Trafik satın almayın |
| Analytics ve sunucu kaydını izleyin | Sosyal medyada “tıklayın” çağrısı yapmayın |
| Reklam yerleşimlerini sadeleştirin | Sürekli form/destek mesajı göndermeyin |
| Sabredin — süreç otomatik | VPN ile kendi reklamınızı test etmeyin |
”Yeni hesap açmayın” maddesi özellikle önemli. Google hesapları site, ödeme bilgisi ve cihaz üzerinden ilişkilendirir. Sınırlı bir hesabın yerine açılan yeni hesap genellikle kalıcı kapatmayla sonuçlanır — hem yenisi hem eskisi gider.
Tekrarı Nasıl Önlenir?
Sınır kalktıktan sonra yapılacak iş, kalıcı bir izleme kurmaktır.
1. Trafik anomali uyarısı kurun. Günlük oturum sayısı belirli bir eşiği aştığında haberiniz olsun. Analytics’te özel uyarı tanımlanabilir; anormal sıçramayı gün içinde fark etmek, haftalar sonra fark etmekten çok farklıdır.
2. Aylık trafik kalitesi kontrolü yapın. Etkileşim süresi, hemen çıkma oranı ve ülke kırılımını her ay gözden geçirin. Bozulma yavaş başlar.
3. Kendi trafiğinizi hariç tutun. Ofis IP’nizi Analytics’te filtreleyin. Bu, AdSense sınırını doğrudan etkilemez ama verinizi temiz tutar ve teşhis anında işinizi kolaylaştırır.
4. Reklam yerleşimlerini yılda bir denetleyin. Tema güncellemesi, yeni bir eklenti veya tasarım değişikliği yerleşimi sessizce bozabilir.
5. Sunucu güvenliğini reklam geliriyle birlikte düşünün. Sitenize yönelik saldırılar yalnızca teknik bir sorun değil, doğrudan gelir sorunudur. Kötü amaçlı bağlantı ve saldırı türleri için hacklink rehberine bakabilirsiniz.
6. Ekip içi bilgiyi tek kişide bırakmayın. Sınırla ilk kez karşılaşan bir editör veya içerik yöneticisi, panik halinde “itiraz formu” arayışına girip zaman kaybedebilir. Bu yazıdaki teşhis adımlarını kısa bir iç doküman haline getirip ilgili ekip üyeleriyle paylaşmak, bir dahaki sefere tepki süresini kısaltır.
7. Reklam ortağı sayısını tek bir noktaya bağlamayın. AdSense geliri sitenin tek gelir kanalıysa, sınır dönemi doğrudan nakit akışını etkiler. Affiliate gelir, doğrudan reklam anlaşmaları veya alternatif reklam ağları gibi ikinci bir kanal, böyle bir sınır sürecinde gelir dalgalanmasını yumuşatır.
8. Site hızını ve güvenlik yamalarını güncel tutun. Eski CMS sürümleri ve güncellenmemiş eklentiler, bot ve scraper saldırılarının en kolay girdiği noktalardır. Düzenli güncelleme, hem site güvenliğini hem de dolaylı olarak reklam trafiği kalitesini korur.
Sık Sorulan Sorular
cf.client.bot koşuluyla bir “Skip” kuralı yazılır. Bu, Googlebot ve AdSense tarayıcısını tüm güvenlik katmanlarından muaf tutarken sahte Googlebot’ları dışarıda bırakır. Bu kural yoksa hem reklam sunumu düzelmez hem arama görünürlüğünüzü kaybedersiniz.Karar Çerçevesi: Hangi Aşamadasınız?
Sınırla karşılaşan yayıncıların çoğu, teşhis sürecinin neresinde olduklarını netleştirmeden farklı çözümleri aynı anda denemeye çalışıyor. Aşağıdaki tablo, mevcut durumunuza göre hangi adıma odaklanmanız gerektiğini netleştirir.
| Durumunuz | Öncelikli adım |
|---|---|
| Uyarıyı yeni gördünüz, henüz hiçbir veri incelemediniz | Politika Merkezi’nden sınır türünü (değerlendirme mi, tespit mi) öğrenin |
| Sınır türü “değerlendirme”, trafikte anormallik görmüyorsunuz | Bekleyin, veri toplamaya devam edin, kod ve yerleşimlere dokunmayın |
| Sınır türü “tespit edilmiş geçersiz trafik” | Sınır tarihinden önceki 30 günü Analytics ve sunucu kayıtlarıyla birlikte inceleyin |
| Analytics’te anormal desen buldunuz ama kaynağı bilmiyorsunuz | Sunucu erişim kayıtlarında IP ve user-agent dağılımına bakın |
| Kaynağı botlara/kazıyıcılara bağladınız | CDN veya sunucu düzeyinde filtreleme kurun, doğrulanmış botları muaf tutun |
| Kaynağı reklam yerleşimine bağladınız | Riskli blokları kaldırın, sabit yükseklik verin, mobil yoğunluğu azaltın |
| Sınır 30 günü aştı, hâlâ sürüyor | Teşhisi baştan yapın; büyük olasılıkla ilk teşhis eksik veya yanlıştı |
| Sınır yeni kalktı | Kalıcı trafik anomali uyarısı kurun, aylık trafik kalitesi kontrolüne başlayın |
Bu tablo, her aşamada odaklanılması gereken tek bir eylemi işaret eder; birden fazla adımı aynı anda denemek (örneğin hem kod kaldırmak hem bot engellemek hem yeni hesap açmayı düşünmek) teşhisi karmaşıklaştırır ve hangi müdahalenin işe yaradığını anlamayı imkânsız hale getirir.
Sonuç
”Geçersiz trafik nedeniyle reklam sunumu sınırlandırıldı” uyarısı ceza değil, karantina. Google sizi suçlamıyor; trafiğinizin kalitesinden emin olana kadar reklam vermeyi durduruyor.
Bu yüzden çözüm de bir savunma değil, bir temizlik işi. Üç adımda özetlenir:
- Politika Merkezi’nden hangi tür sınır olduğunu okuyun — değerlendirme mi, tespit mi
- Sınır tarihinden önceki 30 günde anormal trafiği bulun — Analytics ve sunucu kayıtları birlikte
- Kaynağı kesin ve bekleyin — itiraz yok, kısayol yok, süreç otomatik
- Kalıcı bir izleme rutini kurun — anomali uyarısı, aylık trafik kalitesi kontrolü, yıllık yerleşim denetimi
Ve en önemlisi: sınır bir kez kalktıktan sonra izleme kurulmazsa aynı olay tekrarlar. İkinci ve üçüncü tekrarlar, geçici sınırdan kalıcı kapatmaya giden yolun basamaklarıdır. Bu nedenle sürecin sonunda atılacak en değerli adım, teşhis sırasında öğrenilenleri kalıcı bir izleme rutinine dönüştürmektir — aksi halde aynı kaynak birkaç ay içinde yeniden devreye girer ve her tekrar, hesabın genel güven puanını biraz daha aşındırır.
Reklam hesaplarınızın ve site trafiğinizin sağlığını birlikte değerlendirmek isterseniz Google reklam yönetimi sayfasına bakabilir veya iletişime geçebilirsiniz.
Bu yazıdaki adımları uyguladıktan sonra sınır tekrar ederse, tek başına teknik müdahale yeterli olmayabilir; site mimarisi, sunucu altyapısı ve reklam yerleşim stratejisinin birlikte gözden geçirilmesi gerekebilir. Böyle durumlarda dışarıdan bir teknik denetim, gözden kaçan tekrarlayan kalıpları ortaya çıkarmakta yardımcı olabilir.
Kaynak: Google AdSense Yardım — Reklam sunma sınırları. Politika metinleri ve süreçler güncellenebilir; işlem yapmadan önce AdSense Politika Merkezi’nizdeki güncel bildirimi esas alın.
