Dokümantasyonumuzu sürekli güncel tutuyoruz, ancak bazı güncellemeler henüz tüm dillerde yayınlanmamış olabilir. En güncel bilgiler için lütfen İngilizce versiyonuna göz atın.

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

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.

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 .

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'tan 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".
  • Önceki event gerekli - Spesifik bir event'in (örneğin, Level 1 ) bu event'ten önce gerçekleşmesini gerektirir. Ek bir sınırlama olarak, öncesindeki gerekli event ve mevcut event arasında bir minimum ya da maksimum zaman penceresi belirtebilirsiniz.
  • 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.
Bakınız:

Özel callback parametreleri eklemek

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


Kaynak kontrolü

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.


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:

  • Callback'ler ve Reddedilen Event tetikleyicisi yapılandırıldığında CSV dışa aktarımları olarak. {rejection_reason} placeholder'ı post_install_activity_rule olarak değerlendirilir.
  • Raporlardaki reddedilen event'ler metrikleri.