ERETEK
BİLGİ SİSTEMLERİ
Performans, SEO ve Web Güvenliği

Web Performansı ve Core Web Vitals

Core Web Vitals metriklerini (LCP, INP, CLS) gerçek kullanıcı verisi ve laboratuvar ölçümleriyle analiz ediyor, her sorunun kök nedenini bulup sunucu, önbellek, görsel, yazı tipi, JavaScript ve sayfa yapısı katmanlarında ölçülebilir iyileştirmeler uyguluyoruz. Sonuçları öncesi–sonrası verilerle raporluyoruz.

LCP
INP
CLS
TTFB
CrUX / Search Console
Lighthouse
RUM
Kök neden analizi
Hizmet tanımı

Web performansı ve Core Web Vitals nedir, kimler için uygundur?

Core Web Vitals; Google’ın sayfa deneyimini ölçmek için kullandığı üç metriktir: Largest Contentful Paint (LCP) ana içeriğin ne kadar sürede göründüğünü, Interaction to Next Paint (INP) kullanıcı etkileşimlerine ne kadar hızlı tepki verildiğini, Cumulative Layout Shift (CLS) sayfa yüklenirken içeriğin ne kadar kaydığını ölçer. İyi eşikler 75. yüzdelik dilimde LCP ≤ 2,5 sn, INP ≤ 200 ms ve CLS ≤ 0,1 olarak tanımlanır. INP, Mart 2024’te FID’in yerini almıştır.

Bu hizmete en çok ihtiyaç duyan kuruluşlar

Çözdüğümüz kurumsal problemler

Lighthouse skoru iyi, saha verisi kötü

Laboratuvar testleri hızlı ağ ve cihazla yapılıyor; gerçek mobil kullanıcıların deneyimi farklı.

Eklentiyle hızlandırma denemeleri

Üst üste eklenen optimizasyon eklentileri çakışıyor, sorunu çözmek yerine yeni hatalar üretiyor.

Yavaş etkileşim

Üçüncü taraf betikler ve ağır JavaScript ana iş parçacığını kilitliyor, INP yükseliyor.

Ölçüm yaklaşımı

Saha verisi karar verir, laboratuvar verisi teşhis koyar

Önce Search Console ve CrUX ile gerçek kullanıcıların hangi sayfa gruplarında sorun yaşadığını belirliyoruz; ardından Lighthouse, WebPageTest ve tarayıcı performans profiliyle kök nedeni teşhis ediyoruz. İyileştirmeler sonrası hem laboratuvar hem saha verisi izlenir. Ayrıntılı teknikler için LCP, INP ve CLS rehberimize bakabilirsiniz.

Web performansı ve Core Web Vitals kapsamında neler yapıyoruz?

Ölçüm ve önceliklendirme

Sayfa şablonu bazında saha verisi, laboratuvar ölçümleri, iş değeri yüksek sayfaların belirlenmesi.

LCP iyileştirmeleri

TTFB (sunucu ve cache), LCP görselinin önceliklendirilmesi (fetchpriority, preload), modern görsel formatları, render engelleyen kaynaklar.

INP iyileştirmeleri

Uzun görevlerin bölünmesi, üçüncü taraf betiklerin ertelenmesi, olay işleyicilerinin hafifletilmesi, gereksiz JavaScript’in kaldırılması.

CLS iyileştirmeleri

Görsel ve gömülü içerik boyutları, yazı tipi yükleme stratejisi, dinamik içerik ve banner alanlarının ayrılması.

Sunucu ve önbellek

PHP-FPM, OPcache, nesne cache, tam sayfa cache ve CDN katmanlarının doğru kurulması.

İzleme

RUM (web-vitals kütüphanesi veya analitik) ile sürekli ölçüm ve gerileme alarmı.

Ölçülebilir iyileştirme çalışması

Her iyileştirme bir hipotez olarak ele alınır: hangi metriği, hangi sayfa grubunda, ne kadar etkilemesi bekleniyor. Değişiklik staging’de ölçülür, canlıya alınır ve saha verisiyle doğrulanır. Sunucu tarafı için cache ve CDN optimizasyonu ile veritabanı optimizasyonu, ön yüz tarafı için Elementor yapı iyileştirmeleri veya Next.js rendering stratejisi devreye girer.

Metrik, kök neden ve tipik müdahale

Metrik (iyi eşik)
Sık kök neden
Tipik müdahale
LCP ≤ 2,5 sn
Sık kök neden

Yavaş TTFB, büyük/tembel yüklenen hero görseli, render engelleyen CSS

Tipik müdahale

Sayfa cache, görsel önceliği ve formatı, kritik CSS

INP ≤ 200 ms
Sık kök neden

Ağır JavaScript, üçüncü taraf etiketler, uzun görevler

Tipik müdahale

Betik erteleme/kaldırma, görev bölme, hafif bileşenler

CLS ≤ 0,1
Sık kök neden

Boyutsuz görseller, geç yüklenen font ve banner’lar

Tipik müdahale

width/height, font-display, ayrılmış alanlar

TTFB (destekleyici)
Sık kök neden

Cache yok, yavaş sorgular, PHP-FPM yetersizliği

Tipik müdahale

Cache katmanları, sorgu ve süreç ayarı

Eşikler web.dev tarafından 75. yüzdelik dilim için tanımlanır. Sonuçlar ölçülerek raporlanır; belirli bir skor veya sıralama garanti edilmez.

Sizden beklediğimiz girdiler

Çalışmanın hızlı ve doğru ilerlemesi için başlangıçta aşağıdaki bilgi ve erişimlere ihtiyaç duyarız. Eksik olanları birlikte tamamlarız.

Somut proje çıktıları

Performans denetim raporu ve öncelik listesi
Uygulanmış iyileştirmeler
Öncesi–sonrası ölçüm tablosu
RUM izleme kurulumu
Performans bütçesi önerisi

Teslim edilen dokümantasyon

Teknik bulgu ve müdahale dokümanı
Aylık izleme raporu (isteğe bağlı)

Canlıya geçişten sonra işletilecek kontroller

Proje bittiğinde sistemin sağlıklı kalması için aşağıdaki kontroller sahiplerine devredilir; istenirse bakım sözleşmesiyle Eretek tarafından yürütülür.

Sık sorulan sorular

Skor tek başına hedef değildir. Gerçek kullanıcıların LCP, INP ve CLS değerlerini iyi eşiklere taşımaya odaklanıyoruz; skor genellikle buna bağlı olarak iyileşir.

Google sayfa deneyimini sıralama sistemlerinde dikkate aldığını belirtir; ancak içerik alaka düzeyi çok daha belirleyicidir. Performansın asıl etkisi kullanıcı deneyimi ve dönüşümdedir.

Laboratuvar ölçümleri hemen değişir; Search Console saha verisi 28 günlük pencereyle güncellendiği için birkaç hafta içinde yansır.

Bazen yardımcı olur; ancak kök neden sunucu, tema veya üçüncü taraf betiklerde ise eklenti yalnızca belirtiyi gizler.

Hizmet özeti
Web Performansı ve Core Web Vitals

Gerçek kullanıcı deneyimini ölçerek sayfa hızını ve etkileşimi iyileştirme.

Çalışma modeli

Analiz + iyileştirme projesi + izleme

Önemli not

Hedefler garanti değil, ölçüm planıdır. Saha verisi (CrUX) 28 günlük kayan pencereyle güncellendiği için iyileşmelerin raporlara yansıması zaman alır.

Proje aşamaları

Nasıl ilerliyoruz?

01 / AŞAMA

Ölçüm

Saha ve laboratuvar verisi.

02 / AŞAMA

Teşhis

Kök neden analizi.

03 / AŞAMA

İyileştirme

Önceliklendirilmiş müdahaleler.

04 / AŞAMA

Doğrulama

Öncesi–sonrası ölçüm.

05 / AŞAMA

İzleme

RUM ve gerileme takibi.

Sitenizin hızını ölçelim, kök nedenleri giderelim.

Öncelikli sayfalarınızı ve trafik kaynaklarınızı dinliyor; ölçüm, hedef ve iyileştirme planını içeren bir öneri sunuyoruz.