Yandex Metrika: Rusya’da hangi kaynakların başvuruları satışa dönüşüyor?

Formun kaç kez gönderildiği etkinliği gösterir; ancak hangi kaynakların satışla sonuçlanan başvurular getirdiği sorusunu yanıtlamaz. Bunu anlamak için başvuruları CRM sonuçlarıyla ilişkilendirmek, her birinin işlenmesi için eşit süre tanımak ve eşleştirilemeyen kayıtları ayrıca saymak gerekir. Aksi takdirde üstün görünen kaynak, mutlaka daha iyi başvurular sağlayan kaynak olmayacaktır: satışları daha hızlı tamamlanan veya verileri daha eksiksiz olan kaynak öne çıkabilir.

Bu yazı, Rusya pazarında kendi ürününü analiz eden reklamverenler için orta düzeyde, uygulamalı bir kılavuzdur. Konunun coğrafi kapsamı bütün dil sürümlerinde Rusya Federasyonu'dur; arayüzün veya başvurunun Rusça olması müşterinin nerede bulunduğunu kanıtlamaz. Analize başlamadan önce ilgili ürünün, bölgenin, kanalın ve veri işleme yönteminin uygunluğunu kontrol edin. Bir ülkenin seçim listesinde yer alması veya platformda tekliflerin bulunması, o teklifin sizin için kullanılabilir olduğunu doğrulamaz.

Çalışmanın çıktısı, kaynak kalitesini yeniden hesaplanabilir biçimde gösteren bir değerlendirme tablosudur: başvuruların kapsamı, eşleşme oranı, nitelik değerlendirmesi, doğrulanmış satış ve sorumlusu belirlenmiş karar. Resmî sayfalar 10 Ekim 2026 tarihinde kontrol edilmiştir. Müşteriye ait özel Metrika sayacına veya CRM sistemine erişilmemiştir; aşağıdaki iki tablo da eğitim amaçlıdır, ekran görüntüsü değildir. Bu tablo yöntemi editoryal bir öneridir; AffiliateCore içinde yerleşik bir rapor değildir ve hazır entegrasyon vaadi içermez.

1. Raporun hangi kararı destekleyeceğini belirleyin

Tek bir soruyla başlayın: “Eşit gözlem süresinin ardından, karşılaştırılabilir başvuru başına hangi kaynaklar daha fazla doğrulanmış satış getiriyor?” Tek bir ürün ve tek bir başvuru biçimi seçin; örneğin kullanımda olan bir hizmet için demo talebi. Danışmanlık talebiyle doğrudan satın almayı aynı gruba katmayın: bunların niyetleri ve işleme süreçleri farklıdır. Birden fazla ürün söz konusuysa sonuçları birleştirmeden önce her biri için ayrı bir inceleme hazırlayın.

Neyin başvuru sayılacağını yazılı olarak tanımlayın: kalıcı bir kurum içi tanımlayıcısı bulunan, kabul edilmiş benzersiz bir talep. İstisnalar, önceden kararlaştırılmış testler ve yinelendiği kanıtlanmış kayıtlardır. Uygun olmayan başvuru, ret ve yanıt alınamaması başlangıçtaki başvuru kümesinde kalır. Bunları çıkarırsanız sorunlu başvuruları fazla olan kaynağın göstergelerini yapay olarak iyileştirirsiniz. Hariç tutma gerekçeleri bütün kaynaklarda aynı olmalı ve ayrı olarak saklanmalıdır.

Tanımlar için satış ekibinden, mutabakat çalışması için analitik ekibinden birer sorumlu atayın. Ekipler durumların anlamı üzerinde hâlâ anlaşamıyorsa önce başvuruları kontrol etme kılavuzunu kullanın. Burada inceleme kuyruğunu yeniden düzenlemiyoruz; üzerinde anlaşılmış sonuçları alıp bunların kaynaklara göre ne ölçüde doğru karşılaştırılabileceğini değerlendiriyoruz.

2. Erişimi hazırlayın ve verilerin uygunluğunu kontrol edin

Gerekli sayaca yetkili erişim, kişisel bilgilerden arındırılmış bir CRM dışa aktarımı, durum değişikliklerinin geçmişi ve mevcut eşleştirme yöntemini bilen bir çalışan gerekir. Alan adını, sayaç numarasını, saat dilimini, dışa aktarma tarihini ve sorumluları kurum içi çalışma notuna kaydedin. İletişim bilgilerini, yazışma metinlerini ve gizli erişim bilgilerini herkese açık bir tabloya veya iş ortağı raporuna kopyalamayın.

Analizden önce, seçilen hizmetin ve kullanım biçiminin kuruluşunuz açısından ilgili ürün ve bölge için kullanılabilir olduğunu doğrulayın. Raporları görüntüleme yetkilerini ve verilerle çalışma konusunda kararlaştırılmış yöntemi ayrıca kontrol edin. Hesaba başarıyla giriş yapmak bu kontrolün yerine geçmez. CRM ile analitik arasında izin verilmiş bir bağlantı yoksa CRM tablosuyla başlayın ve veri açığını belirtin; bu aşamada Metrika kaynakları için kesin bir sıralama yapılamaz.

CRM verilerinin aktarılması ve eşleştirilmesi teknik koşullara bağlıdır. Bunları entegrasyon sorumlusuyla birlikte resmî açıklamadan kontrol edin. Teknik eşleştirmenin süre koşullarını, kaliteyi değerlendirmek için sizin seçtiğiniz süreyle karıştırmayın. Satış döngüsünün uzun olması, ilk veri aktarımını işlem tamamlanıncaya kadar erteleyebileceğiniz anlamına gelmez.

Kendi teklifinizin koşullarını hazırlamak için AffiliateCore reklamveren profili oluşturabilirsiniz. Kayıt olmak Metrika bağlantısını kurmaz; ürünün, kaynağın veya coğrafyanın kabul edildiğini de doğrulamaz. Hazırlanan teklif, öngörülen inceleme ve moderasyon sürecinden geçer.

3. Hedefi, başvuruyu ve satışı birbirinden ayırın

Hedef tamamlanmaları, hedefe ulaşan ziyaretler ve benzersiz başvurular farklı ölçüm birimleridir. Bir ziyaret içinde hedef birkaç kez tamamlanabilir; Metrika'nın tanımlarında bu durum açıkça belirtilir. Dolayısıyla hedefin yüz kez tetiklenmesini otomatik olarak yüz potansiyel müşteri diye kaydedemezsiniz. Hedefin gerçekte hangi koşulda gerçekleştiğini ve başvurunun kabul edilip edilmediğini kontrol etmeniz gerekir.

İzin verilmiş bir testte tam olarak neyin kaydedildiğine bakın: düğmeye basılması mı, formun başarıyla gönderildiğini bildiren yanıt mı, yoksa başka bir adım mı? Analiz tablosunda satış, önceden seçilmiş bir CRM olayıyla doğrulanmalıdır; örneğin kontrol anında geçerliliğini koruyan bir ödeme. Toplantı için anlaşılması veya fatura düzenlenmesi, çalışan ilgili aşamaya “başarılı” adını verdi diye satışa dönüşmez.

Eğitim tablosu 1. Değerlendirme tablosunun sözlüğü; Metrika arayüzü değildir.

Nitelik değerlendirmesinin kriterlerini gözlemlenebilir özelliklerle tanımlayın: talep ürüne uygun mu, ihtiyaç doğrulanmış mı, ekip bunu karşılayabilir mi? Kalitenin yerine satış temsilcisinin öznel izlenimini koymayın. Bir aşamaya geçmişte ulaşılmış olmasıyla güncel durumu ayrı tutun: bir başvuru nitelik kriterlerini karşılayıp daha sonra retle sonuçlanabilir. Bu nedenle “herhangi bir zamanda ulaşılmış” bütün aşamaların toplamının başvuru sayısına eşit olması gerekmez.

4. Metrika raporunun ayarlarını kaydedin

Aktarım yapılandırılmışsa gerekli sayacı açın ve “Uçtan uca analitik” bölümündeki “CRM siparişlerinin kaynakları” raporuna gidin. Raporun koşulları ve tanımları rapor belgelerinde yer alır. Bölüm beklediğiniz verileri göstermiyorsa erişimi, sayacı ve aktarımın durumunu kontrol edin; boş görünmesi satış olmadığı anlamına gelmez. Rusça belgelerdeki menü yolu «Сквозная аналитика → Источники заказов из CRM» şeklindedir; yukarıdaki Türkçe adlar bu etiketleri açıklamak içindir.

Dönemi, kaynak gruplamasını, filtreleri, seçilen metrikleri ve ilişkilendirme modelini yazın. Kaydedilmiş bir raporun eski adına güvenmeyin. Gruplamaların ve metriklerin yönetimi rapor ayarlarında açıklanır. Kaynakları tek bir düzeyde gruplandırarak başlayın; ayrıntıyı genel toplamları kontrol ettikten sonra ekleyin. Başlangıçta çok sayıda özelliğe göre bölmek küçük grupları görünmez kılar ve mutabakatı zorlaştırır.

İlişkilendirmeyi yeniden kontrol etmek özellikle önemlidir: 20 Mayıs 2026 itibarıyla önceki modellerin bir kısmı devre dışı bırakılmıştır. Eski bir ekran görüntüsünü değil, güncel modelleri esas alın. Seçtiğiniz seçeneğin tam adını kaydedin. Model değiştiğinde iki hesabı aynı veri kümesinin farklı görünümleri olarak karşılaştırın; bunu kaynak kalitesinin aniden değişmesi şeklinde yorumlamayın.

Kullandığınız her metriğin paydasını kendi tanımından alarak çalışma notuna yazın. Her “dönüşüm” ifadesinin satışların başvurulara bölünmesi anlamına geldiğini varsaymayın. Bizim dışarıda hazırladığımız değerlendirme tablosunun paydası ayrıca belirlenecektir. Arayüzdeki yüzdeyle fark olması; ölçüm birimi, dönem veya veri kapsamı farkıyla açıklanıyorsa kabul edilebilir. Farkı yuvarlamanın arkasına gizlemeyin.

5. Yüzdeleri hesaplamadan önce kapsamı uzlaştırın

Kişisel bilgilerden arındırılmış ilk dışa aktarımı işlenmiş sürümden ayrı saklayın. Her başvuru için kurum içi anahtar, oluşturulma tarihi, ürün, üzerinde anlaşılmış iş kriterine göre ülke, nasıl belirlendiği açıklanmış kaynak, durum geçmişi ve başarılı eşleşme işareti gerekir. Güvenilir bir kaynak bilgisi yoksa “belirlenemedi” olarak bırakın. Kaynağı bilinmeyen başvuruları bilinenlere orantılı dağıtmayın; bu işlem gerçekte olmayan bir kesinlik yaratır.

Önce CRM'deki bütün kayıt kümesini, ardından testleri, yinelenen kayıtları ve geriye kalan başvuruları sayın. Sonra analize uygun satırları eşleşenler ve eşleşmeyenler olarak ayırın. Şu eşitlik sağlanmalıdır: başlangıçtaki satırlar eksi belgelenmiş istisnalar, analize giren başvurulara eşittir; analize giren başvurular da eşleşenler ile eşleşmeyenlerin toplamına eşittir. Farklı gruplardaki hataların birbirini dengelememesi için eşitliği her ürün ve dönem için ayrı kontrol edin.

İki tabloyu yalnızca gün ve tutar üzerinden birleştirmeyin. Bu değerlerin aynı olması, aynı başvurudan söz edildiğini kanıtlamaz. Bir başvuruda birden fazla sipariş varsa kuralı önceden belirleyin: satış oranı için başvuru başına en fazla bir başarılı sonuç sayılır. Sipariş sayısını ve geliri analiz etmek ayrı bir görev olarak kalır. “Çoktan çoğa” birleştirme hatası, tek bir yeni alıcı ortaya çıkmadan işlem sayısını iki katına çıkarabilir.

Hedefleri kontrol etmek için hedef raporunun resmî kılavuzunu kullanabilirsiniz. Ancak toplu sonuçların eşit çıkması, her bir eşleştirmenin doğru olduğunu doğrulamaz. İzin verilen, kişisel bilgilerden arındırılmış bir eşleşmiş kayıt örneklemini ve birkaç istisnayı inceleyin. CRM'deki kaynak bilgisinin kökeninin Metrika ilişkilendirmesinden farklı olduğu durumları işaretleyin. Yaygın fark nedenleri rapor mutabakatı yazısında ele alınmaktadır.

6. Her başvuruya eşit süre tanıyın

Kohort, belirli bir dönemde oluşturulmuş başvurular grubudur. Gözlem süresini hoş görünen yuvarlak bir sayıya göre değil, kendi karar alma sürelerinizin dağılımına göre seçin. Sonuçların ne kadarının erken, ne kadarının geç ortaya çıktığına bakın. Durumların aktarılmasındaki gecikmeyi ayrıca değerlendirin: gerçekleşmiş bir satış henüz dışa aktarıma yansımamış olabilir. Bütün ürünlere uygun tek bir süre yoktur.

Eğitim örneğimizde 1–7 Eylül 2026 tarihlerinde oluşturulan başvuruları alıyor ve her birini oluşturulduktan tam 14 gün sonra değerlendiriyoruz. Dışa aktarımı bütün bu pencereler tamamlandıktan ve veriler güncellendikten sonra yapıyoruz. Bunun için olay geçmişi gerekir: 21 Eylül'deki en güncel kayıt kartı tek başına her başvurunun on dördüncü gündeki durumunu geri kuramaz. Geçmiş yoksa bu sınırlamayı belirtin ve sonucu kesin olarak karşılaştırılabilir bir kohort diye sunmayın.

Oluşturulma, nitelik kriterlerini karşılama, ödeme ve iptal zamanlarını üzerinde anlaşılmış tek bir saat dilimine dönüştürün. Orijinal zaman damgalarını koruyun. On beşinci gün gerçekleşen satış, on dört günlük pencerenin sonucuna girmez; ayrı bir sonraki değerlendirmede dikkate alınır. Bu, kayıp satış değildir ve başvurunun ilk tarihini değiştirmek için gerekçe oluşturmaz. İade daha sonra geldiyse yeni bir değerlendirme ufkuyla sonucun bir sonraki sürümünü hazırlayın.

Başvurunun oluşturulma tarihine dayanan bu hesabı, arayüzde ziyaretleri takvim dönemine göre seçen raporla karıştırmayın. Satırlar ve tarihler arasında üzerinde anlaşılmış bir bağlantı gerekir; iki filtreye aynı tarihleri yazmak bunu garanti etmez. Segment de bir ölçüm biriminden oluşan kümeyi otomatik olarak başka bir kümeye dönüştürmez. Segmentlerin raporlar arasında taşınmasına ilişkin sınırlamalar segmentasyon yardımında belirtilir.

7. Eğitim kohortunu hesaplayın ve aritmetiği kontrol edin

Aşağıdaki veriler kurgusaldır; AffiliateCore'un, Yandex'in veya belirli bir kanalın sonuçları değildir. A ve B, kaynak aidiyeti CRM'de bağımsız olarak saklanmış iki gruptur. Eşleşmiş satırlarda bu aidiyet, seçilen analitik görünümüyle uzlaştırılmıştır. Metrika bağlantısı kaybolduğunda bile grubun büyüklüğünü bilmek için bu koşul gereklidir. Böyle bir kaynak aidiyeti yoksa eşleşmeyen satırlar, kaynağı bilinmeyen ortak bir grup olarak kalır.

Eğitim tablosu 2. On dördüncü gündeki sonuçlar; birim benzersiz başvurudur.

Bu tablodaki nitelik değerlendirmesi, ödeme ve iptal yalnızca eşleşmiş başvurulara aittir. İptaller, daha önce ödeme yapılmış başvuruların alt kümesidir; bütün olaylar seçilen pencere içinde gerçekleşmiştir. Geçerliliğini koruyan satışlar A için 27 − 3 = 24, B için 18 − 0 = 18 olur. Aşamalar örtüşür; tablonun satırları toplanamaz.

Eşleşme oranları 108 / 120 = %90 ve 90 / 100 = %90'dır. Eşleşmiş başvuruların 54 / 108 = %50'si ve 63 / 90 = %70'i nitelik kriterlerini karşılamıştır. Eşleşmişler arasında geçerli satış oranı 24 / 108 ≈ %22,2 ve 18 / 90 = %20'dir. B'nin nitelikli başvuru oranı daha yüksektir, fakat bu henüz nihai sonuçta üstünlük anlamına gelmez. A'nın gözlemlenen satış oranı daha yüksektir, ancak fark tek başına kalıcı bir üstünlüğü kanıtlamaz.

Tabloyu büyütmeden üçüncü bir kurgusal C grubunu kontrol edelim: 80 başvuru vardır, 40'ı eşleşmiştir, 28'i niteliklidir, 12'sinde ödeme yapılmıştır ve bunlardan ikisi iptal edilmiştir. Böylece 10 geçerli satış, %50 eşleşme, %70 nitelikli başvuru ve eşleşmişler arasında %25 satış oranı elde ederiz. Son oran en iyi görünür; ancak başvuruların yarısı bu oranda temsil edilmez. C'yi kazanan ilan edemez veya onun %25'ini durumu bilinmeyen diğer yarıya uygulayamayız.

Sınırları açıkça kontrol etmek için eşleşmeyen başvuruların sonuçlarını geçici olarak bilinmiyor kabul edelim. A'nın genel satış oranı 24 / 120 = %20 ile (24 + 12) / 120 = %30 arasında olabilir; C'ninki ise 10 / 80 = %12,5 ile (10 + 40) / 80 = %62,5 arasında olabilir. Bunlar başvuru başına en fazla bir satış koşulunda aritmetik uç senaryolardır; güven aralığı veya tahmin değildir. CRM eşleşmeyen başvuruların sonuçlarını zaten biliyorsa genel CRM sonucu için bunları kullanın. Sınırlama, sonuçların doğrulanmış Metrika kaynağına göre dağıtılmasıyla ilgilidir.

8. Eksik verileri hesaba katarak karar verin

Ölçüm kalitesiyle başlayın. Eşleşme oranı düşükse veya gruplar arasında dengesizse önce nedenini bulun: form, başvurunun geliş biçimi, entegrasyon sürümü veya kaynak alanının doldurulması farklı mı? “%90 her zaman yeterlidir” gibi evrensel bir eşik koymayın. Eksikliğin boyutu ve sonuçla ilişkisi önemlidir; küçük ama sistematik bir boşluk bile çıkarımı değiştirebilir.

Ardından nitelikli başvuruları, geçerli satışları, bekleyen başvuruları ve işleme süresini birlikte değerlendirin. Nitelikli başvuru oranı yüksekken nihai sonucun zayıf kalması, sonraki aşamayı ve kriterlerin karşılaştırılabilirliğini incelemek için gerekçedir. Bekleyenlerin payının yüksek olması, sonucu beklemeyi veya değerlendirme ufkunu yeniden düşünmeyi gerektirir. Satış temsilcilerinin iş yükü, ürünün bulunabilirliği ve yanıt hızı arasındaki farklar, yanlışlıkla kanala atfedilen etkiyi açıklayabilir.

Her grup için tek bir eylem belirleyin: ölçümü düzeltmek, pencerenin kapanmasını beklemek, işleme sürecini kontrol etmek veya bir sonraki karşılaştırılabilir kohorta kadar gözlemi sürdürmek. Gerekçeyi, sorumluyu ve kontrol tarihini yazın. Satışlar çok azsa ondalık basamakla gösterilen bir yüzdeyi güvenilir sıralama gibi sunmayın. Nedensel bir çıkarım için ayrı ve doğru planlanmış bir deney gerekir; bu rapor gözlemlenen ilişkileri açıklar.

Maliyetleri ancak dönem, kaynak ve maliyet kapsamı eksiksiz ve birbiriyle uyumlu şekilde kaydedilmişse ekleyin. Ucuz form gönderimi, ucuz doğrulanmış satış demek değildir; ancak bütçe hesabı da kötü veri eşleştirmesini düzeltmez. Buradaki karar önce karşılaştırmanın güvenilirliğiyle ilgilidir; trafik satın alımını yapılandırmak veya teklif bedeli belirlemekle ilgili değildir.

9. Raporu teslim etmeden önce sık hataları giderin

Kaliteyi yükseltmek amacıyla retleri silmeyin. Hafta bitti diye tamamlanmamış başvuruları ret olarak sınıflandırmayın. Geç gelen satışları yeni başvurulara taşımayın. Tekrar gelen müşterileri ayrı bir işaret olmadan ilk kez gelenlerle karıştırmayın. Nitelik kriterini geriye dönük olarak yalnızca bir kaynak için değiştirmeyin. Bu işlemlerin her biri, yüzdenin yanıtladığı soruyu değiştirir.

Aynı adı taşıyan kaynakları kökenlerini kontrol etmeden birleştirmeyin. Satış temsilcisinin doldurduğu bir alan, tıklamaya ait etiket ve hesaplanan ilişkilendirme farklı şeyler ifade edebilir. İlk değerleri ve üzerinde ayrıca anlaşılmış bir eşleştirme sözlüğünü saklayın. Sözlük değiştiyse yeni sürümü işaretleyin ve karşılaştırılan dönemleri aynı yöntemle yeniden hesaplayın. Değişiklikleri açıklayabilmek için önceki sonucu da koruyun.

Davranış kayıtları ve ısı haritaları sayfadaki zorlukları bulmaya yardımcı olur; bunun için ayrı bir Microsoft Clarity kılavuzu vardır. Çevrimdışı dönüşümlerin teknik aktarımı da ayrı bir çalışma gerektirir. Bu yazıda yükleme kodu, reklam kitlelerinin yapılandırılması veya AffiliateCore'dan yerleşik CRM aktarımı bulunduğuna dair bir iddia yoktur.

10. Çalışmayı doğrulanabilir bir tabloyla tamamlayın

Kararı iletmeden önce aşağıdaki listeyi kontrol edin:

• Ürün, pazar olarak Rusya, kanalın uygunluğu ve erişim yetkileri ayrı ayrı kontrol edildi.
• Başvuru, nitelik kriterleri ve geçerli satış tanımlandı; testler ve yinelenen kayıtlar açıklandı.
• CRM ve Metrika kaynakları uzlaştırıldı veya fark açıkça belirtildi.
• Saat dilimi, oluşturulma tarihleri, durum geçmişi ve gözlem süresi korundu.
• Başlangıçtaki satırlar, istisnalar ve nihai başvuru kümesi arasında tutarlılık sağlandı.
• Eşleşmeyen ve karar bekleyen başvurular, yüzdelerin yanında görünür durumda.
• İlişkilendirme modeli eski bir kılavuzdan alınmadı; fiilen seçili olan model kaydedildi.
• Sayılar, yuvarlama, sınırlamalar, sorumlu ve bir sonraki kontrol tarihi belirtildi.

Dışa aktarımın sürümünü, filtrelerin açıklamasını ve kısa bir notu saklayın: neler biliniyor, neler bilinmiyor, veriler hangi eyleme izin veriyor? Bir çalışma arkadaşınız, müşterilerin özel yazışmalarına erişmeden hesabı nasıl tekrarlayacağını anlayabilmelidir. Hesabı kararlaştırılan süreden sonra yineleyin ve ürün ile işleme sürecindeki değişiklikleri belirterek aynı yaştaki grupları karşılaştırın.

Profiliniz zaten oluşturulduysa kendi teklifinizin koşullarını incelemeye sunulacak bir taslak hâline getirmek için reklamveren hesabınıza giriş yapın. Güncel gereklilikleri ve moderasyonu ayrıca kontrol edin. Bu değerlendirme tablosu kalite kriterlerini tanımlamaya yardımcı olur; teklifin onaylanmasını, coğrafyanın kullanılabilir olmasını, Metrika bağlantısının kurulmasını veya gelecekte satış yapılmasını garanti etmez.