E-İhracat Teknik Altyapısı: Yurt Dışına Satışa Hazırlık

E-İhracat Teknik Altyapısı: Yurt Dışına Satışa Hazırlık

Türkiye'den yurt dışına satış yapmak isteyen e-ticaret girişimcilerinin çoğu önce pazaryeri seçimi, gümrük mevzuatı ve kargo maliyetleriyle uğraşır. Bu doğru bir başlangıç noktasıdır ama teknik altyapı hazırlığı genellikle en sona bırakılır — ve tam da bu yüzden ilk yabancı müşteri geldiğinde sitenin yavaş açılması, ödeme ekranında hata vermesi veya yanlış para biriminde fiyat göstermesi gibi sorunlarla karşılaşılır. E-ihracat, yerel bir e-ticaret sitesini büyütmekten farklı bir mühendislik problemidir: farklı coğrafyalardan gelen kullanıcıların gecikme (latency) deneyimi, çoklu para birimi ve dil desteği, uluslararası ödeme kabulü, güvenlik/uyumluluk gereksinimleri ve artan trafiğe dayanacak sunucu kapasitesi aynı anda düşünülmesi gereken parçalardır.

Bu yazıda, bir e-ticaret sitesini yurt dışı satışa hazırlarken ele almanız gereken teknik başlıkları — sunucu ve ağ mimarisinden ödeme altyapısına, güvenlikten lojistik entegrasyonlarına kadar — somut örneklerle inceliyoruz.

1. Sunucu Konumu ve Gecikme (Latency) Yönetimi

Bir e-ticaret sitesinin Türkiye'de barındırılması, Almanya'daki bir müşterinin siteyi yavaş görmesi anlamına gelmek zorunda değildir; ama önlem alınmazsa öyle olur. Gecikme, kullanıcının tarayıcısından sunucuya giden isteğin fiziksel mesafeyle orantılı olarak artan gidiş-dönüş süresidir (round-trip time). İstanbul'dan barındırılan bir site, Batı Avrupa için makul bir gecikmeye sahipken, Kuzey Amerika veya Uzak Doğu için bu süre kayda değer şekilde uzar.

Bunun pratik çözümü genellikle üç katmanda kurulur:

• CDN (İçerik Dağıtım Ağı): Statik varlıklar (görsel, CSS, JS, ürün fotoğrafları) kullanıcının coğrafi olarak en yakın uç noktasından (edge) sunulur. Ana sunucu Türkiye'de kalsa bile, sayfanın "ağır" kısımları kullanıcıya yakın sunucudan gelir.
• DNS düzeyinde optimizasyon: Kısa TTL değerleri ve hızlı yanıt veren bir DNS sağlayıcısı, ilk bağlantı kurulum süresini kısaltır.
• Sunucu tarafı önbellekleme: Ürün ve kategori sayfaları için sayfa önbellekleme (page cache) kullanılması, her istekte veritabanına gidilmesini engeller ve sunucunun coğrafi dezavantajını kısmen telafi eder.

Büyükweb notu: Çoğu KOBİ için tüm altyapıyı yurt dışına taşımak gerekmez. Ana uygulama sunucusunu Türkiye'de tutup statik içerikleri bir CDN üzerinden dağıtmak, hem yönetim kolaylığı hem de maliyet açısından daha sürdürülebilir bir yaklaşımdır.

Trafiğin büyük kısmı belirli bir bölgeden geliyorsa (örneğin siparişlerin %60'ı Almanya'dan geliyorsa), o bölgeye özel bir CDN yapılandırması ve gerekiyorsa ayrı bir alt alan adı (subdomain) üzerinden bölgesel önbellekleme stratejisi kurulabilir.

2. Çoklu Dil ve Çoklu Para Birimi Altyapısı

Yurt dışı satışta en sık yapılan teknik hata, tek bir sayfa şablonunu Google Çeviri benzeri araçlarla otomatik çevirip yayına almaktır. Bu hem kullanıcı deneyimini hem de arama motoru görünürlüğünü zedeler. Doğru yaklaşım, her dil/pazar için ayrı URL yapısı ve hreflang etiketleriyle işaretlenmiş sayfalar kurmaktır:

<link rel="alternate" hreflang="tr" href="https://ornek-magaza.com/tr/urun-123" />
<link rel="alternate" hreflang="de" href="https://ornek-magaza.com/de/produkt-123" />
<link rel="alternate" hreflang="en" href="https://ornek-magaza.com/en/product-123" />
<link rel="alternate" hreflang="x-default" href="https://ornek-magaza.com/en/product-123" />

Bu yapı, arama motorlarına hangi sayfanın hangi dil/pazar için hazırlandığını bildirir ve kullanıcının doğru sürüme yönlendirilmesini sağlar. Yaygın uygulama şu ikisinden biridir: alt dizin (/de/, /en/) veya ayrı ülke alan adları (.de, .co.uk). Alt dizin yapısı teknik olarak daha kolay yönetilir ve mevcut alan adının SEO değerinden faydalanır; ayrı ülke alan adları ise yerel pazarda güven algısını artırabilir ancak her biri için ayrı domain yönetimi ve içerik bakımı gerektirir.

Para birimi gösterimi de ayrı bir konudur. Ödeme altyapınız hangi para birimlerinde tahsilat yapabiliyorsa, ürün sayfalarında o para biriminde fiyat göstermek dönüşüm oranını doğrudan etkiler. Bunun için genellikle iki yöntem kullanılır:

1. IP tabanlı otomatik tespit: Kullanıcının bağlandığı ülkeye göre varsayılan para birimi ve dil önerilir (kullanıcı yine de manuel değiştirebilmeli).
2. Manuel seçici: Sayfa üst kısmında sabit bir dil/para birimi seçici bulunur, tercih çerezde (cookie) saklanır.

Bu iki yöntem birlikte kullanıldığında hem otomasyon hem kullanıcı kontrolü sağlanmış olur.

3. Ödeme Altyapısı ve Uluslararası Ödeme Kabulü

Yurt dışı satışın en kritik teknik bileşeni ödeme altyapısıdır çünkü ödeme adımında yaşanan bir hata doğrudan gelir kaybına dönüşür. Türkiye merkezli ödeme kuruluşları (iyzico, PayTR, Param gibi) günümüzde uluslararası kart kabulü, çoklu para birimi tahsilatı ve 3D Secure doğrulama desteği sunmaktadır; bu nedenle birçok e-ihracat mağazası için ek bir uluslararası ödeme sağlayıcısı entegre etmeden de yurt dışı kart tahsilatı yapılabilir. Entegrasyon öncesi kontrol edilmesi gereken teknik başlıklar:

Kontrol Noktası	Neden Önemli
Desteklenen kart şemaları	Bölgeye göre yaygın kart tipi değişir
3D Secure zorunluluğu	Bazı ülkelerde ek doğrulama akışı gerekebilir
Çoklu para birimi tahsilat	Kullanıcının kendi para biriminde ödeme yapabilmesi
İade/chargeback akışı	Uluslararası siparişlerde iade süreci daha uzun sürebilir
API webhook güvenilirliği	Sipariş durumunun otomatik güncellenmesi için kritik

Ödeme sayfasının teknik altyapısı kadar, bu sayfanın barındığı sunucunun SSL sertifikası ile şifrelenmiş olması ve ödeme formunun mümkünse iframe/redirect yöntemiyle doğrudan ödeme kuruluşunun güvenli ortamında çalışması gerekir. Bu hem güvenlik hem de PCI DSS uyumluluğu açısından standart yaklaşımdır. Ödeme ve güvenlik entegrasyonlarını daha derinlemesine incelemek için E-Ticaret Güvenliği: SSL, PCI DSS Uyumluluğu ve Dolandırıcılık Önleme yazımıza göz atabilirsiniz.

4. Sunucu Kapasitesi ve Ölçeklenebilirlik

Yurt dışı pazara açılmak trafik artışı demektir — hem organik ziyaretçi hem de pazaryeri entegrasyonlarından gelen otomatik istekler (stok senkronizasyonu, sipariş çekme, fiyat güncelleme) sunucu üzerindeki yükü katlar. Paylaşımlı bir hosting paketiyle başlayan bir mağaza, birden fazla dil/pazar sürümünü aynı anda çalıştırmaya başladığında genellikle kaynak yetersizliği yaşar: CPU kotası dolar, eşzamanlı bağlantı limitleri aşılır, veritabanı sorguları yavaşlar.

Bu noktada VDS (Sanal Özel Sunucu) mimarisine geçmek, kaynakların izole ve öngörülebilir olmasını sağlar. VMware sanallaştırma altyapısı üzerinde çalışan bir VDS'te CPU, RAM ve disk kaynaklarınız başka müşterilerle paylaşılmaz; bu da özellikle kampanya dönemlerinde veya pazaryeri senkronizasyon işlemlerinde performans dalgalanmasını önler. Panel tarafında Plesk lisansı ücretsiz dahil edilir, cPanel isteyenler için ücretli ek seçenek olarak sunulur; kurulum ise panel üzerinden hazır işletim sistemi şablonu seçilerek yapılır.

Büyükweb notu: E-ihracat projelerinde sık gördüğümüz bir model, çok dilli/çok pazarlı bir e-ticaret altyapısını tek bir VDS üzerinde, her pazar için ayrı veritabanı veya ayrı örnek (instance) olarak çalıştırmaktır. Bu yapı kaynakları merkezi yönetirken pazarlar arası performans izolasyonu da sağlar.

Yurt dışı trafiğine hazırlanan bir mağaza için sunucu tarafında somut kontrol listesi şöyledir:

• SSD tabanlı depolama ile veritabanı sorgu sürelerinin kısa tutulması,
• Günlük otomatik yedekleme ile pazaryeri senkronizasyon hatalarında veri kaybının önüne geçilmesi,
• Ölçeklenebilir kaynak planı ile kampanya dönemlerinde (Black Friday, Cyber Monday gibi uluslararası kampanya günleri) ani trafik artışlarının karşılanabilmesi.

Bu ihtiyaçlara özel yapılandırılmış paketleri incelemek isterseniz E-Ticaret VDS sayfasından güncel seçenekleri görebilirsiniz. Performans izleme ve kesinti takibi konusunda daha fazla detay için E-Ticaret Performans İzleme: Uptime, Hata Takibi ve APM yazımız da faydalı olacaktır.

5. Güvenlik, Uyumluluk ve Veri Koruma Farklılıkları

Yurt dışına satış yaptığınızda, sadece Türkiye'deki KVKK değil, hedef pazarın veri koruma mevzuatı da (örneğin Avrupa Birliği'ne satış yapıyorsanız GDPR) devreye girer. Bu iki düzenleme benzer prensiplere (açık rıza, veri minimizasyonu, silme hakkı) dayansa da uygulama detayları farklıdır. Teknik olarak dikkat edilmesi gerekenler:

• Çerez onayı (cookie consent) mekanizması: Analitik ve pazarlama çerezleri, kullanıcı onayı öncesinde yüklenmemeli.
• Veri saklama süreleri: Sipariş ve müşteri verilerinin ne kadar süre saklanacağı açıkça belirtilmeli.
• SSL/TLS zorunluluğu: Tüm sayfalarda, özellikle ödeme ve hesap sayfalarında geçerli bir SSL sertifikası bulunmalı.
• Düzenli güvenlik taraması: Zararlı yazılım ve güvenlik açığı taramaları periyodik olarak yapılmalı.

Uluslararası müşteri verisiyle çalışırken, sunucu tarafında dosya izinlerinin doğru yapılandırılması, yönetim panellerine erişimin IP bazlı kısıtlanması ve güçlü parola politikaları gibi temel önlemler ihmal edilmemelidir. KVKK/GDPR ile mesafeli satış sözleşmesi arasındaki hukuki farkları daha ayrıntılı görmek için E-Ticaret Hukuku: KVKK, GDPR ve Mesafeli Satış Sözleşmesi yazımıza bakabilirsiniz.

6. Lojistik, Gümrük ve Kargo Entegrasyonunun Teknik Boyutu

E-ihracatta müşteri deneyimini en çok etkileyen unsurlardan biri, kargo takip bilgisinin doğru ve zamanında sağlanmasıdır. Teknik olarak bu, kargo firmasının sunduğu API üzerinden otomatik entegrasyon gerektirir:

POST /api/v2/shipments
{
  "order_id": "TR-2026-04521",
  "destination_country": "DE",
  "customs_value": 1250.00,
  "currency": "TRY",
  "hs_code": "6109.10",
  "weight_kg": 0.8
}

Bu türden bir entegrasyon, sipariş oluşturulduğu anda gümrük beyan bilgilerini (HS kodu, gümrük değeri) otomatik oluşturur, kargo etiketini üretir ve takip numarasını sipariş kaydına yazar. Manuel yapılan bu süreç, sipariş hacmi arttığında hata oranını ciddi şekilde yükseltir — yanlış gümrük kodu, gümrükte beklenmedik gecikmelere ve ek vergilere yol açabilir.

Ayrıca gümrük beyannamesinde ürün açıklamalarının doğru ve tutarlı olması, hem gümrükten geçiş süresini kısaltır hem de olası ceza risklerini azaltır. Bu konudaki otomasyon seçeneklerini Kargo ve Lojistik Entegrasyonu: E-Ticaret Teslimat Otomasyonu yazımızda detaylı işledik.

7. Çok Pazarlı SEO ve Arama Motoru Görünürlüğü

Yurt dışı pazarda organik trafik kazanmak, yalnızca içeriği çevirmekle olmaz. Her pazar için ayrı bir teknik SEO stratejisi gerekir:

• Ülkeye özel sitemap dosyaları: Her dil/pazar sürümü için ayrı sitemap-de.xml, sitemap-en.xml gibi dosyalar oluşturulup ana sitemap_index.xml içinde referanslanmalı.
• Yapılandırılmış veri (schema markup): Ürün, fiyat ve stok durumu bilgisi Product şeması ile işaretlenmeli; bu, arama sonuçlarında zengin snippet (rich snippet) gösterimini destekler.
• Sayfa hızı optimizasyonu: Google'ın Core Web Vitals metrikleri her pazar için ayrı ayrı ölçülmeli, çünkü sunucudan uzak kullanıcılar için LCP (en büyük içerikli boyama) süresi farklı çıkabilir.

Büyükweb notu: Çok pazarlı SEO'da sık yapılan hata, tüm dillerin tek bir sitemap'te toplanması ve hreflang etiketlerinin eksik bırakılmasıdır. Bu durumda arama motoru hangi sayfanın hangi ülke için hedeflendiğini doğru anlayamaz ve yanlış sürüm sıralamaya girer.

Ürün ve kategori sayfalarının teknik SEO açısından nasıl optimize edileceğini E-Ticaret SEO: Ürün ve Kategori Sayfaları Arama Motoru Optimizasyonu yazımızda ayrıntılı olarak ele aldık.

8. Çoklu Kanal Satış ve Pazaryeri Entegrasyonları

Yurt dışı satışta kendi e-ticaret sitenizin yanı sıra uluslararası pazaryerleri (Amazon, Etsy, eBay gibi) üzerinden de satış yapmak, hem müşteri erişimini artırır hem de teknik anlamda çoklu envanter senkronizasyonu gerektirir. Her pazaryerinin kendi API'si, kendi stok/fiyat güncelleme kuralları ve kendi sipariş formatı vardır. Bu nedenle merkezi bir envanter yönetim katmanı kurulması (kendi sitenizdeki stok verisinin tek kaynak — single source of truth — olması ve diğer kanallara buradan senkronize edilmesi) uzun vadede hata oranını düşürür.

Senkronizasyon sıklığı da önemlidir: gerçek zamanlı (webhook tabanlı) senkronizasyon, stok tükenmesi durumunda fazla satış (overselling) riskini önler; periyodik (örneğin 15 dakikada bir) senkronizasyon ise daha az sunucu yükü getirir ama gecikme riski taşır. Hangi yöntemin seçileceği, sunucu kaynaklarınızın kapasitesiyle doğrudan ilişkilidir — bu da yeniden VDS gibi izole kaynaklı bir altyapının neden tercih edildiğini açıklar. Çoklu kanal satış entegrasyonlarını Çok Kanallı Satış: Trendyol, Hepsiburada, Amazon Entegrasyonu yazımızda daha detaylı inceledik.

Sıkça Sorulan Sorular

E-ihracat için sunucumu yurt dışına mı taşımalıyım?

Çoğu durumda gerekmez. Sunucuyu Türkiye'de tutup CDN ile statik içerikleri hedef pazara yakın uç noktalardan dağıtmak, hem yönetim kolaylığı hem maliyet açısından daha pratik bir çözümdür. Sunucu taşıma genellikle yalnızca tek bir yabancı pazarda çok yoğun ve sürekli trafik varsa gündeme gelir.

Tek bir sitede birden fazla dil ve para birimi nasıl yönetilir?

Her dil/pazar için ayrı URL yapısı (alt dizin veya ayrı domain) ve hreflang etiketleri kullanılır. Para birimi gösterimi ise IP tabanlı otomatik tespit ile manuel seçici birlikte kullanılarak yönetilir; kullanıcı her zaman tercihini değiştirebilmelidir.

Yurt dışından gelen kart ödemelerini kabul etmek için ayrı bir altyapı mı kurmam gerekir?

Genellikle hayır. Türkiye merkezli ödeme kuruluşları uluslararası kart kabulü ve çoklu para birimi tahsilatı desteği sunar. Entegrasyon öncesi desteklenen kart şemaları, 3D Secure gereksinimleri ve iade süreçlerinin nasıl işlediğini kontrol etmek yeterlidir.

VDS'e geçmem gerektiğini nasıl anlarım?

Paylaşımlı hosting üzerinde pazaryeri senkronizasyonu, çok dilli sayfa yükü veya kampanya dönemlerinde yavaşlama, CPU/bellek limiti uyarıları yaşıyorsanız bu, izole kaynaklara ihtiyaç duyduğunuzun işaretidir. VDS, kaynaklarınızın başka kullanıcılarla paylaşılmadığı, öngörülebilir performans sunan bir seçenektir.

Gümrük beyan bilgilerini otomatikleştirmek zorunlu mu?

Zorunlu değil ama sipariş hacmi arttıkça manuel gümrük beyanı hata riskini ciddi şekilde artırır. Kargo firmasının API'si üzerinden HS kodu ve gümrük değerinin otomatik aktarılması, gümrükte yaşanan gecikmeleri ve ek maliyetleri azaltır.

KVKK ile hedef pazarın veri koruma mevzuatı çakışırsa ne yapmalıyım?

İki düzenlemenin de ortak noktası açık rıza ve veri minimizasyonu prensipleridir. Teknik olarak çerez onay mekanizması, açık veri saklama politikası ve SSL/TLS zorunluluğu gibi temel önlemler her iki mevzuat için de temel gereksinimleri karşılar; pazara özel detaylar için hukuki danışmanlık almanız önerilir.

Çok pazarlı SEO'da en sık yapılan hata nedir?

Tüm dil sürümlerini tek bir sitemap'te toplamak ve hreflang etiketlerini eksik bırakmaktır. Bu durumda arama motorları hangi sayfanın hangi ülkeye hedeflendiğini doğru yorumlayamaz ve yanlış dil sürümü arama sonuçlarında öne çıkabilir.

Büyükweb Hizmetleri

E-ihracat altyapınızı kaynak izolasyonu, günlük otomatik yedekleme ve panel esnekliğiyle güçlendirmek isterseniz:

• E-Ticaret VDS

Altyapı planlaması veya mevcut sunucunuzun yurt dışı trafiğine hazır olup olmadığı konusunda destek almak için 0850 302 60 70 numaralı satış öncesi destek numaramızdan bize ulaşabilir veya iletişim sayfası üzerinden bizimle iletişime geçebilirsiniz.