- @type
- Service
- @id
- /hizmetler/site-hizi-optimizasyonu/#service
- serviceType
- Site Hızı Optimizasyonu
- provider
- /#org
- areaServed
- İstanbul Q406 · Türkiye Q43 · Avrupa Q46
- availableChannel
- ServiceChannel · /iletisim/ · tr en de
- hasOfferCatalog
- OfferCatalog · 5 Offer
- audience
- Audience · audienceType
- url
- /hizmetler/site-hizi-optimizasyonu/
- TESLİMhasOfferCatalog › Offer × 5in schema
- Core Web Vitals denetimi: LCP, INP, CLS — saha ve laboratuvar
- Tarayıcı izinden kök neden raporu
- Görsel, yazı tipi ve JavaScript yükü düzeltmesi
- Performans bütçesi ve yayın öncesi ölçüm
- Müdahale mi yeniden kurulum mu: gerekçeli karar
- KANITObservation × 0not in schema · human only
- Bu sitenin en yavaş sayfasında gerçek kullanıcı LCP’si 616 ms (bütçe 800 ms)27 Ekim 2026 canlı denetimi · her yayından sonra yinelenir
source: data/canli-denetim · live audit ledger (real-user LCP)
- KİMEaudience.audienceTypein schema
- Gerçek kullanıcı verisinde Core Web Vitals’ı zayıf görünen ve yavaşlığı kaynağında düzeltmek isteyen siteler.
- KİME DEĞİL—not in schema · human only
- Yalnız PageSpeed puanını yükseltmek ya da sorunu bir önbellek eklentisiyle gizlemek isteyen bir proje için doğru adres değiliz; hedef laboratuvar puanı değil saha verisidir.
SÜREÇ
Site hızı optimizasyonu nasıl yapılır?
Saha verisi
Önce gerçek kullanıcıların yaşadığı ölçülür: Search Console’daki Core Web Vitals raporu ve Chrome kullanıcı deneyimi verisi. Laboratuvar puanı bir ipucudur; karar sahadaki LCP, INP ve CLS’ten verilir.
Kök neden izi
Yavaşlığın nedeni tarayıcı izinden okunur: hangi görsel, hangi yazı tipi, hangi betik ya da hangi stil kuralı süreyi uzatıyor. Tahmin edilen değil, izde görünen neden düzeltilir.
Kaynakta düzeltme
Görsel ve yazı tipi boru hattı, kritik kaynaklar, JavaScript yükü ve düzen kayması kaynağında düzeltilir. Var olan siteye müdahale mi, yeniden kurulum mu daha ucuz — bu karar ölçümden sonra ve gerekçesiyle verilir.
Bütçe ve nöbet
Hız bir kez kazanılıp bırakılmaz. Teslimle birlikte bir performans bütçesi ve her yayında onu ölçen denetim kurulur; gerileme yayına çıkmadan yakalanır.
ÖLÇÜLÜ ŞEMALAR
En büyük içerik boyaması — canlı projeler
Düzen kayması — ölçülen üç değer
JavaScript yükü — her build’de tartılır
NEDEN BÖYLE
Lighthouse puanı neden yetmez?
Laboratuvar puanı kullanıcı değildir
PageSpeed puanı ölçümden ölçüme değişir ve gerçek kullanıcıyı temsil etmez. Bu sitenin kendi ölçümünde aynı sayfa Lighthouse’un varsayılan ayarında 87, gerçek Chrome yapılandırmasında 98 çıktı; nedeni ve yöntemi bir deney yazısında: Lighthouse neden 87, Chrome neden 98. Karar bu yüzden saha verisinden verilir.
Eklenti belirtiyi gizler
Önbellek ve «hızlandırma» eklentileri çoğu zaman sorunu değil ölçümü iyileştirir: yavaşlığı erteler, kaynağını bırakır. Bu sitede tek bir CSS seçicisinin toplam engelleme süresinin yaklaşık yüzde yetmişini ürettiği tarayıcı iziyle bulundu — hiçbir eklenti onu göremezdi: tek seçici, yüzde yetmiş.
Hız teslim edilir
Bu sitenin kendi sözleşmesi yazılı: canlı adresten gerçek bir Chrome tarayıcısıyla ölçülen ana içerik süresi 0,8 saniyenin altında kalır, düzen kaymaz ve JavaScript yükü bir bütçeyle sınırlıdır. Teslim edilen sitede de hız bir vaat değil, sayısı yazılı ve her yayında ölçülen bir madde olur.
Önce ölç, sonra karar ver
Var olan siteyi hızlandırmak mı, yeniden kurmak mı? Cevap ölçümden çıkar: sorun birkaç kaynaktaysa müdahale ucuzdur; mimarinin kendisindeyse her düzeltme bir sonrakini doğurur. Karar raporda gerekçesiyle yazılır.
KAPSAM
Site hızı optimizasyonu neleri kapsar?
Core Web Vitals denetimi
Google’ın sayfa deneyimi ölçüleri üç tane: LCP ana içeriğin ne kadar sürede göründüğünü, INP sayfanın etkileşime ne kadar çabuk cevap verdiğini, CLS düzenin ne kadar kaydığını ölçer. Denetim üçünü ayrı ayrı, mobilde ve masaüstünde okur; laboratuvar puanı ile saha verisi arasındaki farkı da raporlar.
WordPress sitesi yavaşsa
Yavaş bir WordPress sitesine önce eklenti eklenmez, eklentiler ölçülür: her birinin sayfaya kattığı betik ve stil, sunucu yanıt süresi ve temanın yükü. Düzeltme bazen birkaç eklentiyi kaldırmak, bazen temayı değiştirmek, bazen de statik bir yapıya geçmektir — statik site mi, içerik yönetim sistemi mi.
Mobil hız
Telefonda işlemci daha yavaş, ağ daha değişkendir; masaüstünde hızlı görünen bir sayfa mobilde INP’de kaybedebilir. Ölçüm bu yüzden orta segment bir telefonun koşullarında yapılır. Ayrıntı: mobil performans farkı.
Hız ve arama görünürlüğü
Hız tek başına sıralama kazandırmaz ama yavaşlık kaybettirir: kullanıcı sayfayı terk eder, yavaş yanıt veren sunucuyu arama motoru da daha az tarar. Hızlı sayfa aynı zamanda yapay zeka tarayıcılarının daha kolay okuduğu sayfadır.
KONUM: İSTANBUL
İstanbul, TR — uzaktan çalışırız; gerekirse yerinde.
İlgili
SIK SORULAN SORULAR
-
Site hızı optimizasyonu nedir?
Sitenin gerçek kullanıcılar için daha hızlı açılması ve daha çabuk tepki vermesi için yavaşlığın nedenlerinin ölçülüp kaynağında düzeltilmesidir. Başarının ölçüsü Core Web Vitals’ın üç değeridir: LCP, INP ve CLS.
-
PageSpeed puanım neden her seferinde değişiyor?
Laboratuvar ölçümü tek bir benzetilmiş cihaz ve ağda koşar; sunucu yükü, üçüncü taraf betikler ve ölçüm ortamı her seferinde biraz farklıdır. Güvenilir olan, Search Console’daki ve Chrome kullanıcı deneyimi raporundaki 28 günlük saha verisidir.
-
WordPress sitem neden yavaş?
En sık nedenler: her sayfaya betik ve stil ekleyen eklentiler, optimize edilmemiş görseller, ağır tema ve yavaş sunucu yanıtı. Hangisinin sizin sitenizde süreyi uzattığı ölçülmeden söylenemez; ölçüm tarayıcı iziyle yapılır.
-
Site hızı SEO’yu etkiler mi?
Core Web Vitals Google’ın sayfa deneyimi sinyallerinden biridir ama içeriğin ve alaka düzeyinin önüne geçmez. Asıl etki dolaylıdır: yavaş sayfada kullanıcı ayrılır ve dönüşüm düşer.
-
Mevcut siteyi hızlandırmak mı, yeniden yapmak mı?
Ölçüm karar verir. Sorunlar birkaç kaynakta toplanıyorsa müdahale yeterlidir; tema ya da mimari kaynaklıysa yeniden kurulum uzun vadede daha ucuz olabilir. Rapor iki yolun gerekçesini birlikte verir.
-
Hız düzeldikten sonra tekrar bozulur mu?
Önlem alınmazsa evet: her yeni eklenti, görsel ya da betik yükü artırır. Bu yüzden teslimle birlikte bir performans bütçesi ve her yayında onu ölçen denetim kurulur.