Shopify Site Hızı Nasıl Artırılır? TTFB, Uygulama Yükü ve Hosting Kararı

Beş marka için reklam ve mağaza yönetiyorum. Bu işte en sık karşılaştığım tablo şu: bütçe akıyor, tıklama geliyor, sepet dolmuyor. Neredeyse her seferinde önce kreatife, sonra fiyata, sonra hedeflemeye bakılıyor. Sayfanın ne kadar sürede açıldığına en son bakılıyor — oysa sıralamada ilk orada olması gerekiyor.

Bu yazıda site hızını bir teknik detay olarak değil, doğrudan reklam bütçesi kalemi olarak ele alıyorum. Hangi metriğin gerçekten önemli olduğunu, paylaşımlı hosting'in nerede tıkandığını ve hosting değiştirmenin ne zaman mantıklı olduğunu anlatacağım.

Yavaş site neden pahalı: mesele sadece dönüşüm değil

Herkes "yavaş site dönüşümü düşürür" diyor. Doğru ama eksik. Reklam veriyorsan yavaşlık sana üç ayrı yerden aynı anda fatura çıkarıyor:

1. Tıklama parasını çöpe atıyorsun. Reklam tıklamasının ücreti, sayfa açılmadan önce tahsil ediliyor. Kullanıcı yüklenmeyi bekleyip vazgeçtiğinde sen o tıklamayı zaten ödemiş oluyorsun. Bu, dönüşüm oranı düşüşü olarak değil, doğrudan yanmış bütçe olarak okunmalı.

2. Reklam platformu seni cezalandırıyor. Google Ads'in kalite skoru, açılış sayfası deneyimini bir girdi olarak kullanıyor. Skor düşünce aynı pozisyon için daha fazla ödüyorsun. Yani yavaşlık tıklama başı maliyetini doğrudan yukarı itiyor.

3. Organik tarafı da kaybediyorsun. Core Web Vitals, Google'ın sıralama sinyallerinden biri. Reklamı kestiğin gün trafiğin sıfırlanmasın diye organik tarafı da beslemen gerekiyor; yavaş site iki kanalı birden baltalıyor.

Buradaki asıl mesele şu: reklam bütçesini optimize etmek için harcadığın emeğin bir kısmını sayfa hızına ayırsan, aynı bütçeyle daha fazla satış alırsın. PMax bütçe sızıntıları üzerine yazdığım rehberde de benzer bir mantık var — sızıntıyı kapatmak, yeni bütçe bulmaktan ucuz.

Asıl metrik TTFB, PageSpeed skoru değil

PageSpeed Insights'tan 100 almaya çalışmak, hız optimizasyonunda en çok vakit yiyen ve en az getiren uğraş. O skor bir teşhis aracı, hedef değil. Gerçekten takip etmen gereken şey TTFB — Time To First Byte, yani tarayıcının sunucudan ilk baytı almasına kadar geçen süre.

TTFB'nin bu kadar belirleyici olmasının sebebi basit: ondan önce hiçbir şey başlamıyor. Sunucu cevap vermeden tarayıcı HTML'i okumaya, görselleri indirmeye, CSS'i işlemeye başlayamıyor. TTFB'de kaybettiğin her salise, sonraki her adımı olduğu gibi öteliyor.

Pratik sonucu şu: görselleri sıkıştırmak, tembel yükleme eklemek, script'leri ertelemek — bunlar hep işe yarar. Ama TTFB yüksekse bu iyileştirmeler yavaş bir başlangıcın üstüne inşa edilmiş oluyor. Sıra önemli. Önce sunucunun cevap verme süresi, sonra sayfanın içeriği.

TTFB'yi ölçmenin en kolay yolu tarayıcının geliştirici araçlarındaki Network sekmesi: ilk isteğin zamanlama detayında "Waiting for server response" satırı bu. Alan verisi için Search Console'un Önemli Web Verileri raporuna bak — orada gerçek kullanıcıların yaşadığı süreler var, senin fiber bağlantındaki ölçüm değil.

Shopify ve ikas'ta hız: elinde olan ve olmayan

Burada bir ayrım yapmam lazım, çünkü çoğu hız rehberi bunu atlıyor. Shopify veya ikas kullanıyorsan sunucu senin elinde değil. Hosting'i değiştiremezsin, TTFB'nin büyük kısmı platformun altyapısında belirleniyor. Bu kötü haber değil — o altyapılar zaten iyi. Ama şu demek: bu platformlarda "hosting değiştirerek hızlanma" diye bir seçenek yok.

O halde elinde ne var? Deneyimime göre mağaza hızını en çok bozan üç şey, üçü de senin kontrolünde:

Uygulama birikmesi. Mağazalarda gördüğüm en yaygın problem bu. Her uygulama tema dosyalarına script ekliyor ve kaldırıldıklarında bu script'ler çoğu zaman geride kalıyor. Aylar içinde kimsenin kullanmadığı beş uygulamanın kodu her sayfa yüklemesinde çalışmaya devam ediyor. Shopify App Store'a kendim uygulama geliştiriyorum, yani bu artıkların nasıl biriktiğini yazan taraftan da biliyorum.

Ölçüm etiketlerinin kontrolsüz çoğalması. Meta pixel, Google etiketi, TikTok, Hotjar, sonra bir de ajansın eklediği ikinci bir pixel. Her biri ayrı istek. Bunları Google Tag Manager üzerinden tek yerden yönetmek hem hızı toparlıyor hem hangi etiketin ne yaptığını görünür kılıyor.

Optimize edilmemiş görseller. Ürün fotoğrafını 3000 piksel genişliğinde yükleyip tarayıcıya 600 piksele küçülttürmek, hâlâ en sık rastladığım israf. Platform kısmen otomatik hallediyor ama yükleme aşamasında doğru boyutu vermek her zaman daha iyi sonuç veriyor.

Bu üçünü temizlemek çoğu mağazada hosting'e dokunmadan ciddi kazanç veriyor. Daha derin teknik kontrol listesi için görünmez sızıntıları onarma rehberine bakabilirsin.

Hosting ne zaman gerçekten değişmeli?

Hosting konusu, kendi sunucunda çalışan siteler için geçerli: WordPress bloglar, WooCommerce mağazalar, özel geliştirilmiş projeler. Orada TTFB doğrudan senin sorumluluğunda.

Paylaşımlı hosting'in tıkandığı yer şu: aynı fiziksel sunucuda yüzlerce site barınıyor ve kaynaklar paylaşılıyor. Siten sakin olduğunda sorun çıkmıyor. Ama komşu sitelerden biri trafik aldığında, senin TTFB'n hiçbir şey yapmadığın halde yükseliyor. Bunu en net şurada görürsün: sabah 3'te hızlı, akşam 21'de yavaş. Bu tablo varsa sorun senin sitende değil, sunucunun doluluğunda.

Taşınma vaktinin geldiğini gösteren işaretler:

• Önbellek eklentisi kurdun, görselleri sıkıştırdın, CDN bağladın — ama TTFB hâlâ yüksek
• Hız, günün saatine göre değişiyor
• Trafik biraz arttığında site tamamen düşüyor veya hata veriyor
• Hosting panelinde CPU veya bellek limitine sürekli takılıyorsun

Taşınmanın çözmediği şeyler: yüzlerce sorgu atan kötü yazılmış bir tema, denetlenmemiş eklenti yığını, 4 MB'lık hero görseli. Bunlar yeni sunucuda da aynı yavaşlığı üretir — sadece faturası yükselmiş olur. Sunucu değiştirmek, kendi sitenin kodundan kaynaklanan yavaşlığı kapatmaz.

Bir de şu var: hosting seçimi çoğu insanın sandığından daha az kritik, altyapı seçimi ise çok daha kritik. Mağaza kuruyorsan ve henüz karar vermediysen hangi e-ticaret altyapısını seçmelisin yazısına önce bakmanı öneririm — orada yanlış karar, hosting'den kat kat pahalıya geliyor.

Uygulama sırası: en çok getirenden başla

Hız optimizasyonunda insanların en çok vakit kaybettiği yer, sıranın yanlış olması. Getiriye göre doğru sıra şu:

1. Ölç. TTFB'yi ve Core Web Vitals'ı not al. Ölçmediğin bir şeyi iyileştirdiğini iddia edemezsin.
2. Kullanmadığın uygulamaları kaldır ve artık script'lerini temizle. Bedava, geri dönüşü en hızlı adım.
3. Ölçüm etiketlerini tek yerden yönet. Mükerrer pixel'leri sil.
4. Görselleri düzelt. Doğru boyut, modern format, ilk ekranın altındakilere tembel yükleme.
5. Önbellek ve CDN kur. Kendi sunucundaysan burada büyük kazanç var.
6. TTFB hâlâ yüksekse sunucuyu değiştir. Beşinci adımdan önce buraya gelmek, çoğu zaman gereksiz para harcamak demek.
7. Tekrar ölç ve karşılaştır. Önce/sonra verisi olmayan bir optimizasyon, hikâyeden ibaret.

Bu sıra, sunucuya dokunmayı en sona bırakıyor. Bilinçli bir tercih: hosting değiştirmek görünürde en kolay çözüm gibi duruyor ama en pahalı ve en çok zaman alan adım, üstelik listedeki ilk dört maddeyi atlarsan işe de yaramıyor.

Kısaca

Reklam veriyorsan site hızı bir altyapı konusu değil, bütçe konusu. Takip edeceğin metrik TTFB, hedeflediğin şey PageSpeed skoru değil. Shopify veya ikas kullanıyorsan sunucu elinde değil, o yüzden enerjini uygulama temizliğine ve etiket yönetimine harca. Kendi sunucunda çalışıyorsan ve TTFB günün saatine göre oynuyorsa, taşınma vakti gelmiş.

Bu işlerde kullandığım araçların tam listesi — komisyon ödemeyenler de dahil — araçlar sayfasında duruyor.