Shopify Uygulama mı Tema mı? Ne Zaman Hangisi Gerekir?

Yeni bir özellik eklemek istediğinizde Shopify size iki ana kapı açar: tema dosyalarını düzenlemek veya bir uygulama kurmak. İkisi de çalışır; sorun “hangisi daha hızlı” değil, “hangisi bu ihtiyacı sürdürülebilir şekilde karşılar” sorusudur.

Bu yazı kimler için?

Mağaza sahibi / e-ticaret yöneticisi: App Store’da onlarca seçenek varken “tema geliştiricime mi yazdırayım, uygulama mı kurayım?” diye düşünüyorsanız.

Ajans veya freelance geliştirici: Müşteriye doğru teklifi vermek istiyorsunuz; tema patch’i mi, Theme App Extension mı, tam uygulama mı?

Kurucu / ürün sahibi: Teknik ekip yok veya sınırlı; uzun vadede bakım maliyetini önceden görmek istiyorsunuz.

Ortak karar problemi şudur: Bu ihtiyaç görsel mi, iş mantığı mı, arka plan entegrasyonu mu? Yanlış katmana yazılan kod hem pahalı hem kırılgan olur.

Somut karar problemi

Tipik senaryolar:

• Ürün sayfasına gravür alanı eklemek → genelde tema veya hafif extension yeterli olabilir.
• Seçime göre fiyat, koşullu alanlar, dosya yükleme → tema içine gömülü JavaScript hızla karmaşıklaşır; uygulama daha mantıklı.
• Sipariş oluşunca ERP’ye aktarmak → tema ile yapılamaz; webhook + backend gerekir, yani uygulama veya özel entegrasyon.
• Checkout öncesi özel doğrulama → Shopify planına ve Checkout Extensibility’ye bağlı; “temaya bir script ekleyelim” çoğu zaman yanlış cevap.

“Shopify uygulama mı tema mı?” sorusunun cevabı, özelliğin nerede çalışması gerektiğine bağlıdır: yalnızca vitrin (storefront), admin paneli, yoksa sunucu tarafı mı?

Karar çerçevesi ve kontrol listesi

Aşağıdaki soruları sırayla yanıtlayın. Üç veya daha fazla “uygulama” cevabı alıyorsanız tema özelleştirmesine yazmayın.

1. İş mantığı nerede çalışmalı?

• Yalnızca görünüm (CSS, layout, metin) → tema
• Müşteri etkileşimi + validasyon + sepete veri yazma → çoğunlukla uygulama veya Theme App Extension
• Sipariş/ stok/ harici sistem senkronu → uygulama + backend

2. Tema güncellemesi sonrası ne olur?

• Kod theme.liquid veya section dosyalarına gömülü → güncellemede kaybolma veya çakışma riski
• Theme App Extension kullanılıyor → tema çekirdeğinden daha izole

3. Bakımı kim üstlenecek?

• İç ekip veya ajans sürekli Liquid/JS bakacak → tema mümkün
• “Kur, unut, güncellemeleri geliştirici yapsın” → uygulama

4. Kaç mağazada tekrarlanacak?

• Tek mağaza, basit ihtiyaç → tema maliyeti düşük olabilir
• Çoklu mağaza veya aynı mantığın kopyalanması → uygulama kurulumu daha öngörülebilir

5. Performans ve güvenlik

• Tema içine üçüncü parti script eklemek → sayfa yükü ve güvenlik sizin sorumluluğunuzda
• App Store uygulaması → review ve OAuth katmanı; extension ile lazy load mümkün

6. Maliyet modeli

• Tek seferlik geliştirme bütçesi var, abonelik istemiyorsunuz → tema veya özel geliştirme
• Aylık abonelik kabul edilebilir, bakım dışarıda kalsın → hazır uygulama

Pratik kural: Görsel ve basit → tema. Karmaşık form, entegrasyon, arka plan işi → uygulama. Hibrit model (tema = marka ve layout, uygulama = iş mantığı) çoğu büyüyen mağaza için en dengeli yoldur.

Karar vermeden önce ihtiyacı tek cümleyle yazın: “Müşteri vitrinde X yapacak, sipariş oluşunca Y olacak.” X vitrin sorusu, Y entegrasyon sorusudur. Aynı projede ikisi de varsa çözümü iki katmana bölmek — tema patch’i ile webhook mantığını aynı dosyada birleştirmekten — kaçının.

Ajans teklifi alırken “tema özelleştirmesi” satırının kapsamını sorun: Theme App Extension mı, doğrudan Liquid mi, bakım sözleşmesi var mı? Uygulama teklifinde ise abonelik, kaldırma sonrası veri davranışı ve performans sorumluluğu net olmalıdır.

Sık yapılan hatalar

Her şeyi temaya yazmak. Webhook mantığı, ağır validasyon ve harici API çağrılarını tema JavaScript’ine gömmek; tema güncellemesinde kırılır, debug zorlaşır, performans düşer.

Basit CSS için uygulama kurmak. Logo hizası veya renk değişikliği için abonelikli uygulama gereksiz maliyet ve script yükü demektir.

Uygulama sayısını kontrol etmemek. İşlev örtüşen birden fazla uygulama hem fatura hem sayfa hızını etkiler. Periyodik “uygulama envanteri” yapın.

“Geçici tema patch’i”nin kalıcı olması. Acil çözüm olarak yazılan Liquid kodu yıllarca production’da kalır; dokümantasyon olmadan devredilir.

Checkout ve B2B ihtiyaçlarını vitrin çözümü sanmak. Fiyatlandırma kuralları, onay akışları veya checkout özelleştirmesi farklı Shopify yetenekleri gerektirir; tema formu yetmez.

Sık sorulan sorular

Tema özelleştirmesi App Store onayı gerektirir mi?

Hayır. Tema dosyalarını doğrudan düzenlemek App Store sürecine tabi değildir. Public Shopify uygulaması geliştirip mağazalara sunuyorsanız review gerekir; bu tema ile uygulama arasındaki temel ayrımlardan biridir.

Uygulama kaldırılınca tema bozulur mu?

Theme App Extension kullanan modern uygulamalar kaldırıldığında genelde temaya kalıcı kod bırakmaz. Eski yöntemle temaya enjekte edilen script’ler ise theme.liquid içinde kalıntı bırakabilir; kaldırma sonrası sayfa hatalarını kontrol edin.

Ajans “hem tema hem uygulama” önerirse nasıl değerlendiririm?

Her parçanın sorumluluğunu netleştirin: hangi kod tema güncellemesinden etkilenir, hangi parça uygulama güncellemesiyle gelir, yıllık bakım maliyeti nedir? Hibrit model geçerliyse bile sınırlar yazılı olmalıdır.

Kaç uygulama “fazla” sayılır?

Sabit bir sayı yoktur. Kriter: her uygulama gerçek bir iş ihtiyacını mı karşılıyor, performans ölçümünde anlamlı yük mü oluşturuyor? Örtüşen işlevleri tek uygulamada birleştirmek veya temaya taşımak mümkün mü — bunu sorun.

Sonraki adım

Hâlâ “shopify uygulama mı tema mı” arasında kaldıysanız, ihtiyacınızı kısa bir liste halinde (storefront / admin / entegrasyon) paylaşmanız yeterli. info@murattanriover.com.tr adresine yazabilirsiniz; hangi katmanda çözüm gerektiğini birlikte netleştiririz.