dotCREA
Tema & Tasarım

Hazır temada özelleştirmenin sınırı nerede?

Hazır tema nereye kadar esner, hangi noktadan sonra kod gerekir ve o kod tema güncellemelerini nasıl etkiler? Sınırın nerede olduğunu ve geçildiğinde ne yapıldığını yazdık.

Hazır tema mı özel tema mı sorusunu ayrı bir yazıda ele almıştık. Bu yazı arada kalan bölgeyle ilgili: hazır temayla devam eden ama onu giderek daha fazla zorlayan mağazalar.

Çünkü pratikte kimse “bugün özel temaya geçelim” diye karar vermiyor. Küçük bir düzenlemeyle başlanıyor, üstüne bir tane daha ekleniyor ve bir yıl sonra tema güncellenemez hale geliyor. Sınırın nerede olduğunu bilmek, o noktaya farkında olmadan gelmeyi engelliyor.

İlgili yazı
Önce karar yazısı

Hazır temanın ne zaman yettiğini, özel temanın ne zaman ucuza geldiğini ölçütleriyle anlattığımız yazı.

Tema kararı

Üç katman: ayar, bölüm, kod

Bir isteğin nerede çözüleceğini üç katmanda değerlendiriyoruz. Sıra önemli: yukarıdaki katmanda çözülebilen bir şey için aşağı inmiyoruz.

Tema ayarları: renk, tipografi, boşluk, bölüm sıralaması, ürün kartı düzeni. Kod yazılmaz, güncelleme bozulmaz, geri alması kolaydır
Bölüm ve blok yapısı: temanın kendi bölüm mantığı içinde yeni blok eklemek ya da mevcut bölümü farklı yapılandırmak. Hâlâ panelden yönetilebilir
Kod: temanın şablon dosyalarına dokunmak. Buradan sonrası bakım gerektirir

Gelen isteklerin önemli bir kısmının aslında ilk katmanda çözülebildiğini görüyoruz. Hazır temalar geniş bir ayar kümesiyle geliyor ve bu ayarların çoğu kurulumda hiç açılmamış oluyor.

Tema editörü nereye kadar götürür?

Modern Shopify temalarında panelden yapılabilecekler sanılandan geniş. Kod konuşmadan önce şunların denenmesini istiyoruz:

Sayfa şablonlarının çoğaltılması: farklı ürün gruplarına farklı ürün sayfası düzeni verilebilir
Bölümlerin sayfa bazında sıralanması ve gizlenmesi
Kampanya ve iniş sayfalarının mevcut bölümlerden kurulması
Ürün kartında gösterilecek bilgilerin seçilmesi
Menü, filtre ve sıralama davranışının ayarlardan düzenlenmesi
Ürün verisinden beslenen alanların (beden tablosu, teslim süresi) ürün alanlarıyla gösterilmesi

Son madde en çok atlanan yer. İstenen şey çoğu zaman “şuraya bir tablo koyalım” değil, o bilginin ürün verisinde tutulup şablonda otomatik gösterilmesi. Doğru kurulduğunda tek seferlik bir iş oluyor; kurulmadığında her üründe elle tekrar ediyor.

Kod yazıldığında ne değişir?

Sınırı geçmek yasak değil; sadece bedeli var ve bu bedelin baştan bilinmesi gerekiyor.

Tema güncellemesi otomatik olmaktan çıkar: sağlayıcı yeni sürüm yayınladığında değişiklikleriniz kendiliğinden taşınmaz
Değişikliklerin nerede yapıldığı belgelenmezse, altı ay sonra kimse hangi kodun ne işe yaradığını bilemez
Uygulama kurulumları temaya kod ekleyebilir; sizin yazdığınız kodla çakışabilir
Hız bütçesi etkilenir: her eklenen betik ve stil sayfaya yük bindirir

Bunları yönetmenin yolu kod yazmamak değil, nasıl yazıldığına dikkat etmek. Yeni ihtiyaçları temanın kendi bölüm yapısı içinde yazdığımızda hem ekibiniz panelden yönetebiliyor hem de güncelleme sırasında ne olduğu izlenebiliyor.

İlgili hizmet
Mevcut temanızı sınırına kadar kullanalım

Ayarla çözülebilecekleri ayırıyor, kod gerekiyorsa güncellemeyi bozmayacak biçimde yazıyoruz.

Tema özelleştirme hizmetimiz

Uygulama mı, tema kodu mu?

Aynı ihtiyacın iki çözümü olduğunda hangisini seçtiğimizi belirleyen birkaç ölçüt var.

Yalnızca görsel bir davranışsa (sayaç, kayan bant, açılır kutu) tema tarafında birkaç satırla çözülebiliyor mu diye bakılır
Veri tutan ve iş kritik bir işse (sadakat puanı, abonelik, stok bildirimi) uygulamanın kalıcılığı ve veri çıkışı önemlidir
Uygulamanın aylık bedeli, aynı işin tema tarafında bir kerelik yazılma maliyetiyle karşılaştırılır
Uygulamanın sayfaya eklediği yük ölçülür; bazı uygulamalar tek bir özellik için sayfaya ciddi bir betik yığını getirir

Uygulamalara karşı değiliz; sayısız işi ucuza çözüyorlar. Karşı olduğumuz şey, hangi işi neyin çözdüğüne bakmadan uygulama kurmak. On uygulamalı bir mağazanın yavaşlaması tesadüf değil.

İlgili yazı
Uygulama yükünün bedeli

Sayfaya eklenen her betiğin hıza etkisini ve denetimi nasıl yürüttüğümüzü ayrı bir yazıda anlattık.

Hız denetimi

Sınıra gelindiğinin işaretleri

Aşağıdakilerden üçü birden varsa, özelleştirmeye devam etmek yerine tema kararını yeniden konuşmak daha ekonomik oluyor:

Tema güncellemesi aylardır yapılamıyor; “bozulur” korkusu var
Basit bir düzenleme için bile geliştirici gerekiyor; ekip panelden bir şey değiştiremiyor
Aynı bölümün üç farklı sürümü var ve hangisinin nerede kullanıldığı bilinmiyor
Tema koduna elle eklenmiş, kimin ne zaman eklediği bilinmeyen betikler duruyor
Hız düşüşü tek bir sebebe bağlanamıyor; yük her yerden geliyor
Yeni bir kampanya sayfası açmak günler sürüyor

Bu tabloya gelmiş bir mağazada yapılan her yeni özelleştirme, sonraki geçişin maliyetini de artırıyor. Karar noktası tam burası.

Maliyeti nasıl karşılaştırıyoruz?

“Özelleştirmeye devam mı, yeni tema mı” sorusunu duyguyla değil basit bir hesapla cevaplıyoruz:

Son bir yılda tema üzerinde harcanan geliştirme süresi toplanır
Bekleyen istekler listesi çıkarılır ve mevcut temada ne kadar süreceği tahmin edilir
Tema uygulamalarının yıllık toplam bedeli eklenir
Bu toplam, yeni bir temanın kurulum maliyetiyle karşılaştırılır

Çoğu mağazada sonuç şu çıkıyor: birikmiş istek listesi küçükse özelleştirmeye devam etmek doğru; liste büyükse ve tema güncellenemez haldeyse yeni tema iki yıl içinde kendini ödüyor.

Nasıl çalışıyoruz?

Her değişiklik önce yayındaki temanın kopyasında yapılır; onay önizlemeyle alınır
Yeni ihtiyaçlar tema bölümü olarak yazılır, şablona gömülen tek seferlik kodlardan kaçınılır
Yapılan değişiklikler ve dokunulan dosyalar yazılı olarak kaydedilir
Hız etkisi öncesi-sonrası ölçülür
Kaynak kod deposu sizin adınıza tutulur; başka bir ekip devralabilir

Son madde ajans tarafında olarak yazdığımız bir şey: yaptığımız işin bizde kilitli kalması müşteri için risk, bizim için de sağlıksız bir bağ.

Yapmadığımız şeyler

Ayarla çözülebilecek bir isteği kod yazarak çözmek
Yayındaki tema üzerinde doğrudan düzenleme yapmak
Tema dosyalarına açıklamasız, izlenemeyen kod eklemek
Tek bir özellik için sayfaya ağır bir uygulama betiği getirmek
Tema güncellemesini süresiz ertelemek
Gerekmediği halde yeni tema önermek

Özet

Hazır tema sanılandan geniş bir alan sunuyor; sınır, tema editörünün bittiği yer değil bakımın başladığı yer. Kod yazmak yasak değil ama nasıl yazıldığı temanın gelecekteki kullanılabilirliğini belirliyor.

Kullandığınız temayı, bekleyen istek listenizi ve son bir yılda yapılan düzenlemeleri paylaşın; nelerin ayarla çözülebileceğini ayırıp geri kalanı için gerçekçi bir plan çıkaralım. Mevcut temanız ihtiyacınızı karşılıyorsa, yeni tema önermek yerine bunu söyleriz.

dC
dotCREA Shopify ekibi
13 Ağustos 2026 tarihinde yayımlandı
Paylaş
Bu konuyu mağazanız için konuşalım
Mağaza adresinizi gönderin, ücretsiz değerlendirelim.
Teklif alın

İlgili yazılar