Adsense ADS.Txt Dosyası Neden Tekrar Bulunamıyor?

AdSense’in daha önce “Yetkili” gördüğü ads.txt dosyasını sonradan “Bulunamadı” göstermesi, dosyanın silindiğini tek başına kanıtlamaz. Uyarı, son taramada dosyanın bulunamadığını anlatır. Dosyanın sürekli erişilebilir olması, doğru yanıtı vermesi ve tarama engeli bulunmaması kontrol edilmelidir. Böylece gereksiz dosya değişiklikleriyle gerçek erişim sorununu birbirinden ayırabilirsiniz.

Önce paneldeki durumları ayırın; ardından dosyanın dışarıya nasıl sunulduğunu kontrol edin. Hata tekrarlıyorsa aynı zaman aralığındaki sunucu ve güvenlik kayıtlarını inceleyerek düzeltme yapın, sonra AdSense’ten yeniden kontrol isteyin.

Önce uyarının ne anlattığını ayırın​

Google’ın durum açıklamalarında şu ayrım yapılır:

• Bulunamadı: Dosya, AdSense’in son taramasında bulunamamıştır.
• Yetkilendirilmedi: Dosyada hesabınızın yayıncı kimliği bulunamamıştır. Google bu durumda siteden gelen reklam isteklerini reddettiğini belirtir.
• Yetkili: Dosyada yayıncı kimliğiniz tespit edilmiştir.

Site onay durumu ayrı bir bilgidir. Dosyanın “Yetkili” olması, sitenin incelemesinin tamamlandığı veya belirli bir gelir elde edeceği anlamına gelmez. Aynı şekilde, yalnızca ads.txt uyarısına bakarak bir onay gecikmesinin nedenini belirleyemezsiniz.

Dosyanın gerçekten nasıl sunulduğunu kontrol edin​

Kök alanı ve yönlendirmeyi kontrol edin​

Google’ın ads.txt taraması kök alandan başlar. Dosya yalnızca www kullanılan sürümde açılıyorsa, www kullanılmayan kök alandan da dosyaya ulaşılabilmelidir; bunun için uygun yönlendirme gerekebilir. HTTP ve HTTPS üzerinden gelen isteklerin de dosyaya ulaşabildiğini kontrol edin.

Tarayıcıda yönetici oturumunuz açıkken dosyayı görmekle yetinmeyin. Oturum açmadan, tercihen gizli pencerede yeniden deneyin. Bu test erişim kontrolüne yardımcı olur; Google’ın kendi isteğinin başarılı olduğunu tek başına ispatlamaz.

Yalnızca ekrana değil, yanıtın içeriğine bakın​

Tarayıcınızın geliştirici araçlarında ağ isteklerini açıp /ads.txt isteğini inceleyin. Yönlendirme varsa son yanıtı da kontrol edin.

• Başarılı dosya yanıtında HTTP 200 durumunu ve gerçek ads.txt metnini arayın.
• AdSense hesabınızdan aldığınız yayıncı satırını, dışarıya sunulan dosyayla karşılaştırın. Yalnızca eklenti ayarlarında doğru görünmesi yeterli bir kontrol değildir.
• Dosya yerine giriş ekranı, hata sayfası veya insan doğrulama ekranı gelmediğinden emin olun. HTTP 200 dönmesi, içeriğin mutlaka doğru olduğu anlamına gelmez.

WordPress veya başka bir içerik yönetim sistemi kullanıyorsanız dosyayı hangi eklentinin, ayarın ya da sunucu kuralının ürettiğini not edin. Sonraki değişikliklerde aynı dosyanın sunulup sunulmadığını karşılaştırmak kolaylaşır.

Tarama izni ile güvenlik engelini ayrı inceleyin​

Robots.txt dosyasındaki kurallar​

Google’ın rehberindeki örneğe göre Disallow: /ads kuralı, /ads.txt yolunu da engelleyebilir. Dosyaya özel Allow: /ads.txt izni vermek olası çözümlerden biridir; ancak kuralın hangi kullanıcı aracısı grubunda bulunduğu da incelenmelidir.

Sırf bu dosyayı açmak için bütün siteye ait tarama kısıtlarını kaldırmayın. Mevcut robots.txt yapısında yalnızca gerekli düzeltmeyi yapın.

CDN ve güvenlik duvarı kontrolleri​

Robots.txt izni verilmiş olması, web uygulama güvenlik duvarının dosya isteğine izin verdiğini göstermez. Güvenlik katmanının dosya yerine doğrulama sayfası gönderip göndermediğini ayrıca araştırın.

Cloudflare kullanıyorsanız challenge yanıtları tam bir HTML sayfası döndürebilir. Resmî belgesine göre böyle bir yanıtta cf-mitigated başlığının değeri challenge olur. Bu, dosya yerine güvenlik doğrulaması sunulduğunu anlamak için yararlı bir kontroldür; tek başına AdSense isteğinin de aynı yanıtı aldığını kanıtlamaz.

Bir engel tespit edildiğinde hosting veya güvenlik hizmeti sağlayıcınızla, yalnızca gerekli dosya isteğini etkileyen dar kapsamlı düzeltmeyi değerlendirin. Tüm site korumasını kapatmak ya da internetteki genel bir izin kuralını incelemeden uygulamak yerine, engelleyen özelliği belirleyin.

Hata tekrarlıyorsa erişim kayıtlarını karşılaştırın​

Aşağıdaki sıra, Google’ın resmî bir onay kontrol listesi değil; sorunun hangi katmanda oluştuğunu daraltmak için önerilen inceleme yöntemidir:

• Panelde durumun değiştiğini fark ettiğiniz tarih ve saati, saat dilimiyle birlikte kaydedin.
• Aynı zaman aralığındaki /ads.txt isteklerinin yanıt kodlarını ve varsa yönlendirmelerini inceleyin.
• CDN veya güvenlik olaylarında bu yol için engelleme, doğrulama ya da istek sınırlama kaydı arayın.
• O saatlerde yapılan dosya, eklenti, dağıtım veya güvenlik kuralı değişikliklerini karşılaştırın.

Yanıt kodlarını başlangıç ipucu olarak kullanın: 404 dosyanın bulunamadığını, 403 erişimin reddedildiğini, 429 aşırı istek durumunu, 5xx kodları ise sunucu tarafı sorunları gösterir. Bunların hangi uygulama veya güvenlik katmanından geldiğini ayrıca belirlemek gerekir.

Bir isteğin kullanıcı aracısı adında “Google” yazması, gerçekten Google’dan geldiğini kanıtlamaz. Google, kaynak IP’nin yayımladığı ilgili IP aralıklarıyla karşılaştırılmasını veya ters ve ileri DNS kontrolünün birlikte yapılmasını açıklıyor. Bu doğrulamayı hosting sağlayıcınızdan isteyebilirsiniz.

Kayıtlarda ilgili bir istek bulunmaması da tek başına kesin sonuç değildir. İncelediğiniz kayıtların doğru sunucuya ve zaman aralığına ait olduğundan emin olun.

Düzeltmeden sonra yeniden kontrol edin​

Dosyanın doğru satırla, engel olmadan ve uygun yanıtla sunulduğunu doğruladıktan sonra AdSense’te Siteler bölümünden ilgili siteyi açıp Güncellemeleri kontrol et işlemini kullanın.

Google, ads.txt değişikliklerinin duruma yansımasının birkaç gün sürebileceğini; yeterli reklam isteği olmayan sitelerde bu sürenin bir aya kadar uzayabileceğini belirtiyor. Bu açıklama, tespit edilmiş bir erişim hatasını bekleyerek çözebileceğiniz anlamına gelmez.

Durum yeniden “Bulunamadı” olursa aynı kontrolü kayıtlarla tekrarlayın. İnceleme aşamasındaki siteyi sırf bu uyarı için kaldırıp yeniden eklemeyin; Google bunun inceleme sürecini geciktirebileceğini belirtiyor.

Forumda yardım isterken hangi bilgiler yararlı?​

Kullandığınız altyapıyı, dosyanın nasıl üretildiğini, önceki ve mevcut panel durumunu, kontrol zamanını ve aldığınız yanıt kodunu paylaşın. Güvenlik olayı varsa ilgili kuralın adını veya türünü ekleyin.

Tam sunucu kayıtlarını, ziyaretçi IP adreslerini, çerezleri, erişim anahtarlarını ve hesap bilgilerini yayımlamayın. Bu ayrıntıları temizlenmiş küçük bir kayıt özeti, dosyayı yeniden yükleme önerisinden daha somut bir inceleme yapılmasını sağlar.