Yavaş bir web sitesi nadiren tek bir hatadır. Küçük gecikmelerin yığınıdır: DNS, TLS, origin CPU, veritabanı sorguları, optimize edilmemiş varlıklar, üçüncü taraf script’ler ve yetersiz paket. Bu yazı sırayla yürüyebileceğiniz saha checklist’idir—üç saniye UX psikolojisi yazımızdan ve geniş “performansın geleceği” denemelerinden ayrıdır. Amaç: darboğazı bulmak, sonra Sofya’da (AB) doğru EuroVDC ürününü seçmek.
Checklist paylaşımlı limitlere işaret ediyorsa web hosting ile başlayın veya taşıyın. Root, worker veya ayrılmış RAM gerekiyorsa bulut sunucu boyutlandırın.
Katman 1 — Tahmin etmeden ölçün
- Kullanıcılarınıza yakın bir konumdan TTFB, LCP ve basit waterfall yakalayın (TR/Güneydoğu Avrupa → Sofya sıkça kazanır).
- Çıkış yapmış ana sayfa ve bir ağır şablon test edin (mağaza kategori, arama, panel).
- Yavaşlığın küresel mi yoksa yalnızca admin/API yollarında mı olduğunu not edin.
Sayı olmadan haftalarca yanlış katmanı “optimize” edersiniz.
Katman 2 — DNS ve TLS
- Host taşımasından sonra yüksek DNS TTL istemcileri eski IP’de bırakabilir—kesmeden önce TTL düşürün, stabiliteden sonra yükseltin.
- Eksik veya bozuk HTTPS zinciri yönlendirme ve tarayıcı uyarıları ekler; asılı kalma gibi hissedilir.
- Karışık içerik engeli kritik script’leri durdurabilir; origin’leri uçtan uca HTTPS yapın.
Katman 3 — Origin ve uygulama
- CPU dolu: Eklentiler, önbelleksiz PHP, konuşkan cron—veya paylaşımlı komşular.
- RAM baskısı: Swap çırpınması rastgele çok saniyelik duraklamalar gibi gelir.
- Veritabanı: Eksik indeks, N+1 sorgular, CMS tablolarında şişmiş autoload.
- Disk: Dolu inode veya aşırı medya kütüphanesinde yavaş I/O.
Metrikler paylaşımlıda sürekli CPU/RAM doygunluğu gösteriyorsa aynı gürültülü mahalleyi büyütmek, Sofya’da izole bulut kadar yardım etmez.
Katman 4 — Ön yüz ağırlığı
Sıkıştırılmamış görseller, render-blocking CSS/JS, etiket yöneticileri ve carousel’ler sunucu iyiyken bile LCP’ye hükmeder. Medyayı sıkıştırın, kritik olmayan script’leri erteleyin, sahibi adlandıramadığınız etiketleri öldürün. Sunucu yükseltmesi 4 MB hero PNG’yi küçültmez.
Katman 5 — Ürün uyumu
| Belirti | Muhtemel uyum | Sonraki adım |
|---|---|---|
| Broşür site, panel OK, ılımlı trafik | Web hosting | Önbellek, görsel diyeti, PHP sürümü |
| Woo/admin yavaş, Redis/worker lazım | Bulut (KVM) | Ayrılmış kaynak + root ayarı |
| İyi TTFB, kötü LCP | İkisi de | Önce ön yüz, daha büyük SKU değil |
| Yalnızca uzak kıtalar yavaş | İkisi + CDN | Sofya origin kalsın; statik için kenar |
Sofya AB bağlamı
EuroVDC Sofya origin’leri Orta/Güneydoğu Avrupa ve Türkiye gecikmesine yardım eder. Ağ hop’unu iyileştirir; indekslenmemiş sorguları veya megabayt script’leri affetmez. Checklist uygulama borcunu temizledikten sonra konumu avantaj sayın.
Her olayda listeyi yukarıdan aşağı yürütün: ölç → DNS/TLS → origin → varlıklar → ürün. Ne değiştiğini belgelendirin ki sonraki yavaşlama daha hızlı triyaj edilsin.
Sıkça sorulan sorular
Yavaşlık her zaman hosting sorunu mu?
Hayır. Birçok sitede sağlıklı TTFB ve korkunç ön yüz ağırlığı vardır. Daha büyük paket almadan önce ikisini de ölçün.
Hosting’den buluta ne zaman geçmeliyim?
İzolasyon, root, Redis/worker veya paylaşımlı limitlerin veremediği ayrılmış CPU/RAM gerektiğinde.
Sofya tek başına ABD ziyaretçilerini hızlı yapar mı?
Bölgesel kullanıcılara en çok yardım eder. Uzak kitleler için statik varlıkta hâlâ CDN gerekebilir.
Bu, üç saniye kuralı yazısından nasıl farklı?
O yazı UX psikolojisi ve bounce riskini kapsar. Bu sayfa sıralı tanı checklist’i ve ürün yoludur.
Önbellek doğru boyutlandırmanın yerini alır mı?
Önbellek yükü gizler; miss fırtınası veya admin trafiği origin’e vurunca gerçek boyut ortaya çıkar—önemsediğiniz zirveler için boyutlandırın.
EuroVDC’de nereden başlamalıyım?
Checklist’i çalıştırın, sonra root ve kaynak ihtiyacına göre web hosting veya bulut sunucu seçin.
