Blog
English version: Shopify Turkey Launch Readiness Checklist
Son kaynak kontrolü: 31 Ekim 2026. Bu genel rehber, belirli bir mağazanın testten geçtiğini göstermez.
Shopify mağazanızı satışa hazırlamak, temayı kurmaktan daha fazlasıdır. Ödeme, stok, fatura, kargo, iade ve müşteri iletişiminin birlikte çalıştığını doğrulamanız gerekir. Bu kontrol listesi, işletme ile teknik ekibin sorumluluklarını ayırarak eksikleri, testleri ve teslim ölçütlerini görünür kılar.
Kimler kullanmalı?
Türkiye’de satışa başlayacak veya altyapı değiştirecek işletmeler; operasyonunu yeniden düzenleyen Shopify mağazaları ve kurulum ekipleri. Her satır her işletmeye uygulanmaz. Pazaryeri, ERP veya çoklu depo gibi ihtiyaçlar iş modeline göre seçilir.
Nasıl kullanılır?
Her satıra Bekliyor / Testte / Tamamlandı / Uygulanamaz durumu ekleyin. Sorumlu kişinin adını, test tarihini ve kanıt bağlantısını kendi çalışma kopyanıza yazın. “Uygulanamaz” gerekçesiz bırakılmamalı. Gerçek müşterilerin kişisel verilerini kamuya açık kanıtlarda kullanmayın. Aşağıdaki ölçütler önerilen teknik kabul ölçütleridir; resmî sertifikasyon değildir. Hukuki, vergi ve kayıt yükümlülükleri işletmenin danışmanları tarafından kendi durumuna göre değerlendirilir.
İlk karar: kapsam ve hesaplar
Önce ürününüzü, satış ülkenizi, satıcı işletmeyi, stok/depo modelini ve kullanılacak kanalları tanımlayın. Kim hangi hesabın sahibi, hangi veri hangi sisteme aktarılacak, hangi lisans ayrıca ödenecek? Bu sorular netleşmeden uygulama seçmeyin. 31 Ekim 2026 kontrolünde Türkiye, Shopify Payments’ın desteklenen işletme ülkeleri listesinde yer almıyor. Sağlayıcı seçimini işletmenin kuruluş/çalışma ülkesi ve sağlayıcı onayına göre yapın; mağazanın Türkçe olması uygunluk sağlamaz. Shopify’ın güncel listesi yayın ve kurulum sırasında tekrar kontrol edilmelidir.
Kontrol tablosu
| No | Alan | Kontrol | Sorumlu | Test | Tamamlanma ölçütü |
|---|---|---|---|---|---|
| 1 | İşletme | Satıcı ve iletişim bilgileri | İşletme | Unvan, iletişim, fatura ve mağaza bilgilerinin onaylı kayıtlara uygunluğunu karşılaştır. | Çelişen bilgi yok; işletme yazılı onayladı. |
| 2 | İşletme | Hesap sahipliği ve erişimler | İşletme + teknik ekip | Mağaza, alan adı, uygulama ve sağlayıcı hesaplarının sahiplerini ve rol izinlerini kontrol et. | İşletme gerekli erişimlere sahip; paylaşılan parola yerine uygun kullanıcı rolleri tanımlı. |
| 3 | Katalog | Ürün, varyant ve SKU | İşletme + teknik ekip | Temsilî ürünlerde seçenek, SKU, fiyat ve stok verisini kaynakla karşılaştır. | Örneklem doğru; hatalı ve yinelenen kayıtlar çözüldü. |
| 4 | Katalog | Koleksiyon, filtre ve ürün bilgileri | İşletme + teknik ekip | Mobilde kategori gezintisi, filtreler ve ürün bilgilerinin okunabilirliğini kontrol et. | Temsilî ürün bulunabiliyor; yanlış filtre ve eksik kritik bilgi yok. |
| 5 | Ödeme | Sağlayıcı ve işletme uygunluğu | İşletme + ödeme kuruluşu | İşletmenin ülkesi, faaliyet türü, banka hesabı, para birimi ve sözleşmesine göre uygunluğu sağlayıcıya doğrulat. | Onay ve kapsam belgeli; varsayılan bir ödeme yöntemi yok. |
| 6 | Ödeme | Başarılı ve başarısız ödeme | Teknik ekip + işletme | Sağlayıcının uygun test yöntemiyle başarılı ve reddedilen işlem senaryolarını çalıştır. | Sipariş/ödeme durumu doğru; başarısız işlem yanlışlıkla ödenmiş görünmüyor. |
| 7 | Ödeme | Canlıya dönüş ve mutabakat | İşletme + teknik ekip | Test ayarlarını kapat; yöntem, tutar ve para birimini kontrol et. Gerçek işlem gerekirse işletme ayrıca onaylasın. | Canlı ödeme ayarları onaylı; tahsilat ve mutabakat sorumlusu belli. |
| 8 | Stok | Stok kaynağı ve senkronizasyon | İşletme + entegrasyon sağlayıcısı | Stok ana kaynağını belirle; sipariş ve stok güncellemesini test et. | Aktarım yönü/gecikmesi belli; mükerrer veya yanlış stok hareketi yok. |
| 9 | Fatura | e-belge yükümlülüğü ve yöntem | İşletme + mali müşavir | e-Fatura/e-Arşiv ve belge düzenleme ihtiyacını güncel GİB kaynaklarıyla işletme özelinde değerlendir. | Mali müşavir karar verdi; teknik ekip bu kararı mevzuat yorumu yerine kullanıyor. |
| 10 | Fatura | Siparişten belgeye eşleştirme | Teknik ekip + fatura sağlayıcısı | Uygun test ortamında müşteri, kalem, vergi, indirim ve kargo alanlarını karşılaştır. | Belge ve sipariş mutabık; test kaydı gerçek mali belgeyle karıştırılmadı. |
| 11 | Muhasebe/depo | Ön muhasebe, ERP ve depo ihtiyacı | İşletme + sağlayıcı | Gerekiyorsa aktarılacak kayıtları, yönü, sıklığı, sürümü ve hata sahibini yaz. | Fatura kesme ile muhasebe/depo senkronizasyonu ayrı kapsamlandırıldı; gerekmiyorsa gerekçeli uygulanamaz. |
| 12 | Kargo | Bölgeler, ücretler ve teslimat bilgisi | İşletme + teknik ekip | Farklı il/ilçe, sepet tutarı, ağırlık ve ücretsiz kargo koşullarını örnekle. | Checkout ücreti ve işletmenin onayladığı teslimat bilgisi tutarlı. |
| 13 | Kargo | Etiket, takip ve bildirim | Teknik ekip + kargo sağlayıcısı | Örnek siparişten gönderi oluştur; takip kodu ve müşteri bağlantısını kontrol et. | Doğru sipariş/doğru takip; canlı fiyat, barkod ve takip özellikleri ayrı doğrulandı. |
| 14 | Pazaryeri | Ürün, fiyat ve sipariş aktarımı | İşletme + entegrasyon sağlayıcısı | Kanal kullanılacaksa örnek SKU/fiyat/stok ve sipariş akışını test et. | Ana kaynak ve aktarım yönü belli; çift sipariş/çakışma yok. Kanal yoksa uygulanamaz. |
| 15 | Politikalar | İşletme onaylı metinler | İşletme + hukuk danışmanı + teknik ekip | İletişim, teslimat, iade, ön bilgilendirme ve sözleşme içeriğini onaylı sürümlerle karşılaştır. | Gerekli içerik ve bağlantılar doğru; hukuki içerik danışman onayına dayanıyor. |
| 16 | Politikalar | ETBİS ve resmî işlemler | İşletme + danışmanı | İş modeline göre ETBİS ve diğer beyan ihtiyacını güncel resmî kaynaklarla değerlendir. | Gereken işlemlerin sahibi ve kanıtı belli; her mağaza için otomatik zorunluluk varsayılmadı. |
| 17 | Veri/izin | Çerez, veri akışı ve ölçüm | İşletme + hukuk danışmanı + teknik ekip | Araç/veri akışı envanteri çıkar; onaylanan izin modelinde kabul, ret ve tercih değiştirmeyi test et. | Araç davranışı onaylı tercihlere uyuyor; veri aktarımı ve saklama değerlendirmesi kaydedildi. |
| 18 | Veri/izin | Pazarlama izinleri ve İYS | İşletme + danışmanı + ileti sağlayıcısı | E-posta/SMS pazarlaması yapılacaksa izin ve gerekiyorsa İYS sürecini değerlendir; abonelikten çıkışı test et. | İşlemsel ve pazarlama mesajları ayrıldı; izin/çıkış kayıtlarının sahibi belli. |
| 19 | İletişim | Alan adı ve gönderici doğrulaması | Teknik ekip + işletme | HTTPS, alan adı, form teslimatı ve kullanılan e-posta hizmetinin istediği DNS kayıtlarını kontrol et. | Sayfalar güvenli açılıyor; test formu doğru adrese ulaşıyor; hizmet doğrulama ekranı olumlu. |
| 20 | İletişim | Sipariş ve kargo bildirimleri | İşletme + teknik ekip | Seçilen dilde sipariş/kargo mesajlarının bağlantı, destek ve tutarlarını test et. | Doğru alıcı, dil ve sipariş verisi; bildirim tek başına fatura sayılmıyor. |
| 21 | SEO | İndeksleme ve geçiş bağlantıları | Teknik ekip | Yayın engelleri, canonical, site haritası, Search Console erişimi ve varsa eski-yeni URL yönlendirmelerini kontrol et. | İstenen sayfalar teknik olarak erişilebilir; test engelleri kaldırılmış; yönlendirme örnekleri doğru. Sıralama garantisi yok. |
| 22 | Ölçüm | Olay ve başvuru doğrulaması | İşletme + teknik ekip | İzin modeline uygun şekilde alışveriş ve gerekiyorsa başvuru olayını gerçek bir test akışında izle. | Beklenen olay doğru değerle bir kez kaydediliyor; test kayıtları sonuç raporundan ayrılıyor. |
| 23 | İade | İptal ve kısmi/tam iade | İşletme + sağlayıcılar | Ödeme, stok, fatura ve kargo süreçlerini uygun test ortamında birlikte kontrol et. | Para ve belge işlemleri doğru kişide; kısmi iadeler ve yeniden stoklama kararı tutarlı. |
| 24 | Teslim | Mobil ve uçtan uca sipariş | İşletme + teknik ekip | Temsilî mobil/masaüstü cihazda ürün → ödeme → stok → belge → kargo → iade kontrolünü tamamla. | Kritik hata yok; kayıtlar kişisel veriler gizlenerek kanıtlandı. |
| 25 | Teslim | Eğitim, kapsam ve destek | İşletme + teknik ekip | Yöneticiye ürün/sipariş/iade eğitimi ver; yedekleme yaklaşımı, değişiklik planı ve destek sınırlarını yaz. | İşletme temel işlemleri yapabiliyor; teslim onayı, açık işler ve destek kapsamı kayıtlı. |
Birbirine karıştırılmaması gereken işler
- Kargo ücreti, barkod/etiket ve takip: Birinin kurulması diğerlerini otomatik olarak doğrulamaz.
- e-belge ve muhasebe: Fatura oluşturmak, tüm muhasebe veya depo kayıtlarının çift yönlü aktarıldığı anlamına gelmez.
- Test ödeme ve canlı ödeme: Sağlayıcının test modu gerçek banka tahsilatının tamamını kanıtlamaz. Canlı işlem yalnız işletmenin onayıyla yapılmalı; işlem/iade ücretleri doğabilir.
- Çerez bandı ve izin uygulaması: Ekranda bant görünmesi, arka plandaki araçların doğru davrandığını tek başına kanıtlamaz.
- İndeksleme isteği ve görünürlük: Teknik uygunluk veya talep gönderimi, indekslenme ve sıralama garantisi değildir.
Yayın kararı nasıl verilmeli?
Pratikis’in önerdiği kabul yaklaşımı:
- Yanlış/çift tahsilat, kritik stok, kişisel veri, belge veya sipariş işleme hatası varsa ilgili akış çözülmeden canlıya geçmeyin.
- Önemsiz görsel düzeltmeler gibi ertelenebilen işleri sorumlu ve tarihle kaydedin.
- İşletme, teknik ekip ve gerekli danışmanlar kendi sorumluluklarına ilişkin onayları versin.
- Yayın sonrası ilk gerçek siparişin takibini yapacak kişi belli olsun.
Shopify, mağaza kurulumu veya ödeme ayarlarının değiştirilmesi sırasında test siparişi öneriyor. Ödeme sağlayıcısı test modundayken müşteriler canlı sipariş veremeyebilir; yayından önce ayarları doğrulayın. Test siparişi dokümanı
Örnek kullanım
Varsayımsal örnek: Tek depodan Türkiye’ye giyim satan bir işletme, ilk aşamada pazaryeri veya ERP kullanmıyor. Bu satırlar gerekçesiyle “Uygulanamaz” olabilir. Buna karşılık beden-renk stokları, reddedilen ödeme, kısmi iade ve kargo takip bildirimi için test kanıtı hazırlanır. Bu bir müşteri vakası veya ölçülmüş başarı iddiası değildir.
Maliyetleri nasıl ayırmalı?
| Kalem | Nasıl değerlendirilmeli? |
|---|---|
| Kurulum ve geliştirme | Tek seferlik işçilik, adetler, revizyon ve teslim testleri |
| Shopify ve tema | Abonelik ile varsa tema lisansı |
| Uygulama / entegratör | Lisans, kullanıcı, mağaza, kanal ve kullanım sınırları |
| İşlem giderleri | Ödeme komisyonu, e-belge kontörü, mesaj ve kargo ücretleri |
| Danışmanlık | İşletmeye gereken mali, hukuki ve diğer uzmanlık hizmetleri |
| Devam eden destek | Süre, saat veya iş adedi ve kapsam dışı işler |
Bu liste güncel fiyat teklifi değildir; sağlayıcı ve proje kapsamına göre bütçelendirme içindir.
Sık sorulan sorular
Shopify kurulduğunda mağaza satışa hazır olur mu?
Tema ve ürünlerin görünmesi yeterli kabul edilmemeli. Ödeme, sipariş işleme ve işletmenin kullanacağı operasyon akışları test edilmelidir.
Bütün entegrasyonları almak zorunda mıyım?
Hayır. Önce ihtiyacınız ve ana veri kaynağınız belirlenir. Gerekmeyen kanal veya sistemi sırf listede bulunduğu için eklemeyin.
Her işletme için aynı ETBİS veya e-belge şartı mı geçerli?
Bu içerik böyle bir varsayım yapmaz. İşletme modeli ve güncel resmî kaynaklar üzerinden ilgili danışmanlarla değerlendirme yapılır.
Kontrol listesini tamamlamak mevzuata tam uyum garantisi mi?
Hayır. Bu bir operasyon ve teknik kontrol aracıdır; hukuki/mali uygunluk belgesi veya denetim sertifikası değildir.
Mağazama özel analiz ve uygulama dahil mi?
Bu genel liste herkese açıktır. Mağazaya özel inceleme, çözüm planı ve uygulama ayrı ücretli hizmettir. İlk 15 dakikalık uygunluk görüşmesi ihtiyaç, bütçe ve zamanlamayı değerlendirmek içindir; ayrıntılı teknik danışmanlık içermez.
Uygulama desteği
Kurulum, tema geliştirme veya entegrasyon için Shopify paketleri ve ek hizmet kapsamlarını inceleyin. İşletmenizin ihtiyacını, bütçe aralığını ve başlama zamanını proje başvurusunda paylaşın. Kapsam ve üçüncü taraf giderleri yazılı olarak belirlenir.
Resmî kaynaklar
Son kaynak kontrolü: 31 Ekim 2026. Değişebilen koşullar yayın öncesi ve uygulama sırasında yeniden kontrol edilir.
- Shopify genel kurulum listesi
- Shopify test siparişleri
- Shopify Payments ülke ve işletme uygunluğu
- Ticaret Bakanlığı e-ticaret soruları / ETBİS
- GİB e-Arşiv portalı
- KVKK Çerez Uygulamaları Hakkında Rehber
Pazarlama izinleri ve İYS kapsamı, işletmenin faaliyetlerine göre güncel resmî süreçler üzerinden değerlendirilmelidir.