# ecommercedevelopment.info — tam metin

> Bu dildeki her rehberin tam metni; bir cevap motoru katalogu tek istekte okuyabilsin diye. Burada görünür sayfalarda olmayan hiçbir şey yok.

## Bir mağazanın işletme maliyetini düşürmek
https://ecommercedevelopment.info/tr/guides/isletme-maliyetini-dusurmek
2026-08-05 tarihinde güncellendi · Operasyon ve maliyet

- İşletme maliyeti bütçelenmez, keşfedilir — çeyrekte bir gözden geçirin.
- Örtüşen uygulamalar en yaygın ve en kolay tasarruftur.
- İade, lojistik maliyetinden önce bir bilgi sorunudur.
- Personelin siparişe elle dokunduğu en sık üç nedeni otomatikleştirin.

Kurulum maliyeti kalem kalem incelenir. İşletme maliyeti keşfedilir; genelde on dördüncü ayda, biri abonelikleri toplayıp barındırmanın birkaç katı olduğunu görünce.

İşleyen bir mağazada para gerçekte nereye gidiyor ve neler güvenle kaldırılabilir?

### İşleyen bir mağaza nereden sızdırır
| Uygulamalar ve abonelikler | Çoğu zaman en büyük sürpriz | Çeyreklik gözden geçirme; örtüşmeyi kaldırın |
| Ödeme komisyonları | Öngörülebilir ama hacimde pazarlıklı | Yeniden görüşün; başarısız denemeleri azaltın |
| İade yönetimi | Çoğu mağazanın ölçtüğünden büyük | Daha iyi ürün bilgisi ve beden rehberi |
| Elle sipariş dokunuşları | Personel zamanında gizli | En sık üç elle işlem nedenini otomatikleştirin |
| Barındırma ve CDN | Genelde en küçüğü | Gerisi bitene kadar dokunmayın |

### Kendini ödeyen çeyreklik gözden geçirme
- Her yinelenen gideri aylık tutarı ve sahibiyle listeleyin.
- Her biri için sorun: yarın iptal edersek ne bozulur? İki üç cevap genelde hiçbir şeydir.
- Örtüşmeleri bulun — tek işi yapan iki uygulama en yaygın israftır.
- Özellik platforma geçtikten sonra hâlâ fatura kesen uygulamaları arayın.
- Yıllık hacim belli olduğunda ödeme sağlayıcısı görüşmesini yeniden yapın.

### İadeler aynı zamanda bir mühendislik sorunudur
Giyim gibi kategorilerde iadelerin yarısı, ürün sayfasının verebileceği bilgiden doğar: gerçek ölçüler, kalıp rehberi, ölçek veren dürüst fotoğraflar. İade oranını birkaç puan düşürmek çoğu maliyet kesintisini geçer ve müşteri deneyimini bozmak yerine iyileştirir.
İade nedenlerini serbest metin değil yapılandırılmış veri olarak toplayın. Aksi hâlde iyileştirme tahmindir.

### Sıkıcı sipariş dokunuşlarını otomatikleştirin
Personelin bir siparişi neden elle açtığını sayın: adres düzeltme, bölünmüş sevkiyat, iade, eksik veri. En sık üç neden genelde iki haftalık iş ve kalıcı bir maliyet düşüşüdür; üstelik müşterilerin fark ettiği hatalar da bunlardır.

Q: Çoğu mağaza için en büyük tasarruf nedir?
A: Örtüşen uygulamaları iptal etmek, ardından iade oranını düşürmek.

Q: Ödeme komisyonları pazarlığa açık mı?
A: Hacimde evet. Yıllık rakamlarınız olduğunda yayımlanan oran bir başlangıç noktasıdır.

Q: Tasarruf için barındırmayı taşımalı mıyım?
A: Nadiren ilk iş olarak. Barındırma genelde en küçük kalemdir ve değiştirmesi en sarsıcıdır.

## Sayılar doğru kalsın diye stok ve sevkiyatı bağlamak
https://ecommercedevelopment.info/tr/guides/stok-ve-sevkiyat-entegrasyonu
2026-08-05 tarihinde güncellendi · Operasyon ve maliyet

- Fazla satış sayım değil senkronizasyon sorunudur.
- Her veri türü için tek sahip belirleyin; fiyatın sahipliği asla paylaşılmaz.
- Senkron desenini veriye göre seçin: stokta webhook, katalogda toplu iş.
- Güvenlik tamponu ve dürüst stok dili, gerçek zamanı kovalamaktan iyidir.

Bir mağazanın elinde olmayan bir şeyi sattığı gün, operasyon konuşmasının nihayet yapıldığı gündür. Nadiren kötü sayımdan kaynaklanır; iki sistemin de sayının sahibi olduğuna inanmasından kaynaklanır.

Entegrasyon işi büyük ölçüde neyin kime ait olduğuna bir kez karar verme disiplinidir.

### Önce doğruluk kaynağını belirleyin
| Stok seviyesi | Depo ya da ERP | Fazla satış ve iptaller |
| Fiyat | ERP ya da mağaza, asla ikisi | Müşteriden yanlış tutar tahsili |
| Ürün ana verisi | PIM ya da ERP | Kimsenin güvenmediği ayrışan kataloglar |
| Sipariş durumu | Mağaza | Müşteriye iki farklı şey söylenmesi |
| Müşteri kaydı | Mağaza ya da CRM | Mükerrer hesaplar ve kaybolan geçmiş |

### Senkron desenleri ve hangisi nereye uyar
- Değişimde webhook ile itme: en hızlısı, stok için en iyisi; yeniden deneme ve tekrar oynatma yolu ister.
- Zamanlanmış tam senkron: basit ve yavaş; gece ürün verisi için uygun, stok için yanlış.
- Zamanlanmış fark senkronu: yaygın orta yol; güvenilir değişim zaman damgası ister.
- Ödeme adımında anlık sorgu: kıt ve pahalı ürünler için doğru; gecikme ve bağımlılık ekler.

### Tampon, zekilikten iyidir
Çoğu mağaza için fazla satışın pratik cevabı gerçek zamanlı kusursuzluk değil, ürün başına küçük bir güvenlik tamponu artı dürüst stok dilidir. "Stokta" ile "genelde 2–3 günde gönderilir" farklı sözler verir ve bunları doğru kullanmak, herhangi bir senkrondan çok şikâyet önler.
Tamponu global değil ürün grubu bazında belirleyin. Hızlı devreden ürünler daha fazlasını ister.

### Hata davranışını tasarlayın
ERP'ye ulaşılamadığında mağaza ne yapar? Son bilinen stoğu mu sunar, ödeme adımını mı kapatır, yoksa siparişi alıp incelemeye mi işaretler? Bilinçle seçin, işletme kılavuzuna yazın ve hazırlık ortamında bağlantıyı kapatarak test edin.

Q: Stok ne kadar gerçek zamanlı olmalı?
A: Çoğu katalog için dakikalar artı küçük bir tampon. Gerçek zamanlılık kıt, pahalı ya da tek parça ürünlerde önemlidir.

Q: Fiyatın sahibi iki sistem olabilir mi?
A: Hayır. Bu, olmayı bekleyen bir fiyat olayının tanımıdır.

Q: Entegrasyon mantığı nerede yaşamalı?
A: Üç uygulamaya dağılmış hâlde değil, okuyabileceğiniz bir günlüğü olan tek bir yerde.

## Trafik ve sipariş kaybetmeden platform değiştirmek
https://ecommercedevelopment.info/tr/guides/trafik-kaybetmeden-platform-degistirme
2026-08-05 tarihinde güncellendi · Operasyon ve maliyet

- Platform değişiminde hasar genelde kendi elimizle gelir ve önlenebilir.
- Yönlendirme haritası projenin kendisidir; asla toplu ana sayfa yönlendirmesi.
- Taşınan veriyi kategori bazında adet ve tutarla mutabık kılın.
- Küçük bir düşüş bekleyin; altı haftada toparlanmayan düşüş bir hatadır.

Platform değiştirme, e-ticaretin en riskli rutin projesidir. Özenle yapıldığında müşteriler fark etmez; aceleyle yapıldığında organik trafiğin üçte birine ve bir aylık sipariş hatasına mal olur ve ikisinin de toparlanması, göçün sürmesinden uzun sürer.

Aşağıdaki her şey, değişimi sıkıcı kılmakla ilgilidir.

### Bozulan dört şey
| URL'ler | Sıralamalar ve bağlantılar çöker | Açılıştan önce test edilmiş eksiksiz yönlendirme haritası |
| Ürün verisi | Yanlış fiyat, eksik varyant | Alan alan eşleme ve mutabakat raporu |
| Müşteri hesapları | Herkese parola sıfırlama, kızgın gelen kutusu | Kimlik göçünü açıkça planlayın |
| Sipariş geçmişi | Destek soruları yanıtlayamaz | Siparişleri salt okunur taşıyın ya da eski yönetimi açık tutun |

### Yönlendirme haritası projenin ta kendisidir
Yalnız site haritanızdakileri değil, indekslenmiş her URL'yi dışa aktarın: analitiğinizi, sunucu günlüklerinizi ve arama konsolunu kullanın. Her birini yeni hedefine eşleyin — mümkün olan yerde bire bir, olmayan yerde en yakın ilgili sayfaya ve asla toplu hâlde ana sayfaya değil.
Ana sayfaya toplu yönlendirme, platform değişiminden sonra kalıcı trafik kaybının tek başına en yaygın nedenidir.

### Riski küçük tutan sıra
- Süre boyunca katalog yapısı değişikliklerini dondurun. Hareketli bir hedefi taşımak işi ikiye katlar.
- Veriyi yeni platforma aktarın ve mutabakat raporu üretin: kategori bazında adet, fiyat, stok.
- Yönlendirme haritasını kurun ve tam URL listesine karşı otomatik test edin.
- İki sistemi paralel çalıştırın; yenisi parola arkasında en az bir hafta gerçek sipariş testleri görsün.
- Düşük trafikli bir günde, yazılı bir geri dönüş planı ve 48 saat ulaşılabilir biriyle açın.
- Bir ay boyunca sıralamaları, 404'leri ve sipariş hatalarını her gün izleyin; beklemek yerine düzeltin.

### Neyi kabul etmeli
Her şey doğru yapıldığında bile küçük, geçici bir düşüş normaldir. Normal olmayan, dört–altı haftada toparlanmayan bir düşüştür — bu, URL'lerin ya da içeriğin gerçekten kaybolduğu anlamına gelir ve hava durumu değil, hatadır.

Q: Ne kadar trafik kaybı normal?
A: Dört–altı haftada toparlanan, yüzde birkaçlık kısa bir düşüş. Daha büyüğü ya da uzunu bir kusurdur.

Q: Müşteri parolaları taşınabilir mi?
A: Karma uyumluluğuna göre bazen. Taşınamıyorsa net bir açıklamayla zorunlu sıfırlama planlayın.

Q: Tasarım aynı anda değişmeli mi?
A: Tercihen hayır. Platformu ve tasarımı birlikte değiştirmek her sorunu teşhis edilemez kılar.

## Demo satın almadan e-ticaret geliştiricisi seçmek
https://ecommercedevelopment.info/tr/guides/e-ticaret-gelistirici-secmek
2026-08-05 tarihinde güncellendi · Operasyon ve maliyet

- Portföyler benzeşir; göç ve hata hikâyeleri benzeşmez.
- Depo, göç planı, yönetim aracı, işletme kılavuzu ve destek koşulu isteyin.
- Ürün verinizi sormadan verilmiş teklif projeyi fiyatlamamıştır.
- Ücretli iki–üç haftalık bir keşifle başlayın.

E-ticaret tedarikçilerini portföylerinden ayırt etmek zordur; çünkü portföy bitmiş vitrinler gösterir ve bitmiş her vitrin yetkin görünür.

Mağaza işletmiş bir ekibi yalnız mağaza kurmuş bir ekipten ayıran şey dört cevapta görünür ve hiçbiri tasarımla ilgili değildir.

### Kararı veren dört soru
- "Yaptığınız bir veri göçünü anlatın ve nerede ters gittiğini söyleyin." Göç yapmış herkesin bir hikâyesi vardır; yapmamış hiç kimse ikna edici bir tane uyduramaz.
- "Ödeme adımınızda 3-D Secure aşamasında ödeme başarısız olursa ne oluyor?" Cevap, kötü gün için kurup kurmadıklarını gösterir.
- "Müşterinin kendi ekibi için hangi yönetim araçlarını yazdınız?" Mağaza işletmiş ekipler burada mutlaka bir şey yazar.
- "Son açılışınızdan sonraki ilk ayda ne bozuldu?" Dürüst ve somut bir cevap mevcut en güçlü sinyaldir.

### Sözleşmede istenmesi gereken teslimatlar
| Depo ve dağıtım talimatları | Tedarikçi değiştirebilmelisiniz |
| Veri göç planı ve eşleme | Projenin en büyük riski, yazılı hâlde |
| Yönetim araçları ve dokümantasyon | Mağazayı ajans değil ekibiniz işletir |
| Ödeme ve sevkiyat hataları için işletme kılavuzu | Olaylar yaşanacak |
| Açılış sonrası destek koşulları, yazılı | Onlara en çok ilk ay ihtiyacınız olur |

### Uyarı işaretleri
- Ürün verinizi ya da ERP'nizi sormadan üretilmiş bir teklif.
- Ödeme sağlayıcısı onayından hiç söz etmeyen takvim sözleri.
- Açılıştan sonra mağazanın sahibinin kim olacağına dair hiç soru sorulmaması.
- Depoyu devretme konusunda isteksizlik.
- Uç durumlar ve göç için kapsamı tanımlanmamış sabit fiyat.

### İşin biçimi
Veri göç planı, teknik yaklaşım ve çalışan bir dilim — genelde katalog aktarımı artı bir ürün sayfası — üreten, ücretli iki üç haftalık bir keşif çalışmasıyla başlayın. Az tutar ve ekibin nasıl çalıştığı hakkında her şeyi gösterir.

Q: Serbest çalışan, ajans mı, kendi ekibim mi?
A: Sınırlı bir kurulum için serbest çalışan, entegrasyon genişse ajans, mağaza ana gelir kanalıysa kendi ekibiniz.

Q: Teknik biri olmadan kaliteyi nasıl ölçerim?
A: Göç hikâyesini ve yönetim araçlarını isteyin. İkisini de uydurmak zordur.

Q: İlk sürüme ne kadar sürede ulaşılır?
A: Hazır ve basitse iki–dört hafta; gerçek entegrasyonlarla iki–beş ay.

## E-ticaret geliştirme gerçekte ne tutar
https://ecommercedevelopment.info/tr/guides/e-ticaret-gelistirme-maliyeti
2026-08-05 tarihinde güncellendi · Operasyon ve maliyet

- Entegrasyon ve veri temizliği genelde kurulumun kendisini aşar.
- Mağazayı sağlıklı tutmak için yılda kurulumun %15–25'ini ayırın.
- Dört bütçe kırıcı: API yokluğu, kötü veri, geç B2B kuralı, karar verici yokluğu.
- İlk sürümü tek katalog, tek pazar, tek ödeme yöntemine sınırlayın.

Soru hep tek bir rakam olarak gelir ve hep bir kırılım hak eder; çünkü aynı mağaza üç şeye bağlı olarak beş bin dolara da yüz elli bin dolara da mal olabilir: kaç sisteme dokunduğu, kurallarınızın ne kadar sıra dışı olduğu ve bir yıl sonra bakımını kimin yapacağı.

Aşağıdaki aralıklar gerçek tekliflerde gördüklerimizdir, liste fiyatları değil.

### Gerçekçi aralıklar
| Hazır platform, standart tema | 3.000–15.000 $ | Katalog kurulumu, tema uyarlama, ödeme, açılış |
| Entegrasyonlu hazır platform | 15.000–40.000 $ | Artı ERP veya sevkiyat bağlantısı, özel ödeme mantığı |
| Özel ya da B2B mağaza | 40.000–120.000 $+ | Müşteriye özel fiyat, onaylar, denetim izi, ölçek |
| Headless kurulum | 60.000 $ ve üzeri | İki sistem, iki dağıtım hattı, içerik akışı |
| Yıllık işletme gideri | Kurulumun %15–25'i | Bakım, güncelleme, uygulamalar, barındırma, küçük değişiklikler |

### Para gerçekte nereye gidiyor
- Ürün verisi. Temizleme, yapılandırma ve içe aktarma her teklifte en çok küçümsenen kalemdir.
- Entegrasyonlar. Düzgün API'si olmayan bir ERP iki haftalık işi iki aya çevirir.
- Ödeme uç durumları: başarısız ödeme, kısmi stok, iade, bölünmüş sevkiyat.
- Pazar başına vergi ve kargo kuralları; her biri küçük bir proje.
- Kendi ekibinizin her gün ihtiyaç duyduğu yönetim araçları — kimse demoda göstermez, herkes ister.

### Bütçeyi ne patlatır
Deneyimimize göre dört şey: API'si olmayan sistemler, kimsenin kabul ettiğinden kötü ürün verisi, ikinci ayda keşfedilen bir B2B fiyatlama gereksinimi ve doğru davranışın ne olduğuna karar vermeye yetkili tek bir kişinin bulunmaması.
İmzadan önce bu dördünü sorun. Sormamış bir tedarikçi bunları fiyatlamamıştır.

### Nasıl dürüst tutulur
İlk sürümü tek katalog, tek pazar ve tek ödeme yöntemiyle sınırlayın. Göç planını ve yönetim araçlarını teslimat kalemi olarak isteyin, depoyu siz sahiplenin ve altıncı haftaya projenin utanç duymadan durdurulabileceği bir karar noktası koyun.

Q: Teklifler neden bu kadar farklı?
A: Kapsam farklı olduğu için. Toplamı değil; entegrasyon derinliğini, veri göçünü ve açılış sonrası desteği karşılaştırın.

Q: Küçük bir ekip kendi kurabilir mi?
A: Standart katalogla hazır platformda çoğu zaman evet — yeter ki açılıştan sonra sahibi olsun.

Q: Sabit fiyata ne dâhil olmalı?
A: Veri göçü, yönetim araçları, bir işletme kılavuzu ve devir. Bunlar yoksa demo satın alıyorsunuz.

## Sepet tutarını dürüstçe yükselten fiyatlama ve sunum
https://ecommercedevelopment.info/tr/guides/fiyatlama-ve-urun-sunumu
2026-08-05 tarihinde güncellendi · Dönüşüm ve büyüme

- Sepet tutarı, ek trafik gerektirmeyen büyüme koludur.
- Paketler, eşikler ve gerçek birlikte alım verisi kalıcı araçlardır.
- Sahte indirim ve sayaçlar bir çeyrek kazandırır, bir yıl kaybettirir.
- Ücretsiz kargo eşiğini medyanın hemen üstüne koyun ve marjı kontrol edin.

Ortalama sepet tutarı, daha fazla trafik gerektirmeyen büyüme koludur; bu da onu hem en cazip hem de en çok suistimal edilen kol yapar. Dürüst sürümleri iyi çalışır ve çalışmaya devam eder; manipülatif olanları iyi bir çeyrek ve daha kötü bir yıl üretir.

Her kategoriye ne girdiği şudur.

### Sepet tutarını yükselten ve kalıcı olan
- Gerçek bir işi çözen paketler: ürün artı onu çalıştıran şey.
- Mevcut ortalama sepet tutarınızın hemen üstüne konmuş, sepette ilerleme olarak gösterilen ücretsiz kargo eşiği.
- Kategori komşuluğuna değil, gerçekten birlikte alınana dayalı öneriler.
- Ürünün gerçekten kullanım biçimi buysa miktar kırılımları.
- Daha iyi ürün bilgisi; aynı anda dönüşümü yükseltir ve iadeleri azaltır.

### Şikâyeti yükselten
| Hiç uygulanmamış üstü çizili fiyat | Küçük artış | Güven ve birçok pazarda hukuka aykırılık |
| Sıfırlanan geri sayım sayaçları | Küçük artış | İade ve baskıdan söz eden yorumlar |
| Önceden işaretli ek ürünler | Küçük artış | İade talepleri ve ters ibraz |
| Son adımda çıkan gizli ücretler | Yok | Terk; yani hedefin tam tersi |

### Ücretsiz kargo eşiğini belirlemek
Ortalamayı değil medyan sepet tutarını alın ve eşiği onun biraz üstüne koyun. Sepette eşiğe ilerlemeyi gösterin. Sonra marjı kontrol edin: sepet tutarını yükselten ama kargoda daha fazlasını kaybettiren bir eşik, grafiği ne kadar iyi görünürse görünsün daha kötü bir iştir.
Eşiği yılda iki kez yeniden hesaplayın. Katalogunuz ve kargo tarifeleriyle birlikte kayar.

### Yerini hak eden öneriler
Çoğu mağazada en iyi çalışan öneri bloğu zekice değildir. Gerçek siparişlerden hesaplanmış "bunu alanlar şunu da aldı" bloğudur ve satın alma butonunun önünde değil, arkasında gösterilir.

Q: Paketler tekil satışı yer mi?
A: Bir miktar. Ölçüt, toplam marjın artıp artmadığıdır; tekil satışın düşüp düşmediği değil.

Q: Ücretsiz kargo eşiği tümüyle ücretsiz kargodan iyi mi?
A: Mütevazı marjlarda genelde evet; yeter ki eşik medyan sepet tutarının hemen üstünde olsun.

Q: Aciliyet taktikleri hiç uygun mu?
A: Dürüstçe belirtilen gerçek kıtlık uygundur. Uydurma sayaçlar değildir ve birçok pazarda hukuka aykırıdır.

## İnsanları bıktırmadan terk edilen sepeti kurtarmak
https://ecommercedevelopment.info/tr/guides/terk-edilen-sepet-kurtarma
2026-08-05 tarihinde güncellendi · Dönüşüm ve büyüme

- Kurtarma dizisi kurmadan önce terkin nedenini düzeltin.
- En fazla üç mesaj ve ilkinde indirim yok.
- Atfedilen değil artımlı kurtarmayı ölçün.
- Kurtarma postası hukuki dayanak ve sade bir üslup ister.

Terk edilen sepet kurtarma, e-ticarette en sık kurulan büyüme özelliğidir ve çoğu zaman en az incelenenidir. Sepetlerin küçük bir yüzdesini kurtaran bir dizi gerçekten değerlidir — ama nedeni genelde hunide görünen bir yaranın üstüne konmuş bir yara bandıdır.

İkisini de yapın, doğru sırayla.

### Önce nedeni düzeltin
- Kargo bedelinin geç görünmesi. Tek başına en büyük neden ve hiçbir e-posta onu düzeltmez.
- Zorunlu üyelik. Misafir yolu, her diziden fazla sepet kurtarır.
- Eksik ödeme yöntemi. Alıcı, ödediği yöntemle ödeyemediği için ayrıldı.
- Stok ya da teslimat belirsizliği. Ödeme adımında görülen "2–4 haftada gönderilir" oturumu bitirir.
- Formu temizleyen hatalar. En sinir bozucu ve en kolay düzeltilen.

### Hoş kalan bir dizi
| 1 saat | Sepet içeriği ve doğrudan bağlantı içeren hatırlatma | İndirim |
| 24 saat | Muhtemel itirazı yanıtlayın: teslimat, iade, beden | Geri sayım baskısı |
| 3 gün | Son bir not, kolay abonelikten çıkış | Üçüncü ve dördüncü mesaj |

### İndirimler istemediğiniz davranışı öğretir
İlk e-postadaki indirim, düzenli müşterilere bilinçli olarak terk etmeyi öğretir. Kullanacaksanız dizinin sonuna koyun, mütevazı tutun ve bu çeyrek zaten tam fiyattan alan müşterileri hariç bırakın.
Atfedilen kurtarmayı değil, artımlı kurtarmayı ölçün. O alıcıların bir kısmı zaten geri gelecekti.

### Onay ve üslup
Kurtarma mesajları çoğu pazarda hukuki bir dayanak gerektirir ve zekilik yapmak için kötü bir yerdir. Sade, faydalı, kolay ayrılınır — kanalı sonraki mesajlar için sağlıklı tutan budur.

Q: Kurtarma ne kadarını geri getirir?
A: Çoğu mağazada terk edilen sepetlerin mütevazı, tek haneli bir yüzdesini. Faydalı, dönüştürücü değil.

Q: İlk e-postada indirim olmalı mı?
A: Hayır. Bilinçli terki öğretir ve zaten geri dönecek alıcılarda marjı verir.

Q: Kaç mesaj?
A: En fazla üç. Ötesinde abonelikten çıkma maliyeti kurtarılan ciroyu aşar.

## Gerçekten güvenebileceğiniz analitik
https://ecommercedevelopment.info/tr/guides/guvenilir-analitik
2026-08-05 tarihinde güncellendi · Dönüşüm ve büyüme

- Analitikle sipariş tablosu çelişirse sipariş tablosu kazanır.
- Farkın çoğunu mükerrerler, iadeler ve onay açıklar.
- Aylık bir mutabakat oranı tutun ki eğilimler okunabilir kalsın.
- Hiçbir kararın dayanmadığı metrikleri kaldırın.

Her mağaza eninde sonunda analitik cirosunun gerçek cirosuyla uyuşmadığını keşfeder. Onay tercihleri, reklam engelleyiciler, iadeler, başarısız ödemeler ve mükerrer olayların hepsi farklı yöne çeker ve fark çoğu zaman yüzde yirmi ya da fazlasıdır.

Bu fark analitiği işe yaramaz kılmaz. Mutabakatı ilk iş yapar; çünkü mutabık olmayan sayılarla alınan kararlar grafik kılığında tahmindir.

### Sayılar neden çelişir
| Reddedilen onay ya da engellenen betikler | Eksik sayar | Farkı ölçün, sıfır saymayın |
| Mükerrer satın alma olayları | Fazla sayar | Sipariş numarasına göre tek kez tetikleyin |
| İade ve iptaller | Ciroyu fazla gösterir | Aylık olarak sipariş tablosuyla mutabakat yapın |
| Başarısız ödemenin sipariş sayılması | Fazla sayar | Yalnız onaylı ödemede sayın |
| Cihazlar arası yolculuk | Yanlış atfeder | Sınırı kabul edin; yönü okuyun |

### Güvenilecek üç sayı
- Kendi veritabanınızdan siparişler ve ciro. Diğer sistemlerin yaklaştığı gerçek budur.
- Kendi ölçümünüzden adım adım huni sayıları; mutlak değer için değil yön için kullanılır.
- Sipariş numarasına anahtarlanmış sunucu tarafı dönüşüm olayları; böylece iade ve mükerrerler düzeltilebilir.

### Mutabakatı bir kez kurun
Her ay analitik cirosunu iade düşülmüş sipariş tablosu cirosuyla karşılaştırın ve oranı kaydedin. Sabit bir oran, eğilimleri güvenle okuyabileceğiniz anlamına gelir. Oynayan bir oran, işte değil ölçümde bir şeyin değiştiği anlamına gelir.
Bu tek oran, hiç yaşanmamış ani düşüşler hakkındaki paniklemiş toplantıların çoğunu önler.

### Neyi ölçmeyi bırakmalı
Hiçbir kararın dayanmadığı gösteriş metrikleri. Bir sayının tetikleyeceği eylemi kimse adlandıramıyorsa panodan kaldırın — ekrandaki her metrik, önemli olanların dikkatiyle yarışır.

Q: Sunucu tarafı ölçüme geçmeli miyim?
A: Satın almalar için evet. Engelleyicilerden etkilenmez ve olayları sipariş numarasına anahtarlamanızı sağlar.

Q: Ne kadar fark normal?
A: Pazara ve onay oranlarına göre yüzde on ile otuz arası. Varsaymak yerine kendinizinkini ölçün.

Q: İşletmeye hangi sayıyı raporlamalıyım?
A: İade düşülmüş sipariş tablosunu. Analitik onun nereden geldiğini açıklar.

## Görüş değil kanıt olan dönüşüm çalışması
https://ecommercedevelopment.info/tr/guides/donusum-optimizasyonu
2026-08-05 tarihinde güncellendi · Dönüşüm ve büyüme

- Sorunu her testten önce huni adlandırır.
- Cihaza göre ayırın — kayıplar mobil hunide saklanır.
- Kargo şeffaflığı ve misafir ödeme, görsel değişikliklerden üstündür.
- Varyant başına birkaç yüz dönüşümün altında A/B testi yapmayın.

Dönüşüm optimizasyonunun A/B testleri ve buton renkleriyle anılması talihsizliktir; çünkü çoğu mağazanın gözle görünür yerinde, bulmak için hiçbir test gerekmeyen çift haneli kayıplar durur.

Zaten sahip olduğunuz huniyle başlayın. Test, apaçık iş bittiğinde yapılır.

### Çözümü seçmeden önce kaybı bulun
- Her adımı ölçün: ürün görüntüleme, sepete ekleme, sepet görüntüleme, ödeme başlangıcı, ödeme, onay.
- Cihaza göre ayırın. Masaüstü hunisi genelde iyi görünür ve mobildeki felaketi gizler.
- Yan yana iki adım arasındaki en büyük düşüşe bakın. İş emriniz odur.
- Teori kurmadan önce orada bırakan on kişinin oturum kaydını izleyin.
- Düzeltin, aynı adımı iki hafta ölçün, sonra bir sonrakine geçin.

### Sayıyı genelde ne oynatır
| Kargo bedelini ve tarihini erken gösterme | Büyük | Düşük |
| Misafir ödeme ekleme | Büyük | Düşük–orta |
| Mobil hız ve düzen kaymasını düzeltme | Orta–büyük | Orta |
| Pazarın beklediği ödeme yöntemini ekleme | Orta–büyük | Orta |
| Ölçek veren daha iyi ürün görselleri | Orta | Düşük |
| Buton rengini değiştirme | İhmal edilebilir | Düşük |

### Test ne zaman değer
A/B testi trafik ister. Kabaca varyant başına ayda birkaç yüz dönüşümün altında çoğu test gerçek etkiyi gürültüden ayıramaz ve yine de yürütmek kendinden emin saçmalık üretir.
O eşiğin altında değişikliği yayına alın, adımı iki hafta ölçün ve geçen yılın aynı dönemiyle karşılaştırın.

### Yorumlar ve iade döngüsü
En güçlü iki dönüşüm girdisi sayfada bile değildir: dürüst yorumlar ve alıcının inandığı bir iade politikası. İkisi de sayfa ögesi olmadan önce operasyonel taahhüttür.

Q: İyi bir dönüşüm oranı nedir?
A: Sizinki, geçen çeyrek. Sektörler arası ortalamalar kategoriyi, fiyat noktasını ve trafik karışımını gizler.

Q: A/B testi için ne kadar trafik gerekir?
A: Varyant başına ayda birkaç yüz dönüşüme yetecek kadar. Altındaysa yayına alın ve adımı ölçün.

Q: Çoğu mağaza en çok nerede kaybeder?
A: Mobilde sepetle ödeme arasında; genelde kargo bedeli ya da üyelik yüzünden.

## E-ticaret SEO: gerçekten sıralayan yapısal iş
https://ecommercedevelopment.info/tr/guides/e-ticaret-seo-temelleri
2026-08-05 tarihinde güncellendi · Dönüşüm ve büyüme

- Organik cironun çoğunu kategori sayfaları taşır.
- Hangi filtre URL'lerinin indeksleneceğine bilinçle karar verin.
- Bağlantısı olan üretimden kalkmış ürünü asla 404'lemeyin.
- Yapılandırılmış veri, iç bağlantı ve mobil hız katalogda katlanır.

E-ticaret SEO tavsiyelerinin çoğu bloglar için yazılıp kataloglara uygulanır ve orada uymaz. Bir mağazanın binlerce neredeyse aynı sayfası, onları katlayan filtreli gezinmesi ve stoğu tükenen ürünleri vardır — blogun hiçbirini çözmesi gerekmez.

Sıralamaların olduğu yer yapısal iştir ve gösterişsizdir.

### Mağaza sıralamaları gerçekte nerede
| Kategori ve alt kategori | "siyah koşu ayakkabısı" — talebin gövdesi | En büyük |
| Ürün | Tam model ya da kod aramaları | Orta, yüksek dönüşüm |
| Rehber ve karşılaştırma | Satın alma öncesi araştırma | Büyüyor, sonraki alımlara destek |
| Marka sayfaları | Yönlendirme amaçlı | Küçük ama ucuz kazanç |

### Her katalogun dört yapısal sorunu
- Sayfaları katlayan filtre URL'leri. Hangi filtre bileşimlerinin indekslenebilir olduğuna bilinçle karar verin, kalanını engelleyin.
- Kopya ve zayıf varyantlar. Gerçek ürün başına tek kanonik sayfa, varyantlar o sayfada seçilebilir.
- Stoğu tükenen ve üretimden kalkan ürünler. URL'yi koruyun, ne olduğunu söyleyin, halefini önerin — bağlantısı olan bir sayfayı asla 404'lemeyin.
- Tarayıcılardan derindeki ürünleri gizleyen sayfalama ve sonsuz kaydırma.

### Kategori sayfaları gerçek içerik hak eder
Yalnız ızgaradan ibaret bir kategori sayfası, nasıl seçileceğini de anlatan sayfalarla yarışır. Ürünleri ekranın altına itmeyecek bir yere konmuş, seçim ölçütlerini anlatan iki üç yüz dürüst kelime, bir katalog için mevcut en ucuz kazançlardan biridir.
Bunu anahtar kelime sayısı için değil, seçenekler arasında karar veren alıcı için yazın.

### Burada başka yerdekinden önemli teknik hijyen
Fiyat ve stok durumlu ürün yapılandırılmış verisi, kategoriden ürüne temiz iç bağlantı, yalnız indekslenebilir URL'leri yansıtan bir XML site haritası ve mobilde hız. Hiçbiri zekice değil ve hepsi binlerce sayfada katlanarak birikiyor.

Q: Ürün sayfaları uzun kuyruk hedeflemeli mi?
A: Onlar tam ürün adını ve kodunu hedefler. Uzun kuyruk talebi çoğunlukla kategori ve rehber sayfalarına düşer.

Q: Stoğu tükenen üründe ne yapmalı?
A: Sayfayı koruyun, stok durumunu dürüstçe belirtin, alternatiflere bağlayın. Silmek biriken bağlantıları çöpe atar.

Q: Filtre URL'leri hep kötü müdür?
A: Hayır — bazıları değerli iniş sayfasıdır. Hata, hepsini varsayılan olarak indekslemektir.

## Site içi arama: mağazanızdaki en niyetli trafik
https://ecommercedevelopment.info/tr/guides/site-ici-arama
2026-08-05 tarihinde güncellendi · Mağazayı kurmak

- Arama yapanlar en niyetli ve en az ilgilenilen ziyaretçilerdir.
- Sıfır sonucun çoğunu harf hatası, çoğul, kod ve eş anlamlı üretir.
- Stokta olmayanı geri plana atın ki sonuçlar çıkmaza düşmesin.
- Sıfır sonuç raporu ücretsiz bir ürün ve sözcük yol haritasıdır.

Arama kutusu bir mağazanın en yüksek niyetli yüzeyidir. Bir sorgu yazan kişi size tam olarak ne istediğini söylemiştir; buna rağmen site içi arama çoğu zaman sitenin en bakımsız parçasıdır.

Düzeltmek etkisine göre alışılmadık biçimde ucuzdur, çünkü trafik zaten oradadır ve zaten satın almaya hazırdır.

### En pahalıya patlayan hatalar
- Harf hataları ve çoğullarda sıfır sonuç. "Ayakkabı" ile "ayakkabılar" aynı sorgu olmalı.
- Ürün kodlarının ve parça numaralarının birebir eşleşmemesi. Bunları anahtar kelime araması anlamsal aramadan iyi karşılar.
- Müşterilerinizin kullandığı ama katalogunuzun kullanmadığı eş anlamlılar: "kazak" ve "süveter".
- Kategori ya da en yakın eşleşme sunmak yerine çıkmaza düşen sonuçsuz sayfa.
- Stoğu ve marjı yok sayıp yalnız benzerliğe göre sıralanan sonuçlar.

### İyi arama ne yapar
| Harf hatası ve çoğul toleransı | Sıfır sonuçlu sorguların en büyük dilimini kurtarır |
| Kodları birebir eşler | Ne istediğini bilen yüksek niyetli alıcıyı kurtarır |
| Sonuçlara uyan filtreler gösterir | Tek sorguyu gezilebilir bir kümeye çevirir |
| Stokta olmayanı geri plana atar | Alıcıyı çıkmaza göndermeyi bırakır |
| Yazarken öneri sunar | Yolu kısaltır ve sözcük dağarcığını gösterir |

### Her hafta okunmaya değer rapor
Sıfır sonuç dönen en çok aranan sorguları dışa aktarın. O liste ücretsiz bir ürün yol haritasıdır: müşterilerin ne sattığınıza inandığını, ona ne dediklerini ve katalogunuzda tümüyle eksik olabilecek şeyi söyler.
Tipik bir sıfır sonuç listesinin yarısı yeni ürünle değil, eş anlamlı ve harf hatası toleransıyla düzelir.

### Arama servisi gerekir mi?
Birkaç bin ürünün altında, platformun aramasına eş anlamlılar, harf hatası toleransı ve stok farkındalıklı sıralama eklemek genelde yeter. Bunun ötesinde ya da yoğun filtrelemede özel bir arama servisi maliyetini hızla çıkarır.

Q: Arama yapanlar ne kadar iyi dönüşür?
A: Çoğu mağazada gezinenlerden kat kat iyi; kutunun gerçek ilgiyi hak etmesinin nedeni bu.

Q: Anlamsal arama anahtar kelimeden iyi mi?
A: Ürün kodları ve tam adlar için değil. Pratikte işe yarayan ikisinin melezi.

Q: En hızlı iyileştirme nedir?
A: Harf hatası toleransı ve sıfır sonuç raporundan üretilmiş bir eş anlamlı listesi.

## Müşterinizin gerçekte kullandığı cihazlarda mağaza hızı
https://ecommercedevelopment.info/tr/guides/magaza-hizi
2026-08-05 tarihinde güncellendi · Mağazayı kurmak

- İş istasyonunda değil, orta seviye telefonda ölçün.
- Çoğu mağazada maliyeti üçüncü taraf betikleri ve görseller belirler.
- Enjekte edilen içeriğe yer ayırın — kayma yanlış dokunuş üretir.
- Hız ayrılma nedenlerini kaldırır; alıcının sorularını yanıtlamaz.

Hızlandırmamız istenen mağazaların neredeyse hepsi ofiste hızlı, sahada yavaştır. Geliştirici makinesi fiber bağlantılı bir iş istasyonudur; müşteri ise zayıf sinyalli orta seviye bir telefondadır ve fiyat görünmeden önce on bir üçüncü taraf betiği yüklenir.

Anlamlı hız çalışması ikinci makineyi ölçerek başlar.

### Zaman gerçekte nereye gidiyor
| Üçüncü taraf betikleri | Çoğu mağazada en büyük | Kaldırın, erteleyin ya da kalanı kendi sunucunuzdan verin |
| Optimize edilmemiş görseller | Büyük | Modern biçim, doğru boyut, alt kısımda geç yükleme |
| Bloke eden CSS ve yazı tipleri | Orta | Kritik CSS'i satır içi verin, yazı tipini alt kümeleyip ön yükleyin |
| Önbelleklenmemiş dinamik sayfalar | Orta | Ürün ve kategori sayfalarını düzgün önbellekleyin |
| Sunucu yanıt süresi | Sanılandan küçük | Sorguları yalnız yukarıdakilerden sonra düzeltin |

### Karşılığını veren iş sırası
- Kısıtlanmış bağlantıyla gerçek bir orta seviye telefonda ölçün. Hızlı makineden alınan laboratuvar puanları yanıltır.
- Her üçüncü taraf betiğini listeleyin ve kimsenin gerekçelendiremediğini kaldırın.
- Görselleri düzeltin: doğru boyut, modern biçim, düzen kaymasını durduracak açık ölçüler.
- Kategori ve ürün sayfalarını önbellekleyin; kişiselleştirilmiş başlıkla çıkış yapmış ziyaretçiler için de.
- Ancak bundan sonra sunucu tarafı sorgu optimizasyonuna bakın.

### Düzen kayması bir dönüşüm sorunudur
Yüklemeden sonra yer değiştiren içerik yanlış dokunuşlara yol açar ve ürün sayfasında yanlış dokunuş bir metrik değil, kaybolmuş bir alıcıdır. Görsellere, afişlere ve uygulamaların enjekte ettiği her şeye yer ayırın.
Çerez bandı ve tanıtım şeridi kaymanın en yaygın kaynağıdır ve ikisi de tamamen sizin kontrolünüzdedir.

### Hız ne değer taşır
Hızlı mağazalar daha iyi dönüşür ama dürüst çerçeve daha mütevazıdır: hız, ayrılmak için bir nedeni ortadan kaldırır. Alıcının sorularını yanıtlamayan bir sayfayı düzelteceğini beklemeyin.

Q: Hangi metriği iyileştirmeliyim?
A: Orta seviye telefonda en büyük içerik boyaması ve düzen kayması. İkisi de alıcının yaşadığını izler.

Q: Uygulamalar gerçekten ana neden mi?
A: Çoğu hazır platform mağazasında evet — ön yüz uygulamaları her sayfaya betik ekler.

Q: En çok hızlı sunucu mu yardım eder?
A: Nadiren. Sunucu süresi betikler ve görsellere kıyasla genelde küçük bir paydır.

## Ürün sayfası yapısı: alıcının karar öncesi ihtiyacı
https://ecommercedevelopment.info/tr/guides/satan-urun-sayfasi-yapisi
2026-08-05 tarihinde güncellendi · Mağazayı kurmak

- Ürün sayfası bir kompozisyon değil, sıralı bir cevaplar kümesidir.
- Toplam maliyet ve teslim tarihi ödeme adımından önce görünmeli.
- Yapılandırılmış nitelikler alanlara, düz metin alanların dışına.
- Ürün verisini işaretleyin ve ilk görseli asla geç yüklemeyin.

Ürün sayfaları genelde kompozisyon gibi tasarlanır; oysa cevap gibi tasarlanmalıdır. Alıcı kısa ve öngörülebilir bir soru listesiyle gelir ve sayfa bu soruları ya sırayla yanıtlar ya da yanıtlayan rakibe kaybeder.

Dönüştüren yapı aynı zamanda sıralanır; çünkü arama motorları sorguyu süsleyeni değil çözeni ödüllendirir.

### Sorular, geldikleri sırayla
- Doğru şey bu mu? Başlık, ana görsel, ne olduğunu adlandıran tek satır.
- Hangisini istiyorum? Gerçek stok durumuyla varyant seçimi; hayal kırıklığı listesi değil.
- Bana toplam kaça mal olacak? Fiyat, vergi durumu ve ödeme adımından önce kargo tahmini.
- Ne zaman gelecek? Bir tarih aralığı, "hızlı teslimat"ı her seferinde geçer.
- Uyar mı, işime yarar mı? Ölçüler, malzeme, uyumluluk, beden rehberi.
- Yanılırsam ne olur? İade süresi ve iade kargosunu kimin ödediği.
- Başkaları katılıyor mu? Yorumlar, en altta değil, kararın yanında.

### Telefonda ilk ekranda ne olmalı
| Ölçek hissi veren görsel | İlk soruyu anında yanıtlar |
| Ad ve tek satır açıklama | Doğru yere geldiğini teyit eder |
| Vergi durumuyla fiyat | Son adımdaki sürprizi önler |
| Stok durumlu varyant seçici | Çıkmazı önler |
| Teslim tahmini | Alım öncesi en sık ikinci soru |

### İki iş birden yapan açıklama
Açıklamayı, para harcamak üzere olan alıcı için, onun aramada kullandığı sözcüklerle yazın. Yapılandırılmış nitelikler alanlara girer, düz metne değil; düz metin alanların anlatamadığını anlatır — nasıl hissettirdiğini, ne için olduğunu, ne için olmadığını.
Bir ürünün neye uygun olmadığını söylemek iadeleri ölçülebilir biçimde azaltır ve hiçbir maliyeti yoktur.

### Yapılandırılmış veri ve görseller
Ürün, fiyat, stok durumu ve yorumları işaretleyin ki sonuçlar bunları taşısın. Görselleri modern biçimde ve gerçekten gösterilen boyutta sunun; ilk görsel asla geç yüklenmesin — alıcının beklediği şey odur.

Q: Ürün açıklaması ne kadar uzun olmalı?
A: Yukarıdaki soruları yanıtlayacak kadar, fazlası değil. Uzunluğun kendisi hiçbir şey sıralamaz.

Q: Yorumlar fiyatın yanında mı olmalı?
A: Kararın yanında. Düşünülerek alınan ürünlerde bu, sayfa dibi değil satın alma alanının yakınıdır.

Q: Yapılandırılmış veri şart mı?
A: Evet. Sonuçlarda fiyat ve stok durumu, çoğu sayfa içi değişiklikten fazla tıklama etkisi yapar.

## İnsan kaybetmeyen bir ödeme adımı tasarlamak
https://ecommercedevelopment.info/tr/guides/donusen-odeme-adimi-tasarlamak
2026-08-05 tarihinde güncellendi · Mağazayı kurmak

- Kayıpların çoğu beklenmedik maliyet ve zorunlu üyelikten gelir.
- Dürüst toplamı olabildiğince erken gösterin.
- Hata yolları normal trafiktir — düzgün mesajlayın ve test edin.
- Her adımı ölçün; en büyük düşüş iş emrinizdir.

Ödeme adımı, bir mağazanın parayı ya aldığı ya alamadığı yerdir ve aynı zamanda en kendinden emin, en az kanıtlı görüşlerin uygulandığı yerdir. İyi haber, büyük kayıpların iyi belgelenmiş ve ölçülebilir olmasıdır.

Tipik bir mağazanın sepetle onay arasında kaybettiğinin çoğunu dört neden açıklar. Bunları giderin, tasarım tartışması çok daha az acil hâle gelsin.

### Büyüklük sırasına göre dört neden
- Son adımda beliren beklenmedik maliyetler. Müşteri zihnen karar verdikten sonra çıkan kargo, vergi ya da ücret.
- Zorunlu üyelik. Bir misafir yolu, kayda bağladığınız her sadakat programından değerlidir.
- Orta seviye telefonlarda yavaş ya da kırılgan sayfalar, özellikle adres ve ödeme adımları.
- Alıcının ödemeden önce ihtiyaç duyduğu eksik bilgiler: teslim tarihi, iade koşulları, vergi dâhil toplam.

### Formun kendisi için pratik kurallar
| Toplamı olabildiğince erken gösterin | En büyük terk nedenini ortadan kaldırır |
| Tek sütun, mantıklı sıra | İki sütunda sekme ve okuma sırası şaşar |
| Doğru giriş türleri ve otomatik doldurma | Telefonda yazma çabasını yarıya indirir |
| Gönderimde değil, alandan çıkışta doğrulayın | Geç bulunan hata reddedilme gibi hissettirir |
| Hatada dolu formu asla temizlemeyin | Kararlı bir alıcıyı kaybetmenin en hızlı yolu |
| Pazarınızın beklediği ödeme yöntemlerini sunun | Eksik yöntem anında çıkıştır |

### Hatayı yetişkin gibi karşılamak
Kart retleri, 3-D Secure kayıpları ve adres doğrulama hataları istisna değil normal trafiktir. Her biri, ne olduğunu gündelik sözcüklerle söyleyen ve bir sonraki adımı sunan bir mesaj ister — yeniden dene, başka yöntem seç, sipariş numarasıyla bize yaz.
Açılıştan önce her hata yolunu sağlayıcının test kartlarıyla deneyin. Çoğu ekip yalnız mutlu olanı test eder.

### Önce adımları ölçün, sonra tasarımı tartışın
Sepet görüntüleme, adres girişi, kargo seçimi, ödeme başlangıcı ve onayı ölçün. Yan yana iki adım arasındaki en büyük düşüş o ayın iş emridir ve neredeyse hiçbir zaman buton rengi değildir.

Q: Tek sayfa mı çok adımlı mı?
A: Toplam dürüst ve alanlar az olduğunda ikisi de iyi dönüşür. Çok adımlı olan daha iyi ölçüm verir.

Q: Misafir ödeme gerçekten şart mı?
A: Çoğu tüketici mağazası için evet. Üyeliği sipariş verildikten sonra, hiçbir şeye mal olmadığı anda önerin.

Q: Kaç alan fazla?
A: Sevkiyat ya da hukuki gereklilikle gerekçelendiremediğiniz her alan fazladır.

## Pişman olmadan katalog ve varyant modellemek
https://ecommercedevelopment.info/tr/guides/katalog-ve-varyant-modelleme
2026-08-05 tarihinde güncellendi · Mağazayı kurmak

- Fotoğrafladığınızı (ürün) değil, gönderdiğinizi (varyant) modelleyin.
- Satılabilen her şeyin SKU'su olur; fiyat ve stok varyantta yaşar.
- Seçenek değerleri kontrollü listeden gelir, serbest metinden değil.
- Yapılandırılmış nitelikleri baştan toplayın — akışlar ve filtreler ister.

Ürün modeli, geri kalan her şeyin ne kadar zor olacağını sessizce belirleyen karardır. Stok, fiyat, arama filtreleri, pazar yeri akışları ve iadeler hep onu okur ve içindeki her karışıklığı devralır.

En yaygın hata, gönderdiğiniz şeyi değil fotoğrafladığınız şeyi modellemektir.

### Önemli olan ayrım
| Ürün | Müşterinin seçtiği şey | Başlık, açıklama, görseller, kategori |
| Varyant | Gerçekte gönderdiğiniz şey | SKU, fiyat, stok, ağırlık, barkod |
| Seçenek | Seçim ekseni | Beden, renk — sabit değer listesiyle |
| Paket | Tek olarak satılan birkaç varyant | Kendi SKU'su ve kendi stok kuralı |

### Yeniden yazımdan kurtaran kurallar
- Satılabilen her şeyin bir SKU'su vardır. SKU'su olamıyorsa tek başına satılabilir değildir.
- Seçenek değerleri kontrollü bir listeden gelir, asla serbest metinden. Yoksa "Mavi", "mavi" ve "Lacivert" üç ayrı filtre olur.
- Fiyat ve stok her zaman varyantta yaşar; bugün tüm varyantlar aynı fiyatta olsa bile.
- Medya yalnız ürüne değil varyanta da ait olabilir — renk varyantlarının kendi görselleri gerekir.
- SKU dizesine, gerçek bir alan olarak da bulunmayan anlam gömmeyin.

### Varyanta benzeyen ama varyant olmayanlar
Kişiselleştirme (kazınacak isim), miktar kırılımları ve paketler çoğu zaman en yakın çekiç olduğu için varyant modeline sokulur. Başka yere aittirler: kişiselleştirme satır verisi, miktar kırılımları fiyat kuralı, paketler kendi stok politikası olan ayrı ürün.
Tek ürün için varyant sayınız birkaç yüzü aşıyorsa varyant olmayan bir şeyi modellemişsiniz demektir.

### Nitelikler, kategoriler ve ileride gerekecek akış
Pazar yerleri, karşılaştırma motorları ve kendi filtreli aramanız yapılandırılmış nitelik ister: malzeme, ölçü, uyumluluk. Bunları baştan alan olarak toplayın. İki yıl sonra düz metin açıklamalardan çıkarmak kimsenin sevmediği bir veri projesidir.

Q: Fiyat üründe mi varyantta mı olmalı?
A: Varyantta. Bugün her varyant aynı fiyatta olsa bile bu değişir ve göç tatsızdır.

Q: Sipariş üzerine kişiselleştirmeyi nasıl kurarım?
A: Sepete eklerken alınan satır verisi olarak; varyant patlaması olarak değil.

Q: Nitelikler ne zaman yapılandırılmış alan olmalı?
A: Hemen. Filtreli arama, akışlar ve süzgeçler bunu ister; düz metin süzülemez.

## Uygulamalar ve eklentiler: eklenti faturası nasıl mimariye dönüşür
https://ecommercedevelopment.info/tr/guides/uygulamalar-ve-eklentiler
2026-08-04 tarihinde güncellendi · Platformlar ve yığınlar

- Her uygulama ücreti, ağırlığı ve dış sahibi olan bir bağımlılıktır.
- Bir iş, bir uygulama — örtüşme dağınıklığın başladığı yerdir.
- Satışınızın merkezinde olanı yazın, sıkıcı olanı kurun.
- Uygulama listesini çeyrekte bir gözden geçirin ve gereksizi atın.

Kimse yirmi üç uygulama kurmayı planlamaz. Bu, her seferinde bir makul kararla olur: bir yorum bileşeni, bir kargo hesaplayıcı, bir açılır pencere, bir sadakat programı; her biri kurulduğu gün gerçek bir sorunu çözüyordu.

İki yıl sonra vitrin on bir üçüncü taraf betiği yüklüyor, dört uygulama birbiriyle örtüşen iş yapıyor ve aylık fatura sessizce barındırmayı aşıyor. Bu bir mimaridir ve hiç tasarlanmamıştır.

### Bir uygulama gerçekte neye mal olur
| Aylık ücret | Öngörülebilir ve bir düzine uygulamada katlanır |
| Sayfa ağırlığı | Her sayfada üçüncü taraf betikleri, çoğu bloke eden |
| Veri | Müşteri veriniz artık başka bir yerde de yaşıyor |
| Bağımlılık | Sonradan kaldırmak öksüz veri ve bozuk şablon bırakır |
| Yükseltme riski | Platform güncellenir, uygulamaya bir yıldır dokunulmamıştır |

### Yığını akıllı tutan kurallar
- Bir iş, bir uygulama. İki uygulama örtüşüyorsa üçüncüyü eklemeden önce birini kaldırın.
- Başarısız olduğunda ne olacağı incelenmeden siparişe ya da fiyata yazan hiçbir şey olmasın.
- Uygulamanın vitrine ne enjekte ettiğini hız şikâyetinden sonra değil, kurmadan önce kontrol edin.
- Bir yıldır bakımsız her şey bugün çalışsa bile bir yüktür.
- Tüm listeyi her çeyrekte gözden geçirin ve kimsenin gerekçelendiremediğini kaldırın.

### Ne zaman kurmak yerine yazmalı
İş nasıl sattığınızın merkezindeyse yazın: paket kurallarınız, sadakat mantığınız, teklifleriniz. İş standart ve sıkıcıysa kurun: adres doğrulama, muhasebe aktarımı, yorum toplama. Hata, bunu tersine çevirmektir.
Fiyata ya da stoğa dokunan bir uygulama bir kod değişikliğiyle aynı incelemeyi hak eder, çünkü zaten odur.

### Kendini ödeyen çeyreklik temizlik
Uygulama listesini aylık maliyete göre sıralayın ve her biri için sorun: yarın kaldırırsak ne bozulur? Çoğu mağazada iki üç cevabın karşılığı hiçbir şeydir ve tasarruf gerçek mühendislik işini finanse eder.

Q: Kaç uygulama fazla?
A: Her birinin ne yaptığını ve olmadan ne bozulacağını söyleyemediğiniz an.

Q: Uygulamalar mağazayı yavaşlatır mı?
A: Ön yüz uygulamaları genelde yavaşlatır, çünkü her sayfaya üçüncü taraf betiği ekler. Arka ofis uygulamaları çoğu zaman yavaşlatmaz.

Q: Aynı özelliği yazmak daha mı güvenli?
A: Kontrol açısından daha güvenli, bakım açısından daha pahalı. Satış biçiminizin merkezinde olanı yazın, standart olanı kurun.

## Pişman olmadan ödeme sağlayıcısı seçmek
https://ecommercedevelopment.info/tr/guides/odeme-saglayicisi-secmek
2026-08-04 tarihinde güncellendi · Platformlar ve yığınlar

- Ödeme zamanlaması, yerel yöntemler ve hata yönetimi orandan önemlidir.
- PCI iştahınıza uyan entegrasyon derinliğini seçin.
- Ödemelerin onda biri başarısız olur; satın aldığınız şey bunun yönetimidir.
- Sağlayıcı onayını birinci haftada başlatın — takvim riskidir.

Ödeme sağlayıcısı karşılaştırmaları yüzdeye odaklanır; oysa ciddi sağlayıcılar arasında en az değişen kısım odur. Asıl fark etrafındaki her şeydedir: paranızı ne zaman alacağınız, hangi yerel yöntemleri sunabileceğiniz, hataların nasıl bildirildiği ve bir itiraz geldiğinde ne olacağı.

Açılıştan sonra her hafta hissettiğiniz kısımlar bunlardır.

### Etki sırasına göre neyi karşılaştırmalı
- Pazarınızın beklediği yerel ödeme yöntemleri. Bazı ülkelerde eksik bir yöntem her oran farkından pahalıya gelir.
- Ödeme zamanlaması ve blokeler. Nakit akışı on beş baz puanı geçer, özellikle ilk yıl.
- Hata yönetimi: reddedilen kart, ödeme adımınızın işleyebileceği bir gerekçeyle mi dönüyor?
- İtiraz ve ters ibraz: kanıtı kim toplar ve ne kadar süreniz var.
- Onay süresi. Üç haftalık doğrulama gerçek bir takvim riskidir.
- Çıkış: kayıtlı kartlarınızı ve aboneliklerinizi yanınızda götürebilir misiniz?

### Altta yatan entegrasyon kararı
| Sağlayıcı barındırmalı ödeme sayfası | En düşük | En az | İlk mağazalar, küçük ekipler |
| Sayfanızda sağlayıcı alanları | Düşük | İyi | Çoğu mağaza |
| Tam API entegrasyonu | En yüksek | Tam | Hacim, sıra dışı akışlar |

### Satın aldığınız asıl özellik hatadır
Normal bir mağazada kart ödemelerinin kabaca onda biri bir yerde başarısız olur — süresi dolmuş kart, limit, 3-D Secure kaybı. İyi sağlayıcıyı ayıran şey, ödeme adımınızın müşteriye doğru bir şey söyleyip bir sonraki adımı sunabilmesidir; "bir hata oluştu" yazan kırmızı kutu değil.
Açılıştan önce hata yollarını sağlayıcının test kartlarıyla deneyin. Çoğu ekip yalnız başarılı olanı test eder.

### Ödemeler açılışı bloke etmesin
Onay süreci şirket belgeleri, ortaklık bilgileri ve bazen bir site incelemesi ister. Onuncu haftada değil birinci haftada başlatın ve en az bir tur soru bekleyin.

Q: Mümkün olduğunca çok yöntem sunmalı mıyım?
A: Hayır. Pazarınızın beklediklerini sunun. Fazlası mutabakat işi ekler ve ödeme adımını kalabalıklaştırır.

Q: Oran gerçekte ne kadar önemli?
A: Düşük hacimde ödeme zamanlaması ve yerel yöntemlerden az. Yüksek hacimde pazarlık edin — yayımlanan oran bir başlangıçtır.

Q: Sonradan sağlayıcı değiştirebilir miyim?
A: Evet, ama kayıtlı kartlar ve abonelikler taşınmayabilir. Taşınabilirliği imzadan önce sorun.

## Özel e-ticaret geliştirme ne zaman doğru karardır
https://ecommercedevelopment.info/tr/guides/ozel-gelistirme-ne-zaman-dogru
2026-08-04 tarihinde güncellendi · Platformlar ve yığınlar

- Özel geliştirme varsayılan değil, dört durumda maliyetini hak eder.
- Ödeme uç durumları, vergi kuralları ve yönetim araçları düzenli küçümsenir.
- Melez yol — kanıtlanmış motor artı kendi katmanınız — genelde kazanır.
- Sığmayan üç kuralı sipariş vermeden önce platformda deneyin.

İncelememiz istenen özel e-ticaret kurulumlarının çoğu özel olmamalıydı. Gerçekten bir kural sığmadığı için değil, bir demo sırasında platform kısıtlayıcı hissettirdiği için sipariş edilmişlerdi.

Yine de özelin açıkça doğru olduğu dört durum vardır; o durumlarda platformu zorlamak daha pahalı hatadır.

### Haklı olan dört durum
- Kimin oturum açtığına bağlı, platformun ifade edemediği fiyat ya da yetki mantığı.
- Sipariş başına ücretlerin kendi sisteminizi işletme ve sürdürme maliyetini aştığı sipariş hacmi.
- Mağazanın zaten sahip olduğunuz sistemlerin içinde yaşaması gerekmesi — ERP, rezervasyon motoru, üye veritabanı.
- Ticaretin sattığınız ürünün parçası olması; deneyim bir maliyet kalemi değil rekabet varlığıdır.

### Özel geliştirme gerçekte neye mal olur
| Ödeme uç durumları (başarısız ödeme, kısmi stok, iade) | 2 kat |
| Pazar başına vergi ve kargo kuralları | 2–3 kat |
| Ekibinizin her gün ihtiyaç duyduğu yönetim araçları | 3 kat |
| Sürekli bakım ve güvenlik | Tümüyle — çoğu zaman bütçelenmez |
| İkinci pazar ya da para birimi | Bedava sanılır; değildir |

### Genelde kazanan melez yol
Katalog, sepet, ödeme ve siparişler için kanıtlanmış bir ticaret motoru tutun. Yalnız gerçekten size ait olan katmanı özel yazın — yapılandırıcı, teklif, yetkilendirme, fiyat motoru. Tuhaf kuralları alırsınız, iadeleri yeniden yazmaktan kurtulursunuz.
Para hareketi, PCI kapsamı ya da vergi içeren her şey sıfırdan yazılacak en az ödüllendirici iştir.

### Karar vermeden önce bir test
Platformun sözde karşılayamadığı üç kuralı yazın. Sonra bir öğleden sonra çabayla o kuralları platformda uygulamayı deneyin. Üçte ikisi genelde mümkün çıkar ve kalan bir tanesi gerçekte ne kadar özel geliştirmeye ihtiyacınız olduğunu tam olarak söyler.

Q: Özel geliştirme performans için daha mı iyi?
A: Doğası gereği değil. Performans önbellekleme ve disiplinli sayfalardan gelir; ikisi de platformlarda mevcuttur.

Q: Özel mağazayı kim sürdürür?
A: Birinin sürekli sürdürmesi gerekir. Yılda kurulum maliyetinin %15–25'ini ayırın ve sahibi başlamadan belirleyin.

Q: En güvenli özel kapsam nedir?
A: Ödeme, sipariş ve iade için kanıtlanmış bir motorun üstünde duran, işinize özgü katman.

## Headless mı bütünleşik mi: ayrım ne zaman değer
https://ecommercedevelopment.info/tr/guides/headless-mi-butunlesik-mi
2026-08-04 tarihinde güncellendi · Platformlar ve yığınlar

- Headless kanal erişimi ve sunum özgürlüğü verir, günlük karmaşıklık alır.
- Gerekçeniz ikinci bir kanal ya da gerçek bir içerik akışı olsun, ölçüt puanı değil.
- Önbelleklenmiş bütünleşik sistem, aceleye gelmiş headless'ı geçer.
- API'yi ikinci kanal varken açın, öncesinde değil.

Headless ticaret, bu alanda en fazla abartılan mimari karardır. Bazı işletmeler için gerçekten doğru cevaptır ve bundan çok daha fazlasına, genelde iyi kurulmuş bir bütünleşik sistemin de verdiği bir hız vaadiyle satılır.

Takas basitçe şudur: sunum özgürlüğü ve kanal erişimi kazanırsınız; karşılığında kurulacak, dağıtılacak ve hata ayıklanacak fazladan bir sistem ödersiniz — her gün, sonsuza kadar.

### Headless neyi gerçekten değiştirir
| Vitrin değişikliği | Tema düzenlemesi | Ön yüz dağıtımı |
| Çok kanal (uygulama, kiosk, pazar yeri) | Zahmetli | Doğal |
| Önizleme ve içerik akışı | Hazır gelir | Siz kurarsınız |
| Ekip biçimi | Tek ekip | Ön yüz artı ticaret |
| Ödeme hatasını ayıklamak | Tek günlük | İki sistemi eşleştirmek |
| Performans tavanı | Özenle iyi | Emekle daha yüksek |

### Headless gerçekten ne zaman haklı
- Birden fazla yüzeyden satıyorsunuz: web, mobil uygulama, mağaza içi kiosk, iş ortağı siteleri.
- İçerik ve satış ekibinizin platformun veremediği bir yayın akışına ihtiyacı var.
- Zaten bir ön yüz ekibiniz var; dağıtım ve izleme kurulu.
- Trafiğiniz uçta oluşturmayı ölçüt puanı değil, ölçülebilir bir iş kazancı yapıyor.
- Ticaret motoru iyi durumda ve yalnız sunumun değişmesi gerekiyor.

### Ne zaman hata
Tek bir web vitrini, küçük bir ekip ve standart bir katalog. Orada headless dağıtım yüzeyini ikiye katlar ve küçük her ürün sunumu değişikliğini tema düzenlemesinden sürüme taşır; bu da ekiplerin mağazayı iyileştirmesini sessizce durduran türden bir sürtünmedir.
Ekipte cuma akşamı dokuzda ön yüzün sahibinin kim olduğunu kimse söyleyemiyorsa headless'a hazır değilsiniz.

### Çoğu ekibin atladığı orta yol
Bütünleşik kalıp faydanın büyük kısmını alabilirsiniz: agresif önbellekleme yapın, yalnız en ağır sayfa şablonlarını modern bir oluşturucuya taşıyın ve ikinci kanal gerçekten var olduğunda bir API açın.

Q: Headless daha mı hızlı?
A: Emekle olabilir. İyi önbelleklenmiş bir bütünleşik sistem, kötü kurulmuş bir headless ön yüzü her seferinde geçer.

Q: Headless SEO'yu iyileştirir mi?
A: Yalnız oluşturmayı ve hızı iyileştirdiği ölçüde. Ayrıca tarayıcılar için oluşturmayı bozmanın yeni yollarını da getirir.

Q: Sonradan headless'a geçebilir miyim?
A: Evet; ticaret motorunuz eksiksiz bir API sunuyorsa ve içeriğiniz tema dosyalarında hapis değilse daha kolay.

## Hazır platform mu açık kaynak mı: kararı veren sorular
https://ecommercedevelopment.info/tr/guides/hazir-platform-mu-acik-kaynak-mi
2026-08-04 tarihinde güncellendi · Platformlar ve yığınlar

- Seçim özellikler değil; barındırma, PCI, güncelleme ve kural uyumudur.
- Platformu en basit değil en zor on ürününüzle sınayın.
- Hazır platform, geliştiricilerin kabul ettiğinden daha sık doğru cevaptır.
- Ücretler, kurallar ya da sahiplik aritmetiği değiştirdiğinde açık kaynak kazanır.

Her hazır-platform ile açık-kaynak karşılaştırması eninde sonunda bir özellik tablosuna dönüşür ve bu kararı vermenin en işe yaramaz yolu özellik tablosudur. İki kategori de varyantlı, indirimli, ödeme adımlı bir dükkânı çalıştırabilir.

Asıl fark, göremediğiniz işi kimin taşıdığıdır: barındırma, güvenlik güncellemeleri, PCI kapsamı ve işinizin platformda olmayan bir kurala ihtiyaç duyduğunda ne olacağı.

### Aslında ne arasında seçim yapıyorsunuz
| Barındırma ve erişilebilirlik | Onların | Sizin |
| Güvenlik güncellemeleri | Sizin için uygulanır | Sizin takviminiz, sizin riskiniz |
| PCI kapsamı | Büyük ölçüde daralır | Sizin yönetiminizde |
| Sıra dışı fiyat ya da B2B kuralları | Modelin izin verdiği kadar | Kodlayabildiğiniz her şey |
| Maliyetin biçimi | Aylık artı sipariş başına ücret | Sunucular artı mühendislik zamanı |
| Açılış hızı | Haftalar | Haftalar ya da aylar |
| Çıkış | Dışa aktar ve yeniden kur | Kodu taşı |

### Kararı bir saatte veren dört soru
- Fiyat ya da varyant mantığınız platformun veri modeline sığıyor mu? En basit ürünlerinizle değil, en zor on ürününüzle test edin.
- Gerçekçi sipariş hacminizde sipariş başına ücretler yılda ne tutar? Bunu barındırma artı bakımla karşılaştırın.
- Cuma akşamı güvenlik yamasını kim uygular? Cevap yoksa hazır platform seçin.
- Zaten sahip olduğunuz sistemlerin içinde durmanız gerekiyor mu? Bu, açık kaynağa ya da özel geliştirmeye iter.

### Hazır platformun dürüst savunması
Çoğu ilk mağaza ve pek çok ikinci mağaza için doğru cevap hazır platformdur ve geliştiriciler bunu kabul etmekten hoşlanmaz. İstemediğiniz bir iş kategorisini tümüyle kaldırır ve işin gerçekte neye ihtiyacı olduğunu inşa etmeden önce öğrenmenizi sağlar.
Hazır seçmek hırs eksikliği değildir. Anladığınız bir mağazayı yeniden yazmak, tahmin ettiğiniz bir mağazayı kurmaktan çok daha ucuzdur.

### Açık kaynağın dürüst savunması
Kurallarınız gerçekten sığmadığında, sipariş başına ücretler sizin hacminizde gerçek bir kalem olduğunda ya da mağaza kendi sistemlerinizin içinde yaşamak zorunda olduğunda açık kaynak ideoloji olmaktan çıkıp aritmetik olur.

Q: Açık kaynak daha mı ucuz?
A: İlk yılda nadiren. Sipariş başına ücretler barındırma ve bakımı aştığında hacimde ucuzlayabilir.

Q: Sonradan hazır platformdan açık kaynağa geçebilir miyim?
A: Ürün verisini, içeriği ve URL yapısını taşınabilir tuttuysanız evet. Tutmadıysanız bu bir yeniden kurulumdur.

Q: Hangisi daha güvenli?
A: Hazır platform PCI kapsamınızı daraltır ve yamaları uygular. Açık kaynak da güvenli olabilir, güncellemelerin sahibi varsa.

## Pazar yeri mi kendi mağazanız mı: dürüst bir karşılaştırma
https://ecommercedevelopment.info/tr/guides/pazar-yeri-mi-kendi-magazan-mi
2026-08-04 tarihinde güncellendi · E-ticaretin temelleri

- Pazar yeri talep kiralar; kendi mağazanız ilişkiye sahip olur.
- Tekrar alım ve marj, sahipliğin kendini ödeyip ödemediğine karar verir.
- Önce pazar yerinde satın, projeyi ölçebilecek veriye ulaşınca kurun.
- Ne seçerseniz seçin ürün verisi ilk günden sizin olsun.

Pazar yerinde satmakla kendi mağazasını kurmak arasındaki seçim genelde hırs ile pragmatizm karşıtlığı olarak sunulur. Aslında ödünç alınan talep ile sahip olunan ilişki arasında bir takastır ve ne sattığınıza göre ikisi de meşru cevaptır.

Hata, bunu kalıcı bir seçim saymaktır. Kalıcı işletmelerin çoğu sonunda bilinçli olarak ikisini birden yapar.

### Her biri size gerçekte ne verir
| İlk satışa süre | Günler | Haftalar ya da aylar |
| Talep | Ödünç, anında | Yavaş kurulur, sizindir |
| Müşteri verisi | Büyük ölçüde saklanır | Sizindir |
| Marj | Sipariş başına komisyon | Sabit giderler artı ödeme komisyonu |
| Marka ve sunum | Kısıtlı | Tümüyle sizin |
| Risk | Hesap kapanması her şeyi bitirir | Kendi erişilebilirliğiniz ve trafiğiniz |
| Şuna uygun | Talebi test etmek, standart ürün | Tekrar alım, marka, marj |

### Kararı veren üç soru
- Müşteriler tekrar alıyor mu? İlişkiye sahip olmayı ödeten şey tekrar alımdır.
- Ürününüz adıyla mı kategoriyle mi aranıyor? Kategori alıcıları zaten pazar yerlerinde.
- Marjınız hacimde komisyonu kaldırır mı? Bir noktada komisyon kendi mağazanızı işletme maliyetini aşar.

### Mantıklı sıra
Talebi kanıtlamak ve alıcıların ne sorduğunu öğrenmek için pazar yerinde satın. Geçirebileceğiniz tekrar eden müşterileriniz ve projeyi ölçeklendirecek marj veriniz olduğunda kendi mağazanızı kurun. Sonra pazar yerini işin tamamı değil, bir müşteri kazanma kanalı olarak kullanın.
Yalnız pazar yerinde satarken bile ürün verisini ilk günden size ait bir biçimde tutun. Sonradan dışa aktarmak tatsızdır.

### Mağazaya sahip olmak size gerçekte ne kazandırır
Fiyatlama özgürlüğü, paket ve abonelik seçenekleri, geri dönen bir alıcının e-posta adresi ve bir şey öğrendiğinizde deneyimi değiştirebilme. Kurallarını sizin koymadığınız bir platformda bunların hiçbiri yoktur.

Q: İkisini birden işi ikiye katlamadan yürütebilir miyim?
A: Evet, tek bir sistem ürün verinizin ve stoğunuzun sahibiyse ve ikisine de gönderiyorsa. Elle bakılan iki katalog işin zorlaştığı yerdir.

Q: Komisyon ne zaman anlamını yitirir?
A: Aylık komisyon, ödünç talebi yerine koyacak pazarlama dâhil kendi mağazanızı işletmenin tam maliyetini aştığında.

Q: Kendi mağaza SEO'ya daha çok yarar mı?
A: Size sayfaları ve kontrolü verir. Trafik yine kazanılmak zorundadır.

## Kurulumu şekillendiren hukuk ve vergi temelleri
https://ecommercedevelopment.info/tr/guides/hukuk-ve-vergi-temelleri
2026-08-04 tarihinde güncellendi · E-ticaretin temelleri

- Hukuk ve vergi kuralları alan, durum ve hesap olarak gelir.
- Net-brüt fiyat kararı her şeye dokunan karardır.
- Sınır ötesi satış vergi, fatura ve iade işini katlar.
- Danışmanınıza genel bir soru değil, tek sayfalık bir tanım verin.

Hukuki ve vergisel gereklilikler, kurduğunuz mağazada alan, hesap ve ekran olarak belirdiklerini fark edene kadar başkasının sorunu gibi durur. İade politikası bir sayfadır; on dört günlük iade süresi bir sipariş durumudur.

Bu, sizin ülkeniz için hukuki tavsiye değildir — onu kendi danışmanınızdan alın. Bu, o kuralların mühendislik işine dönüştüğü yerlerin listesidir; böylece hiçbiri açılıştan bir hafta önce keşfedilmez.

### Kurallar nerede koda dönüşür
| Fiyat gösterim kuralları | Fiyatların vergisiz mi vergili mi saklandığı ve verginin nerede hesaplandığı |
| Cayma hakkı | İptal ve iade süresi için sipariş durumları |
| Sipariş onayı içeriği | Sevimli bir e-posta değil, zorunlu alanları olan bir şablon |
| Onay ve izleme | Seçim yapılmadan yüklenmemesi gereken betikler |
| Veriye erişim ve silme | Siparişleri bozmadan bir müşteriyi dışa aktarma ve silme yolu |

### Her şeyi şekillendiren vergi kararı
Katalogunuzun fiyatları vergi dâhil mi hariç mi sakladığına erken karar verin. Birçok pazarda tüketici mağazaları brüt gösterir; B2B genelde net çalışır. Bunu proje ortasında değiştirmek kataloga, sepete, faturalara ve her rapora dokunur.
Kararı gerekçesiyle yazın. E-ticaret projelerinde en çok yeniden tartışılan soru budur.

### Sınır ötesi satış
- Vergi kuralları varış ülkesine göre değişir ve mağaza toplamı gösterebilmek için varışı bilmelidir.
- Bazı kategoriler farklı oran taşır; ülke başına tek oran eninde sonunda yanlış çıkacak bir basitleştirmedir.
- Gümrük ve vergi teslim fiyatını değiştirir; bunu koli gelene kadar saklamak iade doğurur.
- Faturalar ülkeye özgü alanlar ve sıralı numaralandırma gerektirebilir.
- Pazar başına iade adresi bir form alanı değil, operasyonel maliyettir.

### Danışmanınıza ne vermeli
Ne sattığınızı, nerede sattığınızı, alıcınızın kim olduğunu ve ödemeyi nasıl aldığınızı anlatan tek sayfa. O sayfa işe yarar bir cevap alır; genel bir soru genel bir cevap alır.

Q: Hukuki sayfalar bitmeden açabilir miyim?
A: Sayfalar bazen. Vergi hesabı ve iade durumları hayır — onlar doğru bir siparişin parçasıdır.

Q: Katalogda net mi brüt mü?
A: Tüketici mağazaları genelde brüt, B2B genelde net. Bir kez, erken karar verin ve nedenini yazın.

Q: Hazır platform vergiyi benim için halleder mi?
A: Oran uygulama mekaniğini halleder. Ürünlerinize hangi oranın uygulanacağı size aittir.

## E-ticaret iş modelleri ve her birinin teknik faturası
https://ecommercedevelopment.info/tr/guides/e-ticaret-is-modelleri
2026-08-04 tarihinde güncellendi · E-ticaretin temelleri

- İş modeli yalnız marjı değil veri modelini de belirler.
- B2B fiyatlama ve abonelik en sık sonradan eklenen iki hatadır.
- Stoksuz satış, depoyu tedarikçi ve sevkiyat karmaşasıyla takas eder.
- Bugün nasıl para kazanıyorsanız o modelle başlayın.

İş modeli tartışmaları genelde marj ve pazarlamada biter. Bir kurulum projesinde bu bir hatadır; çünkü seçtiğiniz model, daha kimse kod yazmadan ürün verinizi, ödeme kurallarınızı ve entegrasyon işinin kabaca yarısını belirler.

Her yaygın modelin mağazadan gerçekte istediği şey şudur.

### Beş model, beş teknik fatura
| Kendi stoğuyla perakende | Doğru stok, iade akışı, satın alma verisi | İadeler başlı başına bir alt sistemdir |
| Stoksuz satış | Tedarikçi akışları, ürün bazlı teslim süresi, bölünmüş sipariş | Bir sipariş üç sevkiyata dönüşür |
| B2B toptan | Müşteriye özel fiyat, vade, teklif | Ödeme adımı ödeme değil, onaydır |
| Abonelik | Yinelenen tahsilat, başarısız tahsilat takibi, plan değişimi | Başarısız ödemeler destek yüküne döner |
| Pazar yeri | Satıcı hesapları, hakediş, denetim | Artık dükkân değil platform işletiyorsunuz |

### Model ödeme adımını nerede vurur
- Kendi stoğu: basit; çoğu kişi için doğru ilk sürüm olmasının nedeni de bu.
- Stoksuz satış: kargo bedeli ve teslim tahmini sipariş başına değil, tedarikçi başına hesaplanmalı.
- B2B: fiyat kimin oturum açtığına bağlıdır, yani hiçbir şey naif biçimde önbelleklenemez.
- Abonelik: ilk tahsilat kolay olanıdır, iş on ikincidedir.
- Pazar yeri: para üç taraf arasında hareket eder, bu hukuki konumunuzu da değiştirir.

### Modelleri karıştırmak sandığınızdan erken pahalanır
Proje ortasında toptan ekleyen bir perakende mağazası bir fiyat listesi eklemiyor; her ürünün, her vergi hesabının ve her ödeme adımının üstüne ikinci bir kurallar bütünü ekliyor. Yapılabilir ve kendi bütçesi olan bilinçli bir karar olmalıdır.
İkinci bir modelin geleceğini biliyorsanız en baştan söyleyin. B2B fiyatlamasını sonradan eklemek e-ticaretin en pahalı değişikliklerinden biridir.

### Fazla düşünmeden nasıl seçilir
Bugün zaten nasıl para kazandığınıza uyan modeli seçin. Mağaza, çalışan bir işi kodlamalı; test etmediğiniz yeni bir işi önermemeli.

Q: Perakendeyle başlayıp sonra abonelik ekleyebilir miyim?
A: Evet ve bu gerçek bir projedir — yinelenen tahsilat yalnız ödeme adımına değil muhasebeye, desteğe ve müşteri kayıtlarına dokunur.

Q: Stoksuz satış teknik olarak daha basit mi?
A: Hayır. Depoyu kaldırır ama tedarikçi akışları, bölünmüş sevkiyat ve kontrol edemediğiniz teslim tahminleri ekler.

Q: En zor model hangisi?
A: Farkla pazar yeri — hakediş, satıcı hesapları ve denetim onu bir platform işine dönüştürür.

## Bir çevrimiçi mağaza baştan sona nasıl çalışır
https://ecommercedevelopment.info/tr/guides/online-magaza-nasil-calisir
2026-08-04 tarihinde güncellendi · E-ticaretin temelleri

- Tek bir siparişi baştan sona izleyin, mimari kendini anlatır.
- Her adımın bilinen bir hata biçimi vardır; kurmadan önce adlandırın.
- Sipariş kaydı vitrinden uzun yaşar — önce onu tasarlayın.
- Huniyi ilk günden adım adım ölçün.

Bir mağazayı anlamanın en net yolu tek bir siparişi baştan sona izlemektir; çünkü sonradan tartışacağınız her bileşen bu yolda tam bir kez, önem sırasına göre ortaya çıkar.

Aşağıda o yol var ve her adımın kırılma noktası adlandırılmış — çünkü bir e-ticaret kurulumu satın alırken asıl satın aldığınız şey bu kırılma noktalarıdır.

### Tek bir siparişin yolu
- Keşif: alışverişçi aramadan, reklamdan ya da bir bağlantıdan gelir ve ürün sayfasına düşer.
- Seçim: bir varyant seçer ve bu varyant gerçek, stokta olan bir ürüne karşılık gelmelidir.
- Sepet: adresine göre fiyat, vergi ve kargo hesaplanır.
- Ödeme adımı: kimlik, adres ve ödeme alınır; ödeme ya geçer ya geçmez.
- Sipariş oluşturma: sipariş kaydı yazılır, stok ayrılır, onay gönderilir.
- Sevkiyat: sipariş toplayan kişiye ulaşır ve geri bir takip numarası döner.
- Satış sonrası: iade, para iadesi ve destek hep aynı sipariş kaydını okur.

### Her adım nerede kırılır
| Seçim | Varyant sayfada var, stokta yok | İptal edilen sipariş, kaybolan güven |
| Sepet | Kargo bedeli yalnız sonda çıkar | Terk etmenin tek başına en büyük nedeni |
| Ödeme adımı | Zorunlu üyelik | Alıcıların ölçülebilir bir kısmı ayrılır |
| Sipariş oluşturma | Stok iki kez ayrılır | Fazla satış ve elle özür |
| Sevkiyat | Sipariş eksik veriyle ulaşır | Depo ofisi arar |

### Sipariş kaydı neden vitrinden önemli
Ödemeden sonraki her şey tek bir nesneyi okur: siparişi. O kayıt eksiksiz ve değişmezse iade, destek ve muhasebe kolaydır. Üç sistemden yamalanmışsa aşağıdaki her süreç pazarlığa döner.
Sipariş kaydını ürün sayfasından önce tasarlayın. İşletmenizin beş yıl sonra da okuyacağı şey odur.

### İlk gün neyi ölçmeli
Her adıma ulaşan oturumları sayın. Görüş değil, sayı. Yan yana iki adım arasındaki fark, mağazanızın nerede para kaybettiğinin tek güvenilir haritasıdır.

Q: En kırılgan adım hangisi?
A: Sepetten ödeme adımına geçiş; kargo ve verginin ilk kez somutlaştığı yer.

Q: Stok sepette mi ödemede mi ayrılmalı?
A: Çoğu mağaza için ödemede. Sepette ayırmak güvenli görünür ve stoğu gerçek alıcılardan sessizce saklar.

Q: Bunun ne kadarını hazır platform hallediyor?
A: Mekaniğin çoğunu. Size özgü fiyat, vergi ve sevkiyat kurallarını halletmez.

## E-ticaret geliştirme gerçekte neleri kapsar
https://ecommercedevelopment.info/tr/guides/e-ticaret-gelistirme-nedir
2026-08-04 tarihinde güncellendi · E-ticaretin temelleri

- Mağaza, sepeti olan bir web sitesi değil, işlemsel bir sistemdir.
- Riskin çoğu ticaret mantığı, ödeme akışı ve operasyondadır.
- Platform seçmeden önce bir siparişi doğru kılan şeyi yazın.
- Dar açın: tek katalog, tek pazar, tek ödeme yöntemi.

Beş kişiye e-ticaret geliştirmenin ne demek olduğunu sorun, beş cevap alırsınız ve çoğu tasarımla ilgili olur. Görebildiğiniz kısım odur ve genelde en küçüğüdür.

Mağaza, güzel bir ana sayfası olan işlemsel bir sistemdir. Başarısını belirleyen iş dışarıdan büyük ölçüde görünmez ve yalnız görünen kısma göre bütçelemek gördüğümüz en yaygın planlama hatasıdır.

### Bir mağazanın dört katmanı
| Vitrin | Şablonlar, ürün sayfaları, gezinme | Kimse — bütçelenen kısım budur |
| Ticaret mantığı | Varyantlar, stok, fiyat kuralları, vergi, kargo | Neredeyse herkes |
| Ödeme akışı | Sağlayıcılar, hatalar, iadeler, dolandırıcılık kuralları | Neredeyse herkes |
| Operasyon | Sipariş akışı, stok senkronu, iadeler, destek | Herkes, her seferinde |

### Projeler gerçekte nerede ters gider
- Gerçek bir varyant modeliyle karşılaşınca tutarsız çıkan ürün verisi.
- Tasarım onaylandıktan sonra keşfedilen ülke bazlı vergi ve kargo kuralları.
- Kimsenin planlamadığı üç haftalık ödeme sağlayıcısı onay süreci.
- Bir hesap tablosunda yaşayan ve güvenilir biçimde senkronlanamayan stok.
- Yayına aldıktan sonra mağazanın sahibinin kim olduğuna dair karar yokluğu.

### Önce cevaplanmaya değer tek soru
Hiçbir şey seçmeden önce bir siparişin doğru olması için nelerin doğru olması gerektiğini yazın: hangi fiyat geçerli, hangi stok ayrılıyor, hangi vergi tahsil ediliyor, müşteriye ne zaman ne söyleniyor. Ekibiniz bunu tek sayfada yanıtlayamıyorsa hiçbir platform sizin yerinize yanıtlamaz.
Bu sayfayı önce yazan ekipler ödeme akışını iki kez yeniden yazmak zorunda neredeyse hiç kalmıyor.

### Açılışta iyi neye benzer
Tek katalog, tek pazar, çalışan tek ödeme yöntemi ve deponuza birinin soru sormadan toplayabileceği biçimde ulaşan bir sipariş. Kalan her şey ikinci ayda gelebilir; çoğu zaten gelmeli.

Q: E-ticaret geliştirme web tasarımıyla aynı şey mi?
A: Hayır. Tasarım bir katmandır; arkasındaki ticaret mantığı, ödeme akışı ve operasyon emeğin ve riskin çoğunu taşır.

Q: İlk mağaza için geliştirici şart mı?
A: Her zaman değil. Standart temalı hazır bir platform basit bir katalogu karşılar; kurallarınız platforma sığmadığında geliştirici gerekir.

Q: En yaygın gecikme sebebi nedir?
A: Ürün verisi. Gerçek bir varyant modeliyle karşılaşınca neredeyse her zaman beklenenden dağınık çıkar.