> 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-etkilesim/yolculuk-orkestrasyonu/giris-kurallari.md).

# Giriş Kuralları

Kullan **Giriş Kuralları** kullanıcıların bir journey'ye ne zaman girebileceğini, bu girişi hangi olayın ya da planlamanın başlatacağını ve aynı kullanıcının daha sonra tekrar girip giremeyeceğini kontrol etmek için. Bu sayfayı tamamladıktan sonra, gönderim saatlerini yapılandırabilir, arasında seçim yapabilirsiniz **Zamana Dayalı** ve **Eylem tabanlı** girişi tanımlayabilir, olay koşullarını belirleyebilir ve kampanya mantığınıza uyan yeniden giriş sınırlarını ayarlayabilirsiniz.

### Adım 1: Etkileşim Penceresini Yapılandırın

Kullan **Etkileşim Penceresi** journey mesajlarının ne zaman gönderilebileceğini tanımlamak için kullanılır. Bu, gece geç saatlerde, mesai dışı saatlerde veya hariç tutulması gereken diğer herhangi bir zaman aralığında ileti gönderilmesini önlemenize yardımcı olur.

<div data-with-frame="true"><figure><img src="/files/94f77251fa2c3dac4de60d5c85d5897187e9ce20" alt=""><figcaption></figcaption></figure></div>

#### Adım 1.1: Pencereyi açın ve izin verilen programı seçin

Etkinleştir **Etkileşim Penceresi** ve ardından şunları tanımlayın:

* izin verilen **Başlangıç saati**
* izin verilen **Bitiş saati**
* geçerli günleri **Pazartesi** ile **Pazar**

Etkinleştirildiğinde, bir adım bunu açıkça yok sayacak şekilde yapılandırılmadıkça pencere journey içindeki desteklenen tüm gönderim adımlarına uygulanır.

Örneğin, pencereyi **09:00–18:00** olarak hafta içi günlere ayarlarsanız, journey mesajları yalnızca bu seçili günlerde bu saatler arasında gönderebilir.

#### Adım 1.2: Pencerenin dışında ne olacağını belirleyin

Sistemin, tanımlanan program dışında tetiklenen mesajları nasıl işleyeceğini seçin.

Eğer **Etkileşim Penceresi dışında gönderilen mesajları yoksay** etkinleştirilirse, mesaj atılır. Daha sonra teslim edilmek üzere kuyruğa alınmaz.

Bu seçenek etkin değilse, mesaj bekletilir ve bir sonraki geçerli Etkileşim Penceresi başladığında teslim edilir.

Örneğin, pencere **09:00–18:00** ve bir mesaj **20:30**:

* ile **Etkileşim Penceresi dışında gönderilen mesajları yoksay** etkin olduğunda, mesaj atılır
* bu seçenek etkin değilken, mesaj **09:00** bir sonraki geçerli günde

<div data-with-frame="true"><figure><img src="/files/d1a31f94c68699e2116e39ea9536c324a5a1b79c" alt="" width="379"><figcaption></figcaption></figure></div>

{% hint style="info" %}
Bu davranış, desteklenen bir gönderim adımı **Etkileşim Penceresini Yoksay**.
{% endhint %}

#### Adım 1.3: Gerektiğinde acil gönderim adımları için pencereyi geçersiz kılın

Kullan **Etkileşim Penceresini Yoksay** desteklenen bir gönderim adımında, normal journey penceresi kapalı olsa bile bu belirli iletişimin hemen teslim edilmesi gerektiğinde kullanın.

Bu seçenek şu işlemler için kullanılabilir:

* **Mobil Push Gönder**
* **E-posta Gönder**
* **SMS Gönder**

Daha fazla bilgi için [Journey Oluştur](/netmera-user-guide/netmera-user-guide-tr/omnichannel-etkilesim/yolculuk-orkestrasyonu/journey-olustur.md#ignoring-the-engagement-window-for-specific-send-steps).

### Adım 2: Journey giriş türünü seçin

Etkileşim Penceresini ayarladıktan sonra, kullanıcıların journey'ye nasıl girmesi gerektiğini seçin. İki temel model vardır **Zamana Dayalı** ve **Eylem tabanlı**.

* Kullan **Zamana Dayalı** journey'nin bir programa göre başlaması gerektiğinde.
* Kullan **Eylem tabanlı** journey'nin, kullanıcı bir olay tetikledikten sonra başlaması gerektiğinde.

Doğru seçim, journey'nin takvim zamanlamasına mı yoksa kullanıcı davranışına mı göre yönetildiğine bağlıdır.

### Adım 3: Zamana Dayalı giriş kuralları

Kullan **Zamana Dayalı** journey'nin belirli tarihlerde, saatlerde veya yinelenen aralıklarla çalışması gerektiğinde. Bu seçenek, tek tek kullanıcı olaylarından ziyade programlara bağlı kampanyalar için uygundur.

<figure><img src="/files/2293ce8dcafdd17c89547584c2c751a935b68693" alt=""><figcaption></figcaption></figure>

Yaygın kullanım senaryoları şunlardır:

* onboarding veya hoş geldin kampanyaları
* bayram veya promosyon kampanyaları
* günlük, haftalık veya aylık yinelenen iletişimler

Örneğin, Yeni Yıl kampanyası, hafta sonu promosyonu veya aylık bültenin tümü **Zamana Dayalı** modeline uygundur.

#### Adım 3.1: Devam eden zamanlanmış bir journey'ye kullanıcıların nasıl gireceğini seçin

Devam eden journey'ler için, kullanıcıların uygun olur olmaz mı yoksa planlanmış bir zamanda mı gireceğine karar verin.

**Kullanıcıları Hemen Dahil Et**

Kullan **Kullanıcıları Hemen Dahil Et** kullanıcıların ayrı bir planlamayı beklemeden, hedef kitle koşullarını karşıladıkları anda dahil edilmeleri gerektiğinde.

Örneğin, hedef kitle yeni kullanıcılar veya churn riski olan kullanıcılar gibi dinamik bir segment ise, her kullanıcı o segmente uygun hale gelir gelmez journey'ye girer.

**Kullanıcıları En Uygun Zamanda Dahil Et**

Kullan **Kullanıcıları En Uygun Zamanda Dahil Et** kullanıcıların tanımladığınız bir programa göre dahil edilmesi gerektiğinde.

Bu, hedef kitle zaman içinde uygun kalmaya devam ederken journey'nin yalnızca ayın son günü veya her Çarşamba gibi seçili anlarda başlaması gerektiğinde kullanışlıdır.

Daha sonra bir **Sıklık Türü**:

* **Bir Kez**
* **Günlük**
* **Haftalık**
* **Aylık**

{% @arcade/embed url="<https://app.arcade.software/share/jebEaMKZ7htjgVI3RBHG>" flowId="jebEaMKZ7htjgVI3RBHG" %}

{% hint style="info" %}
Örneğin, bir Yeni Yıl kampanyası her kullanıcının yerel saat diliminde 1 Ocak 00:00'da başlayabilir. Bu kurulum, tek seferlik, takvim odaklı bir journey'ye uyar.
{% endhint %}

#### Adım 3.2: Bir Kez sıklığını yapılandırın

Kullan **Bir Kez** journey'nin yalnızca bir kez çalışması gerektiğinde.

Bu seçenek şu durumlara uygundur:

* tek seferlik bir hoş geldin iletişimi
* Yeni Yıl Günü gibi bir bayram kampanyası
* tek tarihli bir duyuru veya promosyon

Bir **başlangıç tarihi** gereklidir. Bir **bitiş tarihi** isteğe bağlıdır. Program, UI'da sunulan yapılandırmaya bağlı olarak kendi saat diliminizi veya kullanıcıların saat dilimlerini takip edebilir.

Örneğin, 1 Ocak 2025'te gece yarısı bir Yeni Yıl tebriki göndermek istiyorsanız, journey'yi **00:00** o tarihte bir kez başlayacak şekilde yapılandırın.

<div data-with-frame="true"><figure><img src="/files/7a7a13fb2629fcd692e0a4148140e27c341b465e" alt="" width="563"><figcaption></figcaption></figure></div>

#### Adım 3.3: Günlük sıklığı yapılandırın

Kullan **Günlük** journey'nin her gün veya birkaç günde bir tekrarlanması gerektiğinde.

Sıklık **değeri aralığı belirler:** journey'nin her gün çalıştığı anlamına gelir

* `1` journey'nin iki günde bir çalıştığı anlamına gelir
* `2` daha yüksek değerler aralığı daha da uzatır
* Örneğin, bir hatırlatma kampanyasının Temmuz boyunca her gün çalışmasını istiyorsanız,

seçin, **Günlük**, **değeri aralığı belirler:** ile `1`, ve Temmuz başlangıç ve bitiş tarihlerini tanımlayın.

<div data-with-frame="true"><figure><img src="/files/489b1720da87c858659568c53a7bb9ceca732f90" alt="" width="563"><figcaption></figcaption></figure></div>

#### Adım 3.4: Haftalık sıklığı yapılandırın

Kullan **Haftalık** journey'nin seçili haftanın günlerinde tekrarlanması gerektiğinde.

Sıklık **değeri aralığı belirler:** değeri, journey çalışmaları arasında kaç haftanın geçeceğini belirler:

* `1` her hafta anlamına gelir
* `2` iki haftada bir anlamına gelir

Ardından, journey'yi tetiklemesi gereken belirli haftanın gününü ya da günlerini seçin.

Örneğin, Temmuz boyunca bir hafta sonu kampanyası istiyorsanız, **Haftalık**, **Cumartesi** ve **Pazar**, ve sıklığı `1`.

<div data-with-frame="true"><figure><img src="/files/613d2467e74c461ef8dbd6a4d7ae9247ef5cf6d6" alt="" width="563"><figcaption></figcaption></figure></div>

#### Adım 3.5: Aylık sıklığı yapılandırın

Kullan **Aylık** journey'nin aylık bir programa göre tekrarlanması gerektiğinde.

Sıklık **değeri aralığı belirler:** değeri, ay cinsinden aralığı kontrol eder:

* `1` her ay anlamına gelir
* `2` iki ayda bir anlamına gelir

Bu seçenek, yinelenen bültenler, aylık indirimler veya aylık düzende tekrarlanması gereken diğer kampanyalar için uygundur.

Örneğin, ayda bir kez sadakat kampanyası yürütüyorsanız, **Aylık** seçin ve sıklığı `1` olarak ayarlayın; böylece journey, yapılandırılan tarih aralığında her ay başlar.

<div data-with-frame="true"><figure><img src="/files/91e1c0f95c249050818a01e3fb06e97bfacf6626" alt="" width="563"><figcaption></figcaption></figure></div>

### Adım 4: İşlem bazlı giriş kurallarını yapılandırın

Kullan **Eylem tabanlı** journey'nin yalnızca bir kullanıcı belirli, izlenen bir işlemi gerçekleştirdikten sonra başlaması gerektiğinde. Bu modelde olay tetikleyici görevi görür ve kullanıcı journey'ye yalnızca hem olay koşulları hem de hedef kitle koşulları karşılandığında girer.

<div data-with-frame="true"><figure><img src="/files/1035c1b48bf4a14ca28e7e93bc60b11b7d39fe13" alt="" width="563"><figcaption></figcaption></figure></div>

#### Adım 4.1: Journey'yi başlatan olayı seçin

Giriş tetikleyicisini temsil eden olayı seçin.

Örneğin, olay **Kredi Başvurusu**ise, journey bir kullanıcı bu olayı tetiklediğinde ve kalan giriş koşullarını karşıladığında başlar.

{% @arcade/embed url="<https://app.arcade.software/share/yECUcqQ1aCtJjj5pvHCj>" flowId="yECUcqQ1aCtJjj5pvHCj" %}

#### Adım 4.2: Olay tek başına fazla genişse olay özelliği koşulları ekleyin

Kullan **Olay Özelliğini Seçin** seçilen olayın her gerçekleşmesi journey'yi başlatmamalıysa.

Tetikleyiciyi daraltmak için bir veya daha fazla olay özelliği kuralı ekleyin. Journey, yalnızca olay gerçekleştiğinde ve özellik koşulları karşılandığında başlar.

Örneğin, seçilen olay **Kredi Başvurusu**, ise şunları tanımlayabilirsiniz:

* **Tutar** → **Büyüktür** → `10000`

Bu yapılandırmayla, yalnızca **Kredi Başvurusu** olayı tetikleyen ve tutarı `10000` üzerinde olan kullanıcılar journey'ye girer.

<div data-with-frame="true"><figure><img src="/files/389d1e53a2975332c4920402324288355bd06ad8" alt="" width="563"><figcaption></figcaption></figure></div>

#### Adım 4.3: Akışın ilerleyen aşamalarında olay verisine ihtiyaç duyduğunuzda Journey Value ekleyin

Kullan **Journey Value Ekle** giriş olayındaki bir değeri yakalamak ve journey içinde daha sonra yeniden kullanmak için.

Bu, bir mesajı kişiselleştirmek veya daha sonraki bir kararı orijinal olay yüküne göre vermek istediğinizde kullanışlıdır.

Örneğin, olay bir kredi tutarı içeriyorsa, bu tutarı Journey Value olarak saklayabilir ve daha sonra bunu şöyle bir mesajda kullanabilirsiniz: `10.000 tutarında kredi başvurunuz var.`

Net bir **değişken adı** seçin; böylece daha sonra kişiselleştirme ayarlarında kolayca tanımlanabilir.

<div data-with-frame="true"><figure><img src="/files/3613dd96994169b2bfb41c0477faee83f34a4c56" alt="" width="563"><figcaption></figcaption></figure></div>

{% hint style="info" %}
Journey Values'ı daha sonra **Oluştur** adımında kişiselleştirilmiş bildirimleri yapılandırırken kullanabilirsiniz. Daha fazla bilgi için [Durum > Mobil Push Gönder](/netmera-user-guide/netmera-user-guide-tr/omnichannel-etkilesim/yolculuk-orkestrasyonu/yolculuk-bilesenleri/eylem.md#send-mobile-push).
{% endhint %}

#### Adım 4.4: Bir tanımlayıcının tüm journey'yi bağlaması gerektiğinde Korelasyon ekleyin

Kullan **Korelasyon Ekle** journey'deki tüm eylemlerin aynı tanımlayıcıya bağlı olması gerektiğinde. Korelasyon özniteliği, ilişkili olayları aynı journey örneği içinde gruplandıran anahtar haline gelir.

Yaygın örnekler şunlardır:

* **Sipariş Kimliği**
* **Kullanıcı Kimliği**
* **Mesaj Kimliği**

Bunu yapılandırmak için:

1. Etkinleştir **Korelasyon Ekle**.
2. Korelasyon özniteliği adını girin.
3. Kuralı kaydedin; böylece gelecekteki journey işlemleri bu tanımlayıcıyı kullanır.

Bir kez ayarlandığında, korelasyon journey genelinde uygulanır. Aynı değeri paylaşan olaylar, aynı bağlı akışın parçası olarak işlenir.

Örneğin, korelasyon özniteliği **Sipariş Kimliği** ise ve bir kullanıcı `12345`siparişi verirse, daha sonra o siparişle ilgili olaylar alakasız eylemler olarak değerlendirilmek yerine aynı journey örneğiyle ilişkilendirilebilir.

{% hint style="info" %}
Korelasyon özniteliği journey oluşturulurken seçilmelidir ve journey başladıktan sonra değiştirilemez.
{% endhint %}

### Adım 5: Uygunluk ve yeniden giriş davranışını tanımlayın

Giriş tetikleyicisini ayarladıktan sonra, bir kullanıcının journey'ye ne sıklıkla girmesine izin verileceğini tanımlayın. Bu, aynı kullanıcının yalnızca bir kez mi girebileceğini yoksa kontrollü koşullar altında yeniden mi girebileceğini belirler.

{% @arcade/embed url="<https://app.arcade.software/share/ketwX2pZUI1eHj4OPGOc>" flowId="ketwX2pZUI1eHj4OPGOc" %}

#### Adım 5.1: Kullanıcı Uygunluk Türünü seçin

İki ana giriş modeli arasında seçim yapabilirsiniz:

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

**Sadece Bir Kez**

Kullan **Sadece Bir Kez** journey'nin aynı kullanıcı için asla tekrarlanmaması gerektiğinde.

Örneğin, journey ilk kez onboarding için tasarlanmışsa, kullanıcı bir kez girer ve daha sonra tekrar giremez.

<div data-with-frame="true"><figure><img src="/files/7e455af4f4d645720bcc3227e393288526070b33" alt="" width="563"><figcaption></figcaption></figure></div>

**Birden Çok Kez**

Kullan **Birden Çok Kez** bir kullanıcının bir bekleme süresinden sonra veya kontrollü bir sınır dahilinde yeniden girmesine izin verilmesi gerektiğinde.

Bu seçenek, yinelenen başvurular, tekrarlanan satın alımlar veya periyodik hatırlatma akışları gibi tekrarlanabilir davranışlara bağlı journey'ler için kullanışlıdır.

#### Adım 5.2: yeniden giriş gecikmesi için Kilitleme Süresini ayarlayın

Kullan **Kilitleme Süresi** kullanıcının önceki bir girişten sonra yeniden girmeden önce ne kadar beklemesi gerektiğini kontrol etmek için.

Örneğin, **Kilitleme Süresi** olarak ayarlanırsa **3 gün**, bugün giriş yapan bir kullanıcı, giriş koşulu bu süre içinde yeniden gerçekleşse bile 3 günlük kilit süresi bitene kadar tekrar giremez.

#### Adım 5.3: toplam girişleri sınırlamak için Giriş Sınırını ayarlayın

Kullan **Giriş Sınırı** kullanıcının journey'ye en fazla kaç kez girebileceğini tanımlamak için.

Örneğin, sınır **3**olarak ayarlanırsa

#### Adım 5.4: Sınırlandırma Süresini tanımlayın

Kullan **Sınırlandırma Süresi** giriş sınırının ne zaman sıfırlanacağını tanımlamak için.

Örneğin, journey **30 gün içinde 3 girişe**izin veriyorsa, bu 30 günlük dönemde üç girişe ulaşan bir kullanıcı, süre sıfırlanana kadar tekrar giremez. Sıfırlama sonrasında, kullanıcı aynı kurallara göre yeniden girebilir.

<figure><img src="/files/074cdea8026342c19e1f33099eb8dbc4cf603aa5" alt=""><figcaption></figcaption></figure>

### Adım 6: Devam etmeden önce tüm giriş mantığını gözden geçirin

Devam etmeden önce, giriş yapılandırmasının üretimde istediğiniz davranışla eşleştiğini kontrol edin.

Bu kontrol listesini kullanın:

1. Sıklık **Etkileşim Penceresi** izin verilen iletişim saatleriyle eşleşir.
2. Journey doğru giriş modelini kullanır: **Zamana Dayalı** veya **Eylem tabanlı**.
3. Herhangi bir olay özelliği filtresi, hassas olacak kadar dar ama geçerli kullanıcıları dışlamayacak kadar da katı değildir.
4. Herhangi bir Journey Value veya korelasyon ayarı doğru kaynak alanını kullanır.
5. Uygunluk kuralları, amaçlanan yeniden giriş davranışıyla eşleşir.

{% hint style="warning" %}
Giriş kuralı çok genişse, çok fazla kullanıcı journey'ye girebilir. Çok dar ise, neredeyse hiç kullanıcı uygun olmadığından journey etkin değil gibi görünebilir.
{% endhint %}

### Sonraki adımda ne olacak

Tamamladıktan sonra **Giriş Kuralları**sonraki journey yapılandırma adımına geçin ve lansmandan önce hedef kitleyi ve journey akışını gözden geçirin. Bu ayarlar yalnızca kimin girebileceğini değil, aynı zamanda ne zaman gireceklerini ve ne sıklıkla geri dönebileceklerini de belirler.


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://user.netmera.com/netmera-user-guide/netmera-user-guide-tr/omnichannel-etkilesim/yolculuk-orkestrasyonu/giris-kurallari.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.