Arama sorgusunu sayfa brifi haline getirin
Dar bir niyet kümesiyle başlayın. Sorgu temasını, reklam vaadini, muhtemel soruyu, hedef URL’yi ve birincil eylemi kaydedin. Acil tesisatçı araması servis alanı, müsaitlik, iletişim yöntemi ve nitelikler gerektirir; bir ürün kategorisi araması fiyat, uyum ve karşılaştırma ayrıntısı gerektirebilir.
Mesaj uyumu (message match) anlamı korur; anahtar kelime tekrarından ibaret değildir. Kahraman bölüm (hero) bunun ne olduğunu ve ziyaretçinin neden tıkladığını reklamla aynı teklif veya sonuçla cevaplamalıdır. Bir iddiayı etkileyen istisnaları, fiyat temelini, uygunluk veya coğrafi sınırları iddianın yanında gösterin.
Tasarım öncesi sorgu teması, teklif, hedef kitle, eylem ve gerekli kanıtı yazın.
Kesin ifade, işletmenin sağlayamayacağı bir teklifi onaramaz.
İlk ekran bir sonraki eylemi hak etsin
Açık bir başlık, kısa açıklama, görünür eylem ve o eylemi inandırıcı kılmak için gereken kanıtı kullanın: doğru fiyat, özellikler, teslimat detayları, uygunluk kuralları, iade politikası veya atfedilebilir geri bildirim. Maddi koşulları gizlemek yerine daha ayrıntılı yere link verin.
Belirgin bir eylem niyete uymalıdır: “Teklif al”, “Müsaitliği kontrol et” ve “Şimdi satın al” farklı taahhütlerdir. Önce bilgi gerekiyorsa ulaşmayı kolaylaştırın. Görevi bölen açılır pencereler, otomatik indirmeler ve alakasız gezinmeden kaçının; Google gereksiz zorluk veya sinir bozucu gezinmeyi yasaklar.
Değeri, eylemi ve kritik koşulu üstte yakın tutun; destekleyici ayrıntıyı aşağıda verin.
Niteliksiz iddialar yerine spesifik, doğrulanabilir işletme bilgisi kullanın.
Mobil formu tamamlamaya göre tasarlayın
Yolu telefonda kontrol edin: iniş görünümü, onay (consent), form, doğrulama, onay sayfası, telefon bağlantısı ve el teslimleri (handoff). Dar görünümde metin ve kontrollerin kesilmemesi veya üst üste binmemesi gerekir. WCAG 2.2, olağan dikey içeriğin 320 CSS pikselde bilgi veya işlev kaybı olmadan akması gerektiğini belirtir; iki boyutlu düzenin zorunlu olduğu durumlar hariç.
Her girdiye görünür, ilişkili bir etiket ve belirsiz formatları belirtin. W3C, etiketlerin ve talimatların beklenen veriyi bildirdiğini ve hataları önleyebileceğini açıklar. Geçici alan ipuçlarına, renge veya yalnızca bir ikona güvenmeyin. Klavye sırasını, odaklanmayı, hata iletilerini, yakınlaştırmayı ve yardımcı teknoloji incelemesini test edin.
Mümkün olduğunda rahat kullanılabilir boyutta kontroller kullanın. WCAG’ın 44 × 44 CSS piksel hedefi Level AAA’yı güçlendirir; evrensel yasal bir kural değildir.
Sadece belirtilen bir sonraki adım için gereken verileri isteyin.
Hız için bütçe ayırın ve yolu koruyun
Yayın öncesi lab tanılarını ve yayın sonrası saha verilerini kullanın. Web Vitals, LCP’yi algılanan yüklenme, INP’yi yanıt verebilirlik ve CLS’yi görsel kararlılık olarak tanımlar. İyi kabul edilen eşikler mobil ve masaüstü için 75. yüzdelikte LCP ≤ 2.5 saniye, INP ≤ 200 ms ve CLS ≤ 0.1’dir. Bunlar dönüştürme garantisi değil, ölçütlerdir.
İlk ekrana öncelik verin: görsel boyutlarını belirleyin, boyutlandırılmış görseller sunun, önemsiz kodu erteleyin ve yavaş yanıt, render-engelleyen kaynaklar, uzun görevler ve kaymaları araştırın. Final URL, yönlendirmeler, kampanya parametreleri, onay, gönderim, onay sayfası ve kritik bağımlılıkları çalıştırın. Düşük trafikli sayfalar saha verisine sahip olmayabilir; lab kontrolleri kullanın ve trafik arttıkça gerçek kullanıcı verisi toplayın.
Yayınlamadan önce temsil eden mobil ve masaüstü koşullarında sayfayı, eylemi ve onayı çalıştırın.
SIU önkontrol ve düzeltme uygulamalarını kullanarak bir kampanya genişlemeden önce önlenebilir açılış-yolu gerilemelerini azaltın.
Güven, veri toplama ve ödemeleri kapsamda tutun
İşletme kimliğini, teklif koşullarını, gizlilik seçeneklerini ve iletişim yolunu reklama uygun ve hassas işlemler öncesinde görünür tutun. Yalnızca belirtilen amaç için gerekli verileri toplayın. Doğrulama, onay ve saklama ürün ve yasal kararlardır; bu makale eğitici amaçlıdır ve hukuki tavsiye değildir.
Yol kartları kart kabulü yapıyorsa veya bir ödeme çerçevesi (payment frame) gömülü ise, betikler ve HTTP başlıklar ödeme sayfası güvenliğini etkileyebilir. PCI SSC, PCI DSS v4.x gereksinimleri 6.4.3 ve 11.6.1’in betik yetkilendirmesi, bütünlüğü ve kurcalama izleme ile güvenlik başlığı etkilerini ele aldığını belirtir. Onaylı bir ödeme mimarisi kullanın ve uygulamayı nitelikli güvenlik, uyumluluk ve hukuk incelemelerine tabii tutun.
Ödeme-yolunu etkileyen değişikliklerden önce betikleri, sahiplerini, amaçlarını ve sayfaları listeleyin.
Bu kontrol listesinden PCI DSS uyumluluğu çıkarımı yapmayın; PCI SSC bir varlığın uyumluluğunu belirlemez.
Sonucu karıştırmadan deney yapın
Bir hipotez, bir ana çıktı ve sayfa hataları, geçersiz formlar, hız ve iptaller gibi güvenlik sınırları tanımlayın. Karşılaştırmayı yorumlayabilmek için sorgu temalarını, teklif koşullarını, trafik kaynaklarını, ölçüm tanımlarını ve sayfa değişikliklerini yeterince sabit tutun.
Google Ads, kampanya deneyi (campaign experiment) olarak orijinaliyle rekabet eden ve trafiğin bir kısmını ve bütçeyi belirli süre için kullanan bir taslak testini tanımlar. Bu, her açılış sayfası URL testini otomatik olarak doğrulamaz. Varyantları adil şekilde karşılaştıran bir yöntem kullanın, maruz kalma ve tarihleri belgeleyin ve bir varyant bir güvenlik sınırını bozuyorsa geri alın.
Bir öğrenme ihtiyacı varsa başlık, teklif, form uzunluğu ve hedef kitleyi aynı anda değiştirmeyin.
Hipotezi, varyantları, kuralları, metrikleri, sınırlamaları, sonucu, sahibini ve geri alma kararını kaydedin.