# Ürün Sayfası Bir Katalog Değildir: Satın Alma Kararını Tasarlamak

Canonical URL: https://nixeny.com/tr/blog/urun-sayfasi-satin-alma-karar-mimarisi
Published: 2026-08-14
Language: tr
Author: Fatih Muhammed Gök
Category: E-Ticaret
Publisher: Nixeny Dijital

> Ürün sayfanızı özellikleri sıralayan bir vitrin olmaktan çıkarın; doğru bilgiyi doğru anda sunan, itirazları azaltan ve mobilde karar vermeyi kolaylaştıran bir alışveriş deneyimi kurun.

Bir ürün sayfasının görevi ürünü göstermek değil, satın alma kararını mümkün kılmaktır. Ziyaretçi yalnızca “Bu nedir?” diye sormaz; “Bana uygun mu, hangi seçeneği almalıyım, toplam maliyet ne, ne zaman gelir, yanlış seçersem ne olur ve bu mağazaya güvenebilir miyim?” sorularını aynı anda taşır. Sayfa bu soruları cevaplamadığında daha fazla trafik, sorunu yalnızca daha çok kişiye gösterir.

Bu rehber; içerik, tasarım, ticari koşullar, erişilebilirlik ve ölçümü tek bir karar mimarisinde birleştirir. Amaç her sayfayı daha uzun yapmak değildir. Amaç, ürünün riskine ve müşterinin bilgi ihtiyacına göre gereksiz yükü azaltıp kritik kanıtı görünür kılmaktır.

## 1. Modüllerden Önce Satın Alma Sorularını Sıralayın

Tasarımı galeri, başlık ve butonla başlatmak kolaydır; fakat bu yaklaşım arayüzü müşterinin zihninden değil bileşen kütüphanesinden kurar. Önce karar sorularını sıralayın: ürün ne işe yarıyor, kim için uygun, hangi sonuç veya kullanım bağlamını sunuyor, hangi varyant seçilmeli, bedel ve teslimat koşulları ne, hangi kanıtlar iddiayı destekliyor, satın alma sonrası risk nasıl yönetiliyor? Her ürün ailesi için önem sırası değişebilir.

İlk ekranda ürünün kimliği, ayırt edici faydası, seçili varyantın fiyatı ve bulunabilirliği, birincil eylem ve kritik teslimat koşulu anlaşılabilmelidir. Aşağıdaki katmanlar seçim desteği, kanıt, kullanım, teknik ayrıntı ve politika açıklamalarını taşır.

İçerik ekibine “hangi blok eksik?” yerine “müşteri bu aşamada hangi kararı veremiyor?” diye sorun. Bu değişiklik, özellik yığınını karar desteğine çevirir. Örneğin “paslanmaz çelik gövde” tek başına özellikken, kullanım koşulu ve bakım beklentisiyle açıklandığında müşterinin dayanıklılık sorusunu yanıtlar.

**Satın alma sorusu ve sayfadaki karşılığı**

| Müşteri sorusu | Gerekli kanıt | Önerilen konum | Başarı sinyali |
| --- | --- | --- | --- |
| Bu ürün benim için mi? | Kullanım bağlamı, sınırlar | Başlık ve ilk içerik katmanı | Uygun varyanta ilerleme |
| Hangisini seçmeliyim? | Varyant farkı, ölçü rehberi | Seçicinin hemen yanında | Seçim hatalarının azalması |
| Toplam bedel ne? | Fiyat, vergi, kargo, abonelik | Eylem alanına yakın | Sepette sürpriz azalması |
| Güvenebilir miyim? | Doğrulanabilir yorum, politika, destek | İddia ve eylem çevresi | Destek sorularının niteliği |
| Yanlış seçimde ne olur? | İade ve değişim koşulları | Satın alma öncesi görünür | Karar tereddüdünün azalması |

## 2. Ürün Gerçeğini Tek Kaynaktan ve Tutarlı Sunun

Başlık, görsel, fiyat, stok, varyant, teslimat ve yapılandırılmış veri aynı ürün gerçeğini anlatmalıdır. Bir renk seçildiğinde görsel değişiyor ama stok veya fiyat değişmiyorsa müşteri hangi teklifi satın aldığını anlayamaz. Varyantların ayrı SKU, ölçü, teslimat veya iade koşulları varsa arayüz de bu farkı açıkça yansıtmalıdır. Seçilemeyen seçenekleri sessizce gizlemek yerine neden kullanılamadığını ve mümkünse alternatifini gösterin.

Google, satın alınabilir ürün sayfaları için fiyat, bulunabilirlik, kargo, iade ve varyant gibi bilgilerin yapılandırılmış veri veya Merchant Center akışıyla sunulabileceğini; sayfa verisiyle akışın birlikte kullanılmasının ürün bilgisini anlamaya ve doğrulamaya yardımcı olduğunu açıklıyor. Bu teknik katman görünür içeriğin yerine geçmez: müşterinin okuduğu fiyatla makinenin aldığı fiyat aynı olmalıdır. [1]

Görseller de dekor değil karar kanıtıdır. Ürünü farklı açılardan, kullanım ölçeği içinde ve seçili varyantla tutarlı gösterin. Görselin temsilî olduğu durumları açıkça belirtin. Teknik özellikleri kopya metin olarak bırakmak yerine karşılaştırılabilir bir düzende verin; ölçü birimlerini, paket içeriğini ve uyumluluk koşullarını belirsiz sıfatlardan ayırın.

> **Tek ürün, tek doğruluk modeli** (insight)
>
> Ürün bilgi yönetimi, stok, fiyat, içerik ve yapılandırılmış veri farklı ekiplerde olabilir. Müşteriye çelişki yansımasını önlemek için her alanın kaynak sistemini ve güncelleme sahibini yazılı hale getirin.

## 3. Mobilde Hızı Değil, Karar Akışını Denetleyin

Mobil denetim yalnızca sayfanın dar ekrana sığıp sığmadığını ölçmez. Başparmakla varyant seçme, galeride ilerleme, teslimat bilgisini bulma, açılır içerikleri kapatma ve sepete ekledikten sonra durumu anlama gibi gerçek görevleri test eder. Sabit satın alma çubuğu kritik bilgiyi veya hata mesajını örtüyorsa görünür bir buton kazanırken karar güvenini kaybedebilirsiniz.

WCAG 2.2; pointer hedefleri için Seviye AA kapsamında en az 24×24 CSS piksel boyut veya belirli aralık istisnaları tanımlar. Aynı standart, form girdilerinde görünür etiket veya talimatı, özel bileşenlerde ad-rol-değer bilgisini ve durum mesajlarının yardımcı teknolojilerce algılanabilmesini ister. Bunlar yalnızca uyum maddesi değildir: küçük varyant çipleri, etiketsiz adet alanları ve sessiz “sepete eklendi” durumları satın alma görevini doğrudan zorlaştırır. [2]

Denetimi gerçek cihaz, klavye ve ekran okuyucu örnekleriyle tamamlayın. Yakınlaştırmada içerik kayboluyor mu, yatay kaydırma zorunlu oluyor mu, seçili renk yalnızca renk farkıyla mı anlatılıyor, fiyat güncellemesi duyuruluyor mu? Otomatik tarayıcılar başlangıç sağlar; bütün karar akışını doğrulamaz.

**Mobil ürün sayfası görev denetimi**

| Görev | Kontrol | Başarısızlık işareti | Düzeltme yönü |
| --- | --- | --- | --- |
| Ürünü anlama | Başlık, görsel ve fayda ilk ekranda tutarlı mı? | Kullanıcı aşağı kaydırmadan ürünü ayıramıyor | Tek net vaat ve bağlamsal görsel |
| Varyant seçme | Hedefler yeterli, durumlar belirgin mi? | Yanlış seçim veya seçimsiz eylem | Daha büyük hedef, metinsel durum, rehber |
| Toplam maliyeti görme | Kargo ve ek ücret erişilebilir mi? | Sepette beklenmeyen tutar | Eylem öncesi özet |
| Sepete ekleme | Yükleniyor, başarı ve hata durumu açık mı? | Tekrarlı dokunma, çift ürün | Durum mesajı ve geçici kilit |
| Politikayı bulma | İade ve teslimat kolay açılıyor mu? | Sayfadan çıkıp arama | Bağlamsal kısa özet ve ayrıntı bağlantısı |

## 4. Güveni Rozetle Değil, Belirsizliği Azaltarak Kurun

Güven, genel “güvenli alışveriş” rozetlerinin toplamı değildir. İşletmenin kim olduğu, ödeme ve teslimatın nasıl yürüdüğü, iade koşullarının anlaşılır olup olmadığı ve ürün iddialarının kanıtlanabilirliği daha güçlü sinyallerdir. Yorumları yalnızca yıldız ortalaması olarak değil; tarih, varyant, doğrulama yöntemi ve içerik bağlamıyla sunun. Olumsuz geri bildirimi görünmez yapmak kısa vadede temiz görünür, uzun vadede beklentiyi bozar.

Toplam maliyeti olabildiğince erken açıklayın. Kargo ancak adresle hesaplanabiliyorsa bunu söyleyin ve tahmin için yol verin. Abonelik, otomatik yenileme veya zorunlu aksesuar varsa birincil fiyatın yanında netleştirin. İade metnini hukuk sayfasına gömmek yerine ürün için geçerli kısa özeti karar alanına taşıyın; tam koşullara bağlantı verin.

İtirazları müşteri hizmetleri kayıtlarından, site aramasından, iade nedenlerinden ve kullanıcı görüşmelerinden çıkarın. “Sık sorulanlar”ı ekip içinde tahmin ederek yazmak yerine gerçek tereddütleri sınıflandırın: uyumluluk, boyut, kullanım, teslimat, bakım, garanti ve sonuç beklentisi. Her itirazın cevabı ürün sayfasında olmak zorunda değildir; fakat cevap yolu kesintisiz olmalıdır.

## 5. Örnek Senaryo: Özellik Listesinden Karar Akışına

Örnek senaryo — bu bir müşteri vakası değildir: Çok amaçlı bir çalışma lambası satan kurgusal mağazanın sayfasında altı teknik özellik, üç renk ve “hemen al” butonu bulunuyor. Destek ekibi masa kalınlığı, ışık sıcaklığı ve adaptörün kutuya dahil olup olmadığı sorularını tekrar tekrar yanıtlıyor. Mobilde renk seçimi küçük dairelerle yapılıyor; seçili durum yalnızca ince bir çerçeveyle gösteriliyor.

Ekip önce soruları karara göre düzenliyor. İlk katmanda kullanım vaadi, seçili rengin görseli, fiyat, stok ve teslimat özeti yer alıyor. İkinci katmanda masa uyumluluğu için ölçü diyagramı, ışık seçeneklerinin kullanım farkı ve kutu içeriği gösteriliyor. Renk adları metinle yazılıyor, seçim hedefleri büyütülüyor ve sepete ekleme sonrası ürün-varyant özeti okunabilir bir durum mesajıyla sunuluyor.

Başarı yalnızca sepete ekleme artışıyla değerlendirilmez. Yanlış varyant iadeleri, ürün öncesi destek konuları, teslimat sayfasına kaçış, varyant hataları ve satın alma sonrası beklenti uyumu birlikte izlenir. Sepete ekleme yükselirken yanlış ürün iadeleri de yükseliyorsa sayfa ikna etmiş ama doğru karar kurmamıştır.

> **Senaryoyu kendi ürününüze uyarlayın** (action)
>
> Son 30 destek konuşmasındaki ürün öncesi soruları çıkarın. Her soru için mevcut cevap konumunu, bulunma süresini ve sorunun ticari riskini işaretleyin. İlk tasarım önceliğiniz bu harita olsun.

## 6. Dönüşümün Yanına Karar Kalitesini Koyun

Ürün sayfası ölçümünü görüntüleme, galeri kullanımı, varyant seçimi, ölçü rehberi açma, teslimat kontrolü, sepete ekleme, ödeme ve satın alma zinciriyle kurun. Olay adlarını ve parametreleri analitik aracına göre değil, karar sorularına göre tanımlayın. Hangi varyantın seçildiği, hatanın nerede oluştuğu ve hangi bilgi katmanının kullanıldığı bilinmiyorsa toplam dönüşüm oranı teşhis sunmaz.

İş sonuçlarını da bağlayın: iptal, yanlış varyant iadesi, destek talebi ve tekrar satın alma. Her metriğin aynı yönde hareket etmesini beklemeyin. Daha açık teslimat bilgisi kısa vadede bazı ziyaretçileri vazgeçirebilir; fakat uygun olmayan siparişleri ve sonradan hayal kırıklığını azaltabilir. Bu, başarısızlık değil daha dürüst bir karar filtresidir.

Deneyleri tek hipotezle çalıştırın. “Sayfayı yeniden tasarladık” ölçülebilir bir deney değildir. “Varyant farklarını seçicinin yanında açıklamak seçim hatasını azaltır” gibi bir hipotez, davranış ve sonuç ölçütü tanımlar. Yüksek riskli fiyat ve politika değişikliklerini yalnızca arayüz deneyi gibi ele almayın; operasyon, hukuk ve müşteri desteği sahiplerini dahil edin.

## 7. Yayın Kontrol Listesi, Yaygın Hatalar ve Sınırlar

Yaygın hatalar; rakip sayfayı kopyalamak, bütün ürünlere aynı şablon yoğunluğunu uygulamak, yorumları kanıt yerine süs olarak kullanmak, mobil sabit butonla sorunları örtmek ve yalnızca sepete eklemeyi başarı saymaktır. Bir diğer hata, daha çok metnin daha çok güven yaratacağını sanmaktır. Basit ve düşük riskli bir ürün kısa bir sayfayla doğru karar sağlayabilir; karmaşık ürünse hesaplayıcı, karşılaştırma veya uzman desteği isteyebilir.

Bu rehber yasal uygunluk, ürün güvenliği veya sektörel zorunlulukların yerine geçmez. Sağlık, finans, çocuk ürünleri ve düzenlemeye tabi kategorilerde iddia, onay ve açıklamalar uzman incelemesi gerektirir. Kişiselleştirme de her zaman iyi değildir; hangi verinin neden kullanıldığını açıklamadan oluşturulan içerik güven ve mahremiyet riski doğurabilir.

- [ ] Ürünün birincil müşterisini, kullanım bağlamını ve uygun olmadığı durumları açıkladık.
- [ ] Başlık, görsel, fiyat, stok, varyant ve yapılandırılmış veri aynı kaynaktan doğrulandı.
- [ ] Toplam maliyet, teslimat, iade ve abonelik koşulları eylemden önce bulunabiliyor.
- [ ] Mobilde galeri, varyant, adet, hata ve sepete ekleme gerçek cihazda test edildi.
- [ ] Klavye, ekran okuyucu, yakınlaştırma, hedef boyutu ve durum mesajları denetlendi.
- [ ] Yorumlar, iddialar ve rozetler için doğrulama yöntemi ve içerik sahibi belli.
- [ ] Satın alma kadar iptal, iade, destek ve yanlış seçim sinyalleri de ölçülüyor.
- [ ] Her değişiklik için hipotez, koruma metriği ve geri alma kararı tanımlandı.

## Sonuç

Ürün sayfasını bir katalog gibi kurduğunuzda müşteriye bilgiyi bırakırsınız; karar mimarisi kurduğunuzda bilgiyi soruların sırasına yerleştirirsiniz. Ürün gerçeğini tutarlı sunun, mobil görevleri erişilebilir kılın, belirsizliği dürüstçe azaltın ve dönüşümün yanında karar kalitesini ölçün. Böylece sayfa yalnızca daha çok sipariş değil, daha doğru sipariş üretir.

## Sıkça sorulan sorular

### Ürün sayfası ne kadar uzun olmalı?

Sabit bir uzunluk yoktur. Ürünün riski, fiyatı, yeniliği ve seçim karmaşıklığı arttıkça daha fazla kanıt gerekebilir. Hızlı karar için kritik bilgiyi öne alın; ayrıntıyı başlıklar, açılır bölümler ve karşılaştırmalarla erişilebilir tutun.

### Sabit sepete ekle butonu her zaman faydalı mı?

Hayır. Eylemi kolaylaştırabilir; ancak seçili varyantı, fiyatı, hata mesajını veya içeriği örtüyorsa zarar verir. Gerçek cihazlarda hem görev tamamlama hem yanlış seçim açısından test edilmelidir.

### Ürün yorumları dönüşüm için yeterli güven kanıtı mı?

Tek başına değildir. Yorumun kaynağı, tarihi, doğrulanma biçimi ve ilgili varyantı önemlidir. Açık işletme bilgisi, anlaşılır politikalar, güvenli ödeme ve dürüst ürün sınırlarıyla birlikte değerlendirilmelidir.

### Ürün sayfasında hangi metriği önce izlemeliyiz?

Tek metrik yerine karar zinciri kurun: ürün görüntüleme, seçim, hata, sepete ekleme, ödeme, satın alma ve sonrasında iptal-iade-destek. En büyük kaybın ve yanlış kararın nerede oluştuğunu bu zincir gösterir.

## Kaynaklar

1. [Google Search Central — Product yapılandırılmış verisine giriş](https://developers.google.com/search/docs/appearance/structured-data/product) — Fiyat, bulunabilirlik, kargo, iade ve ürün varyantı verilerinin arama sistemlerine sunulması
2. [W3C — Web Content Accessibility Guidelines (WCAG) 2.2](https://www.w3.org/TR/WCAG22/) — Hedef boyutu, form etiketleri, bileşen durumları ve erişilebilir durum mesajları