Dallanma Adımları
Koşul, ulaşılabilirlik, etkileşim, kendi sisteminiz ve A/B
Dallanma adımı, kendisine gelenleri yollara ayırır; herkes tam olarak bir yoldan çıkar. Her dallanmanın zorunlu bir yedek yolu vardır: hiçbir kurala uymayan kişi oradan gider. Yedek yol olmasaydı gidecek yeri olmayan kişi adımda takılı kalır ve sonsuza dek "devam eden" sayılırdı; bu yüzden yedek yol kaldırılamaz ve yayına alma onsuz reddedilir.
Panelde nerede
Automation → Scenarios altında bir senaryo, kanvasta mor kutular. Her yolun kutu üzerinde bir etiketi ve rapor sayfasında bir sayacı vardır; yollardaki sayıların toplamı adıma Reached (Varan) kadardır.
Genel kurallar
- Bir dalda en çok 12 yol (yedek dahil) olabilir.
- Sıralı dallar (Koşulları denetle, Ulaşılabilirliği denetle, Etkileşimi kontrol et) yukarıdan aşağıya denenir ve ilk uyan kazanır; sıra bir karardır. Satırların yanındaki ok düğmeleriyle yeri değiştirirsiniz.
- Yedek yolun etiketi dallanmaya göre değişir: no match (eşleşmedi), cannot reach (ulaşılamıyor), no interaction (etkileşim yok), No answer (Cevap yok), not assigned (atanmadı).
- Yedek yolun bir sonraki adımı boşsa senaryo orada biter. Check conditions ve Check reachability yedeğinde biten kişi için sebep kayda geçer: "Matched no condition" (hiçbir koşula uymadı) ya da "No channel could reach them" (hiçbir kanal ulaşamadı); kişi düşen sayılır.
Check conditions (Koşulları denetle)
Her yol bir kuraldır: ad, All/Any (Hepsi/Herhangi biri) ve koşullar. İlk uyan kural kazanır; "önce VIP, sonra almamış herkes" demek için VIP kuralını üste koyun. Bir dalda en çok 12 kural olabilir.
Koşul dört türdür:
| Tür (panel etiketi) | Ne okur |
|---|---|
| Event count (Olay sayısı) | Seçtiğiniz olayı (örneğin Purchased) kaç kez yaptığı; arka planda purchase_count gibi bir alandır. Yanında hours (saat) cinsinden pencere vardır, varsayılan 24 |
| Shopping history (Alışveriş geçmişi) | Toplam sipariş, toplam harcama, ortalama sipariş tutarı, en büyük tek sipariş, son siparişten bu yana gün, ilk ve son ziyaretten bu yana gün ve fiyat/indirim davranışı alanları |
| Ready-made state (Hazır durum) | Sepetinde ürün var mı, daha önce satın aldı mı, sepeti bırakmış mı, yeni ya da geri dönen ziyaretçi, RFM skorları (1–5), indirim eğilimi |
| Trait (Özellik) | identify ile ya da bir adımla yazdığınız özellikler; alan adını kendiniz yazarsınız. Karşılaştırmalar: eşittir, eşit değildir, büyüktür, en az, küçüktür, en çok, içerir, şunlardan biri, şunlardan hiçbiri |
Olay sayısı, kişinin senaryoya girdiği andan sonrasını sayar. Panel bunu "senaryoya girdikten sonra, son N saatte" diye yazar. Sebebi şudur: "satın aldı mı?" sorusu "bu akışa girdikten sonra satın aldı mı?" demektir; aksi hâlde akışı başlatan satın alma, kendi senaryosunun "zaten aldı" yoluna düşerdi. Kişinin girdiği andan önceki olaylar sayılmaz.
Alışveriş geçmişi, hazır durum ve indirim alanları segmentlerle aynı katalogdan gelir ve aynı hesapla okunur; alanların tam listesi, birimleri ve ölçüm kuralları Kural koşulları sayfasındadır.
Ölçülemeyen koşul her işleçte yanlıştır
Bir sayı ölçülemediyse (kişinin ziyaretçi kimliği yok, sorgu hata verdi, örneklem yetersiz) koşul her karşılaştırmada yanlış sayılır, "eşit değildir" ve "hiçbiri" dahil. Bu durumda kişi o kuralı geçemez ve yedek yola düşer; sıfır sayılıp yanlış bir yola gönderilmez. "Hiç satın almamış" kuralının herkesi geçirmemesinin sebebi budur.
Olay sayısının geriye bakışı 90 günle sınırlıdır; olay geçmişi o kadar saklanır. Daha geriye bakan koşul her zaman boş cevap alır ve herkesi yanlış yola gönderirdi; panel bunu kaydetmeden uyarır ve yayına almayı engeller. Alışveriş geçmişi, hazır durum ve özellik koşullarında böyle bir sınır yoktur.
Check reachability (Ulaşılabilirliği denetle)
Seçtiğiniz kanalları sırayla dener; ilk ulaşılabilen kanal kazanır. Dört kanalı ve her birinin sorduğu ayrı soruyu Ulaşılabilirlik sayfası anlatır.
Check interaction (Etkileşimi kontrol et)
Senaryonun gönderdiği e-postayla alışverişçinin ne yaptığına göre yönlendirir.
| Alan | Açıklama |
|---|---|
| Which message (Hangi mesaj) | Senaryodaki bir E-posta gönder adımı. Boşsa "bu koşudaki en son mesaj". Senaryo birden çok e-posta gönderiyorsa açıkça seçin |
| Yollar | Clicked a link (Bağlantıya tıkladı), Opened the message (Mesajı açtı), Received it (Ulaştı); sırayla denenir |
| Look back (hours) (Geriye bakış) | Etkileşimin aranacağı pencere; boşsa 168 saat (7 gün) |
Bağlantıya tıklayan kişi mesajı da açmış ve almıştır; bu yüzden Received it en sona konur. "Ulaştı" başa konursa yayına alma reddedilir, çünkü diğer iki yol hiç kimseyi yönlendirmezdi. Açılma sayısı, görselleri engelleyen istemcilerde gerçeğin altındadır; onu taban olarak okuyun. Etkileşimler yalnızca sağlayıcınızın webhook'larıyla gelir; ayrıntı için Mesajlaşma sağlayıcıları sayfasına bakın. Yalnızca e-posta adımları desteklenir; SMS ve bildirim için etkileşim sorulamaz.
Ask your system (Sisteminize sor)
Kendi uç noktalarınızdan birini çağırır ve cevabındaki bir alana göre yönlendirir.
| Alan | Açıklama |
|---|---|
| Endpoint (Uç nokta) | Settings → Integrations → Webhooks altında tanımlı etkin bir uç nokta. Adresin kuralları Webhook'lar sayfasındadır. Serbest bir URL yazılamaz; adresi, başlıkları ve kaydı olan uç noktalar kullanılır |
| Field in the answer (Cevaptaki alan) | JSON gövdesinde nokta yolu, örn. data.tier |
| Karşılaştırma ve değer | Eşittir, eşit değildir, büyüktür, en az, küçüktür, en çok, içerir, şunlardan biri, şunlardan hiçbiri |
| Give the endpoint (Uç noktaya tanınan süre) | Milisaniye, 1 ile 5000 arası |
| Extra request fields (JSON) (İsteğe eklenecek alanlar) | İsteğe bağlı; isteğin gövdesine eklenir |
Her kişi için ayrı bir POST atılır (aynı anda en çok dört istek); gövdede sizin eklediğiniz alanlar, scenario altında adım ve koşu kimliği, visitorId ve siteUserId bulunur. Uç nokta zaman aşımına uğrarsa, 2xx dışında bir kod dönerse ya da JSON olmayan bir gövde dönerse, ve hiçbir yol cevaba uymazsa, herkes No answer (Cevap yok) yolundan çıkar. Bu, gecikmesi size ait olan tek adımdır; tanınan süre bu yüzden 5 saniyeyle sınırlıdır. Uç nokta kapatılmışsa yayına alma reddedilir.
İstek, webhook kaydındaki Authentication ayarını (Bearer, Basic, API Key ya da HMAC) ve özel başlıkları taşır; yani uç noktanızı webhook'larla aynı şekilde korursunuz. HMAC imzası her kişi için gönderilen gövdenin kendisi üzerinden hesaplanır; doğrulama kodu Webhook Payload ve İmza sayfasındadır.
A/B split (A/B ayrımı)
Alışverişçileri paylara göre yollara böler.
| Alan | Açıklama |
|---|---|
| Share (Pay) | Her yol için bir ağırlık. Ağırlıklar toplamı 100'e normalize edilir; en az bir yolun payı sıfırdan büyük olmalı, en az iki yol bulunmalıdır |
Aynı kişi aynı adımda her zaman aynı yola düşer, ama iki farklı ayrım adımı birbirinden bağımsız karar verir. Atama adımın kimliğine ve ziyaretçi kimliğine bağlıdır: adımı yeniden adlandırmak canlı bir testi karıştırmaz, aynı kişinin sonraki girişleri de aynı kolda kalır. Ziyaretçi kimliği olmayan kişi (örneğin yalnızca üye kimliğiyle gelen bir iş olayı) yedek yola gider. Her ayrım, deney raporunda ayrıca ölçülür; senaryo raporunda A/B experiment reports (A/B deney raporları) başlığı o rapora gider.
Son güncelleme: 10 Ekim 2026