kolaytercih/docs/ekip-raporlari/2026-09-21/03-donusum.md

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 /girise 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.