Looker Studio'da Değiştirilen İşlemler

Geliştirilmiş E-ticaret, bir satın alma işlemiyle ilişkilendirilen nihai işlemleri ve bu satın alma işleminden önceki kullanıcı etkileşimlerinin bazılarını izlemek üzere tasarlanmış olsa da Geliştirilmiş E-ticaret'in nihai olmayabilecek işlemleri izlemek için kullanılabileceği bazı senaryolar vardır. Bu senaryolar, nihai geliri ve dahil edilen ürünleri değiştiren işlemlerin gerçekleşebileceği rezervasyonları ve potansiyel müşteri formu gönderimlerini içerir ancak bunlarla sınırlı değildir.

Geliştirilmiş E-ticaret davranışı

İşlemler tekilleştirilmeye çalışılırken Geliştirilmiş E-ticaret'te aşağıdaki davranışlara dikkat edilmelidir:

• Bir işlemle birlikte bir isabet gönderildiğinde söz konusu işlem, işlemler metriği için GA'daki işlemlerin toplam sayısını artırır. Bu durum, bir işlem aynı kimliğe sahip olsa bile geçerlidir.

• Bir geri ödemeyle birlikte bir isabet gönderildiğinde ürün geri ödemesi sayısı artar ancak işlemler metriği bundan etkilenmez.

• X tutarıyla bir işlem ve ardından -X tutarıyla ikinci bir işlem gönderilirse gelir metriği iptal edilir ancak işlem sayısı bir değil iki olur.

• X tutarıyla bir işlem ve ardından X tutarında bir geri ödeme gönderilirse işlem sayısı ve gelir metrikleri bundan etkilenmez. Geri ödeme tutarı metriği X, ürün geri ödemesi sayısı metriği ise bir artar. Geri ödeme yapılan her ürün için ürün geri ödemesi sayısı bir artar.

• Aynı kimliğe sahip birden fazla işlem gönderdikten sonra eksiksiz bir geri ödeme gönderirseniz en son işlem için geri ödeme yapılır ancak önceki işlem hesaba katılmaz.

İşlemleri değiştirme

Temel olarak standart kurulumda işlem değişikliklerinin dikkate alınması mümkün değildir. Geliştirilmiş E-ticaret, kullanıcının satın alma işlemini hâlâ ciddi ölçüde değiştirebileceği noktayı değil satın alma döngüsünde geri dönülemez noktayı geçtiği anı ölçmek için tasarlanmıştır.

Aşağıda, değiştirilen işlemlerin hesaba katıldığı raporlar oluşturmaya yönelik bir seçenek ayrıntılı olarak açıklanmıştır. Bu tür raporlar oluşturmak için burada açıklanmayan başka teknikler de olabilir.

Özel rapor oluşturma

İstenen raporlamayı oluşturmak için Looker Studio kullanılmalıdır. İstenen raporları oluşturmak için geri ödemelerle işlemlerin bir kombinasyonu kullanılmalıdır. İşlem değişikliklerinin doğru şekilde hesaba katılmasını sağlamak için aşağıdaki kurallara uyulması gerekir.

• Bir müşteri, işlemin gelirini artıran ürünleri içerecek şekilde işlemini değiştirirse yalnızca ek geliri yeni bir işlemle gönderin. Yeni işlemle toplam işlem gelirini göndermeyin. Yeni işlem, eski işlemle aynı kimliğe sahip olmalıdır.

• Bir işlemden ürün kaldırıldığında geri ödemeyle birlikte bir isabet gönderin.

• Her zaman, kaldırılmakta olan ürünleri ve geri ödemeyle ilişkili geliri, ürün gelirini ve ürün miktarını belirtin. Bu bilgiler, eksiksiz geri ödemeler için bile belirtilmelidir.

Sahip olduğu tek değer "1" olan ve yalnızca bir müşteri kısmi geri ödeme değil de eksiksiz geri ödeme istediğinde gönderilen özel bir metriğin oluşturulması gerekir. Özel metrik, isabet kapsamlı olmalıdır ve tam işlem geri ödemelerinin toplam sayısını hesaplayan başka bir metrik olmadığından gereklidir.

Looker Studio raporu oluşturma adımları

1. Ana görünümünüzü Looker Studio'ya bağlayarak yeni bir Looker Studio veri kaynağı oluşturun.

2. Veri kaynağında aşağıdaki alanları oluşturun:

   1. Tekilleştirilmiş İşlemler

      1. Formül: count_distinct(transactions)

   2. Nihai İşlem Sayısı

      1. Formül: tekilleştirilmiş işlemler - işlem geri ödeme özel metriği

   3. Nihai Gelir

      1. Formül: gelir - geri ödeme tutarı

   4. Nihai Ürün Geliri

      1. Formül: ürün geliri - ürün geri ödeme tutarı

   5. Nihai Ürün Miktarı

      1. Formül: miktar - geri ödenen miktar

Looker Studio veri kaynağındaki hesaplanan alanlar, geri ödemeleri de kaldıran, tamamen tekilleştirilmiş bir işlem metriği oluşturmak için gereklidir. Geliri, ürün gelirini ve ürün miktarını dikkate alan diğer hesaplanan metrikler geri ödemeyi, tutarı ve miktarı da dikkate almalıdır.

Sınırlamalar

Özel raporlar oluşturma ve GA'daki tipik raporları atlamayla ilgili esas sorun, işlemler tekilleştirilmeyeceği için çok kanallı dönüşüm hunisi raporları ve ilişkilendirme raporları gibi özelliklerin çok kullanışlı olmayabileceğidir.