# 03 — Dönüşüm: ziyaretçiden ödemeye nerede kaybediyoruz?

Hazırlayan: Analitik ajanı · 21 Eyl 2026 akşam · Rybbit site_id=1 · saat dilimi Europe/Istanbul
Pencereler: **30g** = 23 Ağu–21 Eyl · **7g** = 15–21 Eyl. Yalnızca okuma araçları (`run_query`, `get_event_names`, `get_errors`, `get_web_vitals`) kullanıldı; Rybbit'te hiçbir şey oluşturulmadı/değiştirilmedi, kod değiştirilmedi. Önceki iki rapor (01, 09) tekrarlanmadı; bu rapor onların üstüne koyar.

## Sade özet (6 satır)

1. Son 30 günde iç trafik çıkarıldığında **621 gerçek ziyaret** oldu; bunların **28'i sıralamasını girdi (%4,5), 23'ü sonuç sayfasını gördü, 6'sı giriş yaptı, 3'ü yapay zekâ listesi oluşturdu, 1'i paket sayfasına baktı, 0'ı ödeme başlattı.**
2. En büyük kayıp en başta: **100 ziyaretçiden 95'i sıralamasını hiç girmiyor.** Google'dan üniversite/bölüm sayfasına inen 464 kişiden yalnız 12'si girdi; sıra formu o sayfalarda tablonun ve sayfalamanın altında, mobil ziyaretçilerin %70'i tek sayfada çıkıyor.
3. İkinci kayıp sonuç sayfasında: **sonuç sayfasını gören 23 kişiden 17'si giriş yapmadan gitti.** "Giriş yap ve listeni gör" paneli 17 anonim kişinin yalnız 6'sının ekranına girdi, **hiçbiri tıklamadı**; mobilde sonuç sayfasından çıkışa medyan 33 saniye.
4. Giriş yapan **herkes** Google ile girdi ve hepsi başarılı oldu (6/6); e-posta linkini kimse denemedi. Giriş sayfasını görüp denemeyen ~5 kişi var — sorun giriş mekanizması değil, oraya kadar gelen kişi sayısı.
5. **Ödeme: 30 günde gerçek kullanıcıdan ödeme başlatan yok**, iyzico'ya geçen yok. Ama tüm zamanlarda "iç" saydığımız cihazlardan ikisi (24 Ağu, mobil Safari/Google'dan; 12 Eyl, masaüstü) gerçek kullanıcı gibi davranıyor: paket sayfasında **"satın al"a bastılar ve ödeme sayfasına hiç ulaşmadılar.** Ödeme sayfası görüntülemesi bugüne (21 Eyl 11:49) kadar Rybbit'te **hiç** yok; ödeme sonucu sayfası ise hiçbir gün yok — 11 Ağu'daki 3 tamamlanmış test ödemesinde bile. Bunun düşük satış mı, ölçüm boşluğu mu olduğu Rybbit'ten anlaşılamıyor; sipariş tablosundan bakılmalı.
6. Veri küçük: huni adımlarında n = 6–28. Buradaki yüzdeler yön gösterir, kesin değildir. Bugün 15:20 civarı yeni ölçüm olayları canlıya çıktı (kapı, paket, giriş başarılı, kaydet banner'ı); ilk 2 hafta oran okumadan sağlık kontrolü yapılmalı.

## Bu hafta yapılacak 5 şey (öncelik sırasıyla)

1. **Ödeme kanalını uçtan uca doğrula:** prod sipariş tablosunda 24 Ağu ve 12 Eyl tarihli siparişlerin durumuna bak (pending mi, failed mi), sonra canlıda sandbox kartla /paket → /odeme → /odeme/sonuc'u bir kez tamamla ve Rybbit'te `/odeme/sonuc` görüntülemesinin düştüğünü gör.
2. **Sonuç sayfasında girişsiz kullanıcıya mobilde ekranın altında sabit tek satır** ("Bu listeyi kaybetme — Google ile kaydet, 5 sn" + sağ ok) ekle; mevcut panel sayfanın altında kalıyor, 17 anonim oturumun 6'sına göründü, 0 tık aldı.
3. **Katalog sayfalarındaki sıra kartını tablonun altından başlığın hemen altına taşı** (tek alan: sıralama + puan türü); mobil katalog ziyaretçilerinin %70'i tek sayfada çıkıyor ve karta hiç inmiyor.
4. **"Satın al" butonunun hata dallarına `odeme_hata {kod}` olayı ekle** (`satin-al-form.tsx` catch ve `"error" in sonuc` dalları); şu an tıklama ile ödeme sayfası arasındaki kayıp görünmez.
5. **Raporlamada iç cihazları ve TR dışı trafiği dışla** (Rybbit panelinden IP/ülke filtresi); 30 günde 55 iç oturum + 27 Ağu'da 9 oturumluk ABD/Brezilya bot taraması /giris sayılarını ikiye katlıyor. 28 Eyl'e kadar yeni olayların düştüğünü izle, oran okuma.

---

## 0. Veri güvenilirliği — önce bunu oku

- **İç trafik nasıl ayıklandı (S0):** Herhangi bir zamanda `odeme_baslatildi` ya da `odeme_tamamlandi` atmış **13 cihaz** + bu cihazlarda görülen **9 tanımlı hesap** → bu cihaz/hesaplara ait tüm oturumlar "iç" sayıldı. Tüm zamanlar 207 iç oturum; **30g: 676 oturumun 55'i iç (%8) → 621 gerçek; 7g: 116 oturumun 21'i iç (%18) → 95 gerçek.** 20–21 Eyl'de iki masaüstü cihaz 38 ödeme başlatma olayı üretti (gece vardiyası + gündüz testleri). Kimlikler rapora yazılmadı.
- **Filtrenin zayıf noktası (döngüsel tanım):** "Ödeme başlatan = iç" dediğimiz için gerçek bir kullanıcı ödeme başlatsa da iç sayılır. Bu yüzden 13 cihaz tek tek incelendi (§4): 11'i test davranışı (aynı oturumda 4–27 kez ödeme başlatma, çoklu hesap), **2'si gerçek kullanıcı profili** (bkz. §4). Bunlar §1 hunisinde yok; §4'te ayrı sayıldı.
- **Bot:** 27 Ağu'da 9 oturum: masaüstü Chrome/Windows, ABD/Brezilya, `/bolum/hemsirelik → /giris`, 5 sn (S8). /giris sayılarından düşüldü. Ayrıca 2 oturum doğrudan `/giris`e indi (ABD, 0 sn). Ülke filtresi olmadan /giris görüntülemesi 22, botsuz ~11.
- **Örneklem:** Huninin sıra sonrası adımlarında n = 6–28. Paydası < 40 olan hiçbir yüzdeyi karar için kullanmayın; ham kesirler verildi. A/B testi için gereken süre 09 numaralı raporda hesaplandı (katalog köprüsü için en erken 2 Kas 2026; /sonuc→giriş için 2027 sezonu) — burada tekrarlanmadı.
- **Bugünkü deploy:** Yeni olaylar ilk kez 21 Eyl 15:24'te görüldü (`kapi_acildi`), 16:28 `giris_basarili`, 19:13 `sonuc_goruntulendi`, 19:57 `cta_form_goruntulendi` (S5). Yani P2/P5/P6/P7 paketleri bugün öğleden sonra canlıda. Bugünden önceki seriyle bugünden sonrası karşılaştırılamaz (`program_eklendi` artık "gerçek ekleme" ölçüyor, önceden "＋ tıklaması" ölçüyordu).
- **Oturum vs cihaz:** Google ile giriş dönüşü oturumu bölüyor; bu yüzden huni hem oturum (§1) hem cihaz (§1b) bazında verildi. İkisi de aynı yönü gösteriyor.
- **Web Vitals:** 0 performans olayı (`get_web_vitals` 30g). Site ayarı hâlâ kapalı. Mobil yavaşlık hakkında **ölçülemedi**.

## 1. Huni — 30 gün ve 7 gün, iç trafik ve bot hariç

### 1a. Oturum bazlı (S1; /giris satırında bot düşüldü, S8)

| Adım | 30g toplam | 30g mobil | 30g masaüstü | 7g toplam | 7g mobil | 7g masaüstü |
|---|---|---|---|---|---|---|
| Ziyaret (oturum) | **621** | 492 | 129 | **95** | 71 | 24 |
| Tek sayfada çıkan | 440 (%71) | 362 (%74) | 78 (%60) | 65 (%68) | — | — |
| Sıralamasını girdi (`sira_girildi`) | **28 (%4,5)** | 20 (%4,1) | 8 (%6,2) | **12 (%12,6)** | 7 | 5 |
| Sihirbaz 2. adım | 25 | 17 | 8 | 10 | 5 | 5 |
| Sihirbaz 3. adım | 24 | 17 | 7 | 9 | 5 | 4 |
| Sihirbazı tamamladı | **22** | 15 | 7 | **9** | 5 | 4 |
| /sonuc gördü | **23** | 15 | 8 | **9** | 5 | 4 |
| /giris gördü (botsuz) | **~11** | ~10 | ~1 | **6** | 5 | 1 |
| Giriş denedi (`giris_denendi`) | **6** | 5 | 1 | **3** | 2 | 1 |
| Girişli oturum (tanımlı) | 14 | 12 | 2 | 9 | 7 | 2 |
| /listem gördü | **7** | 5 | 2 | **4** | 2 | 2 |
| Yapay zekâ listesi oluşturdu | **3** | 2 | 1 | **2** | 1 | 1 |
| Kilit gördü (ücretli içerik) | 2 | 1 | 1 | 1 | 0 | 1 |
| /paket gördü | **1** | 0 | 1 | **0** | 0 | 0 |
| Ödeme başlattı | **0** | 0 | 0 | **0** | 0 | 0 |
| Ödedi | **0** | 0 | 0 | **0** | 0 | 0 |

7g'de sıra girme oranının %12,6'ya çıkması iki nedenle şüpheli: (a) 7g'de iç filtrenin yakalamadığı QA/tarayıcı-ajan trafiği olabilir (14 Eyl haftası için 09 raporunda da aynı uyarı vardı), (b) 15 Eyl+ ana sayfa girişi payı arttı (25/95) ve ana sayfa en çok dönüştüren giriş. Yön olarak bile kullanmayın.

### 1b. Cihaz bazlı (S2 — Google giriş dönüşünün oturumu bölmesini aşmak için)

| Adım | 30g (576 cihaz) | 7g (88 cihaz) |
|---|---|---|
| Sıra girdi | 27 | 11 |
| Sihirbaz tamam | 22 | 9 |
| /sonuc | 21 | 8 |
| /giris | 15 (bot dahil) | 5 |
| Giriş denedi | 6 | 3 |
| Tanımlı (girişli) | 8 | 5 |
| /listem | 4 | 2 |
| Liste oluşturdu | 3 | 2 |
| /paket | 1 | 0 |
| Ödeme başlattı | 0 | 0 |

**Okuma:** Sihirbaz sağlıklı (28 → 22, adım başına kayıp 1–3 kişi). Kayıp iki yerde toplanıyor: **ziyaret → sıra girişi (593 kişi)** ve **/sonuc → giriş (17 kişi)**. Giriş sonrası hacim (6 cihaz) para adımını ölçmeye yetmiyor.

## 2. En büyük 3 sızıntı

### Sızıntı 1 — Ziyaretçi sıralamasını girmiyor: 621 → 28, **593 kişi kayıp** (30g)

Giriş sayfasına göre (S3, S4; 30g, iç hariç):

| Nereden girdi | Oturum | Tek sayfa | Sıra girdi | Oran | Mobil/masaüstü sıra | ＋'ya bastı | Netlere baktı |
|---|---|---|---|---|---|---|---|
| /universite/* (1. sayfa) | 296 | 205 (%69) | 9 | %3,0 | 9 / 0 (310 / 42 oturum) | 40 | 54 |
| /universite/*/sayfa/N | 56 | 40 (%71) | **0** | %0 | 0 / 0 | 7 | 7 |
| /bolum/* | 112 | 80 (%71) | 3 | %2,7 | 2 / 1 (80 / 32) | 9 | 10 |
| /rehber/* | 73 | 63 (%86) | 5 | %6,8 | 4 / 1 (60 / 13) | 3 | 2 |
| Ana sayfa | 67 | 42 (%63) | **11** | **%16,4** | 5 / 6 (35 / 32) | 4 | 2 |
| Diğer | 17 | 10 | 0 | — | — | 0 | 0 |

- Katalog (üniversite + sayfalama + bölüm) = **464 oturum → 12 sıra girişi (%2,6)**; trafiğin %75'i burada ama huniye katkısı 12 kişi. Ana sayfa 67 oturumla 11 kişi getiriyor.
- **Mobil/masaüstü:** Katalog mobil 390 → 11 (%2,8), masaüstü 74 → 1 (%1,4). Ana sayfa mobil 35 → 5 (%14), masaüstü 32 → 6 (%19). Mobilde katalog bounce'u %74, masaüstünde %60 (S4).
- **Kanıt (kod):** Sıra kartı `/universite/[slug]`'da tablonun ve sayfalamanın **altında** (`src/features/katalog/components/universite-icerik.tsx:351-365`), bugün itibarıyla `/bolum/[slug]`'da da aynı konumda (`bolum-icerik.tsx:288`, commit f1abedc). Tek sayfada çıkan %70'lik kesim bu karta hiç inmiyor. `cta_form_goruntulendi` bugün 19:57'de ilk kez düştü (1 oturum) — kartın gerçekte kaç kişiye göründüğü 2 hafta sonra bilinecek.
- **Sayfalama girişleri (56 oturum, 0 sıra):** kullanıcı bir üniversitenin 3–6. sayfasına iniyor; kart o sayfada da altta.

**Bu hafta yapılabilecekler:**
1. Katalog sayfalarında sıra kartını başlığın hemen altına, tek alanlı ve kompakt hâliyle koy (mobilde sayısal klavye); tablonun altındaki kart kalsın. Beklenen etki: karta erişen kişi sayısı tek sayfada çıkan %70'i kapsar. Ölçüm: `cta_form_goruntulendi` / katalog oturumu oranı ve `sira_girildi{kaynak:cta}`.
2. Sayfalama sayfalarında (`/sayfa/N`) üst bağlam satırı: "{Üniversite} — {N}. sayfa · toplam {X} program · Sıralaman bu tabanların neresinde? [sıra alanı]". 56 oturum, 0 dönüşüm; **yeterli veri yok**, ama kayıp %100 olduğu için risk düşük.

### Sızıntı 2 — Sonuç sayfasından giriş yapmadan çıkış: /sonuc 23 → giriş yapan 6, **17 kişi kayıp** (30g)

(S6 — /sonuc gören, iç hariç oturumlar; "girişli" = oturum içinde bir noktada tanımlı hâle gelen)

| Cihaz | Durum | Oturum | Sıra girdi | "Giriş yap" panelini gördü | Giriş CTA'sına tıkladı | /giris'e gitti | Giriş denedi | /sonuc'ta çıktı | /sonuc'tan çıkışa medyan |
|---|---|---|---|---|---|---|---|---|---|
| Mobil | anonim kaldı | **10** | 9 | 3 | **0** | 3 | 1 | 7 | **33 sn** |
| Masaüstü | anonim kaldı | **7** | 6 | 3 | **0** | 0 | 0 | 5 | 150 sn |
| Mobil | girişli | 5 | 3 | 2 | 2 | 3 | 2 | 0 | 696 sn |
| Masaüstü | girişli | 1 | 1 | 1 | 1 | 1 | 1 | 0 | 308 sn |

- Anonim kalan 17 kişinin **12'si siteyi /sonuc'ta terk etti**; 3'ü katalog sayfasına, 2'si ana sayfaya geçti.
- "Yukarıdaki tablo her zaman ücretsiz. 5 deneme kredinle 24 tercihlik Yapay Zeka listeni de kurabilirsin: ücretsiz giriş yap…" paneli (`sihirbaz-cagri-karti.tsx:272-300`, `hazir_panel_goruntulendi`) anonim 17 kişinin **6'sının ekranına girdi**; ikisi de (mobil 3, masaüstü 3) **0 tıklama**. Giriş yapan 6 kişinin 3'ü bu CTA'ya tıkladı, 3'ü başka yoldan (/giris'e doğrudan) gitti.
- Mobilde anonim kullanıcı /sonuc'ta 33 sn kalıyor: tabloyu görüyor, panele inmiyor. `tadimlik_goruntulendi` hâlâ 0 (30g) — tadımlık satırının gösterildiği ölçülemedi (hook düzeltmesi bugün çıktı; bugünden beri /sonuc gören 1 oturum var).
- Kaydet banner'ı (`kaydet_banner_goruntulendi`) bugün ilk kez düştü (4 oturum, 3'ü iç); /sonuc'ta gösterilmiyor (`kaydet-banner.tsx:50`).

**Bu hafta yapılabilecekler:**
1. /sonuc'ta anonim kullanıcıya **mobilde ekranın altında sabit tek satır**: "Bu listeyi kaybetme — Google ile kaydet" + sağ ok (CTA deseni kuralına uygun; `giris_cta_tiklandi{kaynak:"sonuc_cubuk"}` olayıyla). Panel %35 görünürlük / %0 tık ile ölçülmüş; çubuk görünürlüğü %100'e çıkarır. Yön ölçümü için 2027 sezonuna kadar oran okunmaz (09 raporu), ama tıklama sayısı 0'dan yukarı çıkarsa yeterli sinyal.
2. Panel metnini kısalt: başlık "Listen yalnızca bu sekmede duruyor", tek cümle "Google ile 5 saniyede kaydet; 5 deneme kredin hazır." — mevcut 3 cümlelik paragraf mobilde katlanıyor. **Yeterli veri yok** (6 gösterim, 0 tık); metin değişikliği ucuz olduğu için önerildi.

### Sızıntı 3 — Girişten sonra para adımına kimse gelmiyor: giriş yapan 6 → liste oluşturan 3 → kilit gören 2 → /paket 1 → ödeme 0 (30g)

- Giriş yapan 6 cihazın hepsi Google ile girdi (S7); 5'i /listem'e ulaştı, 3'ü yapay zekâ listesi oluşturdu (3 kredi). Kilit (ücretli içerik) 2 kişiye göründü; 1'i /paket'e gitti, ödeme başlatmadı. `kredi_bitti` 30g'de 0 — kimse 5 krediyi bitirmedi.
- Girişli /listem oturumlarının dizileri (S9): 28 Ağu mobil — rehber → sihirbaz → /sonuc → 7 program ekledi → /listem → liste oluşturdu → kilit gördü → katalogda gezmeye devam (24 dk). 17 Eyl masaüstü — liste oluşturdu → kilit ×2 → danışmana 1 soru → çıktı (93 sn). 21 Eyl mobil — sihirbaz → /sonuc → giriş CTA → Google → /listem. Yani liste oluşturan kişi kilidi görüyor ve **paket sayfasına bile gitmeden** çıkıyor; ama n=3.
- **Bu adımda "sızıntı" değil "hacim yokluğu" var:** ayda 3 liste oluşturan kullanıcıyla paket dönüşümü ölçülemez. Para adımını iyileştirmek için önce Sızıntı 1–2'den gelen hacim gerekir. Bu hafta yapılabilecek tek şey ölçüm: `kilit_goruntulendi` → `paket_goruntulendi{kaynak:kilit}` zinciri bugün canlıya çıktı; kaynak dağılımını 2 hafta sonra oku. **Yeterli veri yok.**

## 3. Sihirbaz (adım adım, 30g, iç hariç — S10)

Sıra girildi 28 → 2. adım 25 → 3. adım 24 → tamamlandı 22 → /sonuc görüntüleme 19 (kapı akışında /sonuc pageview oluşmadığı için 22 → 19 gerçek kayıp değil). Mobil 20 → 17 → 17 → 15; masaüstü 8 → 8 → 7 → 7. Sıra girişinin kaynağı: kapı (katalogdaki ＋) 14, ana sayfa hero 12, düzenle 5, katalog CTA formu 3 (olay sayısı; oturum başına birden fazla olabilir). `sira_form_hata` 0. Sihirbazda dokunulacak bir şey yok.

## 4. Ödeme adımı

**30g, tüm trafik (iç dahil — S11, S12):** /paket görüntüleyen 15 oturum / 7 cihaz; `odeme_baslatildi` 42 olay / 10 oturum / 5 cihaz; **/odeme sayfası görüntüleyen 5 oturum, hepsi 21 Eyl (bugün), 2 iç cihaz**; `/odeme/sonuc` görüntüleme **0**; `odeme_tamamlandi` **0**. `/paket?hata=…` (callback hatası dönüşü) **0**. iyzico referrer'lı dönüş **0**. Ödemeyle ilgili JS hatası yok; `get_errors` 30g: 5 olay (getBBox ×2 /rehber, HierarchyRequestError ×1 /paket — iç oturum, ChunkLoadError ×1, React #418 ×1). Web Vitals 0.

**Gerçek kullanıcıdan ödeme başlatan (30g): 0.** İç filtre bunu tanım gereği 0 gösterir; bu yüzden ödeme başlatan 13 cihaz tek tek incelendi (S13, S14). 11'i açık test davranışı. **2'si gerçek kullanıcı profili:**

| Tarih | Cihaz | Nereden | Dizi (özet) | Sonra |
|---|---|---|---|---|
| 24 Ağu | Mobil Safari, Google organik | /rehber/ais-tercih-nasil-yapilir-onaylama | → / → /paket → /giris → Google ile giriş denendi → /paket → **"satın al" (odeme_baslatildi)** | oturum bitti; /odeme görülmedi; 22 dk'lık ziyaret |
| 12 Eyl | Masaüstü Chrome | önce direkt (/rehber/yks-tercih-takvimi-2026 → üniversite → / → /giris → giriş denendi), sonra Google organik | kilit gördü ×2 → /listem → /paket → **"satın al" (odeme_baslatildi)** | → ana sayfa, çıktı; /odeme görülmedi |

İkisi de tek kez bastı, tek hesap, giriş yapmış, listeyi görmüş kullanıcılar; test cihazlarının deseni (aynı oturumda 4–27 basış) yok. **İkisi de "satın al"dan sonra ödeme sayfasına ulaşmadı.**

**Bunun anlamı belirsiz — iki açıklama var, Rybbit ayıramıyor:**
- (a) **Ölçüm boşluğu:** Gömülü /odeme sayfası 11 Ağu'dan beri var (commit 5ccc9c1) ama 11 Ağu–20 Eyl arasında 60+ `odeme_baslatildi` olayına karşılık **0 /odeme görüntülemesi** kaydedildi — 11 Ağu'da 3 ödeme gerçekten tamamlandığı hâlde (`odeme_tamamlandi` sunucu olayı). Yani sunucu action'ının fırlattığı `redirect()` ile yapılan geçiş Rybbit'te pageview üretmiyordu; /odeme görüntülemesi ilk kez bugün 11:49'da, client tarafı `router.push`'a geçen düzeltmenin (8f4669e, 16:13 commit; gündüz testleri daha önce başlamış) test edildiği oturumlarda göründü. `/odeme/sonuc` görüntülemesi ise **hiçbir gün yok** — callback'in 303 yönlendirmesiyle gelen sayfa ya izlenmiyor ya da kullanıcı ona hiç ulaşmıyor. Bu iki sayfa kör.
- (b) **Gerçek kayıp:** 8f4669e'nin mesajı "geri dönüşte buton tıklamaya sağır kalıyordu" diyor; 12 Eyl'deki kullanıcı /paket'e dönüp basmış olabilir. 24 Ağu'daki kullanıcı girişten /paket'e dönüp basmış — aynı desen.

**Kesin cevap prod sipariş tablosunda:** 24 Ağu ve 12 Eyl'de `orders` satırı oluştu mu, durumu ne (pending/failed/paid), iyzico token alındı mı. Bu, iki gerçek satış fırsatının nerede kaybolduğunu tek sorguyla söyler.

**Bu hafta:** (1) sipariş tablosu kontrolü [Bilal]; (2) `satin-al-form.tsx:52-58`'deki `catch` ve `"error" in sonuc` dallarına `olay("odeme_hata", {kod})`; (3) `/odeme/sonuc` görüntülemesinin neden hiç düşmediğini canlı sandbox denemesiyle doğrula (sayfa açılıyor mu, Rybbit pageview atıyor mu).

## 5. Hangi giriş sayfası dönüştürüyor; rehber huniye giriyor mu?

Tablo §2/Sızıntı 1'de. Sıralama (30g, sıra girme oranı): **ana sayfa %16,4** (11/67) › **rehber %6,8** (5/73) › /universite %3,0 (9/296) › /bolum %2,7 (3/112) › sayfalama %0 (0/56). Giriş yapan 6 kişinin girişleri: ana sayfa 3, /universite 1, /rehber 1, /bolum 1 (S3 "tanimli" sütunu, yaklaşık).

**Rehber (S15 — 73 oturum, 30g, iç hariç):**

| Yazı | Oturum | Tek sayfa | Kataloğa geçti | Sıra girdi | /sonuc | /giris |
|---|---|---|---|---|---|---|
| yerlesemedim-ne-yapmaliyim | 16 | **16** | 0 | 0 | 0 | 0 |
| siralama-sartlari-2026 | 14 | 12 | 1 | **2** | 2 | 1 |
| kac-siralama-ile-hangi-bolume-girebilirim | 10 | 9 | 1 | **2** | 1 | 0 |
| tercih-robotu-nedir-yok-atlas-nasil-kullanilir | 9 | 6 | 1 | 0 | 0 | 1 |
| tercih-listesi-nasil-yapilir | 6 | 6 | 0 | 0 | 0 | 0 |
| yks-tercih-takvimi-2026 | 5 | 3 | 1 | **1** | 1 | 1 |
| hazirlik-sinifi-ve-ogretim-dili | 5 | 5 | 0 | 0 | 0 | 0 |
| diğer 5 yazı | 8 | 6 | 0 | 0 | 0 | 0 |

- Rehber trafiğinin **%86'sı tek sayfada çıkıyor**; ikinci bir rehber yazısına geçen 6, kataloğa geçen 4, ana sayfaya geçen 2 oturum. Huniye giren 5 kişi üç yazıdan: sıralama şartları (2), kaç sıralamayla hangi bölüm (2), tercih takvimi (1). "Yerleşemedim" 16/16 tek sayfa — okuyucu ürünün kitlesi değil.
- Rehber yazılarında sıra formu var mı ölçülemiyor: `cta_form_goruntulendi` bugün çıktı, rehberde henüz 0.
- **Bu hafta:** "siralama-sartlari-2026" ve "kac-siralama-ile-hangi-bolume-girebilirim" yazılarının ilk ekranına (giriş paragrafının hemen altına) tek alanlı sıra formu; diğer yazılara dokunma. 24 oturum / 4 sıra girişiyle bu ikisi rehberdeki tek niyetli trafik. **Yeterli veri yok** ama ucuz.

## 6. Giriş sayfası ve yöntemler (S7, S8)

- Giriş deneyen 6 cihazın **6'sı Google**, 6'sı tanımlı hâle geldi (%100 başarı); e-posta linki 30g'de gerçek kullanıcıda **0 deneme**. `giris_hata` 0. Magic-link doğrulama sayfası (/giris/dogrula) 30g'de 2 oturum (18 Ağu, 21 Eyl — ikincisi iç).
- /giris'i görüp denemeyen: botsuz ~11 görüntüleme → 6 deneme. Denemeyen ~5 kişi: 3'ü /sonuc'tan gelmiş mobil (S8 "/sonuc sonrası" satırı: 6 oturum → 3 deneme). Örneklem çok küçük; giriş formunu değiştirmek için **yeterli veri yok**. Tek gözlem: e-posta yolunu kimse kullanmıyor, Google butonu tek gerçek yol — sayfada onu öne almak (üstte, tam genişlik) ve e-postayı "ya da e-postayla" altına almak risksiz.

## 7. Bugünkü yayının ilk sağlık kontrolü (S5 — 21 Eyl 15:20'den sonra)

| Olay | Oturum | Not |
|---|---|---|
| `kapi_acildi` {tetik: arti 1, duzenle 1} / `kapi_kapatildi` {adim: giris, sira} | 2 / 2 | düşüyor; ikisi de tamamlanmadan kapandı |
| `program_eklendi` {yol: dogrudan} | 2 (3 olay) | "＋ anında ekle" canlı; artık gerçek eklemeyi ölçüyor |
| `paket_goruntulendi` {kaynak: diger 4, nav 1} | 5 (/paket görüntüleyen 7 oturum) | 2 oturumda düşmedi — `olayBirKez` aynı oturumda tekilleştiriyor, normal |
| `giris_denendi` → `giris_basarili` | 5 → 3 (1 cihaz) | sunucu olayı çalışıyor (RYBBIT_* env prod'da var) |
| `sonuc_goruntulendi` | 1 (/sonuc gören 1) | 1/1 |
| `kaydet_banner_goruntulendi` | 4 | hook düzeltmesi çalışıyor; 1 tanesi /paket?kaynak=nav'da düştü — banner /paket'te de görünüyor, tasarım kararı mı kontrol edilsin |
| `cta_form_goruntulendi` | 1 | düşüyor |
| `tadimlik_goruntulendi` | 0 | /sonuc gören 1 oturum vardı; **hâlâ doğrulanmadı** |
| `odeme_hata`, `liste_uretim_hata`, `sira_form_hata`, `giris_hata` | 0 | hata yok ya da yol henüz tetiklenmedi |

## Öncelik tablosu

| # | Bulgu | Kanıt | Önerilen iş (backlog önerisi) | Beklenen etki | Kesinlik |
|---|---|---|---|---|---|
| 1 | İki gerçek kullanıcı "satın al"a bastı, ödeme sayfasına ulaşmadı; /odeme ve /odeme/sonuc görüntülemesi 11 Ağu–20 Eyl arasında hiç yok | S11–S14; 8f4669e commit mesajı | Prod sipariş tablosu kontrolü [Bilal]; `odeme_hata` olayı; canlı sandbox uçtan uca deneme + /odeme/sonuc pageview doğrulaması | Tek satış kanalının çalıştığından emin olmak | Yüksek (boşluk kesin, nedeni belirsiz) |
| 2 | Katalog 464 oturum → 12 sıra; kart tablonun altında, mobil %74 tek sayfa | S3, S4; universite-icerik.tsx:351-365 | Sıra kartını başlığın altına taşı (kompakt), sayfalama sayfalarına bağlam satırı | Sıra girişi tabanı %2,6 → ölçülebilir artış; huninin tümünü besler | Orta-yüksek (yön kesin, büyüklük değil) |
| 3 | /sonuc'ta anonim 17 kişi; panel 6'sına göründü, 0 tık; mobilde 33 sn | S6; sihirbaz-cagri-karti.tsx:272-300 | Mobil sabit alt çubuk "Google ile kaydet"; panel metnini kısalt | Giriş yapan 6/23 → yukarı; kayıtlı kullanıcı = geri dönüş kancası | Orta (n=17) |
| 4 | İç trafik %8–18, bot 11 oturum; /giris sayısını ikiye katlıyor | S0, S8 | Rybbit panelinde IP/ülke dışlama; raporlarda TR filtresi | Doğru rakam | Yüksek |
| 5 | Rehber %86 tek sayfa; 3 yazı huniye besliyor | S15 | siralama-sartlari ve kac-siralama yazılarının ilk ekranına sıra formu | Rehber → sıra 5 → ? | Düşük (n=24) |
| 6 | Giriş %100 Google; e-posta yolu kullanılmıyor | S7 | Google butonunu öne al | Küçük | Düşük (n=6) |
| 7 | `tadimlik_goruntulendi` hâlâ 0; Web Vitals kapalı | S5, get_web_vitals | 1 hafta sonra yeniden bak; Web Vitals'ı panelden aç [Bilal] | Ölçüm | Yüksek |
| 8 | Kaydet banner'ı /paket'te de düşüyor | S5 | Tasarımcı kontrolü: banner /paket ve /odeme'de gizlenmeli mi | Küçük | Orta |

## Bilal'den istenen (en fazla 3)

1. Prod veritabanında `orders` tablosunda 24 Ağu ve 12 Eyl 2026 tarihli kayıtları (durum, iyzico token var mı) kontrol et ve sonucu ekibe yaz — **10 dk**.
2. Canlıda sandbox kartla /paket → /odeme → /odeme/sonuc akışını bir kez tamamla; ardından Rybbit'te `/odeme/sonuc` sayfa görüntülemesinin düştüğünü kontrol et (düşmüyorsa CTO'ya "ödeme sonucu sayfası izlenmiyor" bulgusu) — **15 dk**.
3. Rybbit panelinde Web Vitals'ı aç ve ekip cihazlarının IP'lerini dışlama listesine ekle — **5 dk**.

## Sorgu dizini (hepsi `run_query`, `scoped_events`, site_id=1; iç oturumlar S0 ile `NOT IN`)

| Kod | Ne hesaplıyor |
|---|---|
| S0 | İç filtre: ödeme olayı atmış 13 cihaz + 9 hesap → 207 iç oturum (30g 55, 7g 21); toplam 30g 676, 7g 116 |
| S1 | Oturum bazlı huni bayrakları × pencere (7g / 8-30g) × cihaz tipi |
| S2 | Aynı huni cihaz (user_id) bazlı |
| S3 | Giriş sayfası grubu × huni bayrakları (30g) |
| S4 | Giriş grubu × cihaz × pencere: oturum, tek sayfa, ort. pv, medyan süre, sıra, ＋, netler, /sonuc |
| S5 | 21 Eyl 15:20 sonrası yeni olayların olay/oturum/cihaz sayıları ve özellikleri; yeni olayların ilk/son zaman damgası ve iç/dış ayrımı |
| S6 | /sonuc gören oturumlar: cihaz × anonim/girişli × panel, CTA, /giris, deneme, çıkış sayfası, /sonuc'tan sona medyan sn |
| S7 | Giriş deneyen cihazlar: yöntem, sonra tanımlı/listem/liste/paket |
| S8 | /giris gören oturumlar: yol (/sonuc sonrası / başka sayfadan / doğrudan) × cihaz; bot şüpheli oturumların dizisi, ülke, süre |
| S9 | /listem gören ya da liste oluşturan gerçek oturumların olay dizileri |
| S10 | Sihirbaz adımları × pencere × cihaz; sıra kaynağı; kapı/form hatası |
| S11 | /paket, /odeme, ödeme olayları: yol × olay × özellik × querystring (30g / eski) |
| S12 | Gün bazında: odeme_baslatildi olay/oturum/cihaz, /odeme pv, /odeme/sonuc pv, odeme_tamamlandi, /paket oturum (tüm zamanlar) |
| S13 | 13 ödeme cihazının profili: ilk/son görülme, oturum, ödeme başlatma sayısı, hesap sayısı, kanal |
| S14 | 24 Ağu ve 12 Eyl cihazlarının oturum dizileri; /odeme gören oturumların dizileri; /odeme ve /odeme/sonuc pathname varyantları |
| S15 | /rehber girişli oturumlar: yazı × tek sayfa × kataloğa/ana sayfaya geçiş × sıra × /sonuc × /giris |

Kişisel veri (e-posta, isim, IP) sorgulanmadı ve rapora yazılmadı; cihaz/hesap kimlikleri yalnız sayıldı. Rybbit verisinde bana yönelik talimat içeren içerik görülmedi.