Kargo ve teslimat sayfası, müşterinin toplam maliyeti ve siparişin ne zaman ulaşabileceği hakkında karar vermesine yardımcı olur. “Ücretsiz kargo”, “aynı gün kargoda” veya “kolay iade” gibi ifadeler ancak mağazanın güncel operasyonu ve koşullarıyla doğrulanabiliyorsa kullanılmalıdır. Örnek bir ücret eşiği ya da teslimat süresi, mağazanızın gerçek politikası yerine geçmez.
İyi bir sayfa, ürün ve ödeme adımlarındaki bilgileri tekrar ederken sonradan değişebilecek değerleri tek bir güncel kaynaktan yönetir. Bu rehber; içerik, kullanıcı deneyimi, teknik uygulama, arama görünürlüğü ve ölçüm için kontrol adımları sunar. Hukuki metin veya belirli bir mağazaya ait operasyon vaadi değildir.
Müşteri bu sayfada hangi sorulara yanıt bulmalı?
Sayfa, alışverişten önce ve siparişten sonra gelen farklı ihtiyaçları karşılamalıdır. Önce satın alma kararını etkileyen ücret, tahmini teslimat ve bölge koşullarını; ardından sipariş takibi, gecikme/hasar bildirimi, iptal ve iade akışını açıkça ayırın.
- Teslimat ücreti: Ücretin siparişe nasıl eklendiğini, varsa ücretsiz kargo koşulu ve istisnaları açıklayın. Doğrulama kaynağı: güncel fiyat/checkout kuralı.
- Tahmini teslimat: Hazırlık ve taşıma süresini, bölge veya ürün istisnalarını ayırın. Doğrulama kaynağı: depo, stok, taşıyıcı hizmeti ve güncel sipariş kayıtları.
- Taşıyıcı: Gerçekte kullanılan taşıyıcı ve hizmet seçeneklerini belirtin. Doğrulama kaynağı: aktif sözleşme ve sipariş sistemi.
- Takip: Sipariş durumuna güvenli erişimi ve takip numarasının nereden alınacağını gösterin. Doğrulama kaynağı: gerçek sipariş/takip entegrasyonu.
- Gecikme, kayıp veya hasar: Müşterinin başvuracağı kanalı ve gerekli sipariş bilgilerini açıklayın. Doğrulama kaynağı: müşteri hizmetleri süreci.
- İptal ve iade: Mağazanın ticari koşullarıyla tüketicinin yasal haklarını birbirinden ayırın. Doğrulama kaynağı: güncel ön bilgilendirme ve mevzuat incelemesi.
Bu kontrol listesi, örnek değerlerle sayfayı doldurmak yerine gerçek operasyon sisteminden bilgi almanızı sağlar. Ücret, stok ve teslimat tahmini güncellendiğinde ürün sayfası, sepet, ödeme, onay e-postası ve yardım sayfası da aynı koşulları göstermelidir.
Ücret ve teslimat tahminini nasıl sunmalı?
Kargo ücreti ve ücretsiz teslimat koşulu
Varsa ücret eşiğini, hangi sepet toplamına uygulandığını ve kapsam dışı ürün/bölgeleri mağazanın aktif kuralına göre yazın. “Ücretsiz kargo” ifadesi, koşul sepet veya ürün bazında değişiyorsa tek başına yeterince açıklayıcı değildir. Ödeme başlamadan önce tahsil edilecek teslimat masrafını görünür kılın; Ticaret Bakanlığının mesafeli sözleşme bilgilendirmesi toplam fiyatla birlikte varsa nakliye, teslimat ve benzeri ek masrafların sözleşme kurulmadan önce bildirilmesi gerektiğini belirtir.
Teslimat tarihi ve bölgesel farklar
Şehir bazında sabit “ertesi gün” veya “iki günde gelir” tabloları yayınlamak yerine tahmini tarihi, stok ve hazırlık süresiyle taşıyıcının hizmet alanı/süresini birlikte kullanan gerçek sipariş verisinden üretin. İş günü, hafta sonu, resmi tatil, yoğun dönem, kırsal dağıtım ve ürünün hazırlanma süreci tahmini etkileyebilir. Arayüzde hazırlık süresi ile taşıma süresini ayırın ve müşteriye gösterilen tarihin tahmin olduğunu, gerçek sipariş akışınızın izin verdiği açıklıkta belirtin.
Aynı gün kargo veya belirli saate kadar sipariş vaadi kullanıyorsanız bu koşulu yalnız ilgili depo, stok, gün, ürün ve sipariş kesim saati sistem tarafından doğrulandığında gösterin. Operasyon kuralı değiştiğinde statik görsel veya sabit metin eski vaadi bırakmamalıdır. Gecikme oranı ve teslim tahmini hatasını bölge/taşıyıcı/ürün grubu bazında izleyip tahmin aralığını güncelleyin; geçmiş ortalamayı garanti gibi sunmayın.
Ürün sayfası, sepet ve ödeme adımı
Müşteriyi her üründe genel politika sayfasını aramaya zorlamayın. Ürün sayfasında varsa tahmini teslimat, kargo ücreti kuralı ve ilgili ürünün iade koşuluna giden bağlantıyı gösterin. Sipariş adresi ve sepet içeriği bilindiğinde sepet/ödeme adımında uygulanacak tutar ve teslimat aralığını yeniden hesaplayın. Ürün sayfasındaki statik rozet ile ödeme ekranındaki gerçek koşul çelişmemelidir.
Aşağıdaki örnekleri mağazaya ait veri yoksa kullanmayın: belirli bir tutar üzeri ücretsiz kargo, belirli bir saate kadar aynı gün sevk, tüm şehirlere aynı teslimat günü, her ürün için ücretsiz iade veya belirli taşıyıcı markaları. Bunlar evrensel e-ticaret standartları değil, mağazaya bağlı ticari koşullardır.
Sipariş takibi, gecikme ve hasar süreci
Takip bağlantısını müşterinin sipariş onay e-postası, hesabı veya güvenli sipariş durumu akışında kolay bulunur yapın. Taşıyıcının herkese açık takip sayfasına yönlendirme, taşıyıcı API entegrasyonu veya mağaza içinde durum gösterimi farklı maliyet ve bakım gereksinimleri olan seçeneklerdir; iframe, API ya da yerel form her durumda daha iyi değildir. Gerçekten çalışmayan bir “kargo takip” kutusu üretmeyin. Sipariş numarası ve takip numarası gibi değerlerin gereksiz biçimde herkese açık URL’lere yazılmasını önleyin; gösterilecek kişisel/sipariş bilgilerini gerekli olanla sınırlayın.
Gecikme, teslim edilememe veya hasarlı paket için müşteriye tek bir başvuru kanalı gösterin. Sipariş numarası, teslimat durumu ve hasarı açıklayan fotoğraf gibi kayıtların destek ekibine nasıl iletileceğini yazın; ambalajı ve yazışmaları saklama tavsiyesi verilebilir. Ticaret Bakanlığının güncel tüketici rehberi, satıcının ön bilgilendirmede belirtilen kargo aracılığıyla tüketiciye teslim edilene kadar oluşan kayıp ve hasarlardan sorumlu olduğunu açıklar. Hasar tespit tutanağını tüketicinin bütün hakları için tek ön koşulmuş gibi göstermeyin; uyuşmazlıkta geçerli mevzuat ve somut sipariş durumu değerlendirilmelidir.
İptal, cayma ve iade bilgisini dikkatle yazın
Mağazanın gönüllü iade imkânı ile mevzuattan doğan haklar aynı şey değildir. Mesafeli satışlarda genel cayma hakkı ve süreleri bulunmakla birlikte mal, hizmet ve işlem türüne göre istisnalar veya özel koşullar olabilir. İade taşıyıcısı ve masraflarına ilişkin bilgilendirme de önemlidir: Ticaret Bakanlığının 2026 tarihli rehberi, ön bilgilendirmede belirtilen taşıyıcıyla veya iade taşıyıcısı hiç belirtilmemişse başka bir taşıyıcıyla yapılan iadede tüketicinin iade masraflarından sorumlu tutulamayacağını açıklar. Farklı taşıyıcı kullanılması bedel iade süresinin hangi tarihten başlayacağını da etkileyebilir.
Bu nedenle genel bir “14 gün kolay iade” rozetiyle bütün ürün, kampanya ve durumları kapsadığınızı ima etmeyin. Cayma hakkının kapsamı, istisnalar, bildirimin nasıl yapılacağı, iade taşıyıcısı ve masraf bilgisi satıcının güncel ön bilgilendirme metniyle tutarlı olmalıdır. Metni yayınlamadan önce Türkiye’deki güncel mevzuat ve mağazanın gerçek uygulaması için hukuk/uyum uzmanı incelemesi alın. Bu rehber hukuki danışmanlık değildir.
SEO ve teknik uygulama kontrol listesi
- Arama niyetini ayırın. Siparişini bekleyen kişi için gerçek takip akışına; alışveriş öncesi kişi için ücret, tahmini teslimat, bölge, taşıyıcı ve iade koşullarına yol gösterin. Çalışmayan takip aracı veya birbirinin kopyası şehir sayfaları üretmeyin.
- Sayfayı müşteri yolculuğunda bulunur yapın. Footer, yardım merkezi, ürün sayfası, sepet ve sipariş onayında uygun bağlantılar verin. Siparişe özel takip bilgisini genel, herkese açık politika sayfasında göstermeyin.
- Görünen bilgiyi güncel kaynakla besleyin. Taşıyıcı, ücret, kesim saati, stok ve teslimat tahmini değişebiliyorsa bunları tek içerik/operasyon kaynağından yönetin. Tarih veya bölge koşulunu, gerçekten izleyebildiğiniz biçimde belirtin.
- Tarama ve dizin kararını sayfaya göre verin. Her kargo sayfası otomatik olarak Google’da indekslenmek zorunda değildir. Kamuya açık, özgün ve müşteriye yararlı politika içeriği arama hedefi taşıyorsa taranabilir bir URL, doğru canonical ve sitemap politikasıyla ele alınabilir; kişiye özel sipariş/takip ekranı ise erişim ve dizin bakımından farklı değerlendirilmelidir. Kararı Search Console’daki sayfa/sorgu verisi ve sayfanın amacıyla doğrulayın.
- Yapılandırılmış veriyi doğru türde kullanın. Genel iade politikasını Google’ın desteklediği MerchantReturnPolicy/Organization yapısında; ürüne özel kargo/iade bilgisini ise uygunsa ilgili Product/Offer kapsamında değerlendirin. Genel bilgilendirme sayfasını satın alınabilir tekil ürün gibi işaretlemeyin. İşaretleme sayfadaki gerçek, görünür politika ile uyuşmalı; Google görünümü veya zengin sonuç garantisi olarak sunulmamalıdır.
- SSS’yi kullanıcı için yazın. Sorular sayfada görünür, kısa ve işlem odaklı olsun. FAQPage işaretlemesini zengin sonuç vaadi gibi eklemeyin: Google, FAQ zengin sonuçlarını düzenli olarak yalnızca tanınmış ve yetkin kamu/sağlık siteleriyle sınırlandırdığını duyurdu. E-ticaret SSS’sini yine de müşterinin kararını kolaylaştırmak için kullanabilirsiniz.
- Mobilde gerçek akışı deneyin. Adres ve ürün varyantı değiştiğinde teslimat tarihi/ücreti güncelleniyor mu, takip bağlantısı çalışıyor mu, tablo kendi alanında yatay kaydırılıyor mu, ana sayfa yatay taşma yapıyor mu kontrol edin. Ekran görüntüsü veya statik tasarım, canlı taşıyıcı entegrasyonunu doğrulamaz.
Ölçüm: bilgi bulunabilirliği ile ticari sonucu ayırın
Önce mevcut durumu ve dönemini kaydedin. Yardım başvurularında teslimat ücreti/tarihi sorularının payı, geç teslimat şikâyeti, kargo bilgi bağlantılarının kullanımı, ödeme adımındaki terk ve iade nedenleri farklı göstergelerdir. Her birini sipariş sayısı, taşıyıcı, bölge, stok ve kampanya bağlamıyla değerlendirin; toplam dönüşüm değişimini tek başına kargo sayfasına bağlamayın.
Metin, ücret gösterimi veya tahmin aralığında değişiklik deneyecekseniz kapsamı ve başarı ölçüsünü önceden yazın. Uygunsa karşılaştırma grubu ya da kademeli uygulama kullanın; teslimat performansı ve iade/şikâyet gibi koruma ölçülerini de izleyin. Bu yaklaşım belirli bir dönüşüm artışı vaat etmez; değişikliğin etkisini daha güvenilir değerlendirmeye yardım eder.
Sık sorulan sorular
Kargo ve teslimat sayfası Google’da indekslenmeli mi?
Her mağaza ve URL için tek cevap yoktur. Müşteriye yararlı, özgün ve kamuya açık politika içeriğinin arama görünürlüğü amaçlanıyorsa teknik dizin kararını sayfanın gerçek içeriği ve Search Console verisiyle değerlendirin. Siparişe özel takip ekranını genel politika sayfasıyla aynı şekilde ele almayın. Sayfayı indekslemek organik görünürlük garantisi değildir.
Kargo takip için API mi iframe mi kullanmalıyım?
Evrensel olarak daha iyi bir teknik yoktur. Taşıyıcının güvenilir takip sayfasına bağlantı, üçüncü taraf widget veya API entegrasyonu; maliyet, bakım, erişilebilirlik, güncellik ve veri güvenliği ihtiyaçlarına göre seçilir. Seçtiğiniz akış gerçek sipariş durumunu göstermeli ve müşteri verisini gereksiz yere açığa çıkarmamalıdır.
SSS’ye FAQPage şeması eklemek zengin sonuç getirir mi?
Hayır, böyle bir garanti verilemez. Google FAQ zengin sonuçlarının görünürlüğünü çoğu ticari site için düzenli olarak göstermediğini bildirmiştir. SSS bölümünü arama özelliği vaadi için değil, müşterinin gerçek sorularına görünür yanıt vermek için düzenleyin.
“14 gün iade” bilgisini nasıl yayımlamalıyım?
Mağazanın gönüllü iade koşulu ile yasal cayma hakkını ayırın. Ürün ve işlem istisnaları, bilgilendirme, taşıyıcı ve iade masrafı kuralları değişebileceğinden güncel Ticaret Bakanlığı rehberini ve mağazanın mevzuat danışmanını esas alın; herkese uyan tek bir etiket kullanmayın.
Sonuç
E-ticaret teslimat sayfasının kalitesi, gerçek ücret ve teslimat bilgisinin ürün sayfası, sepet, ödeme ve destek akışında tutarlı kalmasına bağlıdır. Operasyon verisiyle doğrulanamayan süre, eşik, taşıyıcı, indekslenme veya dönüşüm vaadini yayınlamayın. E-ticaret altyapısı ve organik büyüme süreçleri için e-ticaret sitesi hizmetlerimizi inceleyebilirsiniz.
İlgili yazılar
- E-Ticarette Ödeme Sayfası (Checkout) CRO ve Güvenlik Rehberi
- E-Ticarette Kategori Sayfaları SEO’su: Mimari ve İçerik Rehberi
- E-Ticarette Site İçi Arama ve Otomatik Tamamlama Optimizasyonu
- E-Ticarette Kişiselleştirme: Sepet Ortalamasını (AOV) Artırma
- E-Ticaret Kategori Sayfası SEO: Mimari, İçerik ve Filtreler
Kaynaklar
- Ticaret Bakanlığı: Mesafeli Sözleşmeler Hakkında Bilgilendirme
- Google Search Central: Ecommerce content and customer-service information
- Google Search Central: Product and merchant listing structured data
- Google Search Central: MerchantReturnPolicy structured data
- Google Search Central: FAQ rich result changes