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.

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.

1. AppView'da Event'ler ve abonelikler sayfasına gidin ve doğrulamak istediğiniz event'i seçin.

2. Event'i düzenle seçeneğini seçin.

3. Yapılandırmak istediğiniz kontrole gidin.

4. 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.

5. Bir ya da daha fazla kontrol yapılandırın (bkz. Kontroller).

6. Save changes 'i seçin.

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.

Kanallar

Bu kontrolü sadece spesifik trafik kanalları ile kısıtlayın. Varsayılan olarak, kontrol tüm kanallar için geçerlidir.

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).

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.

İzin verilmeyen kaynaklardan gelen evet'ler reddedilir.

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.

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".

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

Spesifik SDK parametrelerinin (örneğin user_id, transaction_id) event payload'unda mevcut olmasını gerektirir. Birden fazla parametre sağlayabilirsiniz. Birden fazla parametre tanımlandığında, event'in kontrolden geçmesi için hepsinin mevcut olması gerekir.

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

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.