Google Ads Destination Not Working Hatası Google Yeni Örneklerle Neyi Netleştirdi

Google, Google Ads reklam politikaları kapsamında yer alan "Destination not working" (Çalışmayan hedef) başlığına ilişkin yardım dokümantasyonunu güncelledi. Google'ın politika değişiklik kaydında 30 Eylül 2026 tarihiyle yayımlanan duyuruya göre güncelleme, reklamverenlerin açılış sayfası sorunlarını daha kolay teşhis edebilmesi için ek örnekler içeriyor.

Burada önemli bir ayrımı baştan yapmak gerekiyor: Bu bir politika değişikliği değil, dokümantasyon güncellemesi. Google, güncellemenin politikanın uygulanma şeklini değiştirmediğini açıkça belirtiyor. Yani reklamverenler yeni bir kuralla ya da yeni bir yaptırımla karşı karşıya değil. Ancak artık reddedilen reklamların nedenini bulmak için çok daha ayrıntılı bir kontrol listesi mevcut.

Google Ads "Destination Not Working" Nedir?

"Destination not working", Google Ads'in Destination requirements (Hedef gereksinimleri) politikası altındaki ihlal türlerinden biridir. Google, kullanıcıların bir reklama tıkladığında yaygın tarayıcı ve cihazlarda düzgün çalışan bir sayfaya ulaşmasını şart koşar.

Politikaya göre iki temel durum reklamın reddedilmesine yol açar:

• Düzgün çalışmayan veya hatalı şekilde yapılandırılmış hedef sayfalar
• Google AdsBot tarayıcılarına, dünya genelinde yaygın cihazlarda HTTP hata kodu döndüren hedef sayfalar

Bu politika kapsamındaki ihlaller hesabın önceden uyarı yapılmadan askıya alınmasına yol açmaz. Google, olası bir hesap askıya alma işleminden en az 7 gün önce uyarı gönderir. Ancak ilgili reklamlar reddedildiği sürece yayınlanamaz.

Güncellemeyle Ne Değişti?

Güncellenen yardım makalesinde, reddedilme nedenlerini somutlaştıran örnekler ve yaygın hata türlerini açıklayan ayrıntılı bir tablo yer alıyor. Google, düzgün çalışmayan sayfalara örnek olarak aşağıdaki türde mesajlar gösteren sayfaları sayıyor:

• "Site Under Construction" (Site yapım aşamasında) gibi yapım aşaması uyarıları
• Kullanıcıya sayfaya hatayla ulaştığını bildiren mesajlar
• Sayfada gösterilecek bir içerik olmadığını belirten mesajlar

HTTP hata kodları tarafında ise Google AdsBot'a şu yanıtları döndüren sayfalar örnek olarak veriliyor. Google bu listelerin örnek niteliğinde olduğunu, kapsamın bunlarla sınırlı olmadığını da vurguluyor.

• 403 Forbidden: Sunucunun erişimi reddetmesi
• 404 Not Found: Sayfanın bulunamaması
• 500 Internal Server Error: Sunucu tarafında oluşan dahili hata

Google Hangi Hedef Hatalarına Dikkat Çekiyor?

Dokümantasyonda yer alan tabloda, reklam durumunda görülebilecek başlıca reddedilme nedenleri ve olası sebepleri açıklanıyor:

• HTTP 4xx yanıtı: Sunucu, Google Ads'in içeriğe erişmesini engelleyen bir istemci hatası döndürür. Örneğin URL'de yazım hatası varsa AdsBot 404 hatasıyla karşılaşır.
• HTTP 5xx yanıtı: AdsBot sunucuya erişirken beklenmeyen bir sorunla karşılaşır ve istek tamamlanamaz.
• DNS hatası: Sunucunun alan adı bir IP adresiyle eşleştirilemez. Alan adı ayarlarının yanlış IP'ye yönlenmesi, alan adının kayıtlı olmaması veya süresinin dolması ya da bir güvenlik duvarının Google Ads bağlantısını engellemesi olası nedenler arasında.
• Redirect URL too long (Yönlendirme URL'si çok uzun): Sunucunun verdiği yönlendirme adresi izin verilen uzunluğu aşar. İçerik yönetim sistemlerinin URL'ye gereksiz bilgi eklemesi buna yol açabilir.
• Empty redirect URL (Boş yönlendirme URL'si): Sunucu bir yönlendirme olduğunu bildirir ama hedef adres tanımlı değildir. Genellikle yanlış yapılandırılmış yönlendirme kurallarından kaynaklanır.
• Bad redirect URL (Geçersiz yönlendirme URL'si): Yönlendirme adresi geçersizdir; yazım ya da biçim hatası içerebilir.
• Private IP (Özel IP): Site bir güvenlik duvarı veya yönlendirici arkasında barındırıldığı için Google Ads siteye ulaşamaz.
• Malformed HTTP response (Hatalı biçimlendirilmiş HTTP yanıtı): Sunucunun gönderdiği yanıt HTTP protokolünün gerektirdiği yapıya uymaz. Uygulama kodunun çökmesi, sunucu yazılımının yanlış yapıda yanıt üretmesi veya sunucunun bellek ya da kaynak yetersizliği yaşaması bu hataya neden olabilir.
• Timeout reading page (Sayfa okuma zaman aşımı): Sunucu içeriği göndermekte çok geciktiği için Google Ads beklemeyi bırakır.
• Server redirects too often (Sunucu çok fazla yönlendirme yapıyor): Tarama birden fazla kez yönlendirilerek döngüye girer ve Google Ads döngüyü takip etmeyi bırakır.
• Page requires authentication (Sayfa kimlik doğrulama gerektiriyor): Sayfa bir giriş ekranı veya şifre ile korunduğu için Google Ads içeriğe erişemez.

Web Sitesi Açılıyor Olsa Bile Reklam Neden Reddedilebilir?

Reklamverenlerin en sık yaşadığı kafa karışıklıklarından biri, kendi tarayıcısında sorunsuz açılan bir sayfanın neden "çalışmıyor" olarak işaretlendiğidir. Bunun temel nedeni, Google'ın sayfayı sıradan bir ziyaretçi gibi değil, Google AdsBot adlı tarayıcılar aracılığıyla kontrol etmesidir.

Sunucu veya güvenlik katmanı, AdsBot'tan gelen isteklere normal kullanıcılardan farklı davranabilir. Örneğin bir güvenlik duvarı bot trafiğini engelleyebilir ya da sunucu bu isteklere hata kodu döndürebilir. Bu durumda sayfa sizin için çalışsa bile Google açısından erişilemez görünür ve reklam reddedilebilir.

Google, AdsBot için iki farklı user agent (kullanıcı aracısı) kullanır:

• AdsBot-Google-Mobile: Mobil web sayfalarının reklam kalitesini kontrol eder.
• AdsBot-Google: Masaüstü web sayfalarının reklam kalitesini kontrol eder.

Hedef sayfanın bu user agent'lardan herhangi biriyle tarandığında hata vermesi reddedilme nedeni olabilir. Bu nedenle mobil ve masaüstü kontrollerin ayrı ayrı yapılması önemlidir.

Final URL ve Expanded URL Arasındaki Fark Nedir?

Google'ın dokümantasyonunda dikkat çekilen bir diğer nokta, Google Ads arayüzünde görünen URL türlerinin birbirinden farklı olabileceğidir:

• Display URL (Görünen URL): Reklamla birlikte kullanıcıya gösterilen web adresi.
• Final URL (Nihai URL): Kullanıcının reklama tıkladıktan sonra ulaştığı açılış sayfasının adresi.
• Expanded URL (Genişletilmiş URL): Final URL'nin, varsa izleme şablonları (tracking template) ve parametrelerle birleştirilmiş hali.

İzleme şablonu kullanılmıyorsa Expanded URL ile Final URL'nin aynı olması gerekir. Şablon ve parametre kullanılan hesaplarda ise sorun yalnızca açılış sayfasında değil, izleme katmanında da olabilir. Bu nedenle sorun giderirken yalnızca Final URL'yi değil, izleme şablonu eklenmiş tam adresi de kontrol etmek gerekir.

Asset Group Eksikliği de Hataya Yol Açabilir

Güncellemeye ilişkin haberlerde, asset group (öğe grubu) yapılandırmasının da olası bir hata kaynağı olarak öne çıkarıldığı belirtiliyor. Buna göre kampanyada en az bir asset group tanımlı olmaması, hedef URL sorunsuz çalışsa bile kampanya kurulumu sırasında "invalid final URL" (geçersiz nihai URL) hatası görülmesine neden olabiliyor. Özellikle asset group yapısı kullanan kampanyalarda bu kontrolün atlanmaması faydalı olacaktır.

Reklamverenler Neleri Kontrol Etmeli?

Google'ın önerileri doğrultusunda reddedilen bir reklam için izlenebilecek kontrol adımları şunlardır:

• Google Ads'te Kampanyalar > Reklamlar bölümüne gidin ve reddedilen reklamın "Durum" sütunundaki nedenin üzerine gelerek ayrıntıları inceleyin.
• Açılış sayfası URL'lerini, anahtar kelime düzeyindeki URL'leri, dinamik izleme URL'lerini ve deep link URL'lerini yazım hatalarına karşı kontrol edin.
• Reklamın yönlendirdiği sitenin veya uygulamanın dünya genelinde HTTP 200 yanıt kodu döndürdüğünden emin olun.
• Siteyi yaygın tarayıcı ve cihazlarda test edin; yalnızca kendi bilgisayarınızda açılmasına güvenmeyin.
• Güvenlik duvarı, CDN veya bot koruma ayarlarının AdsBot isteklerini engellemediğini kontrol edin.
• Yönlendirme zincirlerini inceleyin; döngü, boş veya aşırı uzun yönlendirme olmadığından emin olun.
• Açılış sayfasının giriş, şifre veya başka bir kimlik doğrulama adımı gerektirmediğini doğrulayın.
• Uygulama tanıtımı yapıyorsanız uygulamanın hedeflenen konumlarda indirilebilir olduğundan emin olun.

Reklam biçimine özel bazı noktalar da bulunuyor:

• Uygulama etkileşim reklamları: Deep link URL'sinin doğru yapılandırıldığından emin olun. Bu reklam türünde üçüncü taraf izleyiciler desteklenmez; kullanılıyorsa kaldırılması ya da farklı bir kampanya türü seçilmesi gerekir.
• Uygulama tanıtım reklamları: Üçüncü taraf izleyicilerin kullanıcıyı doğru uygulama mağazasındaki doğru uygulamaya yönlendirdiğini kontrol edin.

Google AdsBot ile Açılış Sayfası Nasıl Kontrol Edilir?

Google, sayfanın AdsBot tarafından nasıl görüldüğünü test etmek için Chrome DevTools ile tarayıcının user agent bilgisinin değiştirilmesini öneriyor. Adımlar şöyle:

• Chrome'da sağ üstteki üç nokta menüsünden Diğer araçlar > Geliştirici araçları yolunu izleyin.
• Network conditions (Ağ koşulları) panelini açın.
• Önbellek bölümünde Disable cache (Önbelleği devre dışı bırak) seçeneğini işaretleyin.
• User agent bölümünde Use browser default seçeneğinin işaretini kaldırın.
• Özel user agent alanına AdsBot'un tam user agent dizesini girin.
• Hedef URL'yi açın ve sayfanın normal tarayıcı ayarlarıyla açıldığı haliyle birebir aynı şekilde yüklendiğini doğrulayın.

Testlerde kullanılabilecek tam user agent dizeleri şunlardır:

• Masaüstü (AdsBot): AdsBot-Google (+http://www.google.com/adsbot.html)
• Mobil (AdsBot Mobile Web): Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/W.X.Y.Z Mobile Safari/537.36 (compatible; AdsBot-Google-Mobile; +http://www.google.com/mobile/adsbot.html)

Mobil dizedeki "W.X.Y.Z" bölümü Chrome sürüm numarasını temsil eder ve Google'ın tarayıcı dokümantasyonunda güncel haliyle yer alır. Sorunu kendi başınıza çözemiyorsanız sitenin AdsBot tarafından tarandığında hata döndürmemesi için web geliştiricinizle çalışmanız önerilir.

Sorun Giderildikten Sonra Ne Yapılmalı?

Hedef sayfadaki sorunu düzelttikten sonra reklamın yeniden yayına girmesi için iki yol bulunuyor:

• İtiraz başvurusu yapmak: Sorunu düzelttikten sonra itiraz (appeal) göndererek reklamın ve açılış sayfasının yeniden incelenmesini sağlayabilirsiniz. Reklamın hatalı şekilde işaretlendiğini düşünüyorsanız da aynı yolu kullanabilirsiniz.
• Açılış sayfasını değiştirmek: Mevcut sayfayı güncelleyemiyorsanız reklamı düzenleyip politikaya uygun farklı bir Final URL tanımlayabilirsiniz. Kaydedilen reklam otomatik olarak yeniden incelemeye alınır ve durumu "Reklamlar ve öğeler" sayfasından takip edilebilir.

Sonuç

Google'ın "Destination not working" dokümantasyonundaki güncelleme yeni bir kural getirmiyor ve politikanın uygulanma biçimini değiştirmiyor. Ancak reklamverenlere, reddedilen reklamların arkasındaki teknik nedenleri bulmak için çok daha net bir yol haritası sunuyor.

En kritik nokta, bir sayfanın sizin tarayıcınızda açılmasının Google'ın da ona sorunsuz erişebildiği anlamına gelmemesidir. Açılış sayfalarını düzenli olarak hem mobil hem masaüstü AdsBot user agent'larıyla test etmek, yönlendirme zincirlerini ve izleme şablonlarını kontrol etmek, güvenlik katmanlarının Google'ın tarayıcılarını engellemediğinden emin olmak reklamların kesintisiz yayınlanması için atılabilecek en etkili adımlardır.