> For the complete documentation index, see [llms.txt](https://user.netmera.com/netmera-user-guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/omnichannel-engagement/journey-orchestration/journey-components/branch.md).

# Dal bileşenleri

Kullanıcıları profil verisine, mesaj yanıtına, test varyantına veya sıklığa göre yönlendiren Dal bileşenleri için başvuru.

Branch bileşenleri, kullanıcıları belirli kriterlere göre bir Journey içinde farklı yollara yönlendirir. Bunları, kullanıcıların profil verilerine, önceki mesaj etkileşimlerine, test varyantlarına veya bir Journey adımından kaç kez geçtiklerine göre farklı deneyimler oluşturmak için kullanın.

Aşağıdaki Branch bileşenleri kullanılabilir:

* **Kullanıcı Branch**: Kullanıcı verilerine ve koşullara göre kullanıcıları yönlendirir
* **Etkileşimi Kontrol Et**: Kullanıcıları, önceki bir mesaj veya kampanyayla etkileşimlerine göre yönlendirir
* **Varyantlar**: Kullanıcıları farklı test gruplarına ayırır
* **Capping**: Kullanıcıların bir Journey içindeki belirli bir noktadan ne sıklıkta geçebileceğini kontrol eder

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2Fguiq0WByJDDa7OphEkgl%2FEkran%20Resmi%202026-09-25%2010.45.22.png?alt=media&amp;token=6e80e5f1-3542-4709-87a2-0ed69fab38bb" alt="" width="563"><figcaption></figcaption></figure>

### Kullanıcı Branch

Kullanıcı Branch, kullanıcıların koşullara göre bir Journey içinde farklı yollar izlemesine olanak tanır. Journey'in, kullanıcı hakkındaki bilgilere bağlı olarak farklı aksiyonlar yapması gerektiğinde bunu kullanın.

Örneğin, **Premium** aboneliğe sahip kullanıcılar bir yolu izlerken, **Standart** aboneliğe sahip kullanıcılar başka bir yolu izleyebilir.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2Fin3Cfn8yAhOi4v7gGM1W%2FEkran%20Resmi%202026-09-25%2010.48.30.png?alt=media&amp;token=b5c99056-c153-4271-bdf3-f8599ad3c853" alt="" width="563"><figcaption></figcaption></figure>

#### Bir Kullanıcı Branch ekleyin

Bir **Kullanıcı Branch** kullanıcıların belirli koşullara göre değerlendirileceği Journey'e.

Kullanıcı Branch içindeki her yolun kendi koşulları vardır. Bir kullanıcı dala ulaştığında Netmera koşulları değerlendirir ve kullanıcıyı ilgili yola yönlendirir.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2Fd7vniw8VTg5HlEYq88Uj%2FEkran%20Resmi%202026-09-25%2010.46.02.png?alt=media&amp;token=2b815889-02a3-40fc-80d7-65ff8ccde8df" alt="" width="563"><figcaption></figcaption></figure>

#### Bir koşul türü seçin

Kullanıcıyı değerlendirmek için hangi bilgi türünün kullanılacağını seçin.

Kullanılabilir koşul türleri şunlardır:

* **Profil Özelliği**: Kullanıcının profilinde saklanan bilgileri değerlendirir
* **Segment**: Kullanıcıları segment üyeliğine göre yönlendirir
* **Etiket**: Kullanıcıya atanmış etiketleri değerlendirir
* **Olay**: Kullanıcının gerçekleştirdiği olayları değerlendirir

Kullanıcının yolunu belirleyecek bilgiyle eşleşen koşul türünü seçin.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2F3CMU5fhdsC6ieE9JYXmK%2FEkran%20Resmi%202026-09-25%2010.47.28.png?alt=media&amp;token=d93f2277-fc9e-4349-80e3-9bb66c2f3f2b" alt="" width="563"><figcaption></figcaption></figure>

#### Koşulu tanımlayın

Bir koşul türü seçtikten sonra, kullanıcının karşılaması gereken kriterleri tanımlayın.

Bir operatör seçin ve koşul için değeri belirtin.

Örneğin:

**Abonelik Seviyesi** → **eşittir** → **Premium**

Bu koşul, Abonelik Seviyesi Premium olan kullanıcıları ilgili yola yönlendirir.

Seçin **Ekle** koşulu kaydetmek için.

Daha spesifik kriterler gerektiğinde bir yola birden fazla koşul eklenebilir.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FDGqspOL2Lxa3j80jPbTk%2FEkran%20Resmi%202026-09-25%2010.46.17.png?alt=media&amp;token=c62c2003-576d-4917-b199-c7be874f912c" alt="" width="563"><figcaption></figcaption></figure>

#### Gruplar ekleyin

Birden fazla koşulu birleştirmek ve daha ayrıntılı dallanma mantığı oluşturmak için grupları kullanın.

Seçin **Grup Ekle**, ardından birlikte değerlendirilecek koşulları ekleyin.

Her grup aşağıdaki mantıksal operatörlerden birini kullanır:

* **Tüm koşullarla eşleş:** Kullanıcı gruptaki tüm koşulları karşılamalıdır
* **Herhangi bir koşulla eşleş**: Kullanıcı gruptaki koşullardan en az birini karşılamalıdır

Örneğin, **Tüm koşullarla eşleş** kullanan bir grup, hem belirli bir segmentte olan hem de belirli bir profil özelliğine sahip kullanıcıları yönlendirebilir.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FoXOKZEzoGDEDeT1pwic6%2FEkran%20Resmi%202026-09-25%2010.47.06.png?alt=media&amp;token=9de6c8aa-5a3a-47c5-bf4c-432ba358754d" alt="" width="563"><figcaption></figcaption></figure>

### Etkileşimi Kontrol Et

Check Interaction, bir Journey'in Journey başlamadan önce oluşturulmuş bir mesaj veya kampanyayla kullanıcıların nasıl etkileşim kurduğunu değerlendirmesine olanak tanır.

Bu bileşeni, sonraki Journey adımının kullanıcının önceki bir mesajı alıp almadığına, açıp açmadığına veya tıklayıp tıklamadığına bağlı olması gerektiğinde kullanın.

Örneğin, önceki bir push bildirimini açan kullanıcılar bir yolu izleyebilirken, açmayan kullanıcılar başka bir yolu izleyebilir.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2F2m6QMIdNLLOwjHWEXrLs%2FEkran%20Resmi%202026-09-25%2010.50.38.png?alt=media&amp;token=441a08f0-72e1-4bdd-be98-c58a46cf1a33" alt="" width="563"><figcaption></figcaption></figure>

#### Etkileşim kontrolünü yapılandırın

Seçin **Etkileşimi Kontrol Et** : yapılandırma seçeneklerini açmak için adımı.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2F09Ra82xskzXdcEPXOFR4%2FEkran%20Resmi%202026-09-25%2010.49.26.png?alt=media&amp;token=6c82384e-3d44-4d2b-89b1-261a33c668c4" alt="" width="563"><figcaption></figcaption></figure>

#### Adım adı

Kontrol edilen etkileşimi açıklayan anlamlı bir ad girin.

Açıklayıcı bir ad, Journey'i gözden geçirirken veya yönetirken adımın daha kolay tanınmasını sağlar.

Örneğin:

**Hoş Geldin Push'u Açıldı**

#### Ada göre mesaj ara

Kontrol edilmesi gereken mesajı veya kampanyayı arayıp seçin.

Seçilen mesaj, Netmera'nın hangi kullanıcı etkileşimini değerlendireceğini belirler.

Örneğin, **Hoş Geldin Push'u** kampanyasını seçerek kullanıcıların bu kampanyayla etkileşim kurup kurmadığını kontrol edin.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FLG0gnbvGmUweNcfsobZC%2FEkran%20Resmi%202026-09-25%2010.49.50.png?alt=media&amp;token=6fa9a7d2-90b9-4093-a6af-cbc8f744a82d" alt="" width="563"><figcaption></figcaption></figure>

#### Etkileşim türü

Kullanıcının yolunu belirleyecek etkileşimi seçin.

Kullanılabilir seçenekler şunlardır:

* **Alındı**
* **Alınmadı**
* **Açıldı**
* **Açılmadı**
* **Tıklandı**
* **Tıklanmadı**

Kullanılabilir etkileşim türleri, seçilen mesajın kanalına bağlıdır.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FNtSyhE0C4SCQ0e00lS7g%2FEkran%20Resmi%202026-09-25%2010.50.01.png?alt=media&amp;token=3320019f-6bd0-46e8-8a06-afd45eeddc88" alt="" width="563"><figcaption></figcaption></figure>

#### Etkileşim türünü kanalına göre seçin

Seçilen mesaj kanalına karşılık gelen etkileşim türünü kullanın.

<table><thead><tr><th width="253.9765625">Etkileşim Türü</th><th>Desteklenen Kanallar</th></tr></thead><tbody><tr><td><strong>Alındı / Alınmadı</strong></td><td>Seçilen mesaja göre kullanılabilir</td></tr><tr><td><strong>Tıklandı / Tıklanmadı</strong></td><td>Push Bildirimleri</td></tr><tr><td><strong>Açıldı / Açılmadı</strong></td><td>Mobil Widget, Web Widget, SMS, E-posta</td></tr></tbody></table>

Örneğin, bir kullanıcının bir Push Bildirimi'ne tıklayıp tıklamadığını kontrol etmek için **Tıklandı** kullanın. **Açıldı** Bir kullanıcının bir E-posta'yı açıp açmadığını kontrol etmek için

#### Geriye bak (gün)

Netmera'nın seçilen etkileşimi kaç gün boyunca kontrol etmesi gerektiğini belirtin.

Örneğin, **7** kullanıcının belirtilen 7 günlük süre içinde seçilen etkileşimi gerçekleştirip gerçekleştirmediğini kontrol etmek için girin.

Bu, Journey'in etkileşimleri tanımlı bir zaman aralığı olmadan kontrol etmek yerine yakın tarihli kullanıcı davranışını değerlendirmesini sağlar.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FDNA9WLUdhgbS2is6OrlL%2FEkran%20Resmi%202026-09-25%2010.50.14.png?alt=media&amp;token=573de90e-1858-4d6c-8fd8-5630129a9b0c" alt="" width="563"><figcaption></figcaption></figure>

### Varyantlar

Varyantlar, aynı Journey içinde bir mesajın veya aksiyonun farklı sürümlerini test etmenize olanak tanır.

Kullanıcıları farklı gruplara ayırmak ve her gruba farklı bir deneyim sunmak istediğinizde Varyantları kullanın. Bu, farklı mesajları, içerikleri, tasarımları veya aksiyonları karşılaştırmak için kullanılabilir.

Örneğin, bir Push Bildirimi'nin iki varyantını oluşturun:

* **Varyant A**: İndirim teklifli mesaj
* **Varyant B**: Farklı teklifli mesaj

Kullanıcılar, her varyant için yapılandırılan yüzdelere göre varyantlar arasında dağıtılır.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FthkVZSY3tXpGliG8sr7G%2FEkran%20Resmi%202026-09-25%2010.58.04.png?alt=media&amp;token=67c6669f-8842-4323-b46d-c5cf336d3d00" alt="" width="563"><figcaption></figcaption></figure>

#### Varyantları yapılandırın

Seçin **Varyantlar** test gruplarını ve kullanıcıların her grupta alacağı aksiyonları yapılandırmak için adımı.

#### Adım adı

Testi açıklayan anlamlı bir ad girin.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2F0HFjyDJNXvIt5Q6xJSyW%2FEkran%20Resmi%202026-09-25%2010.57.28.png?alt=media&amp;token=60a18fc7-66be-43a9-b644-8a8f3e21597c" alt="" width="563"><figcaption></figcaption></figure>

Örneğin:

**Push Bildirimi A/B Testi**

Açıklayıcı bir ad, testi Journey ve sonuçlarını gözden geçirirken daha kolay tanınabilir hale getirir.

#### Varyant ekleyin

Seçin **+** test edilmesi gereken varyantları oluşturmak için.

Her varyant, deneyimin farklı bir sürümünü temsil eder.

Örneğin:

* **Varyant A - İndirim Teklifi**
* **Varyant B - Ücretsiz Kargo**

Test için gerektiği kadar varyant ekleyin.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FGP8sLZptgDqqaZ7MVqw8%2FEkran%20Resmi%202026-09-25%2010.58.30.png?alt=media&amp;token=75112f42-2222-4e9a-8b7c-d26521172535" alt=""><figcaption></figcaption></figure>

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FEcHrjzCn2JpqLFSjaFo7%2FEkran%20Resmi%202026-09-25%2011.00.15.png?alt=media&amp;token=ddd8b1c7-9b0f-46b5-8280-d18c0e9baf38" alt="" width="563"><figcaption></figcaption></figure>

#### Dağıtım yüzdelerini ayarlayın

Her varyanta girmesi gereken kullanıcı yüzdesini tanımlayın.

Bir varyantın yanındaki yüzde değerini seçin ve gerekli dağıtımı girin.

İki varyant arasında eşit bir dağılım için:

| Varyant   | Dağılım |
| --------- | ------: |
| Varyant A |     50% |
| Varyant B |     50% |

Bir varyantın kullanıcıların daha küçük veya daha büyük bir bölümüne gösterilmesi gerektiğinde farklı yüzdeler de kullanabilirsiniz.

Örneğin:

| Varyant   | Dağılım |
| --------- | ------: |
| Varyant A |     70% |
| Varyant B |     30% |

Yapılandırılan yüzdeler, kullanıcıların varyantlar arasında nasıl dağıtılacağını belirler.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FYBszGCtzMcWqUM9tt1Fi%2FEkran%20Resmi%202026-09-25%2010.59.47.png?alt=media&amp;token=f595a542-6387-42b3-ba6d-953158ed85ce" alt=""><figcaption></figcaption></figure>

#### Her varyant için aksiyonları tanımlayın

Kullanıcıların her varyanta girdikten sonra alması gereken mesajı veya aksiyonu yapılandırın.

Her varyant farklı bir dizi Journey adımı içerebilir.

Örneğin:

**Varyant A - İndirim Teklifi**

İndirim odaklı bir mesaj içeren bir Push Bildirimi ekleyin.

**Varyant B - Ücretsiz Kargo**

Farklı bir teklif içeren bir Push Bildirimi ekleyin.

Testin amacına bağlı olarak farklı varyantlar farklı içerikler, tasarımlar veya aksiyonlar da kullanabilir.

#### Yapılandırmayı kaydedin

Varyantları, dağıtım yüzdelerini ve aksiyonları yapılandırdıktan sonra **Kaydet**.

Ardından Varyantlar adımı Journey'e eklenir ve sonraki Journey adımlarına bağlanabilir.

### Capping

Capping, kullanıcıların bir Journey içindeki belirli bir noktadan ne sıklıkta geçebileceğini kontrol eder.

Kullanıcıların aynı iletişimi tekrar tekrar almaması veya aynı Journey adımından sınırsız geçmemesi gerektiğinde Capping'i kullanın.

Örneğin, bir Journey bir kullanıcının belirli bir mesaj adımından bir kez geçmesine izin verebilir ya da tanımlı bir bekleme süresi ve maksimum geçiş sayısıyla birden fazla geçişe izin verebilir.

Capping adımının iki yolu vardır:

* **ON\_PASSED**: Kullanıcının capping yapılan yoldan devam etmesine izin verilir
* **ON\_CAPPED**: Kullanıcı yapılandırılan limite ulaşmıştır ve alternatif yol üzerinden yönlendirilir

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FYVfvrXn1xfupmzmAGhee%2FEkran%20Resmi%202026-09-25%2011.02.55.png?alt=media&amp;token=0cd11dde-b5a1-4d7c-8af1-5c063ac916f9" alt="" width="563"><figcaption></figcaption></figure>

#### Capping ve Giriş Kuralları

Capping, Giriş Kuralları'nda yapılandırılan sıklık ayarlarından bağımsız çalışır **Giriş Kuralları**.

* **Giriş Kuralları > Capping Seçenekleri** bir kullanıcının ne sıklıkta **Journey'e girebileceğini**
* **Capping > Kullanıcı Uygunluk Türü** bir kullanıcının ne sıklıkta **o belirli Capping adımından geçebileceğini**

Dolayısıyla bir kullanıcı, Journey'e girmeye uygun olabilirken Journey içindeki belirli bir noktada yine de Capping'e takılabilir.

#### Capping adımını ekleyin

Journey Builder'da:

1. Seçin **Adım Ekle** capping kuralının uygulanması gereken
2. Altında **Branch**, seçin **Capping**.
3. Seçin **Ekle**.

Capping adımı, **ON\_PASSED** ve **ON\_CAPPED** yollarıyla eklenir.

#### Kullanıcı Uygunluk Türünü yapılandırın

Capping adımını seçerek **Capping Ayrıntıları** panelini açın.

Altında **Kullanıcı Uygunluk Türü**, aşağıdaki seçeneklerden birini seçin:

* **Bir Kez**
* **Birden Çok Kez**

**Bir Kez**

Seçin **Bir Kez** her kullanıcının Capping adımından yalnızca bir kez geçmesine izin verilmesi gerektiğinde.

Kullanıcı adımına ilk kez ulaştığında, kullanıcı **ON\_PASSED**.

Aynı kullanıcı Capping adımına tekrar ulaştığında ise kullanıcı **ON\_CAPPED** yolunu izler.

Ne zaman **Bir Kez** seçildiğinde, aşağıdaki alanlar gösterilmez:

* **Kilitleme Süresi**
* **Giriş Sınırı**

**Birden Çok Kez**

Seçin **Birden Çok Kez** kullanıcıların üzerinden geçmesine izin verilmesi gerektiğinde **ON\_PASSED** birden fazla kez.

İzin verilen geçişlerin sayısı ve sıklığı aşağıdaki yapılandırma ile kontrol edilir.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2Fbbkol9OUYZBheiG4Inwg%2FEkran%20Resmi%202026-09-25%2011.01.02.png?alt=media&amp;token=55cf3c44-1127-46bc-b315-a06343ae53a5" alt="" width="563"><figcaption></figcaption></figure>

#### Capping sınırlarını yapılandırın

Ne zaman **Birden Çok Kez** seçildiğinde, aşağıdaki seçenekleri yapılandırın:

**Kilitleme Süresi**

Bir kullanıcının uygun bir geçişten sonra tekrar geçebilmesi için ne kadar beklemesi gerektiğini tanımlar **ON\_PASSED** yeniden.

Kullanıcı Kilitleme Süresi sırasında Capping adımına ulaşırsa, kullanıcı **ON\_CAPPED**.

Örneğin, Kilitleme Süresi 24 saat olarak ayarlanırsa, üzerinden geçen bir kullanıcı **ON\_PASSED** aynı yoldan 24 saat boyunca tekrar geçemez.

**Giriş Sınırı**

Bir kullanıcının üzerinden geçebileceği maksimum sayıyı tanımlar **ON\_PASSED**.

Örneğin, bir Giriş Sınırı değeri **3** bir kullanıcının üzerinden geçmesine izin verir **ON\_PASSED** uygulanabilir dönem içinde en fazla üç kez.

Yapılandırılan limite ulaşıldıktan sonra, sonraki denemeler **ON\_CAPPED**.

**Bir Capping zaman aralığı belirtin**

Bu seçeneği etkinleştirerek Giriş Sınırı limitini yinelenen bir dönem içinde uygulayın.

Yapılandırılan dönem sıfırlandığında, kullanıcının Giriş Sınırı sayacı sıfırlanır ve kullanıcı **ON\_PASSED** yeniden.

**Capping Zaman Aralığı**

Giriş Sınırı limitinin ne sıklıkta sıfırlanacağını tanımlayın.

Yapılandırılan dönem, Giriş Sınırı limitinin geçerli olduğu zaman aralığını belirler.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2FuIgRWqbc2xCwTLYAwnM2%2FEkran%20Resmi%202026-09-25%2011.01.41.png?alt=media&amp;token=3bf61467-5e13-4bd4-962d-bb16e209a61f" alt="" width="563"><figcaption></figcaption></figure>

#### Capping yollarını yapılandırın

Capping adımını yapılandırdıktan sonra, sonraki Journey adımlarını uygun yollara bağlayın.

**ON\_PASSED**

Capped noktadan devam etmeye uygun kullanıcılar için bu yolu kullanın.

Örneğin, bunu bir mesajla veya başka bir Journey aksiyonuyla bağlayın.

**ON\_CAPPED**

Yapılandırılan capping limitine ulaşan kullanıcılar için bu yolu kullanın.

Örneğin, bunu alternatif bir mesaja, başka bir Journey aksiyonuna veya Journey'in sonuna bağlayın.

<figure><img src="https://1655476697-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2Fvl4KnQeLiHbU5yVkV8o7%2FEkran%20Resmi%202026-09-25%2011.03.56.png?alt=media&amp;token=7681d791-574c-4178-8e70-7343e50009ae" alt="" width="563"><figcaption></figcaption></figure>

#### Capping adımı istatistiklerini görüntüleyin

Capping performansı Journey Analytics üzerinden incelenebilir.

Journey listesinden **Görüntüle** simgesini **İşlem** sütununda seçerek **Journey Analytics** sayfasını açın.

Bir Capping adımı için aşağıdaki metrikler kullanılabilir:

<table><thead><tr><th width="166.45703125">Metrik</th><th>Açıklama</th></tr></thead><tbody><tr><td><strong>Giriş Sayısı</strong></td><td>Capping adımına giren kullanıcı sayısı</td></tr><tr><td><strong>Geçiş</strong></td><td>Capping kuralını geçip devam eden kullanıcı sayısı <strong>ON_PASSED</strong></td></tr><tr><td><strong>Engelleme</strong></td><td>Capping limitine ulaşıp devam eden kullanıcı sayısı <strong>ON_CAPPED</strong></td></tr></tbody></table>

<figure><img src="https://1642824329-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FX6uilbEAw42gqsudlclY%2Fuploads%2F7UgmEEcDqNMitSFBF06w%2Fimage.png?alt=media&#x26;token=9fa92a66-020b-42a3-8917-083580cdd22d" alt="" width="563"><figcaption></figcaption></figure>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/omnichannel-engagement/journey-orchestration/journey-components/branch.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.