Cogu satici sitesinin yavas olmasini hostingin zayifligina baglar. Daha buyuk paket alir, RAM'i ikiye katlar, bazen VDS'e gecer. Sonra olculer neredeyse ayni cikar ve isin sirrinin baska yerde oldugunu fark eder: sayfa acilirken tarayici 80 ayri dosya icin siraya girmis, her biri icin yeniden baglanti kurmus ve toplam 3 megabayt sikistirilmamis metin indirmis durumda. Sunucun bos bos beklerken, ziyaretci ekrana bakiyor.
Iste HTTP/2 ve sikistirma tam bu noktada devreye girer. Ikisi de yeni degil, ikisi de neredeyse bedava; ama cogu e-pin scripti kurulumunda yarim yamalak yapilandirilmis halde duruyor. Bu yazida sunucu paketini buyutmeden, yalnizca aktarim katmanini dogru kurarak ilk boyanma suresini ve toplam sayfa agirligini nasil belirgin bicimde dusurecegini adim adim gorecegiz. Ozellikle mobil bagiantinin yavas oldugu saatlerde satis yapan bir dijital urun satis scripti icin bu ayarlar dogrudan sepet tamamlama oranina dokunur.
HTTP/2 acik yazmasi neden tek basina yeterli degil?
Barindirma panelinde HTTP/2 satiri yesil gorunuyor diye is bitmez. Protokol, ayni baglanti uzerinden paralel aktarim yapmayi mumkun kilar; ama eski aliskanliklarla yazilmis bir tema bu avantaji geri cop eder. Ornek: dosyalari birlestirip tek dev bir paket haline getirmek eski protokolde mantikliydi, cunku her istek pahaliydi. HTTP/2 altinda ise tek buyuk paket, kucuk degisikliklerde tamamiyla yeniden indirilmek zorunda oldugu icin dezavantaja donusur. Ayni sekilde varliklari farkli alt alan adlarina dagitmak da artik zarar verir; her yeni alan adi yeni bir el sikisma demektir.
Ikinci gozden kacan nokta, TLS oturum surekliligi ve baglanti yeniden kullanimi. Ayni ziyaretci sayfa gecislerinde ayni baglantiyi kullanabiliyorsa, ikinci sayfa gorunturlemesi neredeyse anlik acilir. Bunun icin sunucu tarafinda keep-alive suresinin makul tutulmasi ve HTTPS zorlamasinin yonlendirme zinciri uretmemesi gerekir. Http'den https'e, oradan www'ye giden uc adimlik bir zincir, kazandigin her seyi ilk yarim saniyede geri verir.
Sikistirma acik ama neyi sikistiriyorsun?
Sikistirma tartismasinda asil soru oran degil, kapsam. Bir e-pin satis yazilimi kurulumunda cogu zaman HTML sikistirilir, CSS ve JS ise CDN uzerinden servis edildigi icin atlanir ya da JSON yanitlari kapsam dışında kalir. Oysa panelde fiyat listesi ceken bir JSON yaniti 400 KB olabilir ve sikistirilinca 30 KB'a duser. Kapsami kontrol etmenin yolu basit: her dosya turu icin yanit basligina bakip icerik kodlamasinin gercekten uygulandigini dogrulamak.
Ikinci konu seviye ayari. Statik dosyalari bir kez, en yuksek seviyede, diske sikistirip onceden hazir tutabilirsin; her istekte yeniden sikistirmaya gerek yok. Dinamik HTML icinse orta seviye dogru tercihtir, cunku yuksek seviye CPU suresi yer ve kazanci marjinaldir. Ucuncu konu ise sikistirilmamasi gereken dosyalar: zaten sikistirilmis olan gorseller, webp, video ve arsivler. Bunlari tekrar sikistirmaya calismak boyutu buyutur ve islemciyi bosa yorar.
| Icerik | Sikistirma | Seviye | Beklenen kazanc |
|---|---|---|---|
| HTML (dinamik) | Brotli / gzip | Orta (4-5) | %70-80 |
| CSS | Brotli, onceden hazir | Yuksek (11) | %80-85 |
| JavaScript | Brotli, onceden hazir | Yuksek (11) | %70-78 |
| JSON / API yaniti | gzip veya Brotli | Orta | %85-92 |
| SVG ve font (woff2 disi) | Brotli | Yuksek | %50-70 |
| WebP, JPG, MP4, ZIP | Uygulanmaz | - | Kazanc yok |
Tarayiciya neyin onemli oldugunu soyluyor musun?
HTTP/2 paralel aktarim yapar, ama neyin once gelecegine senin verdigin ipuclariyla karar verir. Hicbir ipucu vermezsen 40 KB'lik bir sohbet eklentisi, sayfanin ana yazi tipiyle ayni anda yarisir. Cozum uc araciktir: kritik stil dosyasini ve yazi tipini onceden yuklenecek sekilde isaretlemek, kritik olmayan JS'i erteleyerek yuklemek ve ekranin altinda kalan gorselleri tembel yuklemeye almak. Bu ucu birlikte uygulandiginda ilk ekranin cizilmesi belirgin sekilde hizlanir; toplam bayt degismese bile kullanicinin algiladigi hiz farklidir.
Yazi tipi ozellikle kritiktir, cunku metni gorunmez tutar. Yerel olarak barindirilan woff2 formatinda bir yazi tipi, degisim davranisi dogru ayarlandiginda metnin hemen gorunmesini saglar. Bir epin yazilim kurulumunda ustelik cogu sayfa metin agirliklidir: urun adi, fiyat, aciklama. Yani yazi tipi gecikmesi dogrudan sayfanin bos gorunme suresine esittir.
Tipik e-pin sayfasinda bekleme suresinin dagilimi
- Ucuncu parti betikler 50%
- Sikistirilmamis CSS ve JS 25%
- Sunucu yanit suresi 15%
- Gorseller ve yazi tipleri 10%
Ucuncu parti betikler tum kazancini yiyor olabilir mi?
Buyuk olasilikla evet. Canli destek, piksel, isi haritasi, yorum widget'i ve kampanya bannerlari bir araya geldiginde, senin optimize ettigin 180 KB'lik sayfaya 900 KB ekleyebilir. Ustelik bunlar senin sunucunda degil, kontrol edemedigin baska sunucularda barinir; yani sikistirma seviyesini de onceligini de sen belirleyemezsin. Burada tek silahin secicilik ve zamanlama.
Pratik yontem: her ucuncu parti betigi "ilk ekranda mi gerekli" sorusundan gecir. Canli destek genelde gerekli degil, kullanici kaydirdiginda ya da uc saniye sonra yuklenebilir. Analitik betigi genelde ertelenebilir. Odeme saglayicisinin betigi ise yalnizca odeme sayfasinda yuklenmeli, ana sayfada degil. Bu tek kural cogu dijital urun satis yazilimi kurulumunda toplam sayfa agirligini yariya yakin dusurur ve hicbir islevi kaybetmezsin.
Ayni sayfayi ayni saatte ve mobil ag profilinde uc kez olc, ortancasini al. Tek olcume dayanarak yapilan iyilestirme, sans ile becerinin ayirt edilemedigi yerdir.
Sunucu yanit suresini dusurmeden hiz kazanmak mumkun mu?
Bir noktaya kadar. Aktarim katmani ne kadar iyi olursa olsun, sunucu ilk baytı 900 milisaniyede gonderiyorsa kullanici 900 milisaniye bekler. Bu yuzden HTTP/2 ve sikistirma calismasini, uygulama tarafinda iki basit onlemle birlikte yapmak gerekir: sorgu sayisini azaltmak ve derlenmis sablonlari onbellekte tutmak. Kategori sayfasinda her urun icin ayri fiyat sorgusu atan bir kurulum, 60 urunde 61 sorgu yapar; bunu tek sorguya indirmek yanit suresini genelde ucte bire duser.
Ikinci onlem, opcode onbelleginin gercekten acik ve yeterli boyutta olmasi. Paylasimli hostingte cogu zaman aciktir ama boyutu kucuk tutulur ve surekli dolar; bu da her istekte kodun yeniden derlenmesi demektir. Bunu kontrol etmek dakikalar surer, kazanci ise kalicidir. Pinova gibi hazir bir e-pin yazilimi kullaniyorsan bu ayarlarin cogu kurulum rehberinde yazar; okunmadigi icin degil, atlandigi icin eksik kalir.
| Kontrol maddesi | Nerede | Durum |
|---|---|---|
| HTTP/2 veya uzeri etkin ve dogrulandi | Sunucu / CDN | Evet / Hayir |
| Yonlendirme zinciri tek adima indirildi | Sunucu | Evet / Hayir |
| Brotli HTML, CSS, JS ve JSON icin aktif | Sunucu / CDN | Evet / Hayir |
| Statik dosyalar onceden sikistirilmis | Dagitim adimi | Evet / Hayir |
| Gorsel ve video sikistirma kapsamindan cikarildi | Sunucu | Evet / Hayir |
| Kritik CSS ve woff2 onceden yukleniyor | Tema | Evet / Hayir |
| Ucuncu parti betikler ertelendi veya sayfaya ozel | Tema | Evet / Hayir |
| Kategori sayfasinda sorgu sayisi tek haneli | Uygulama | Evet / Hayir |
| Opcode onbellegi acik ve dolmuyor | Sunucu | Evet / Hayir |
Hizi sunucu parasi ile degil, dogru mimariyle satin al
Onbellek dostu sablonlar, sikistirmaya hazir varlik yapisi ve dusuk sorgu sayisiyla gelen bir altyapi, buyuk paketten daha fazla kazandirir. Pinova lisansini ve paket detaylarini incele.
Brotli ile gzip arasinda gercekten fark var mi?
Metin dosyalarinda evet, ortalama yuzde 15-20 civari ek kazanc saglar ve tum guncel tarayicilar destekler. Ikisini birlikte yapilandirip destekleyene Brotli, desteklemeyene gzip gondermek en dogrusudur.
Dosyalarimi birlestirmeyi tamamen birakmali miyim?
Tamamen degil. Cok sayida minik dosyayi birkac mantikli demete toplamak hala faydali. Kacinilmasi gereken sey, tum sitenin CSS ve JS'ini tek dev dosyaya sikistirip her kucuk degisiklikte hepsini yeniden indirtmek.
CDN kullaniyorum, bu ayarlari yine de sunucuda yapmam gerekir mi?
Gerekir. CDN onbellegi kacirdiginda istek senin sunucuna gelir ve o anda sunucunun basliklari gecerlidir. Ayrica panel ve odeme gibi onbelleklenmeyen adresler zaten dogrudan sunucudan servis edilir.
Hizi hangi olcutle takip etmeliyim?
Tek bir puan yerine uc sayiyi izle: ilk baytın gelme suresi, en buyuk icerigin boyanma suresi ve toplam transfer boyutu. Bu ucu haftalik not almak, hangi degisikligin gercekten ise yaradigini gosterir.
Hiz, e-pin satisinda bir teknik ayrinti degil, dogrudan donusum kaldiracidir; cunku musteri kodu bir dakika icinde almak isteyen, sabri az bir kullanicidir. HTTP/2, dogru kapsamli sikistirma, onceliklendirme ve dusuk sorgu sayisini birlikte kurdugunda ayni sunucu uzerinde iki kat hizli bir site elde edersin. Bu yapinin gercek bir kurulumda nasil hissettirdigini merak ediyorsan canli demo uzerinde kategori ve odeme sayfalarini kendi telefonundan dene; ozellikler bolumu teknik ayrintilari, fiyat bolumu de olcegine uygun paketi gosterir.