# Müşteri Verisine Genel Bakış

Ziyaretçi, site kullanıcısı, müşteri
Kaynak: https://selwise.com/docs/customers/overview

Selwise üç farklı "kişi" kavramı kullanır ve bunları ayırmak, müşteri verisiyle çalışırken en önemli ayrımdır. Bu sayfa kavramları, **Site Users** listesini ve bölümün diğer ekranlarının haritasını verir.

## Panelde nerede

Sol menüde **Kitle → Site Kullanıcıları** (Audience → Site Users), adres `/dashboard/users`. Liste kanal başınadır; kanal seçili değilse "Please select a site to view users" yazar. Listeyi görmek için kanal görüntüleme yetkisi yeterlidir.

## Üç kavram

| Kavram | Ne | Ne zaman oluşur |
|---|---|---|
| **Ziyaretçi** | Tarayıcıya verilen kalıcı kimlik | Siteye ilk girişte otomatik |
| **Oturum** | Tek bir gezinme bloğu | 30 dakika hareketsizlikte biter |
| **Site kullanıcısı** | Gerçek kişi | Siz `identify` çağırdığınızda |

Aynı kişi telefondan ve bilgisayardan girerse **iki ziyaretçidir**. `identify` çağrıldığında bu iki ziyaretçi tek site kullanıcısında birleşir.

### Kimlik birleştirme nasıl çalışır

`identify` çağrısı (bkz. [Kullanıcı Kimliklendirme](/docs/integration/identify)) o tarayıcının ziyaretçi kimliğini, sizin verdiğiniz müşteri kimliğine **takma ad (alias)** olarak bağlar. Bundan sonra:

- Tarayıcının anonim siparişleri, davranış kayıtları ve segment üyelikleri bu kişiye aktarılır. Anonim **olaylar** ise yalnızca **son altı gün** için kişiye damgalanır; daha eskileri ziyaretçi kimliği üzerinden hâlâ bulunur ama kişiye yeniden yazılmaz.
- Başka biri tarafından zaten sahiplenilmiş satırlar taşınmaz. İki hesap aynı ortak tarayıcıda oturum açarsa ilk hesap tarayıcıyı "birincil" olarak tutar, ikincisi takma ad alır ve ilkinin geçmişini devralmaz.
- Aynı kişi aynı senaryoda hem anonim hem tanınmış iki açık koşudaysa yenisi `identity_merged` nedeniyle kapatılır, eskisi sürer; böylece kişi aynı hatırlatmayı iki kez almaz.
- Üyelik açmadan sipariş vermiş bir misafir (geçmiş veri aktarımında `email:` ile başlayan kimlik) üye olunca ve e-postayı `identify` ile bildirince üyeyle birleştirilir.

## Saklanan veri

| Alan | Açıklama |
|---|---|
| **External ID** | Sizin sistemdeki müşteri kimliği (en çok 64 karakter; iki kolon bu uzunlukta olduğu için uzun kimlik reddedilir) |
| **E-posta karması** | Düz e-posta değil, SHA-256 karması |
| **Telefon karması** | Aynı şekilde karma (geçmiş veri aktarımından gelebilir) |
| **İlk / son görülme** | Tarihler |
| **Özellikler (attributes)** | `identify` ile ya da traits API'siyle gönderdiğiniz serbest alanlar |
| **Takma adlar (aliases)** | Bu kişiyle birleştirilmiş ziyaretçi kimlikleri |

> **Site kullanıcısının e-postası karmadır, ama iletişim listesinde adres şifreli saklanır**
>
> Site kullanıcısı kaydı e-postayı yalnızca SHA-256 karması olarak tutar; karma tek yönlüdür. `identify` e-postayı verdiyse adres ayrıca **şifreli** bir iletişim kaydı olarak da saklanır ve bu kayıt [İletişim Listesi](/docs/customers/contacts)'nde maskeli görünür. Giriş yapmak pazarlama izni değildir; bu kayıt tek başına e-posta gönderilmesine yetmez.

> **Kimliklendirme olmadan müşteri verisi eksiktir**
>
> Sitenizde `identify` çağrılmıyorsa bu bölümdeki sayfaların çoğu boş ya da yanıltıcı olur. Kurulum: [Kullanıcı Kimliklendirme](/docs/integration/identify).

## Neden önemli

| Özellik | Kimliksiz | Kimlikle |
|---|---|---|
| Müşteri yaşam boyu değeri | Cihaz bazlı, eksik | Gerçek |
| "3+ sipariş" segmenti | Bölünmüş geçmiş | Doğru |
| Kişisel öneriler | Yalnızca o cihazın geçmişi | Tüm cihazlar |
| Müşteri profili | Parçalı | Tam |

## Site Users listesi

Liste yalnızca kimliklendirilmiş kişileri gösterir; en son görülen en üstte. Kimliksiz ziyaretçiler burada **yer almaz**. Boşsa "No users tracked yet" der ve kişilerin sitenizde kendilerini tanıttıkça burada görüneceğini söyler. Silinmiş (anonimleştirilmiş) kişiler listeden kalkar.

| Kolon | Anlamı |
|---|---|
| **User ID** | Sizin müşteri kimliğiniz. Altında, varsa "N merged visitors" (birleştirilmiş ziyaretçi sayısı) yazar |
| **First Seen / Last Seen** | Göreli zaman (3 gün önce gibi). Okunamayan tarih **—** olarak görünür |
| **Events** | Bu kişiye damgalı olay sayısı, **son 90 gün** (olay saklama süresi). Ziyaretçi kimliğiyle henüz kişiye bağlanmamış olaylar sayılmaz |
| **Orders** | Gelir sayılan sipariş sayısı. İptal, iade, kısmi iade, başarısız, geçersiz, ret, chargeback ve iade edilen (`returned`) siparişler **sayılmaz**; durumu boş olanlar sayılır. Geçmiş veri aktarımıyla gelen siparişler dahildir |
| **Lifetime value** | Yaşam boyu harcama, gelir sayılan siparişlerin toplamı. **Para birimi başına ayrı satır**: tek bir toplam anlamsız olurdu. Hiç sipariş yoksa **—** |
| **View** | Müşteri profilini açar |

**Arama kutusu** (`Search by user ID...`) yalnızca **müşteri kimliğinde** (büyük/küçük harf duyarsız, parça eşleşmesi) arar; e-postayla aranmaz, çünkü e-posta karma olarak saklanır. Sayfa başına 20 kişi; alttaki **Previous / Next** ile ilerlersiniz. Arama ya da sayfa değiştirince önceki isteğin geç gelen cevabı yenisini ezmez.

## Bu bölümdeki sayfalar

- [Müşteri Profili](/docs/customers/profiles) — tek bir müşterinin geçmişi
- [İletişim Listesi](/docs/customers/contacts) — e-posta ve telefon adresleri, pazarlama izni
- [Bastırma Listesi](/docs/customers/suppressions) — gönderilmeyen adresler
- [Çerez Onayı](/docs/customers/consent) — banner, politika, onay oranları
- [İYS Entegrasyonu](/docs/customers/iys) — ticari ileti izinlerini İYS'ye bildirme
- [KVKK Talepleri](/docs/customers/gdpr) — dışa aktarma ve silme