Dönüşüm optimizasyonu için ölçüm tanımı, GA4 temel etkinlikleri, trafik segmentleri, Web Vitals, erişilebilirlik, A/B testi ve güvenli karar planı süreci.
Dönüşüm optimizasyonu, uygun bir ziyaretin tanımlanmış iş sonucuna giden yolunu iyileştirme sürecidir. Genel bir sektör ortalamasını kopyalamak veya herhangi bir sayacı büyütmek değildir. Güvenilir CRO önce dönüşüm etkinliğini, paydayı, GA4 kapsamını ve trafik segmentini sabitler. Ardından sayfa sürtünmesini giderir, kontrollü bir deney yürütür ve sonucu müşteri adayı kalitesi, maliyet, iade ve teknik riskle birlikte değerlendirir. Öne çıkan noktalar Kayıt, form gönderimi, nitelikli müşteri adayı, satın alma ve elde tutma farklı sonuçlardır. Bir dönüşüm oranı açık bir pay, payda, dönem, GA4 kapsamı ve trafik segmenti gerektirir. Google generate_lead, sign_up ve purchase gibi önerilen etkinlikler yayımlar. Core Web Vitals ve WCAG teknik sürtünmeyi bulur; teklif uyumunu veya geliri kanıtlamaz. QA trafiği sayfayı ve ölçümü sınayabilir, ancak gerçek müşteri talebinin yerine geçmez. Araştırma notu: Google, web.dev ve W3C tarafından yayımlanan sekiz birincil kaynağa 17 Temmuz 2026 tarihinde erişilen ve kaynaklar kontrol edilen bu incelemede, önceki sürümde yöntem, örneklem ve güncel kaynak olmadan verilen dönüşüm, mobil, form, sohbet ve açılır pencere yüzdeleri tamamen kaldırıldı. Dönüşüm optimizasyonu nedir? Dönüşüm optimizasyonu, doğru ziyaretçinin doğru eylemi daha az sürtünmeyle tamamlaması için sayfayı ve ölçümü sistematik biçimde iyileştirir. Dönüşüm; satın alma, hesap oluşturma, görüşme rezervasyonu, nitelikli müşteri adayı veya yazılı olarak tanımlanmış başka bir sonuç olabilir. Sonraki sistemde değer doğrulanmıyorsa tek bir düğme tıklaması iş sonucu sayılmaz. Önce sonucun adı, sahibi, kayıt anı, hariç tutulan durumlar ve doğruluk kaynağı yazılır. Sayfa kodu, etiket yöneticisi, GA4 ve CRM aynı tanımı kullanmalıdır. UTM takip rehberi kampanya kaynağını korumaya yardım eder; bir UTM etiketi ziyaretçinin insan olduğunu, teklifi anladığını veya satın almak istediğini göstermez. Uygulamada dört durumu ayrı izliyoruz: sayfanın teslim edilmesi, etkinliğin alınması, sonucun nitelendirilmesi ve iş değerinin oluşması. Ekip kaybın hangi geçişte başladığını görmelidir. Bunları tek bir dönüşüm sayısına sıkıştırmak çift etkinlikleri, düşük kaliteli müşteri adaylarını ve ödeme sorunlarını gizler. Önce payı ve paydayı tanımlayın Dönüşüm oranı, tanımlanmış sonuç sayısının uygun nüfusa bölünmesidir. Zor kısım birimi seçmektir. Kullanıcı, oturum ve etkinlik aynı değildir; bir kişi birden fazla oturum açabilir veya aynı etkinliği birkaç kez üretebilir. Rapor kapsamı, dönemi, saat dilimini, filtreleri, izin durumunu ve yinelenen kayıtların nasıl ele alındığını göstermelidir. Google Analytics önemli etkinlikleri key event olarak işaretlemeye izin verir. Resmî belgeye göre işaretleme yapılandırıldığı andan sonraki raporlamayı etkiler ve geçmiş veriyi geriye dönük değiştirmez. Bu nedenle değişiklikten önce bir temel çizgi saklayın ve farklı yapılandırma dönemlerini düzeltmeden karşılaştırmayın. Müşteri adayı hunisinde generate_lead, qualify_lead, working_lead ve close_convert_lead ayrı tutulabilir. Google’ın önerilen etkinlikleri, daha fazla form gönderiminin gerçekten daha fazla nitelikli müşteri getirip getirmediğini görmeye yardım eder. CRO ucuz gönderimleri değil, önceden tanımlanmış iş sonucunu ve kaliteyi geliştirmelidir. Güvenilir bir ölçüm planı nasıl kurulur? Ölçüm planı sayfanın amacını tek bir ana sonuç, yardımcı davranışlar ve güvenlik ölçütleriyle bağlar. Her etkinliğin kesin tetikleyicisi, gerekli parametreleri, sahibi ve testi olmalıdır. Google, önerilen etkinliklerin öngörülen parametrelerle gönderilmesinin hazır boyutları, metrikleri ve raporları beslediğini açıklar. Katman Kanıt Yanıtladığı soru Sınır Teslimat sayfa yanıtı ve sunucu kaydı yol çalıştı mı insan niyetini göstermez Etkileşim parametreli etkinlik öğe kullanıldı mı çift tetiklenebilir Temel etkinlik doğrulanmış GA4 sonucu hedef tamamlandı mı kapsam ve payda gerekir Kalite CRM, ödeme veya elde tutma iş değeri oluştu mu gecikme ve bağlantı eksikliği Yayın öncesinde olumlu ve olumsuz test yapın. Olumlu test, doğru parametrelerle tam olarak bir beklenen kayıt üretmelidir. Olumsuz test; doğrulama hatası, yenileme, geri dönüş ve çift tıklamanın dönüşüm oluşturmadığını göstermelidir. Test kimliğini, zamanı, sayfayı, izin durumunu, cihazı ve hedef sistemdeki sonucu saklayın. Trafik segmenti yorumu neden değiştirir? Organik arama, ücretli reklam, iş ortağı yönlendirmesi, doğrudan ziyaret ve teknik QA farklı niyetlerle gelir. Tüm site ortalaması, sayfa hiç değişmese bile kanal karışımı değiştiğinde hareket eder. Sayfa hakkında karar vermek için benzer amaç ve teslimat yolu olan karşılaştırılabilir segmentler gerekir. Örneklem izin verdiğinde açılış sayfası, source/medium, kampanya, cihaz, ülke ve yeni ya da geri dönen kullanıcıya göre ayırın. Küçük örneklemde daha az segment kullanın ve belirsizliği yazın. organik ve ücretli trafik karşılaştırması , maliyetin ve kanıtın neden ayrı değerlendirilmesi gerektiğini gösterir. URL’de organic yazması trafiği organik yapmaz. Organik tıklama gerçek arama sonucu yoluna ve uygun Search Console kanıtına ihtiyaç duyar. Ücretli trafik reklam platformu ve maliyet kaydı ister. Kontrollü ziyaretler ayrı bir QA etiketi alır ve talep, satış, SEO ile yeniden hedefleme raporlarından çıkarılır. Deneyden önce hangi sayfa sürtünmeleri kontrol edilir? İkna metninden önce eylemi engelleyen teknik kusurları kontrol edin: ana içeriğin yüklenmesi, düzen kayması, giriş tepkisi, klavye erişimi, form etiketleri, hata mesajları, ödeme ve onay. web.dev, Core Web Vitals ölçütlerini LCP, INP ve CLS olarak tanımlar ve gerçek ziyaretlerin 75. yüzdelik değerine göre değerlendirir. Kontrol Tanı amacı Kanıt Kanıtlamadığı şey LCP ana içeriğin görünmesi alan verisi ve PageSpeed teklif uyumu INP etkileşim yanıtı alan verisi ve cihaz testi müşteri adayı kalitesi CLS görsel kararlılık gözlem ve alan verisi marka güveni WCAG 2.2 form ve CTA erişimi klavye, odak, kontrast gelir artışı W3C WCAG 2.2 doğrultusunda klavye kullanımını, görünür odağı, metin kontrastını, hata tanımını ve giriş yardımını inceleyin. Küçük ekranı, yakınlaştırmayı, otomatik doldurmayı ve okuma sırasını test edin. sahte trafik tespit rehberi , sayfa kusuruyla anormal kaynak sorununu ayırmaya yardım eder. A/B testinde yanlış kazanan nasıl önlenir? A/B testi, kullanıcıları aynı anda kontrol ve değişken sürüme rastgele atayan bir deneydir. Google’ın resmî belgesine göre GA4 deneyi tek başına çalıştırmaz; harici bir deney aracıyla entegrasyon gerekir ve GA4 sonuçları analiz eder. Tek bir açık hipotez ve önceden belirlenmiş ana ölçüt yorumu kolaylaştırır. İlk olumlu günde testi bitirmeyin. Normal hafta döngüsünü, dönüşüm gecikmesini, veri kalitesini ve belirsizliği hesaba katın. Google Ads deney raporu tahmini farkı ve güven aralığını birlikte gösterir. Yetersiz veri, kontrolün kaybettiği veya varyantın kazandığı anlamına değil, sonucun henüz kararsız olduğuna gelir. Başlamadan önce hipotezi, nüfusu, hariç tutmaları, pratik olarak anlamlı en küçük etkiyi, atama yöntemini, dönemi, ana metriği, güvenlik ölçütlerini ve karar kuralını sabitleyin. Deney sürerken orijinal kampanyayı, sayfayı veya hedeflemeyi değiştirmek karşılaştırmayı bozar. Teknik QA ile iş deneyini ayırın Kontrollü ziyaretler sayfanın açıldığını, UTM değerlerinin korunduğunu, form ve etkinliğin çalıştığını ve altyapının belirlenmiş yükte kararlı olduğunu kontrol edebilir. Gerçek bir insanın teklifi isteyip istemediğini gösteremez. Teknik doğrulama ve müşteri deneyi ayrı kampanya, ad ve raporlara sahip olmalıdır. Traffic Creator kullanılıyorsa yetkili açık sayfayı, hızı, bölgeleri, QA kimliğini, beklenen etkinliği, sınırı ve durdurma koşulunu önceden yazın. Segmenti müşteri adaylarından, satıştan, reklam kitlelerinden ve sosyal kanıttan çıkarın. trafik botu QA rehberi , müşteri veya sıralama sözü vermeyen sınırları açıklar. İncelemelerimizde en yararlı teknik test, ziyaret sayısıyla değil pass, fail veya rerun kaydıyla biter. Çift etkinlik, kaybolan parametre, mobil form hatası veya izinli kapsamda doğrulanan kararlılık kullanılabilir bir sonuçtur. Bu kayıt gerçek taleple karıştırılmazsa sonraki analiz de denetlenebilir kalır. Veriler hangi karara götürür? Rapor tek bir açık eyleme bağlanmalıdır: varyantı uygulamak, kontrolü korumak, daha fazla veri toplamak, ölçümü onarmak, sayfayı geliştirmek veya kaynağı durdurmak. Bir sahip ve tarih atayın. Uygulama maliyetini ve olası zararı da kaydedin. Kararsız bir pano ürünü değiştirmez. Gözlem Muhtemel boşluk Sonraki adım Kaçınılacak yorum etkinlik yok ölçüm veya yol onar ve QA'yı tekrarla teklifi değerlendirme daha çok form, düşük kalite sonuç tanımı CRM kalitesini bağla forma göre ölçekleme yalnız mobil zayıf cihaz sürtünmesi form ve performansı test et kanalı hemen kapatma sonuç belirsiz gürültü veya küçük örneklem plana göre sürdür ara trende göre seçme İade, iptal, spam, destek talepleri, performans ve elde tutma güvenlik ölçütleridir. Dönüşüm sayısı artarken hatalar, niteliksiz müşteri adayları veya iadeler de artıyorsa sonuç başarılı değildir. İyi varyant ana sonucu iyileştirirken önceden belirlenmiş risk sınırını aşmaz. İlk 30 gün için CRO planı 1-3. gün: dönüşümü, paydayı, doğruluk kaynağını ve hariç tutmaları tanımlayın. 4-7. gün: etkinlikleri, parametreleri, çift kayıtları, izni ve CRM bağlantısını doğrulayın. 8-12. gün: sayfa, kanal, kampanya ve cihaz temel çizgilerini inceleyin. 13-16. gün: performans, form, erişilebilirlik ve onay hatalarını giderin. 17-20. gün: bir hipotez seçip deney planını önceden kaydedin. 21-27. gün: tanımı değiştirmeden kontrol ve varyantı çalıştırın. 28-30. gün: sonucu, güvenlik ölçütlerini ve maliyeti değerlendirip kararı atayın. Bu plan otuz günde sonuç garantisi değil, kalite kontrollerinin sırasıdır. Ölçüm doğrulaması başarısız olursa takvim durur. Yanlış etkinlik, karışmış trafik veya karşılaştırılamayan nüfusla hassas görünen bir rapor üretmektense deneyi geciktirmek daha doğrudur. İlk döngüden sonra sayfa sürümünü, yapılandırma dışa aktarımını, tarihleri, kapsamı ve kararı saklayın. Sonraki test yeni bir soruya yanıt vermelidir. web sitesi performans rehberi , gerçek edinim başlamadan önce teknik kapsamı doğrulamaya yardım eder. Raporlama, riskler ve durdurma kuralları Durdurma kuralları kullanıcıyı ve veri güvenilirliğini korur. Ödeme arızası, kişisel veri ifşası, izin hatası, yanlış varyant ataması, çift etkinlik, beklenmeyen trafik veya hata artışı olduğunda deneyi durdurun. Olayı CRO sonucundan ayrı kaydedin, onarın ve yeniden doğrulayın. Son rapor hipotezi, analiz birimini, dönemi, örneklemi, atamayı, ana sonucu, belirsizliği, güvenlik ölçütlerini, plan sapmalarını ve kararı içerir. Sektörü, sayfa amacını ve yöntemi uyuşmayan genel ortalamalar başarı eşiği değildir. Aynı tanımla ölçülen kendi temel çizginiz daha uygun bir karşılaştırmadır. Sonraki döngüden önce uygulanan sürümün doğru etkinliği göndermeye devam ettiğini ve iş sonucunun deney dışında korunduğunu kontrol edin. Trafik karışımı, mevsim ve cihazlar değiştiğinde etki de değişebilir. CRO ölçüm, tanı, deney ve son kontrol döngüsüdür; tek seferlik bir büyüme hilesi değildir. Kaynaklar ve kontrol tarihi Aşağıdaki birincil kaynaklara 17 Temmuz 2026 tarihinde erişilen ve belgeler kontrol edilen incelemede GA4 etkinlikleri, müşteri adayı raporu, deneyler, Web Vitals ve WCAG 2.2 belgelenir. Google Analytics: Mark events as key events . Google Analytics: Recommended events . Google Analytics: Event parameters . Google Analytics: Lead acquisition report . Google Analytics: A/B testing . Google Ads: Monitor experiments . web.dev: Web Vitals . W3C: Web Content Accessibility Guidelines 2.2 . Sık sorulan sorular İyi bir dönüşüm oranı kaçtır? Her sayfa için geçerli tek bir oran yoktur. Aynı sonucu, paydayı, segmenti, cihazı ve dönemi kullanan kendi temel çizginizle; kalite ve maliyetle karşılaştırın. Daha fazla trafik düşük dönüşümü düzeltir mi? Hayır. Daha büyük örneklem belirsizliği azaltabilir; bozuk formu, yanlış etkinliği, yavaş sayfayı, düşük niyeti veya zayıf teklifi onarmaz. GA4 A/B testini kendi başına çalıştırır mı? Hayır. Google’ın resmî belgesi harici bir deney aracıyla entegrasyon gerektiğini belirtir. GA4 doğru etiketlenmiş sonuçları analiz etmek için kullanılır. QA trafiği müşteri talebini ölçebilir mi? Hayır. Sayfa teslimatını, parametreleri, etkinlikleri ve teknik kararlılığı doğrulayabilir; gerçek müşteri, satış, müşteri adayı ve SEO'dan ayrı tutulmalıdır. Deney ne zaman durdurulmalıdır? Yol arızası, gizlilik sorunu, yanlış atama, çift etkinlik veya önceden belirlenmiş iş güvenliği sınırının aşılması durumunda durdurun. Sınırlı bir web sitesi teknik QA testine mi ihtiyacınız var? Test ziyaretlerini göndermeden önce yetkili sayfayı, QA kimliğini, hızı, etkinliği, hariç tutmaları ve durdurma kuralını tanımlayın. Kontrollü QA trafik seçeneklerini görün