Kısa cevap: sayı değil, işlev önemli. Ama adım adım büyümüş bir Shopify mağazasında uygulama sayısı fark edilmeden 30’u geçer ve bu uygulamaların bir kısmı ya aynı işi tekrar eder ya da temanın zaten yaptığı işi yapar.
Her uygulama kurulduğu gün bir sorunu çözer. Sorun şu ki kimse bir yıl sonra geri dönüp “bu hâlâ gerekli mi?” diye sormaz. Bu notta bir uygulamanın gerçek maliyetini, hangi uygulamanın kalması gerektiğine nasıl karar verileceğini ve kaldırırken geride ne kaldığını anlatıyoruz.
Bir uygulamanın üç maliyeti
| Maliyet | Ne demek | Nerede görünür |
|---|---|---|
| Abonelik | Aylık ya da kullanıma bağlı ücret, çoğu dövizle | Shopify faturası |
| Sayfa ağırlığı | Vitrine eklenen JavaScript, CSS, yazı tipi ve istekler | Yükleme hızı, Core Web Vitals, dönüşüm |
| Bakım ve çakışma | Başka uygulamalarla aynı veriye ya da aynı sayfa öğesine dokunma | Sepet hataları, tutarsız raporlar, yönetim panelinde karmaşa |
İlk maliyet görünür, faturada yazar. Diğer ikisi görünmez ve genellikle çok daha pahalıdır.
Gerçek bir örnek
Bir moda markasının mağazasını denetlediğimizde 32 uygulama ve 11 otomasyon akışı bulduk. Uygulamaların büyük kısmı tek tek mantıklıydı; sorun bir aradayken ortaya çıkıyordu:
Bu tablonun müşteri tarafındaki karşılığı somuttu: bir varyant uygulamasının iki sürümünün aynı anda yüklenmesi sepette beden ve adet hatasına yol açıyordu; iki kargo uygulamasının paralel çalışması bazı adreslerde kargo seçeneğinin kaybolmasına neden oluyordu; analitik kurulumu bir sayfa oluşturucu uygulamaya bağlıydı, yani o uygulama kaldırılırsa ölçüm tamamen duracaktı. Otomasyon akışlarının üçü atıldı, ikisi aynı tetikleyiciyle çakışıyordu.
Hız: Shopify’ın kendi ölçüsü
Shopify, “Built for Shopify” rozetini alacak uygulamalardan, kurulduklarında mağazanın Lighthouse performans skorunu 10 puandan fazla düşürmemelerini ister. Ölçüm üç sayfa tipinin ağırlıklı ortalamasıyla yapılır:
- Koleksiyon sayfası%43
- Ürün sayfası%40
- Ana sayfa%17
10 puan tek bir uygulama için konmuş bir tavan. Rozetsiz uygulamalar için böyle bir güvence yok ve etkiler birbirine eklenir. Gerçek kullanıcıların yaşadığı hızı Google’ın Core Web Vitals eşikleriyle izleyin; mobil kullanıcıların %75’i için “iyi” sayılan değerler:
| Ölçü | Ne ölçer | İyi |
|---|---|---|
| LCP | Ana içeriğin görünme süresi | 2,5 saniye ve altı |
| INP | Dokunuşa ya da tıklamaya tepki süresi | 200 ms ve altı |
| CLS | Sayfa yüklenirken öğelerin kayması | 0,1 ve altı |
Kalmalı mı, gitmeli mi?
Envanterdeki her uygulamayı aynı dört soruyla eleyin:
- 01
Son 90 günde bu uygulamayı kullanan biri ya da çalışan bir otomasyon var mı?
EvetBir sonraki soruya geçin.
- 02
Tema ya da Shopify’ın kendi araçları aynı işi yapabiliyor mu?
EvetKaldırın; işi temaya ya da Shopify aracına taşıyın.
- 03
Mağazada aynı işi yapan başka bir uygulama var mı?
Evetİkisinden birini seçin, diğerini kaldırın.
- 04
Uygulama ürün ve koleksiyon sayfalarına betik yüklüyor ve ölçülebilir bir satış katkısı göstermiyor mu?
EvetKopya temada kaldırıp ölçün; fark yoksa kaldırın.
- ✓
Dördüne de “hayır” diyorsanız uygulama kalır. Faturasını ve ölçümünü altı ayda bir yeniden kontrol edin.
İlk soruda “hayır” cevabı, uygulamanın kimse fark etmeden çalıştığı anlamına gelir; doğrudan kaldırma listesine yazın.
Shopify’ın kendi araçlarıyla karşılanan işler
Birçok uygulama, Shopify’ın sonradan kendi ürününe eklediği bir işi yapıyor:
| İş | Uygulama yerine |
|---|---|
| Arama, filtreler, ürün önerileri | Shopify Search & Discovery |
| İletişim, bülten formu, açılır pencere | Shopify Forms |
| Canlı sohbet | Shopify Inbox |
| Çeviri ve çok dilli mağaza | Translate & Adapt |
| Otomasyon (etiketleme, stok uyarısı, sipariş akışları) | Shopify Flow |
| E-posta kampanyaları | Shopify Email |
| Paket ve set ürünler | Shopify Bundles |
| URL yönlendirmeleri | Yönetici panelindeki yönlendirmeler; uygulama gerekmez |
| Ürün özellikleri, beden tablosu verisi | Metafield ve metaobject’ler; uygulama gerekmez |
| Breadcrumb, ürün galerisi, sözleşme onay kutusu | Çoğu Online Store 2.0 temasında tema ayarı (temanıza göre değişir) |
Bu araçlar her zaman en gelişmiş seçenek değil. Ama çoğu mağazanın ihtiyacını karşılar, vitrine ek betik yüklemez ve ayrıca ücret çıkarmaz.
Script tag desteği bitiyor
Eski yöntemle vitrine betik ekleyen uygulamalar (script tag) için Shopify bir takvim açıkladı: 1 Ekim 2026’dan beri yeni script tag oluşturulamıyor ve mevcutlar güncellenemiyor; 1 Mart 2027’de mevcut script tag’ler vitrine yüklenmeyi bırakacak. Bu yöntemle çalışan ve güncellenmeyen bir uygulamanız varsa o tarihte sessizce çalışmayı bırakacak. Envanterinizde her uygulamanın yanına “nasıl yükleniyor” sütununu ekleyin.
Kaldırmadan önce ve sonra
Uygulamayı yönetici panelinden silmek işin yarısıdır.
- Envanter çıkarın. Uygulama, ne yaptığı, hangi sayfalarda yüklendiği, aylık maliyeti, kim kullandığı ve son kullanım tarihi. Otomasyon akışlarını da aynı tabloya yazın.
- Kopya temada çalışın. Canlı temaya dokunmayın. Yayındaki temanın kopyasını alın; değişiklikleri orada yapın.
- Önce ölçün. Ana sayfa, bir ürün ve bir koleksiyon sayfasında Lighthouse ölçümünü en az üç kez yapıp ortalamasını not edin.
- Kapatın, sonra silin. Önce uygulamanın tema düzenleyicideki app embed’ini kapatın ve blokları kaldırın; sonra uygulamayı silin ve aboneliğin bittiğini faturada kontrol edin.
- Geride kalanı arayın. Tema kodunda uygulamanın adını,
theme.liquidiçindeki<script>satırlarını, uygulamaya aitsnippetsveassetsdosyalarını arayın. Elle eklenmiş kod ve eski blokların kaldırmadan sonra temada kaldığı durumlar sık görülür. - Bağımlılıkları kontrol edin. Analitik, piksel ya da otomasyon bu uygulamaya bağlı mıydı? Sipariş akışını uçtan uca test edin.
- Tekrar ölçün. Aynı sayfalarda aynı sayıda ölçüm. Farkı not edin, kopya temayı yayına alın.
Az uygulama ve temaya yazılmış özel kodla çalışan bir mağaza, hem aylık maliyeti hem hata riskini düşürür. Bir baklava markasının mağazasını yenilerken teslimat seçici, porsiyon hesaplayıcı ve sepet çekmecesi gibi özellikleri üçüncü parti uygulama eklemeden temanın kendi koduyla yazdık. Yeni bir özellik isterken önce “bunu tema yapabilir mi?” diye sorun.
Kaynaklar
- Shopify.dev: Storefront script tags (deprecation timeline)
- Shopify.dev: Built for Shopify requirements (storefront performance)
- Shopify.dev: Storefront performance best practices for apps
- web.dev: Web Vitals
- Shopify Community: Blocks associated with an app are not automatically removed
Platform kuralları ve oranlar değişir. Bu yazı 28 Ekim 2026 tarihinde kontrol edildi.
İlgili hizmet: Web ve E-ticaret. Shopify mağazanızı kuruyor ya da yeniliyoruz; mağazanız bu sırada satmaya devam eder.




