Ön-İniş Sayfası Alanı Kurulumu: Kendi Alan Adı, Alt Alan Adı veya İzleyici Alanı?

Çoğu deneyimli yerel alıcı, ön-iniş sayfalarını, bir marka sitesinin alt alan adı yerine, o teklif ya da dikey için özel olarak satın alınmış ayrılmış bir kök alan adı üzerinde barındırır ve asla izleyicinin kendi yönlendirme alanında barındırmaz. Bunun nedeni patlama yarıçapıdır: ayrılmış bir alan adı, bir açının uyumluluk riskini diğer tüm çalıştıklarınızdan izole eder, bir alt alan adı kök alan adıyla itibarı paylaşır ve bir izleyici alanı aynı yönlendirme hizmetini kullanan diğer tüm reklamverenlerle itibarı paylaşır.

"pre-lander domain" kavramının hunideki gerçek anlamı#

Yerel bir reklam tıklaması, kullanıcıyı doğrudan ön-iniş sayfanıza yönlendirmez. Gerçek zincir şu şekildedir: yayıncı sayfasındaki reklam birimi, tıklama ağın reklam sunucusuna gider, oradan izleyiciniz (tıklama kimliği yakalama ve postback atıfı için) üzerinden yönlendirilir ve izleyicinin redirect chain sonunda ziyaretçi, ön-iniş sayfasının kendi alanına yönlendirilir, ardından tekrar teklife yönlendirilir. Her adım ayrı bir alan adı kararını temsil eder ve bu makale yalnızca son adımı, yani gerçek pre-lander içeriğini barındıran alanı ele alır. Henüz tam zinciri haritalamadıysanız, Landing Page Funnels for Native Traffic ile başlayın; bu, reklam‑ön‑iniş‑teklif yapısını uçtan uca gösterir.

Seçenek 1: Teklif ya da dikey başına ayrılmış bir kök alan adı#

Bu, bir kaç kampanyadan fazlasını yöneten herkes için varsayılan yaklaşımdır. Bir alan adı kaydeder, onu sadece o tek ön-iniş sayfasına (ya da küçük bir benzer varyant ailesine) yönlendirir ve tek kullanımlık olarak değerlendirirsiniz. Ağın uyumluluk ekibi bir açıyı işaretlerse ya da alan adı bir tarayıcı ya da ISP kara listesine takılırsa, bir alan adı kaybeder ve bir sonrakine geçersiniz. Diğer tüm çalışmalarınız etkilenmez.

Dezavantajlar çoğunlukla operasyoneldir. Yüzlerce alan adı satın almak ve yönetmek para ve yönetim süresi gerektirir; ucuz TLD'ler (.info, .live, .today, .click) bu dünyada yaygındır çünkü toplu alımlarda maliyetleri düşüktür, ancak bazı ağlar ve yayıncı‑tarafı güvenlik araçları yeni ya da sıra dışı TLD'leri otomatik incelemede biraz farklı ağırlıklandırabilir. Bu politika hiçbir yerde yayınlanmamıştır; sadece alıcıların gözlemlediği bir durumdur. Gerçek bir WHOIS kaydı olan sade bir .com, aynı gün kaydedilmiş bir .xyz'den daha hızlı incelemeden geçer.

Seçenek 2: Ana marka ya da ajans alan adınızın bir alt alan adı#

offer1.youragency.com gibi bir yapı ücretsiz ve hızlı olduğu için cazip gelir; kök alanı zaten siz sahipsiniz. Sorun, toplu itibar riskidir. Bazı ağ uyumluluk sistemleri ve üçüncü‑taraf kara listeleri kök‑alan‑düzeyinde çalışır, alt‑alan‑düzeyinde değil; bu da bir alt alan adı üzerindeki politika ihlali ya da kara liste girişi, aynı kök üzerindeki diğer tüm alt alan adlarını (gerçek ajans siteniz dahil) aşağı çekebilir.

Bu, sıkı bir QA süreciyle, temkinli açılarla ve zaman içinde alan‑düzeyi güveni inşa etmeyi amaçlayan bir operasyon yürütüyorsanız işe yarar; köklü bir yayıncının yaklaşımı gibi. Sağlık, finans ya da kilo‑verme gibi dikeylerde agresif iddiaları test ediyorsanız, uyumluluk işaretleri rutin olduğundan ve birincil iş kimliğinizi etkilemek istemediğinizden bu yaklaşım uygun değildir.

Seçenek 3: İzleyicinin ya da ağın yönlendirme alanını barındırıcı olarak kullanmak#

Bu, çoğu alıcının bilinçli bir tercihi değildir; genellikle birisi barındırma kurulumunu atlayıp izleyicinin kendi tıklama alanını doğrudan ön‑iniş içeriği sunacak şekilde ayarladığında ya da ön‑inişi birçok kampanyada ortak kullanılan bir yönlendirme alanına yönlendirdiğinde ortaya çıkar. Kaçının. Bu alan adının itibarı aynı izleyiciyi ya da yönlendirme hizmetini kullanan tüm reklamverenlerle paylaşılır; bu yüzden uyumluluk geçmişlerini (iyi ya da kötü) kendi geçmişinizle birlikte devralırsınız. Ayrıca mobilde sayfa yükleme süresine ekstra bir adım ekler; her ek tur gerçek yükleme süresini ve dolayısıyla dönüşüm oranını azaltır.

Bu, sadece risk değil, harcamayı da ne kadar etkiler?#

Alan adı kararı yalnızca uyumluluk riskini sınırlamaz, aynı zamanda maliyeti doğrudan etkiler. Birkaç ağda, bir alan adının erken performansı ve inceleme geçmişi, teklifinizin açık artırmadan ne kadar hızlı temizlendiğini ve aynı konum için ne kadar ödediğinizi etkiler; temiz bir geçmişe sahip bir alan adı, aynı yaratıcıyı kullanan köklü bir alan adına göre başlangıçta biraz daha yüksek bir etkili CPC sunabilir, ardından tarih birikince dengeye oturur. Bu, anekdotik ve ağ‑bağımlı bir durumdur, belgelenmiş bir politika değildir; ancak alıcı raporları arasında tutarlı bir şekilde görülür ve sadece uyumluluk incelemesinden kaçınmak için çok sık alan değiştirmenin, ramp‑up süresini tekrar tekrar maliyetlendirebileceği anlamına gelir.

Hangi seçeneği seçerseniz seçin, mutlaka doğru yapılması gereken alan‑düzeyi faktörleri#

Birden fazla alan adı çalıştırmanın maliyet yönü#

Normal bir kayıt kuruluşundan küçük partiler halinde alan adı satın almak birim başına ucuzdur, ancak gerçek maliyet yönetim yükündedir: yenilemeler, DNS kayıtları, SSL sertifikaları ve hangi alan adının hangi teklife ve açıya karşılık geldiğini izlemek. Birkaç aktif kampanyanın ötesine geçen alıcılar, genellikle bir elektronik tablo ya da hafif bir iç araçla alan adı, kayıt tarihi, dikey, açı ve durum (aktif, işaretli, emekli) takibi yapar; çünkü bu kayıt olmadan performans düşüşünün açının mı yoksa alan adının mı güven kaybettiğini ayırt etmek imkansızdır. Bu takibi atlamak, alıcıların iki durumu ayırt edememesinin en yaygın nedenidir.

Kaçınılması gereken yaygın hatalar#

• İşaretli bir alan adını yeni bir açı için yeniden kullanmak yerine emekli etmemek. Bir kez uyumluluk incelemesi yapılan bir alan adı, ikinci kez (ilişkisiz içerik için bile) daha eleştirel incelenir.
• Maliyeti azaltmak için birden fazla farklı teklifi aynı alan adına yönlendirmek. Bu, ayrılmış‑alan‑yaklaşımının izolasyon faydasını tamamen ortadan kaldırır ve toplu risk sorununu yeniden ortaya çıkarır.
• Alan adının SSL sertifikasını yenilemeyi ihmal etmek. Açıkça görülen güven ve tarayıcı uyarısı sorunlarının ötesinde, süresi dolmuş bir sertifika, hem ağlar hem de okuyucular tarafından alan adının terk edilmiş ya da düşük kaliteli olarak algılanmasına yol açan bir altyapı ihmal sinyalidir.
• Kayıt kuruluşu ya da ajans değişikliklerinden sonra WHOIS ya da kayıt sahibi iletişim bilgilerini güncellemeyi unutmak. Yenileme bildirimlerinin geri dönmemesi, alan adının kampanya ortasında süresi dolmasına yol açar.

Ölçeklenebilir ve yönetilebilir bir kurulum#

Uygulanabilir bir orta yol şu şekildedir: dikeye göre beş‑on (beş ila on) alan adı küçük partiler halinde satın alın, her birini tek bir açı ya da sıkı bir varyant ailesine adanmış tutun, hız için bir CDN arkasına yerleştirin ve izleyiciyi tamamen barındırmadan ayrı tutun; böylece izleyici tarafındaki bir sorun alan adı havuzunuza dokunmaz. En yüksek harcama açılarınız için blokaj beklemek yerine proaktif olarak yeni alan adları döndürün ve hangi alan adının hangi açıyı çalıştırdığını basit bir günlükte tutun; böylece düşük performans durumunda tahmin yürütmek zorunda kalmazsınız.

Bir rakibin bu yapıyı nasıl kurduğunu anlamak için tahmin yürütmenize gerek yok. OpenAdLibrary's ad intelligence tool üzerinden bir reklamverenin izlenmiş hunisini açtığınızda gerçek redirect chain gösterilir; ön‑iniş sayfasının kendi kök alanında, bir alt alan adında ya da ortak bir izleyici alanı üzerinden yönlendirilip yönlendirilmediği görülür; böylece bir sorumluluk taşıyan stratejiyi kopyalamak yerine gerçekten çalışanı görebilirsiniz. Tam bir rakip hunisini uçtan uca okumak isterseniz, Reverse-Engineer a Competitor's Native Ad Funnel ve How to Analyze a Competitor's Full Ad Funnel daha derinlemesine rehberlik eder.

Seçtiğiniz yapı ne olursa olsun, temel prensip değişmez: ön‑iniş sayfanızı barındıran alan adı bir risk konteyneridir. Bir uyumluluk işareti ya da bir kara liste girişi sizin yerinize karar vermeden önce bu konteynerin ne kadar büyük olmasını istediğinize karar verin.