Shopify Tasarım Hizmeti Nasıl Seçilir? Alıcı Rehberi (2026)

Shopify tasarım hizmeti aramaya başladığınızda karşınıza birbirine çok benzeyen sayfalar çıkar: satış odaklı tasarım, kullanıcı dostu deneyim, mobil uyumlu, SEO uyumlu. Bunların hiçbiri yanlış değil ama hiçbiri de karar vermenize yardımcı olmuyor. Çünkü asıl sorular başka: temanız güncellenebilir mi kalacak, checkout tarafında ne yapılabilir ne yapılamaz, kaç uygulama eklerseniz siteniz yavaşlar, Türkiye’de ödeme ve e-fatura tarafı nasıl kurulur, ve size teslim edilen şeyin gerçekte ne olduğu.

Bu yazı bir satış sayfası değil, alıcı rehberi. Amacı, teklif aldığınız ajansla aynı dili konuşmanızı sağlamak. Sonunda hem hazır tema/özel tema kararını verebilecek hem de teklifleri gerçekten karşılaştırabilecek durumda olacaksınız.

Shopify tasarım hizmeti nedir, ne değildir?

Shopify tasarım hizmeti, Shopify altyapısı üzerinde çalışan bir mağazanın vitrin katmanının (tema) marka kimliğine, ürün yapısına ve satış akışına göre kurulmasıdır. Kapsam üç şeyi içerir: görsel tasarım, Liquid şablon geliştirme ve mağaza yapılandırması (koleksiyonlar, varyantlar, metafield’lar, navigasyon, kurallar).

Shopify tasarım hizmeti şunlar değildir: yeni bir e-ticaret altyapısı yazmak, sipariş/stok mantığını değiştirmek, ödeme sayfasının tamamını yeniden tasarlamak. Shopify barındırılan (hosted) bir SaaS’tir; sunucuya erişiminiz yoktur, checkout büyük ölçüde Shopify’ın kontrolündedir. İyi bir ajans size neyin mümkün olmadığını da baştan söyler. Söylemiyorsa, proje ortasında söylemek zorunda kalacaktır.

Hazır tema mı, özel tema mı? Gerçek karşılaştırma

Pratikte üç yol var ve çoğu ajans ikisini birbirine karıştırarak anlatır. Ayrımı netleştirelim:

• Hazır tema (kutudan çıktığı gibi): Shopify Theme Store’dan ücretsiz (Dawn gibi) ya da ücretli bir tema alınır, sadece ayar panelinden yapılandırılır. Kod değişmez.
• Hazır tema + özelleştirme: Temel tema korunur, üzerine özel section/blok, özel ürün sayfası bileşenleri, marka tipografisi ve akış değişiklikleri eklenir. Projelerin büyük çoğunluğu buraya düşer.
• Sıfırdan özel tema: Boş bir tema iskeletiyle (ya da Dawn’ın çok azaltılmış bir türeviyle) başlanır, her şablon elle yazılır.

Dürüst değerlendirme: Türkiye’deki mağazaların çoğu için sıfırdan özel tema gerekmiyor. Sıfırdan tema, ürün konfigüratörü, karmaşık B2B fiyatlandırma, ölçüye göre üretim, çok dilli çok pazarlı yapı gibi gerçekten farklı bir arayüz gerektiğinde mantıklıdır. “Rakiplerime benzemesin” gerekçesi, iyi bir özelleştirme ile de karşılanır.

Online Store 2.0 ve JSON şablonlar ne değiştirdi?

Online Store 2.0, Shopify’ın tema mimarisindeki en büyük kırılma. Teklif aldığınız ajansın bu mimariye uygun çalışıp çalışmadığı, birkaç yıl sonra mağazanızı kimin yönetebileceğini belirler. Dört başlık önemli:

1. JSON şablonlar

Eskiden product.liquid gibi tek bir dosya sayfanın tamamını çizerdi; bir şey değiştirmek için koda dokunmak gerekirdi. Artık şablonlar JSON dosyalarıdır ve sayfanın hangi section’lardan oluştuğunu, her section’ın ayarlarını tutar. Sonuç: ürün, koleksiyon, blog, sayfa gibi her şablonda tema editöründen bölüm ekleyip sıralayabilirsiniz. Bu, kod bilmeyen bir ekip üyesinin kampanya sayfası kurabilmesi demektir.

2. Section groups (bölüm grupları)

Header ve footer da JSON tabanlı bölüm gruplarına taşındı. Duyuru çubuğu, üst menü, güven rozetleri gibi öğeler artık global düzeyde sürükle-bırak yönetilebiliyor. Teklifte “header özelleştirmesi” yazıyorsa, bunun section group olarak mı yoksa sabit kodlanmış bir snippet olarak mı geleceğini sorun.

3. App block’lar (theme app extensions)

Bu, en çok başınızı ağrıtacak konunun çözümü. Eski yöntemde uygulamalar tema dosyalarınıza doğrudan kod enjekte ederdi. Uygulamayı silseniz bile kod kalırdı; temayı güncellediğinizde ise değişiklikler kaybolurdu. App block mimarisinde uygulama kendi bloğunu getirir, kaldırıldığında bloğu da gider. Kritik soru: kullanmayı planladığınız uygulamalar app block destekliyor mu?

4. Metafield’lar ve metaobject’ler

Ürüne özel içerik (kumaş bilgisi, garanti süresi, beden tablosu, üretici) tema koduna gömülmemeli; metafield olarak tanımlanmalı ve tema o alanı okumalı. Böylece içerik yönetimi sizde kalır. Bir teklifte metafield planlaması yoksa, ileride her yeni alan için ajansa geri dönmeniz gerekir.

Dawn’dan türetme mi, sıfırdan Liquid mi?

Dawn, Shopify’ın referans temasıdır ve OS 2.0 mimarisinin canlı dokümantasyonu gibidir. Bir ekibin “sıfırdan yazıyoruz” demesi otomatik olarak daha iyi değildir. Karşılaştırma şöyle:

Dawn türevinin avantajı: Erişilebilirlik, klavye navigasyonu, varyant seçimi, cart drawer, lazy-load, section rendering gibi onlarca kenar durum zaten çözülmüş ve test edilmiş gelir. Yeni Shopify özellikleri Dawn’a önce düşer; referans alarak uyarlamak kolaydır. Dezavantajı: temanın kendi CSS ve JS yapısı üzerine çalışmak zorundasınız ve fazla katman eklenirse şişer.

Sıfırdan yazmanın avantajı: Sadece ihtiyacınız olan kod yüklenir; teorik olarak en hızlısı budur. Dezavantajı: erişilebilirlikten dil/para birimi desteğine, arama-filtre davranışından uygulama uyumluluğuna kadar her şeyi yeniden çözmeniz gerekir. Bir de şu var: ekip değişirse, kimsenin bilmediği özel bir kod tabanıyla baş başa kalırsınız.

Pratik kural: ölçülebilir bir gerekçe yoksa Dawn tabanı daha az risklidir. Sıfırdan tema kararı, “daha hızlı olur” gibi bir sloganla değil, hangi bileşenin neden mevcut mimariye sığmadığı yazılarak alınmalıdır.

App bağımlılığı tuzağı: her eklenti bir maliyettir

Shopify’ın en büyük gücü uygulama ekosistemi, en büyük performans riski de aynı yerden geliyor. Tipik senaryo: mağaza açılır, sırasıyla değerlendirme uygulaması, popup uygulaması, sayaç uygulaması, upsell uygulaması, çeviri uygulaması, sadakat uygulaması kurulur. Altı ay sonra ürün sayfası ilk açılışta gözle görülür şekilde yavaşlamıştır.

Nedeni teknik olarak bellidir: her uygulama kendi JavaScript’ini yükler, çoğu kendi API çağrısını yapar, bazıları harici alan adından font veya CSS çeker. Ana iş parçacığı (main thread) dolar, etkileşime yanıt gecikir.

Ne yapmalı:

1. Uygulama envanteri çıkarın. Her uygulamanın hangi işi yaptığını ve aylık maliyetini yazın. Aynı işi yapan iki uygulama neredeyse her mağazada bulunur.
2. Silinen uygulamanın artıklarını temizletin. App block kullanmayan eski uygulamalar tema dosyalarında kod bırakır. Teslimat kapsamında “ölü kod temizliği” maddesi olsun.
3. Basit işleri temaya alın. Beden tablosu, SSS akordeonu, güven rozetleri, basit geri sayım gibi şeyler için ayrı uygulama gerekmez; tema bölümü olarak yazılabilir.
4. Üçüncü parti script’leri geciktirin. Kritik olmayan script’ler ilk etkileşimden sonra yüklenebilir.

Core Web Vitals: hangi sayıya bakmalı?

Hız konusunda tek bir Lighthouse puanına odaklanmak yanıltıcıdır; laboratuvar ölçümü tek bir cihaz ve bağlantı varsayar. Gerçek kullanıcı verisi (field data) daha anlamlıdır. Üç metrik önemli:

• LCP (Largest Contentful Paint): Sayfadaki en büyük görsel öğenin çizilme süresi. Shopify mağazalarında genellikle hero görseli ya da ürün fotoğrafıdır. Görsel boyutu, format (WebP/AVIF), srcset kullanımı ve preload doğru yapılmazsa buradan kaybedilir.
• INP (Interaction to Next Paint): Kullanıcının tıklamasına sitenin ne kadar sürede yanıt verdiği. Varyant seçimi, sepete ekle, filtre uygulama gibi etkileşimler burada ölçülür. Aşırı JavaScript en çok bu metriği bozar.
• CLS (Cumulative Layout Shift): Sayfa yüklenirken içeriğin kayması. Boyutu belirtilmemiş görseller, sonradan yüklenen popup ve duyuru çubukları klasik sebeplerdir.

Teklifte “hız optimizasyonu” yazıyorsa, hangi metrikte hangi eşiğin hedeflendiğini ve ölçümün nereden alınacağını sorun. Shopify yönetim panelindeki Web Performance raporu ve Google Search Console’un Core Web Vitals raporu, önce/sonra karşılaştırması için makul kaynaklardır.

Checkout’u özelleştirme sınırları: checkout.liquid dönemi bitti

Bu, 2026’da en çok yanlış anlatılan konu. Uzun yıllar Shopify Plus mağazaları checkout.liquid dosyasıyla ödeme sayfasını özelleştirebiliyordu. Shopify bunu Checkout Extensibility adı verilen yeni bir modele taşıdı:

• Bilgi, kargo ve ödeme adımları için checkout.liquid desteği kaldırıldı.
• Teşekkür (Thank you) ve Sipariş durumu (Order status) sayfaları için Shopify Plus tarafında son tarih 28 Ağustos 2025 olarak uygulandı.
• Plus olmayan mağazalar için ilgili geçiş tarihi 26 Ağustos 2026 olarak duyuruldu.
• Shopify Scripts’in yeni uzantılarla birlikte çalışacağı dönem 30 Haziran 2026 olarak açıklandı.

Yeni modelde özelleştirme üç araçla yapılır: arayüz için Checkout UI Extensions, indirim/kargo/ödeme kurallarını değiştirmek için Shopify Functions, izleme için Web Pixels. Pratik sonuç: “checkout’u tamamen kendi tasarımımıza çevirelim” talebi artık karşılanamaz. Belirli uzantı noktalarına bileşen yerleştirebilirsiniz; sayfanın iskeletini değiştiremezsiniz.

Alıcı için önemli olan: teklifte checkout ile ilgili bir vaat varsa, bunun UI Extension mı yoksa artık desteklenmeyen bir yöntem mi olduğunu açıkça yazdırın. Ayrıca hâlâ eski yöntemle kod barındıran bir mağazanız varsa, geçiş planı ayrı bir iş kalemidir ve tasarım işine dahil olduğu varsayılmamalıdır.

Çoklu dil ve para birimi: Markets ve tema tarafındaki tuzaklar

Yurt dışına da satış yapacaksanız Shopify Markets planlamayı en baştan etkiler. Tema tarafında en sık karşılaşılan sınırlar şunlardır:

• Tek yayınlanmış tema. Mağazada aynı anda tek bir tema yayında olabilir. Pazara göre farklılaştırma, aynı temanın varyasyonları üzerinden yapılır; “Türkiye için bu tema, Avrupa için şu tema” mümkün değildir.
• Sabit kodlanmış URL tuzağı. Temada /cart gibi bir yolu doğrudan yazmak, farklı dil veya pazar bağlamındaki ziyaretçiyi varsayılan alan adına geri fırlatır; yanlış dil veya para birimi görürler. Liquid’in yol filtrelerinin kullanılması şarttır.
• Uygulama uyumu. Üçüncü parti uygulamaların çoğu çok dilli çalışmayı varsaymaz. Çeviri yapılmamış arayüz metinleri en sık burada ortaya çıkar.
• Ödeme tarafı. Shopify’ın kendi dokümantasyonuna göre birden fazla para biriminde tahsilat, Shopify Payments veya Adyen kullanan mağazalara açıktır. Türkiye’de Shopify Payments kullanılamadığı için bu, çok pazarlı kurgu yapacak Türk mağazalar açısından planlanması gereken gerçek bir kısıttır.

Türkiye’ye özel konular: ödeme, e-fatura, kargo

Shopify’ın Türkiye’de kullanımı tamamen mümkün; ancak yerelleştirme işi tema tasarımından bağımsız bir katmandır ve teklifte ayrıca konuşulmalıdır.

Ödeme sağlayıcısı

Shopify Payments Türkiye’de kullanılamadığı için mağazalar iyzico, PayTR, PayU gibi yerel sağlayıcılara bağlanır. Tasarım açısından iki nokta önemlidir: taksit bilgisinin ürün sayfasında gösterimi ve sepette toplam tutarın taksit seçenekleriyle tutarlı olması. Taksit tablosu Shopify’ın yerleşik bir özelliği değildir; sağlayıcının verisiyle beslenen bir bileşen olarak planlanmalıdır.

E-fatura / e-arşiv

Shopify’ın yerleşik bir Türk e-fatura modülü yoktur. Siparişlerin e-fatura veya e-arşiv faturasına dönüşmesi, BirFatura, Paraşüt gibi yerli entegratörler ya da muhasebe yazılımınızın Shopify uygulaması üzerinden kurulur. Bu bir tasarım işi değildir, ama lansman öncesi kontrol listesinde olmalıdır.

Kargo

Kargo firmalarıyla etiket basma, barkod, takip numarası aktarımı ve iade süreçleri yine entegratör uygulamalarıyla çözülür. Temayı ilgilendiren kısım, kargo süresi ve ücretsiz kargo eşiğinin ürün ve sepet sayfasında doğru gösterilmesidir.

Yasal içerik

Mesafeli satış sözleşmesi, ön bilgilendirme formu, iptal-iade koşulları, teslimat koşulları, gizlilik ve KVKK aydınlatma metni: bunların hem sayfa olarak var olması hem de sipariş akışında onaylanabilir şekilde bulunması gerekir. Bir tasarım teklifinde bu sayfaların şablonlarının kurulup kurulmayacağı net yazmalıdır; metinlerin hukuki içeriği ise size aittir.

Bu katmanların tümünü tek elden kurgulamak isteyen mağazalar için Shopify lisans ve tasarım hizmeti sayfasında kapsamın nasıl bölündüğünü inceleyebilirsiniz.

Tasarım hizmeti alırken sorulacak 10 soru

Bu soruların cevapları, ajansların gerçekten ne yaptığını sunumlarından daha iyi ayırt eder.

1. Hangi tabandan başlıyorsunuz? Dawn türevi mi, satın alınan bir premium tema mı, kendi iç temanız mı? Kendi temanızsa, sözleşme bittikten sonra o kodun lisansı kimde?
2. Şablonlar JSON mu olacak? Ürün, koleksiyon ve sayfa şablonlarında bölüm ekleyip çıkarabilecek miyim, yoksa her değişiklik için size mi döneceğim?
3. Hangi içerikler metafield olarak modellenecek? Beden tablosu, malzeme, garanti gibi alanlar tema koduna mı gömülecek?
4. Kaç uygulama kuracaksınız ve aylık toplam maliyeti nedir? Bu tutar teklifte görünmüyorsa gerçek maliyet gizlenmiş demektir.
5. Performans hedefiniz nedir ve nasıl ölçeceğiz? Hangi metrik, hangi cihaz profili, hangi rapor?
6. Checkout tarafında ne vaat ediyorsunuz? UI Extension mı, yoksa artık desteklenmeyen bir yöntem mi?
7. Çok dil / çok para birimi planı var mı? Yoksa bile temada sabit kodlanmış URL bırakmayacağınızı taahhüt ediyor musunuz?
8. Kod nasıl teslim edilecek? Sadece mağazaya mı kurulacak, yoksa bir Git deposu da mı verilecek? Değişiklikler nasıl versiyonlanacak?
9. Tema güncellemesi geldiğinde ne olacak? Yaptığınız özelleştirmeler dokümante edilecek mi, yeniden uygulanabilir mi?
10. Teslimden sonra kaç hafta hata düzeltme dahil? Hata ile yeni istek arasındaki sınırı nasıl tanımlıyorsunuz?

Teslimat kapsamında olması gerekenler

İyi bir teslimat, güzel ekran görüntülerinden ibaret değildir. Aşağıdakiler sözleşmede madde madde yer almalı:

• Tüm şablon tipleri: ana sayfa, koleksiyon, ürün, sepet, arama, 404, blog, blog yazısı, statik sayfa, müşteri hesabı ekranları.
• Boş ve uç durumlar: stokta olmayan ürün, tek varyantlı ürün, 30 varyantlı ürün, uzun ürün adı, görselsiz ürün, sonuç bulunamayan arama, boş sepet.
• Mobil öncelikli test: en az iki iOS ve iki Android cihaz genişliği; yavaş bağlantı senaryosu.
• Erişilebilirlik temelleri: klavye ile gezinme, odak göstergesi, görsellerde alt metin alanı, yeterli renk kontrastı.
• Teknik SEO temelleri: tek H1, anlamlı başlık hiyerarşisi, ürün ve breadcrumb yapılandırılmış verisi, canonical, sitemap kontrolü.
• Analitik: Google Analytics 4 ve reklam pikselleri; e-ticaret olaylarının (ürün görüntüleme, sepete ekleme, satın alma) doğrulanması.
• Yönetim eğitimi: en az bir oturum kayıt altında, ayrıca kısa bir yazılı kullanım notu.
• Devir: tema dosyalarının kopyası, kullanılan yazı tipi ve görsel lisansları, kurulan uygulamaların listesi.

Shopify tasarım ücretleri neye göre değişir?

Teklifler arasındaki farkın sebebi genelde “kaliteli/ucuz” değil, kapsamın farklı okunmasıdır. Fiyatı belirleyen ana değişkenler:

• Benzersiz şablon sayısı. Beş farklı koleksiyon düzeni beş kat iş demektir.
• Ürün karmaşıklığı. Varyant sayısı, paket ürün, ölçüye göre üretim, hediye seçenekleri, abonelik.
• Veri göçü. Mevcut bir siteden ürün, müşteri, sipariş ve en önemlisi URL yönlendirmelerinin taşınması. Yönlendirme planı yapılmayan göçlerde organik trafik kaybı gerçek bir risktir.
• İçerik üretimi. Ürün fotoğrafı, metin ve kategori açıklamaları kimde? Bunlar hazır değilse takvim uzar.
• Entegrasyonlar. ERP, muhasebe, pazaryeri, kargo, WhatsApp bildirimleri. Her biri ayrı test yükü getirir.
• Çok dil / çok pazar. Sadece çeviri değil; para birimi, vergi gösterimi, kargo kuralları ve hukuki metinlerin de çoğalması demektir.
• Lansman sonrası destek. Aylık bakım mı, saat bazlı mı, yoksa hiç mi yok?

İki teklifi karşılaştırırken toplam rakama değil, bu yedi kalemin her birinde ne yazdığına bakın. Genellikle ucuz görünen teklif, üç kalemi hiç içermiyordur.

Sık yapılan hatalar

1. Rakip sitenin birebir kopyası istemek. Rakibin de test etmediği bir düzeni miras alırsınız.
2. Ana sayfaya odaklanıp ürün sayfasını ihmal etmek. Trafiğin önemli kısmı reklam ve aramayla doğrudan ürün sayfasına iner.
3. Görselleri optimize etmemek. 3 MB’lık hero görseli, en iyi kodu bile geçersiz kılar.
4. Yönlendirme planı olmadan göç etmek. Eski URL’ler 404 verirse sıralama kaybı kaçınılmazdır.
5. Tema özelleştirmelerini dokümante etmemek. Bir yıl sonra hangi dosyanın neden değiştiğini kimse hatırlamaz.
6. Analitik olaylarını doğrulamadan yayına almak. Yanlış ölçen bir kurulum, reklam bütçesini yanlış yönlendirir.

Karar için kısa yol haritası

1. Önümüzdeki 12 ayda gerçekten neye ihtiyacınız olduğunu yazın: kaç ürün, kaç pazar, hangi entegrasyonlar.
2. Bu listeye bakarak hazır tema + özelleştirme yolunun yetip yetmediğini değerlendirin. Yetiyorsa özel tema tartışmasını kapatın.
3. En az üç ajanstan, yukarıdaki 10 soruyu içeren aynı brief ile teklif isteyin.
4. Teklifleri kapsam kalemleri üzerinden karşılaştırın; toplam fiyatı en sona bırakın.
5. Sözleşmeye teslimat kapsamı, kod devri ve hata düzeltme süresini yazdırın.

Shopify yerine ikas gibi yerli bir altyapıyı da değerlendiriyorsanız, karar kriterleri büyük ölçüde benzer; fark, tema mimarisi ve yerel entegrasyonların hazır gelme oranındadır. İki tarafı kıyaslamak isterseniz ikas lisans ve tasarım hizmeti sayfasındaki kapsam listesi karşılaştırma için iyi bir başlangıç olur.

Projeniz için kapsamı netleştirmek isterseniz destek@stools.digital adresinden ya da iletişim sayfası üzerinden ulaşabilirsiniz.