Event kuralı yapılandırması

Event Kuralları , Dönüşüm Kuralları'nın kapsamını genişleterek install sonrası event'leri tanımladığınız özel koşullara göre doğrular.
Bir event bu koşulları karşılamadığında Adjust, event'i reddeder ve bu reddi callback'lerde, CSV dışa aktarımlarında ve raporlarda belirtir.

Büyüme Çözümü:

Conversion Rules'u (ve Event Rules özelliğini) hesabınızda etkinleştirmek için lütfen sales@adjust.com adresiyle iletişime geçin.

Başlamadan önce

Başlamadan önce bilmeniz gerekenler:

Gereklilikler

Adjust'ta Admin, Editör ya da Özel Editör izinlerine sahip olmak.
Adjust'ta tek ya da çok platformlu bir uygulama.

Event kuralı yapılandırması

Bir event kuralı oluşturmak için bu adımları takip edin.

AppView'da Event'ler ve abonelikler sayfasına gidin ve doğrulamak istediğiniz event'i seçin.
Event'i düzenle seçeneğini seçin.
Yapılandırmak istediğiniz kontrole gidin.
Bu durum seçeneklerinden birini seçin:
- Canlı - Kural kaydedildiğinde, kontrol Adjust sisteminde aktif hale gelir. Bu kontrolden geçemeyen event'ler reddedilir .
- Test - Kural kaydedildiğinde, kontrol Adjust sisteminde aktif hale gelir. Kontrolden geçemeyen event'ler reddedilmez , ancak işaretlenir ve raporlanır.
- Duraklat - Bu kural hiçbir event'e uygulanmaz. Değişikliklerinizi aktifleştirmeden kaydetmek için bu durumu kullanabilirsiniz.
Bir ya da daha fazla kontrol yapılandırın (bkz. Kontroller).
Save changes 'i seçin.

Not:

Ayrıca event kuralı kontrollerini ilk event oluşturma sürecinde yapılandırabilirsiniz.

Event kuralı kontrolünü kaldırmak

Bir kontrolü kaldırmak için durumunu Kapalı olarak ayarlamanız yeterlidir.

Kontroller

Event kuralınıza birden fazla kontrol uygulayabilirsiniz.
Canlı durumundaki kontrollerden herhangi biri başarısız olursa, event reddedilir .

Hedef filtreler

Her kontrolün geçerli olduğu trafiği daraltmak için hedef filtreleri kullanın. Filtreler kontrol başına konfigüre edilir ve aynı kuraldaki diğer kontrolleri etkilemez.

Kampanya seviyesi

Varsayılan olarak, kontrol tüm kanallar için geçerlidir. Kontrol kapsamının kampanya yapınızın hangi seviyesinin olacağını seçin:

Kanallar — Kontrol kapsamını bir ya da daha fazla kanal olarak belirleyin.
Kampanyalar — Kontrol kapsamını bir kanal olarak belirledikten sonra bir veya birden fazla kampanyaya genişletebilirsiniz.
Adgrouplar — Kontrol kapsamını bir kanal ve kampanya olarak belirledikten sonra bir veya birden fazla adgroupa (kaynak ID'lere) genişletebilirsiniz.

Not:

Sadece seçtiğiniz Kampanya seviyesi ile eşleşen alan birden fazla seçimi destekler; örneğin, Adgrouplar modunda tek bir kanal, tek bir kampanya ve bir ya da daha fazla adgroup seçersiniz. Bu seviyenin üzerindeki alanlar (Kanal ve Kanal + Kampanya) tek seçimli alanlardır ve sadece seçtiğiniz seviyeye kadar kapsam sağlarlar.

Seçimler, sadece spesifik bir değeri seçtiğiniz seviyede etkili olur. Seçtiğiniz seviyede alanı Tümü olarak bırakırsanız ya da seçmezseniz ( Adgroupları seçip bir kampanyayı seçmemek gibi.), kaydetme sırasında bu ayar, belirli bir değerin seçildiği en yakın seviyeye geri döner. (örn. Adgrouplar → Kampanyalar ya da Adgrouplar/Kampanyalar → Hiçbir şey seçilmemişse Kanallar).

Kurulum versiyonu

Bu kontrolü uygulamanın belirli bir versiyonunu kurmuş kullanıcılarla kısıtlayın. Kural mantığının sadece bu kural için geçerli ve anlamlı kullanıcılara uygulandığından emin olmak için bunu kullanın (örneğin, kuralın referans aldığı tüm etkinliklerin ve akışların zaten uygulamanın bir parçası olduğu versiyonu kurulum yapan kullanıcılar).

Not:

Kurulum versiyonu, uygulamanızın mevcut versiyonuna değil, kurulum anındaki versiyona karşılık gelir. Kurulumdan sonra yükseltme yapan bir kullanıcının ilk kurulum versiyonu, kural değerlendirmesi için kullanılır.

Kaynak kontrolü

Bunu hangi etkinlik kaynağının kabul edileceğini kontrol etmek ve uygulamanızda artık aktif olmayan etkinlikler için kullanabilirsiniz.

Kabul edilen etkinlik kaynağı

Hangi event kaynağının kabul edileceğini kısıtlayın.

SDK - Sadece SDK kaynaklı event'ler kabul edilir.
S2S - Sadece sunucudan sunucuya event'ler kabul edilir.
- Uygulamanızda S2S İzin Listesi etkin ise, tüm etkinliklere varsayılan olarak uygulanır. Belirli etkinlikler için için bu özelliği devre dışı bırakarak, bu etkinlikleri IP kontrolünden hariç tutabilirsiniz; örneğin, güvenilir partner sunucularından gelen etkinlikler yalnızca token doğrulamasına ihtiyaç duyarken, dahili veya hassas akışlardan gelen etkinlikler için ek IP kısıtlaması geçerli olur.

İzin verilmeyen kaynaklardan gelen evet'ler reddedilir.

İpucu:

SDK kaynaklı etkinlikler için, en iyi korumayı sağlamak amacıyla SDK İmzası entegrasyonunuzu ve yapılandırmanızı gözden geçirin.
S2S kaynaklı etkinlikler için S2S Güvenliği yapılandırmanızı gözden geçirin.

Kullanımdan kaldırılmış etkinlik

Uygulamadan kaldırılmışsa ve artık tetiklenmiyorsa etkinliği reddedin. Artık uygulamanızın etkinlik akışında yer almayan etkinliklerin diğer tetikleyicilerini geçersiz kılmak için bunu kullanın.

Akış kontrolü

Bunu event'lerin beklenen sırasını, zamanlamasını ve gerekli parametrelerini kontrol etmek için kullanın.
Birden fazla koşul seçebilirsiniz. Bu durumda event'in kontrolden geçmesi için seçilen tüm koşulların sağlanması gerekir. Aksi takdirde event reddedilir.

Install'dan sonra geçen süre

Event'in install'dan sonra belirli bir süre içinde ya da sonrasında gerçekleşmesini gerektirir.
Örnek: "Install'dan sonra 5 dakika ya da daha uzun süre".

Bir önceki event gerekli

Bu event'ten önce spesifik bir event'in (örneğin Level 1 ) gerçekleşmesini gerektirir. Ek bir sınırlama olarak, öncesindeki gerekli event ve mevcut event arasında bir minimum ya da maksimum bir zaman penceresi belirtebilirsiniz.

Önemli:

Önceki event gerekli koşulu, sadece SDK 'dan gönderilen event'ler için geçerlidir.
Sunucudan sunucuya (S2S) gönderilen event'ler doğru bir şekilde değerlendirilemeyeceğinden, bu event'ler için bu kontrolü yapılandırmayın.

Etkinlik aşağıdaki durumlarda gerçekleşemez... - belirli etkinliklerin karşılıklı hariç tutulması

Bu kullanıcı için belirtilen başka bir etkinlik zaten tetiklenmişse etkinliği reddedin. Bunu iki etkinlik arasında karşılıklı hariç tutmayı zorunlu kılmak için kullanın (biri gerçekleştiyse diğeri engellenir).
Örnek: "hali hazırda ödeme yapıldıysa satın alma gerçekleşemez".

Not:

Mevcut bir karşılıklı hariç tutma kuralına zaten bağlı olan etkinlikler, açılır menüde zaten bağlı olarak işaretlenir.

Önemli:

Bu koşul tanımlandığında, belirtilen etkinlikte otomatik olarak aynı kural durumuna sahip ve kullanıcı arayüzünde görülebilen simetrik bir kural oluşturulur.
Hedef filtreler kullanıyorsanız, tutarsız reddedilme davranışlarından kaçınmak için her iki etkinlikte de olduklarından emin olun.

Etkinliğin en son tetiklemesi en az bu kadar önce gerçekleşti: zamana dayalı etkinlik gizlemesi

Etkinlik belirtilen bir zamandan daha kısa bir süre önce tetiklendiyse reddet. Aynı etkinliğin belli bir kullanıcı için kabul edilme sıklığını sınırlamak için bunu kullanın.
Örnek: "Son ödeme tetiklemesi en az 5 dakika önce gerçekleşti".

Gerekli parametreler

Etkinliğin SDK parametrelerini bir ya da daha fazla koşula göre kontrol edin. Örneğin, bir anahtarın var olmasını veya değerinin belirli değerlerle eşleşmesini, belirli değerleri içermesini veya hariç tutmasını gerektirin.

Her koşul için bir Koşul türü seçin:

Mevcut — Değerden bağımsız olarak bir ya da daha fazla parametre anahtarının etkinlik payloadunda mevcut olmasını gerektirir. Birden fazla parametre anahtarı sağlayabilirsiniz; tümünün etkinliğin kontrolden geçmesi için mevcut olması gerekir.
eşittir — Parametre değerinin sağladığınız değerlerden biriyle tam olarak eşleşmesini gerektirir.
eşit değildir — Parametre değerinin sağladığınız değerlerden hiçbiriyle eşleşmemesini gerektirir.
içerir — Parametre değerinin, sağladığınız değerlerden birini alt string olarak içermesini gerektirir.
içermez - Parametre değerinin sizin sağladığınız değerleri içermemesini gerektirir.

Daha fazla koşul eklemek için + Ekle seçeneğini seçin. Her koşul bağımsız olarak değerlendirilir ve etkinliğin kontrolden geçmesi için tümünün geçmesi gerekir.

Örneğin: Etkinlik sadece işlem ID'si içeren bir premium ya da altın seviye aboneliğiyse kabul etmek için, aşağıdaki gibi ayarlayın:

Parametre anahtarı: subscription_tier — Koşul türü: eşittir — Parametre değeri: premium, gold
Parameter anahtarı: transaction_id — Koşul türü: Mevcut

Not:

Bir parametre değerinin boş olduğunu kontrol etmek için özel bir koşul yoktur — Adjust "değer boş" ve "değer kayıp" arasındaki farkı ayırmaz. Bir parametrenin payloadda olup olmadığını kontrol etmek için Mevcut koşulunu kullanın, yukarıdaki transaction_id koşulunda olduğu gibi.

Not:

Parametre anahtarlarının adları çift alt çizgi (__) içeremez.

Parametre anahtarları büyük/küçük harflere duyarlı olarak eşleştirilir - Subscription_Tier ve subscription_tier anahtarları farklı olarak kabul edilir. Parametre değerleri büyük/küçük harflere duyarlı olmayan bir şekilde eşleştirilir - Premium olan bir subscription_tier değeri, yine de yukarıdaki premium koşuluyla eşleşir.

Bakınız:

Özel callback parametreleri eklemek

Not:

Install'lar ve install sonrası aktiviteler için parametreleri kontrol etmek istiyorsanız (event'in her gerçekleştiği zaman değil), bunun yerine Parametre kuralı türünü kullanın.

Revenue kontrolü

Bu kontrolü, monetize edilen event'lerin eksiksizliğini ve alışveriş doğrulamasını kontrol etmek için kullanın.
Kontrol, Alışveriş Doğrulaması sonucuna göre başarılı ya da başarısız olur.
Eksik işlem verilerine sahip event'leri de reddetmek için anahtarı açık konuma getirin.

Revenue kontrolü yapılandırması

Alışveriş doğrulaması yapılandırması, AppView → Koruma → Alışveriş doğrulaması sayfasında yönetilir.
Alışveriş doğrulaması sonuçlarını revenue kontrolü akışında kullanmak için önce Eski modu devre dışı bırakıp Event moduna geçmeniz gerekir.

Alışveriş doğrulaması, event kuralları için yapılandırılmamış

Alışveriş doğrulaması yapılandırması örneği

Bakınız:

Uygulamanız için alışveriş doğrulaması yapılandırması

Veri paylaşımı

Reddedilen event'ler bu şekilde raporlanır:

Callbackler ve Reddedilen Event tetikleyicisi yapılandırıldığında CSV dışa aktarımları olarak. {rejection_reason} placeholderı, kontrol başına ayrıntılı değerler ile raporlanır:
- post_install_activity_event_rule_source_check
- post_install_activity_event_rule_flow_check
- post_install_activity_event_rule_pv_status_check
Raporlarda Reddedilen etkinlikler ve Reddedilen etkinlik oranı , Reddedilme nedeni ayrıntılarıyla birlikte:
- rejected_events_post_install_activity_event_rule_source_check (Etkinlik kuralı kaynağı kontrolü)
- rejected_events_post_install_activity_event_rule_flow_check (Etkinlik kuralı akış kontrolü)
- rejected_events_post_install_activity_event_rule_pv_status_check (Etkinlik kuralı PV durum kontrolü)
- rejected_events_post_install_activity_rule (Kurulum sonrası aktivite filtreleri) — geriye dönük uyumluluk için saklanır

Test modu sonuçları

Test durumundaki kurallar, başarısız olsa bile etkinlikleri reddetmez. Reddedilen sonuçlar yalnızca müşterilerle paylaşılır ve partnerlere gönderilmez.

Test ve Aktif sonuçları ayırt etmek için {conversion_rule_status} placeholderını callbacklerinize ya da CSV dışa aktarım yapılandırmasına ekleyin. Placeholder, kural test durumundayken test ve kural aktif durumdayken live döndürür.