Google Ads Hedef Sayfa Çalışmıyor Reddi Nasıl Çözülür?

Google Ads hedef sayfa çalışmıyor reddi nedir ve hemen ne yapmalısınız?

Google Ads hedef sayfa çalışmıyor reddi, reklamınıza tıklayan kişinin gideceği sayfanın Google'ın reklam tarayıcısı AdsBot'a hata dönmesi ya da düzgün çalışmaması nedeniyle gelen politika ihlalidir. Resmi adı Destination not working politikasıdır. Reklam durur veya sınırlanır; sayfayı düzeltip yeniden incelemeye gönderirsiniz.

Önce sakin kalın. Çoğu zaman sorun reklam metninde değil, sunucuda ya da güvenlik katmanında çıkar. Şu sırayla ilerleyin:

1. Reddedilen reklamın hedef URL'sini kopyalayın ve gizli pencerede açın.
2. Sayfa açılıyorsa sorun büyük olasılıkla yalnız Google'ın tarayıcısına özeldir. Robots.txt, güvenlik duvarı ya da konum engelini kontrol edin.
3. Sayfa açılmıyorsa HTTP durum kodunu bulun. 4xx ve 5xx kodları ayrı nedenlere işaret eder.
4. Reklam hesabındaki politika ayrıntısından etkilenen reklamları ve URL'leri not edin.
5. Düzeltmeyi yapın, tekrar test edin, ardından reklamı kaydedip yeniden incelemeye gönderin.

Hiçbir adım onayı garanti etmez. Yine de nedeni doğru bulduğunuzda çoğu durumda çözüm kısa sürer.

Ayrıca bu süreçte reklam metnini ya da hedeflemeyi değiştirmenize gerek yok. Politika, hedef sayfanın erişilebilirliğiyle ilgilidir. Dolayısıyla önce sayfa tarafını çözün, ardından reklam tarafına dönün.

Google Ads hedef sayfa çalışmıyor uyarısı hangi benzer politikalardan ayrılır?

Google, benzer durumları birkaç ayrı politika adıyla ele alıyor. Politika adlarının Türkçe karşılıklarını resmi sayfalardan doğrulayamadığımız için İngilizce adları parantezle veriyoruz. Panelde gördüğünüz metin bunlardan birine benzer olabilir.

Üçünün çözümü birbirine çok yakındır. Bu yazıdaki testleri uygulamak hepsinde işe yarar. Ayrıca Google güvenlik ya da hesap düzeyindeki ihlalleri ayrı yürütür; bu konu için Google Ads hesabı askıya alındı rehberimize bakın.

Not: Politika adları ve ekran metinleri zamanla değişebilir. Bu nedenle panelinizdeki güncel ayrıntıyı ve resmi Destination not working politika sayfasını esas alın.

Google'ın reklam tarayıcısı AdsBot hedef sayfanızı nasıl kontrol eder?

AdsBot, Google'ın reklam hedeflerini inceleyen tarayıcısıdır. Resmi yardım sayfasına göre Google, hedefin yaygın cihazlarda ve dünya genelinde çalışıp çalışmadığına bakar. Yani yalnız sizin bilgisayarınızda açılması yetmez.

AdsBot sıradan bir ziyaretçiden farklı hareket eder. Kendi kullanıcı aracısıyla ve Google'ın IP aralıklarından gelir. Bu yüzden bir güvenlik katmanı sizi içeri alırken AdsBot'u reddedebilir. Sonuç olarak sayfa sizin gözünüzde sağlam, Google'ın gözünde hatalıdır.

Resmi geliştirici belgesi, AdsBot'un özel durum tarayıcıları arasında yer aldığını anlatır. Bu belgeye Google özel durum tarayıcıları sayfasından ulaşırsınız. Siteniz için asıl önemli iki kullanıcı aracı adı AdsBot-Google ve AdsBot-Google-Mobile adlarıdır.

Ayrıca tarayıcı, reklamı gönderdiğiniz her son URL'yi ayrı ayrı kontrol eder. Bu nedenle yüzlerce reklamınız varsa tek bir bozuk şablon hepsini birden etkileyebilir.

Bu yüzden panelde yalnız tek bir reklamı düzeltmekle yetinmeyin. Aynı son URL'yi kullanan tüm reklamları, reklam grubunu ve varlıkları (örneğin site bağlantıları) tarayın. Eksik kalan tek bir adres, sorunu geri getirebilir.

Sunucu hataları (4xx ve 5xx) neden hedef sayfa çalışmıyor reddi doğurur?

AdsBot sayfaya geldiğinde 404, 403 ya da 500 gibi bir HTTP hata kodu alırsa Google bunu çalışmayan hedef sayfa sayar. Resmi politika sayfası bu durumu açıkça örnek gösterir. Yani kod, sayfanın kendisinden daha önemlidir.

• 404: Sayfa silinmiş, adresi değişmiş ya da kampanyada yanlış yazılmıştır. Bu yüzden önce adres yazımını kontrol edin.
• 403: Sunucu ya da güvenlik katmanı isteği yasaklamıştır. AdsBot'u tanımadığı için engelliyor olabilir.
• 500 ve 502: Uygulama ya da sunucu kodu hata veriyordur. Bu durumda 500 Internal Server Error rehberimiz işinize yarar.
• 503: Sunucu geçici olarak hizmet vermiyordur. Ayrıntı için 503 Service Unavailable yazımıza göz atın.

Üstelik bazı sayfalar 200 kodu dönerken içerikte "bulunamadı" yazar. Buna yumuşak 404 denir ve ayrıca soft 404 hatası rehberimizde anlatıyoruz. Bu durum reddi her zaman tetiklemese de reklam deneyimini bozar.

Kısacası önce kodu, sonra nedeni arayın. Rastgele ayar değiştirmek sorunu büyütür.

Robots.txt AdsBot'u nasıl engeller?

Robots.txt dosyası, tarayıcılara hangi bölümlere girebileceklerini söyler. Resmi belgeler AdsBot'un genel kullanıcı aracı grubunu (yıldızlı grup) yok saydığını belirtir. Bu nedenle Googlebot'u engellemeyen bir dosya bile ayrı bir kuralla AdsBot'u kapatmış olabilir.

Tersi de geçerlidir. Siteyi test ederken tüm botlara kapalı bıraktıysanız ve bunu unuttuysanız, yayına aldığınızda hedef sayfalar hâlâ engelli kalabilir. Örneğin hazırlık ortamındaki bir dosyanın canlı siteye kopyalanması bu hatanın klasik biçimidir.

Resmi Destination not crawlable sayfası, robots.txt ile sitenin büyük bölümünü kısıtlamayı ve ulaşılamayan ya da zaman aşımına uğrayan robots.txt dosyasını sorun örnekleri arasında sayar. Bu yüzden dosyanın yanıt vermesi de önemlidir.

Kontrol listeniz şöyle olsun:

• Dosya adresinizde açılıyor ve hızlı yanıt veriyor mu?
• AdsBot-Google ve AdsBot-Google-Mobile için engelleyici bir kural var mı?
• Reklam hedeflerinizin bulunduğu klasörler engelli mi?
• Test ortamından kalan geniş bir engel kuralı var mı?

Temel bilgi için robots.txt rehberimize, sık hatalar için robots.txt hataları yazımıza bakabilirsiniz.

Güvenlik duvarı ve WAF Google Ads tarayıcısını nasıl durdurur?

WAF, yani web uygulama güvenlik duvarı, şüpheli istekleri otomatik engelleyen bir katmandır. Bot koruması da benzer biçimde çalışır. Bu araçlar AdsBot'u tanınmayan otomatik trafik sayıp 403 ya da doğrulama sayfası döndürebilir.

Belirti genellikle şudur: siz sayfayı görürsünüz, Google'ın tarayıcısı ise hata alır. Üstelik güvenlik eklentileri, CDN kuralları ve hız sınırlayıcılar bunu sessizce yapar. Kimse fark etmeden kampanya reddini alır.

Resmi çözüm yönergesi, sunucu ayarlarında AdsBot-Google ve AdsBot-Google-Mobile kullanıcı araçlarına izin vermeyi önerir. Bunu güvenlik ayarlarını bilen kişi ya da ekip yapmalıdır. Rastgele kurallar eklemek, gerçek saldırılara kapı açabilir.

Ayrıca üçüncü taraf koruma araçlarının varsayılan ayarlarını da gözden geçirin. Bu araçlar bazen yeni bir kural eklendiğinde davranışını değiştirir. Daha fazla bilgi için ModSecurity ve WAF rehberimizi okuyabilirsiniz.

Coğrafi engel ve bot koruması hedef sayfayı neden erişilemez yapar?

Resmi sayfa, "bu site bulunduğunuz konumda erişilebilir değil" türü iletileri ihlal örneği olarak sayar. Yani siteniz yalnız Türkiye'den yanıt veriyor, Google ise farklı bir ülkeden tarıyorsa sorun çıkar.

Bu durum özellikle şu kurulumlarda ortaya çıkar:

• Yalnız belirli ülkelerden gelen trafiğe izin veren güvenlik kuralları.
• Her ziyaretçiye doğrulama sorusu çıkaran bot koruması.
• Yurt dışı IP adreslerini topluca engelleyen hosting ayarları.
• Dil ya da bölge seçmeden geçilmeyen açılış ekranları.

Reklamınızı hangi konumlara gösteriyorsanız, hedef sayfa o konumlardan da açılmalıdır. Dolayısıyla coğrafi kısıt koyduysanız bunu kampanya hedeflemenizle uyumlu tutun.

Not: Bu kısıtı atlatmak için sayfayı Google'a farklı, kullanıcıya farklı göstermek (cloaking) yasaktır ve sistemleri aldatma sayılır. Doğru yol, ikisine de aynı içeriği sunan erişim ayarıdır.

Yönlendirme zinciri ve döngüsü reddi nasıl tetikler?

Reklam URL'si bir başka adrese, o da bir üçüncü adrese yönlendiriyorsa AdsBot zincirin sonuna ulaşamayabilir. Döngüde ise sayfa hiç yüklenmez. Google ikisini de çalışmayan hedef sayfa olarak değerlendirir.

Sık görülen kaynaklar şunlardır: HTTP'den HTTPS'e, www olmayandan www'ye ve eğik çizgisiz adresten eğik çizgili adrese üst üste yönlendirmeler. Ayrıca izleme bağlantıları da araya yeni bir adım ekler.

Çözüm basittir. Reklamda doğrudan son adresi kullanın. Böylece AdsBot tek adımda hedefe varır. Ayrıntıları yönlendirme zinciri ve yönlendirme döngüsü rehberlerimizde bulabilirsiniz.

Pratik ipucu: Kampanyadaki son URL'yi tarayıcıya yapıştırın ve adres çubuğunda değişip değişmediğine bakın. Değişiyorsa, değişen adresi kampanyaya yazın.

Giriş, çerez ve yaş duvarları hedef sayfayı nasıl bozar?

Sayfaya girmek için üyelik, çerez onayı ya da doğum tarihi gerekiyorsa AdsBot bu adımları geçemez. Sayfanın gerçek içeriği yerine bir engel ekranı görür. Bu da çalışmayan veya erişilemeyen hedef olarak değerlendirilebilir.

Çerez onay bannerı tek başına sorun değildir. Sorun, bannerı kapatmadan içeriğin hiç yüklenmemesidir. Yani onay bekleyen bir betik tüm sayfayı gizliyorsa tarayıcı boş bir sayfa görür.

• İçerik, onay verilmeden de yüklenmeli ve görünür kalmalıdır.
• Giriş zorunlu sayfaları reklam hedefi yapmayın; herkese açık bir açılış sayfası kullanın.
• Yaş doğrulaması gerekmeyen ürünlerde böyle bir kapı koymayın.
• Formun arkasındaki içeriği reklam hedefi yapacaksanız ilk görünen bölümde özet ve açıklama verin.

Böylece hem Google hem ziyaretçi sayfanın ne sunduğunu anlar.

SSL hatası hedef sayfa çalışmıyor reddine yol açar mı?

Evet, açabilir. Sertifikası süresi dolmuş, alan adıyla uyuşmayan ya da zinciri eksik bir sayfa tarayıcıda uyarı gösterir. AdsBot da güvenli bağlantıyı kuramazsa sayfaya ulaşamaz.

Tipik nedenler: süresi biten sertifika, yalnız www olmayan adresi kapsayan sertifika ve karışık içerik. Ayrıca yeni bir alt alan adını reklama bağlayıp sertifikasını eklememek de yaygın bir hatadır.

Çözüm için önce sertifikanın geçerlilik durumunu ve kapsadığı alan adlarını kontrol edin. Ardından sertifika yenilemenizin otomatik olup olmadığına bakın. Ayrıntılı adımları bağlantınız gizli değil hatası rehberimizde anlattık.

Hostingin ya da sunucunun işletilmesi bizim işimiz değil; bu nedenle son adımı barındırma sağlayıcınızla birlikte tamamlamanız gerekebilir. Biz teşhis ve reklam tarafında destek veriyoruz.

Ayrıca sertifika bitişini önceden hatırlatan bir alarm kurmak, çoğu SSL kaynaklı reddi baştan engeller.

Mobilde kırık sayfa reklam hedefini nasıl çalışmaz hale getirir?

Resmi politika, hedefin yaygın tarayıcılarda ve cihazlarda çalışmasını bekler. Bu yüzden masaüstünde kusursuz görünen sayfa mobilde boş, kaymış ya da tıklanamaz olabilir.

Mobilde sık görülen kırılmalar şunlardır:

• Mobilde ayrı bir adrese yönlendirip hata veren kurallar.
• Ekranı tamamen kaplayıp kapanmayan pencereler.
• Yüklenmeyen betikler yüzünden boş kalan sayfalar.
• Çok ağır görseller nedeniyle zaman aşımına düşen sayfalar.

Dolayısıyla test ederken gerçek bir telefonda, mobil veri bağlantısıyla da deneyin. Yavaşlık sorunuysa sitenin yavaş açılma nedenleri yazımıza bakın.

Ayrıca sayfa deneyimi, reklam kalitesini de etkiler. Bu bağlantıyı kalite puanı rehberimizde ele alıyoruz.

Hedef sayfanın çalıştığını nasıl test edersiniz?

Tek bir test yetmez; farklı konum, cihaz ve istemciyle denemeniz gerekir. Şu sırayla ilerleyin:

1. Sayfayı gizli pencerede açın ve adres çubuğundaki son adresi not edin.
2. Tarayıcı geliştirici araçlarında ağ sekmesini açın ve ana belgenin durum koduna bakın.
3. Telefonda, mobil veriyle açın; Wi-Fi ile farkı karşılaştırın.
4. Farklı bir ülkeden açılışı bir VPN ya da uzaktaki bir arkadaşınızla deneyin.
5. Search Console'da URL denetimi mantığıyla Google'ın sayfayı nasıl getirdiğine bakın.

URL denetimi, Google'ın sayfayı tarayıp tarayamadığını gösteren bir kavramdır. Bu işlem Googlebot'u temel alır, AdsBot'u değil. Yine de 403, robots.txt ve sunucu hataları gibi ortak sorunları yakalar. Search Console rehberimizde kullanımını anlattık.

Not: Test sonucu ile Google'ın değerlendirmesi farklı olabilir. Bu yüzden AdsBot kullanıcı araçlarını sunucu kayıtlarında da arayın.

Resmi yardım sayfası da testte Chrome geliştirici araçlarını ve Google Search Console'u önerir.

Testleri bir tabloya yazın: tarih, kullandığınız cihaz, konum, gördüğünüz durum kodu ve sonuç. Böylece bir değişiklikten sonra sorunun geri gelip gelmediğini hızla karşılaştırırsınız. Ayrıca ekip içinde herkes aynı kontrol listesini kullanır.

Belirtiye göre neden ve çözüm nedir?

Aşağıdaki tablo, gördüğünüz belirtiyi olası nedenle eşleştirir. Bunu hızlı bir tanı rehberi olarak kullanın; kesin sonucu testler verir.

Böylece teşhis süresini kısaltır, yanlış yere zaman kaybetmezsiniz.

Tablodaki ilk satır özellikle önemlidir. Sayfayı siz sorunsuz görüyorsanız ve Google hata alıyorsa, normal tarayıcı testleri sizi yanıltır. Bu durumda sunucu kayıtları ve güvenlik katmanı ayarları asıl ipucunu verir.

Birden fazla belirti birlikte çıkabilir. Örneğin yönlendirme zinciri sonunda bir 403 ile bitebilir. Bu nedenle bir belirtiyi çözdükten sonra testi baştan yapın.

Düzelttikten sonra google ads hedef sayfa çalışmıyor reddi için yeniden incelemeyi nasıl istersiniz?

Sayfayı düzelttiyseniz reklamı ya da son URL'yi yeniden kaydederek incelemeyi tetiklersiniz. Resmi yardım sayfaları, panelde Reklamlar bölümünden ilgili reklamı düzenleyip kaydetmeyi anlatır. Menü adları değişebileceği için panelde ilgili bölümü bulmanız gerekir.

1. Önce sayfanın her cihazda ve konumda açıldığını doğrulayın.
2. Reddedilen reklamı açın, URL'yi yeniden girin ya da hiçbir şey değiştirmeden kaydedin.
3. Durumun güncellenmesini bekleyin. Süre, hesabınıza ve yoğunluğa göre değişir.
4. Hâlâ reddedilmişse ayrıntıdaki ret nedenini yeniden okuyun.

Yeni düzeltme bütün reklamlarda geçerli olmayabilir. Dolayısıyla reddedilen her reklam grubunu tek tek kontrol edin.

Hiçbir süre ya da onay sözü veremeyiz. Google'ın kendi değerlendirme süreci vardır. Bununla birlikte düzeltme doğruysa çoğu zaman yeniden incelemeden olumlu sonuç alırsınız.

Düzelttim ama reddi sürüyorsa ne yaparsınız?

Önce gerçekten Google'ın gördüğü şeyi düzelttiğinizden emin olun. Çoğu zaman sorun, size açılan ama AdsBot'a kapalı olan bir katmandadır. Sunucu kayıtlarında AdsBot isteklerine verilen yanıt kodunu bulun.

Hâlâ çözemiyorsanız Google Ads Destek ile iletişime geçin ve bulduğunuz teknik ayrıntıyı paylaşın. Resmi politika sayfası da itiraz için desteğe başvurmayı önerir.

Bazı kişiler hızlı çözüm için yeni hesap açmayı ya da sayfayı Google'a farklı gösterecek hileler kurmayı önerir. Bunlar Google'ın sistemlerini atlatma çabası sayılır ve hesabınızı çok daha büyük bir riske sokar. Bunu önermiyoruz.

Dolayısıyla çözümü kurallara uygun yolda arayın. Aynı şekilde para karşılığı "hesap kurtarma" vaat eden tanımadık kişilerden de uzak durun. Hesabınızın erişimini kimseyle paylaşmayın. Ajans erişimi gerekiyorsa resmi yöntemle, yönetici daveti ile verin.

Ret ağır bir askı sürecine dönüştüyse hesap askıya alma rehberimize bakın.

Çalışmayan hedef sayfa hesabınızı riske atar mı?

Tek bir bozuk sayfa genellikle yalnız o reklamı etkiler. Ancak aynı sorunu düzeltmeden bırakır ve çok sayıda reklamda tekrarlarsanız politika ihlalleri birikir. Resmi sayfaya göre ihlal hemen askı getirmez; Google askıdan önce uyarı verir.

Yine de sürekli bozuk hedefler, kampanya performansını ve kalite sinyallerini düşürür. Tıklama ücreti ödediğiniz bir ziyaretçi hata sayfasına düşerse bütçeniz boşa gider.

• Uyarı e-postalarını takip edecek bir kişi atayın.
• Reddedilen reklam sayısı arttıysa kök nedeni araştırın.
• Kampanyayı durdurup beklemek yerine nedeni bulup düzeltin.
• Aynı hatayı tekrar etmemek için kayıt tutun.

Böylece küçük bir sorun büyümeden kapanır.

Toplu reddi izleme ve uptime kontrolüyle nasıl önlersiniz?

Reklam reddini önlemenin en etkili yolu, sayfayı Google'dan önce siz fark etmenizdir. Bu yüzden basit bir izleme düzeni kurun.

• Reklamlarda kullandığınız son URL'leri bir listede tutun.
• Bu adreslerin durum kodunu düzenli aralıklarla kontrol eden bir izleme (uptime) hizmeti kullanın.
• Her site yayını sonrasında ana reklam hedeflerini elle açın.
• Robots.txt ve güvenlik kuralı değişikliklerinde AdsBot'u test listesine ekleyin.
• Sertifika bitiş tarihini takvime yazın.

Ayrıca kampanya başlatmadan önce her yeni hedefi gizli pencerede, telefonda ve başka bir ağda açın. Böylece hatayı reklam yayına girmeden yakalarsınız.

Örnek senaryo: Bir e-ticaret sitesi hafta sonu altyapısını güncelliyor ve yeni güvenlik kuralı tanımlıyor. Pazartesi sabahı tüm reklamlar reddedilmiş görünüyor. Düzenli kontrol olsaydı sorun hafta sonu yakalanırdı.

İzleme şablonları ve UTM parametreleri reddi tetikleyebilir mi?

Evet, dolaylı olarak tetikleyebilir. Resmi Destination not crawlable sayfası, tıklama izleyicilerinin tarama kapasitesini düşürmesini örnek olarak sayar. Aşırı yönlendirme yapan izleme hizmetleri AdsBot'un sayfaya ulaşmasını yavaşlatır ya da engeller.

Hata çoğu zaman şu kurulumlarda çıkar: üçüncü taraf bir izleme adresi araya girer, o adres de yönlendirmeyi geç yapar veya hata verir. Bu durumda sorun sayfanızda değil, izleme hattındadır.

Çözüm olarak son URL'yi temiz tutun, parametreleri gerektiği kadar ekleyin ve izleme adımlarını mümkün olduğunca azaltın. Parametreleri düzenli oluşturmak için UTM oluşturucu aracımızı kullanabilirsiniz.

Parametre eklediğiniz adresin de aynı sayfayı açtığından emin olun. Bazı sunucular bilinmeyen parametrede hata verir; bunu da testinize ekleyin.

Özetle Google Ads hedef sayfa çalışmıyor uyarısının ardında, çoğu zaman bu tür küçük ve gözden kaçan bir zincir halkası vardır. Zinciri uçtan uca, reklamdan sayfaya kadar adım adım izleyin.

AdsBot sunucu kayıtlarında nasıl görünür ve nasıl bulursunuz?

Sunucu erişim kayıtları, Google'ın tarayıcısının sayfanıza gelip gelmediğini ve hangi yanıtı aldığını gösterir. Bu kayıtlar teşhis için en sağlam kaynaktır, çünkü tarayıcınızdaki deneme AdsBot'un yaşadığını yansıtmaz.

Kayıtlarda kullanıcı aracı alanında AdsBot-Google ya da AdsBot-Google-Mobile ifadesini arayın. Ardından o satırlardaki durum kodlarına bakın. Hepsi 200 ise sorun başka yerdedir; 403, 404 ya da 5xx görüyorsanız doğrudan nedeni bulmuşsunuz demektir.

• Kayıt dosyalarına erişiminiz yoksa sağlayıcınızdan ya da yazılım ekibinizden ilgili saat aralığını isteyin.
• Güvenlik duvarı kayıtlarını ayrıca kontrol edin, çünkü engellenen istek uygulama kaydına hiç düşmeyebilir.
• CDN kullanıyorsanız oradaki engelleme ve doğrulama kayıtlarına da bakın.

Önemli bir ayrıntı daha var: kullanıcı aracı adını taklit eden sahte botlar da olabilir. Bu nedenle bir isteğin gerçekten Google'dan geldiğini doğrulamak istiyorsanız Google'ın resmi doğrulama yöntemini izleyin ve kuralları buna göre kurun.

Reklam hedefi olarak ana sayfa mı, özel açılış sayfası mı daha güvenli?

Politika açısından ikisi de geçerlidir; önemli olan sayfanın çalışması ve AdsBot'a açık olmasıdır. Ancak özel açılış sayfaları çoğu zaman ayrı bir şablon, ayrı bir araç ya da ayrı bir alt alan adı kullanır. Bu da yeni hata noktaları demektir.

Örneğin kampanya için kurulan bir açılış sayfası aracı, kendi güvenlik kuralını ya da yönlendirmesini getirebilir. Üstelik sertifikası ayrı yönetildiği için süresi sessizce dolabilir.

Bu nedenle her yeni açılış sayfasını yayına almadan önce aynı test listesinden geçirin. Ayrıca kampanya bittiğinde sayfayı silmeden önce hâlâ çalışan reklam olup olmadığına bakın.

B2B kampanyalarında açılış sayfası kurgusu için ayrıca blogumuzdaki açılış sayfası rehberlerine göz atabilirsiniz.

Silinen ürünler ve kaldırılan kampanya sayfaları reddi nasıl çıkarır?

E-ticarette en sık görülen senaryo, stoktan kalkan ürünün sayfasının silinmesi ve reklamın hâlâ o adrese bağlı kalmasıdır. Sayfa 404 döner, Google da hedefin çalışmadığını söyler.

Aynı şey sezonluk kampanya sayfalarında da olur. Kampanya biter, siz sayfayı kaldırırsınız, ancak reklam grubu açık kalır. Örnek senaryo: bir mağaza indirim sayfasını bitiş tarihinde kaldırıyor ve ertesi sabah onlarca reklam reddedilmiş görünüyor.

• Sayfa kaldırmadan önce o adrese bağlı reklamları listeleyin.
• Ürün geçici olarak tükendiyse sayfayı silmeyin, kullanıcıya alternatif sunun.
• Kalıcı kaldırmada reklamı durdurun ve uygun bir sayfaya yönlendirmeyi planlayın.
• Yönlendirme yapacaksanız tek adımlı ve ilgili bir sayfa seçin.

Ayrıca yeni bir sürümde adres yapısı değişiyorsa tüm reklam adreslerini toplu güncelleyin.

Sorun çözülene kadar kampanyayı ne yapmalısınız?

Reddedilen reklam zaten yayına girmez, ancak aynı kampanyadaki diğer reklamlar çalışmaya devam edebilir. Bozuk bir adrese bağlı olup hâlâ yayında olan bir reklam varsa bütçeniz ziyaretçi alamayan bir sayfaya akar.

Bu yüzden önce hangi reklamların aynı hedefi kullandığını bulun. Sorun yaygınsa kampanyayı duraklatıp düzeltmeyi bitirmek çoğu zaman daha sağlıklıdır. Düzelttikten sonra sayfayı test edin ve ardından kampanyayı yeniden açın.

Ayrıca zaman çizelgesini yazın: sorunun ilk ne zaman başladığını, hangi değişiklikten sonra çıktığını ve neyi düzelttiğinizi not edin. Bu kayıt, destekle konuşurken ve bir sonraki olayda size zaman kazandırır.

Not: Duraklatmak ya da sürdürmek hesabınızın durumuna göre değişir; kararı ekibinizle birlikte verin.

Hedef sayfa sorunlarında ekibimiz size nasıl destek verir?

Talha Aslan ve ekibi olarak bu tür reddileri çoğunlukla teknik teşhis ile reklam hesabı arasındaki boşlukta görüyoruz. Reklam tarafı ayrıntıyı gösterir, ancak neden sunucu ya da güvenlik katmanında çıkar.

Biz sorunu sınıflandırır, kimin ne yapması gerektiğini net yazarız. Sunucu işletmiyoruz; bu nedenle barındırma tarafındaki değişiklikleri sağlayıcınız veya yazılım ekibinizle birlikte yürütürüz.

Reklam hesabınızın düzenli yönetimi ve hedef sayfa kontrolleri için Google Ads yönetimi hizmetimize göz atabilirsiniz.

Not: Etki alanı sahipliği gerektiren başka platform doğrulamalarında DNS erişimini düzenli tutmanız gerekir; bunun için Meta etki alanı doğrulama rehberimiz da faydalı olabilir. Hiçbir sonucu garanti etmiyoruz, ama süreci netleştirmeye çalışırız.