Temel açılış sayfaları
Ürünü, hizmeti veya kampanyayı tanıtan sayfaları izleyin; çünkü yavaş bir ilk deneyim hem keşfi hem de dönüşüm çalışmalarını etkileyebilir.
Core Web Vitals İzleme
Seçilen herkese açık URL'ler için günlük laboratuvar kontrolleri çalıştırın; LCP, CLS, FCP, TTFB, TBT, Speed Index, mevcut değerlendirme ve kontrol zamanını teknik SEO iş akışınızın yanında tutun. Sentetik ölçümleri gerçek kullanıcı saha verisiyle karıştırmadan gerilemeleri bulun ve odaklı düzeltmeleri yeniden test edin.
Largest Contentful Paint Takibi
Largest Contentful Paint, test ekranındaki ölçüme uygun en büyük görselin, metin bloğunun veya videonun ne zaman görünür olduğunu ölçer. İzlenen her URL'nin LCP değerini kullanarak yükleme açısından daha yakından incelenmesi gereken sayfayı seçin.
- Screpy, LCP'yi saniye cinsinden gösterir: 2,5 sn ve altı iyi, 2,5 sn üzeri ile 4 sn arası iyileştirme gerektirir; 4 sn üzeri zayıftır.
- FCP hızlı, LCP yavaşsa ana öğeden önce bir miktar içerik görünmüş demektir. Sayfanın tamamen boş kaldığını varsaymak yerine ana öğenin yüklenmesini ve ekrana çizilmesini inceleyin.
- İlgili görseli, yazı tipini veya görüntülenme gecikmesini geliştiricinizin performans incelemesiyle doğrulayın. Tek bir sayı, geciken öğeyi göstermez ve hangi düzeltmenin yapılacağını belirlemez.
example.comLaboratuvar
LCP2,1 s
Cumulative Layout Shift Ölçümü
Bir sayfa hızlı yüklense bile bir düğme veya paragraf beklenmedik biçimde yer değiştirebilir. Cumulative Layout Shift, izlenen her URL için laboratuvar ortamındaki görsel kararlılığı ölçer; böylece kaymaları yükleme hızından ayrı inceleyebilirsiniz.
- CLS bir süre değildir: Screpy'de 0,1 ve altı iyi, 0,1 üzeri ile 0,25 arası iyileştirme gerektirir; 0,25 üzeri zayıftır.
- Görsel, reklam ve gömülü içerikler için ayrılan alanı ve yazı tipi değişikliklerini inceleyin. Bunlar olası nedenlerdir; Screpy'nin puanı hangi öğenin kaydığını göstermez.
- Yükleme testindeki düşük CLS, ziyaretin ilerleyen anlarında kayma olmadığını kanıtlamaz. Sorun yüklemeden sonra ortaya çıkıyorsa ilgili etkileşimi ve gerçek kullanıcı verilerini de kontrol edin.
CLS
0,04Total Blocking Time Analizi
Total Blocking Time, yükleme sırasında kullanıcı girdisine yanıt verilmesini geciktirebilen ana iş parçacığı çalışmasını fark etmenize yardımcı olur. TBT'yi LCP ve FCP ile birlikte okuyun; içeriğin hızlı görünmesi, sayfanın hızlı tepki verebildiği anlamına gelmez.
- TBT milisaniye cinsinden gösterilir: 200 ms ve altı iyi, 200 ms üzeri ile 600 ms arası iyileştirme gerektirir; 600 ms üzeri zayıftır.
- Bloklama süresi, ölçüm aralığındaki uzun görevlerin 50 ms'yi aşan kısımlarının toplamıdır. JavaScript'in toplam çalışma süresi değildir.
- TBT yüksekse kodu değiştirmeden önce geliştirici araçlarıyla uzun görevleri ve gereksiz betikleri inceleyin. Paneldeki değer, gecikmeyi belirli bir betiğe bağlamaz.
- TBT, INP değildir. INP etkileşimleri ölçer ve bu etkileşimler gerçekleştirilerek laboratuvarda da test edilebilir; Screpy'nin bu özelliği INP ölçümü sunmaz.
example.comLaboratuvar
TBT180 ms
FCP ve TTFB Karşılaştırması
First Contentful Paint ilk içeriğin görünmesini, Time to First Byte ise yanıtın gelmeye başlamasını ölçer. Aynı URL'nin iki değerini birlikte okumak, ilk yanıt gecikmesini içeriğin ekrana gelmesi için geçen süreden ayırmanıza yardımcı olur.
- FCP saniye cinsinden gösterilir: 1,8 sn ve altı iyi, 1,8 sn üzeri ile 3 sn arası iyileştirme gerektirir; 3 sn üzeri zayıftır.
- TTFB milisaniye cinsinden gösterilir: 800 ms ve altı iyi, 800 ms üzeri ile 1.800 ms arası iyileştirme gerektirir; 1.800 ms üzeri zayıftır. Bağlantı, yönlendirme ve yanıt davranışı bu değeri etkileyebilir.
- TTFB düşük, FCP yavaşsa ilk içeriğin çizilmesini neyin geciktirdiğini inceleyin. Yanıt yavaşsa önce içeriğin iletilmesine bakın; iki değer de tek başına sunucu veya görüntüleme kaynaklı bir nedeni kanıtlamaz.
Laboratuvar2.100 ms
TTFB450 ms
FCP1.100 ms
LCP2.100 ms
TBT95 ms
Önemli Web Sayfalarını İzleyin
Tek bir ana sayfa sonucunu tüm siteyi temsil ediyor saymak yerine projenizdeki erişime açık önemli sayfaları izleyin. Proje için tanınan plan hakkını, yükleme veya kayma sorunlarının en fazla önem taşıdığı sayfalarda kullanın.
- Proje oluşturulduğunda ana sayfası takibe eklenir. Planınız izlemeye izin veriyorsa proje alan adından veya alt alan adlarından başka erişime açık URL'ler ekleyebilirsiniz.
- Ürün, kategori, yazı ve dönüşüm sürecine giriş sayfalarından temsilî örnekler seçin. Tekrarlanan bir şablon sorunu daha geniş incelemeyi gerektirebilir; ancak tek URL testi o şablondaki her sayfayı ölçmez.
- URL eklerken protokol ve alan adı standartlaştırılır, belirtilmemişse HTTPS eklenir ve bağlantının bölüm işareti kaldırılır. Yol ve sorgu parametreleri korunur; aynı standartlaştırılmış URL yeniden eklenemez.
- Eklenen sayfa, sonuç tablosunda görünmeden önce ilk planlı kontrolünü bekler. URL'yi eklemek anında test başlatmaz.
- Sayfayı takipten çıkarmayı onaylayarak plan hakkınızda yer açın. İzlenen kayıt kaldırılır; sayfa sitenizden veya Google'dan silinmez.
example.comLaboratuvar
/1,4 s/shop/linen2,8 s/guides/seo1,9 sAna Sayfa Performansını İnceleyin
URL tablosunun üzerindeki özet, projenin kontrol edilmiş ana sayfasını kullanır. Speed Index dahil güncel laboratuvar ölçümlerini bir araya getirir; altındaki tabloda ise görüntülenen beş metrik, izlenen her URL'ye ayrı ayrı bağlı kalır.
- Ana sayfa özetinde FCP, LCP, CLS, TTFB, TBT ve Speed Index değerlerini okuyun. Bunlar izlenen sayfaların ortalaması değil, ana sayfanın değerleridir.
- Speed Index, yükleme boyunca görünür içeriğin ne kadar hızlı oluştuğunu anlatır. Screpy saniye gösterir: 3,4 sn ve altı iyi, 3,4 sn üzeri ile 5,8 sn arası iyileştirme gerektirir; 5,8 sn üzeri zayıftır.
- Özetteki her sütun güncel ölçümü temsil eder. Geçmiş eğilim grafiği, ziyaretçi yüzdesi veya Google'ın gerçek kullanıcı verilerindeki yüzde 75'lik dilim sonucu değildir.
- Ana sayfanın kontrol edilmiş sonucu yoksa özeti kullanılamaz. Yerine başka bir izlenen URL'nin sonucu konulmaz.
example.comLaboratuvar
LCP2,1 s
TBT180 ms
CLS0,04
Günlük Laboratuvar Kontrolleri
İzleme koşullarını karşılayan aktif sayfalar, bir günün ardından yeniden planlı kontrol için uygun hale gelir. Odaklı bir değişiklikten sonra güncel sonucu inceleyin; testin tam belirli bir saatte tamamlanmasını beklemek yerine plan uygunluğunu ve kontrolün tamamlanma durumunu dikkate alın.
- Sonuçları sayfa URL'sine veya CWV durumuna göre sıralayarak incelemenizi düzenleyin. FCP, LCP, CLS, TTFB ve TBT test edilen her URL için görünür.
- CWV etiketi, mevcut LCP, CLS ve TBT sınıflandırmalarından en zayıfına göre belirlenir. GEÇTİ, mevcut bu ölçümlerin iyi olduğunu; KALDI ise iyileştirme gereken veya zayıf sonuç bulunduğunu gösterir.
- Satır GEÇTİ gösterse bile eksik değerleri inceleyin. Eksik bir metrik sağlıklı ölçüm sayılmaz; etiket Google'ın gerçek kullanıcı verileriyle yaptığı LCP, INP ve CLS değerlendirmesini onaylamaz.
- Veri yok durumu, laboratuvar değerlendirmesinin kullanılamadığını belirtir. Görüntülenen bir değerin eksik olması sıfır olduğu anlamına gelmez; başarısız kontrol sayfanın sağlıklı olduğuna kanıt değildir.
- Düzeltmeyi yayına almadan önce güncel değerleri kaydedin; ardından aynı URL'nin sonraki sonucuyla karşılaştırın. Tablo, kayıtlı bir önce-sonra geçmişi yerine güncel sonuçları gösterir.
Günlük09:00
123456789101112131415161718192021
Performans Verisine SEO MCP ile Erişin
Kaydedilmiş ana sayfa laboratuvar özetini bir AI konuşmasına veya REST entegrasyonuna taşıyın. Mevcut ölçümlerin açıklanmasını ve odaklı bir inceleme önerisini isteyin; kanıtları önerilen düzeltmeden ayrı değerlendirin.
- Kimliğinizi doğrulayın ve erişebildiğiniz bir projeyi seçin. REST erişimi için projenin planında Core Web Vitals özelliğinin de kullanılabilir olması gerekir.
- Yanıt, ana sayfa URL'sini, kaydedilmiş kontrol zamanını ve mevcut FCP, LCP, CLS, TTFB, TBT ve Speed Index değerlerini içerir. Bu, izlenen tüm sayfaların listesi değil, ana sayfanın verisidir.
- Kontrol edilmiş ana sayfa yoksa özet dönmez; eksik ölçümler kullanılamaz durumunda kalır. Sonuca varmadan önce asistanın veri eksiklerini belirtmesini isteyin.
- Core Web Vitals MCP aracı kayıtlı veriyi okur. Yeni test başlatmaz, izlenecek sayfa eklemez, sorumlu öğeyi belirlemez ve TBT değerini INP'ye dönüştürmez.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}Core Web Vitals hakkında konuşun. SEO MCP ile.
Mevcut Core Web Vitals sonuçlarını SEO MCP ile AI konuşmanıza taşıyın. Performans metriklerini anlayın ve sitenizi değiştirmeden önce neyi araştıracağınıza karar verin.
- Screpy: Merhaba! example.com için Core Web Vitals konusuna bakalım. Ne öğrenmek istersiniz?
- Siz: example.com için mevcut Core Web Vitals sonuçlarını açıkla.
- Screpy: Bu örnekte LCP iyileştirme gerektiriyor, CLS ise iyi aralıkta. Performans değişikliği seçmeden önce cihazı ve ölçüm bağlamını kontrol edin. Performans özeti: LCP: 3,2 sn. CLS: 0,04.
- Siz: Bunu kısa bir eylem planına dönüştür.
- Screpy: Bulguları ve önerileri ayrı tutacağım. Önce kanıtları inceleyin, bir değişiklik seçin ve ardından sonuçlarını kontrol edin. Sonraki adımlarınız: İnceleyin: Her bulgunun kaynağını ve tarihini kontrol edin.. Karar verin: İlk yapacağınız değişikliği seçin.. Doğrulayın: Değişiklikten sonraki sonuçları karşılaştırın..
- Siz: Bulguları sade bir dille açıklayabilir misin?
- Screpy: Evet. Desteklenen bir sonucu sorun; ne gösterdiğini, kaynağını ve hangi noktaların belirsiz olduğunu açıklayabilirim. Eksik verileri uydurmam; öneriler otomatik düzeltme değildir.
Yavaş bir URL'yi test edilebilir bir performans düzeltmesine dönüştürün.
URL'yi ve ölçüm yöntemini sabit tutun, incelemeyi daraltmak için en zayıf metriği kullanın ve tek bir değişikliği daha sonraki bir kontrolle doğrulayın.
- 01
Temsili herkese açık bir URL seçin
Ana sayfa, dönüşüm sayfası veya önemli bir şablondan tek bir URL ile başlayın. Değeri düşük her sayfayı izlemek, içgörü sağlamadan önce gürültü oluşturur.
- 02
Planlı laboratuvar kontrolünün temel ölçümü oluşturmasını bekleyin
Screpy uygun izlenen URL'leri günlük döngüde kontrol eder; mevcut laboratuvar değerlendirmesini, destekleyici metrikleri, test edilen URL'yi ve kontrol zamanını kaydeder.
- 03
Zayıf metriği odaklı bir hipoteze kadar izleyin
Önce içerik oluşturmayı, yerleşim alanı ayırmayı, sunucu yanıtını, varlıkları veya ana iş parçacığı çalışmasını inceleyip incelemeyeceğinize karar vermek için LCP, CLS, FCP, TTFB, TBT ve Speed Index'i kullanın.
- 04
Tek bir nedeni değiştirin ve yeniden ölçün
İlgili en küçük düzeltmeyi yayınlayın, izlenen URL'yi sabit tutun ve laboratuvar ölçümünün iyileşip iyileşmediğini kontrol etmek için daha sonraki planlı sonucu kullanın.
Gerilemenin en çok önem taşıyacağı sayfaları izleyin.
Küçük ve temsili bir URL kümesini incelemek, değeri düşük sayfalarla dolu bir paneli incelemekten daha kolaydır. İş açısından kritik akışlar ve yeniden kullanılabilir şablonlarla başlayın.
Ortak sayfa şablonları
Aynı şablonda tekrarlanabilecek performans sorunlarını ortaya çıkarmak için temsili bir ürün, kategori, makale veya dokümantasyon URL'si seçin.
Dönüşüm yolları
Komut dosyaları, gömülü içerikler, deneyler veya üçüncü taraf etiketleri performanslarını değiştirdiğinde fiyatlandırma, kayıt, müşteri adayı ve ödeme başlangıç sayfalarını görünür tutun.
Sürüme duyarlı sayfalar
Aynı örüntüyü daha geniş biçimde yaymadan önce yeniden tasarımlardan, framework değişikliklerinden, yeni medyalardan, etiket yöneticisi güncellemelerinden veya teslimat değişikliklerinden etkilenen URL'leri izleyin.
Laboratuvar sonuçlarını abartmadan yorumlayın.
Screpy, tekrarlanan performans kontrollerini eyleme dönüştürmek için tasarlanmıştır. Saha verileri, nedensel teşhis veya sıralama etkisi asıl sorunuz olduğunda bu sınırlar sonucun doğru kalmasını sağlar.
Laboratuvar verisi, saha verisi değil
Screpy kontrollü sayfa testleri çalıştırır. Sonuç, Chrome UX Report veya Google Search Console tarafından raporlanan geçmiş gerçek kullanıcı veri kümesini temsil etmez.
TBT, INP değildir
TBT, laboratuvar yanıt verebilirliğini teşhis etmeye yardımcı olur. INP gerçek kullanıcı etkileşimleri gerektirir; bu nedenle TBT sonucu INP ölçümü olarak sunulmamalıdır.
Değerlendirme kök neden değildir
Kötü bir metrik size nerede inceleme yapacağınızı söyler. Ne değiştireceğinize karar vermeden önce gerçek öğeyi, isteği, komut dosyasını, şablonu veya sunucu davranışını doğrulayın.
Performans sıralama garantisi değildir
İyi sayfa deneyimi kullanıcıları ve arama kalitesini destekler; ancak alakalı içeriğin, taranabilirliğin, dizine eklemenin, bağlantıların veya diğer arama sinyallerinin yerini tutmaz.
Sorunuza uygun performans iş akışını kullanın.
Tekrarlanan laboratuvar sonuçları için seçilen URL'leri izleyin, yinelenen teknik örüntüler için daha geniş web sitesini denetleyin veya Screpy'yi saha verisi raporuyla karşılaştırmadan önce ölçüm yöntemini okuyun.
Seçilen herkese açık URL'ler için günlük laboratuvar kontrolleri çalıştırın ve mevcut değerlendirmelerini, metriklerini ve kontrol güncelliğini inceleyin.
Etkilenen bir URL veya şablon çevresindeki yinelenen sayfa, varlık, oluşturma ve teknik örüntüleri bulmak için sitenin tamamını tarayın.
Screpy laboratuvar verilerini gerçek kullanıcı saha raporlarıyla karşılaştırmadan önce kapsamını, zamanlamasını ve sınırlarını anlayın.
Screpy dokümantasyonu
Laboratuvar performans kontrollerini nasıl yorumlayacağınızı öğrenin
İzlenecek URL'leri seçmek, her metriği URL'si ve tarihiyle okumak, laboratuvar verisini saha verisinden ayırmak ve odaklı bir iyileştirmeyi test etmek için Screpy rehberini izleyin.
Core Web Vitals SSS
Laboratuvar ve saha verisi farkını, LCP, CLS, TBT ve destekleyici hız metriklerini, günlük kontrolleri, URL seçimini, değerlendirmeleri ve sayfa deneyimi iddialarının sınırlarını anlayın.
Önce hangi sayfaları izlemeliyim?
Ana sayfa, yüksek trafikli açılış sayfaları, dönüşüm başlangıç noktaları ve her önemli şablondan bir temsili URL ile başlayın. Gerilemenin çok sayıda ziyaretçiyi etkileyeceği veya aynı uygulamanın geniş ölçekte yeniden kullanıldığı sayfaları ekleyin.
Screpy Core Web Vitals İzleme neyi ölçer?
Screpy, seçilen herkese açık URL'ler için laboratuvar tabanlı kontroller çalıştırır. Ekiplerin odaklı bir performans incelemesi gerektiren sayfaları belirleyebilmesi için LCP, CLS, FCP, TTFB, TBT, Speed Index, laboratuvar değerlendirmesi ve son kontrol zamanını raporlar.
Resmî Core Web Vitals metrikleri hangileridir?
Google şu anda Largest Contentful Paint, Interaction to Next Paint ve Cumulative Layout Shift'i Core Web Vitals olarak tanımlar. Screpy laboratuvar kontrollerinde LCP ve CLS'yi ölçer; TBT'yi FCP, TTFB ve Speed Index'in yanında laboratuvar yanıt verebilirliği tanısı olarak raporlar. TBT'yi INP olarak sunmaz.
Core Web Vitals'ı iyileştirmek daha yüksek sıralamaları garanti eder mi?
Hayır. Google, kullanıcılar ve Arama için iyi Core Web Vitals değerleri önerir; ancak sayfa deneyimi çok daha geniş bir sinyal kümesinin yalnızca bir parçasıdır. Alakalı içerik daha zayıf sayfa deneyimiyle de sıralanabilir ve hızlı bir sayfanın sıralanacağı garanti edilmez.
Screpy neden INP yerine TBT gösteriyor?
Interaction to Next Paint gerçek kullanıcı etkileşimlerine bağlıdır ve bir saha metriğidir. Total Blocking Time kontrollü bir laboratuvar testinde ölçülebilir ve sayfanın yavaş yanıt vermesine neden olabilecek ana iş parçacığı çalışmasını ortaya çıkarmaya yardımcı olur; ancak bu iki metrik birbirinin yerine kullanılamaz.
İzlenen URL'ler ne sıklıkla kontrol edilir?
Etkin URL'ler bir gün sonra başka bir planlı kontrol için uygun hale gelir. Kuyruk etkinliği, sayfanın erişilebilirliği ve mevcut plan sonucun ne zaman hazır olacağını etkileyebilir; bu nedenle işlem yapmadan önce gösterilen son kontrol zamanını kullanın.
Screpy Core Web Vitals verileri gerçek kullanıcılara mı dayanır?
Hayır. Screpy, kontrol edilen URL için kontrollü laboratuvar ölçümleri raporlar. Chrome UX Report veya Google Search Console'daki saha verileri, değişken cihazlar, ağlar, coğrafya ve kullanıcı davranışları nedeniyle farklılık gösterebilen, belirli bir dönem boyunca gerçek ziyaretleri yansıtır.
İyi bir Screpy değerlendirmesi URL'nin Google Core Web Vitals testini geçtiği anlamına gelir mi?
Her zaman değil. Screpy bir laboratuvar kontrolünü özetler; Google'ın Core Web Vitals değerlendirmesi ise yeterli saha verisi olduğunda gerçek kullanıcı LCP, INP ve CLS verilerini kullanır. Testlere yön vermek için Screpy değerlendirmesini kullanın; gerçek kullanıcı değerlendirmesi gerektiğinde ilgili saha raporuyla karşılaştırın.