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
Proje alan adınızdaki seçilmiş, erişime açık sayfaların LCP, CLS ve yükleme göstergelerini izleyin. Her URL için beş metriği, ayrı ana sayfa özetinde ise Speed Index'i inceleyin; odaklı bir düzeltmeyi sonraki laboratuvar sonucuyla değerlendirin. Bunlar gerçek kullanıcı verileri değil, kontrollü testlerdir.
Core Web Vitals kontrolleri
LCP
Ana içeriğin geç göründüğü seçili URL'leri bulun.
CLS
Seçili URL'lerde beklenmedik yerleşim kaymalarını inceleyin.
Günlük laboratuvar kontrolleri
Güncel değerleri kaydedin ve odaklı bir düzeltmeden sonra sonraki laboratuvar sonucunu inceleyin.
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.
Projenin kaydedilmiş ana sayfa laboratuvar özetini SEO MCP ile okuyun. Mevcut metrikleri ana sayfa URL'si ve kontrol zamanıyla açıklatın; tüm sayfaları kapsayan rapor veya yeni test sunduğunu varsaymadan 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 kayıtlı ana sayfa laboratuvar sonuçlarını açıkla ve hâlâ bilinmeyenleri belirt.
- Screpy: Bu örnek ana sayfa sonucunda LCP 3,2 sn ve iyileştirme gerekiyor; CLS ise 0,04 ve iyi. Değerleri kullanmadan önce kayıtlı URL'yi ve kontrol zamanını inceleyin. Bu iki sayı her metriği göstermez, INP ölçmez ve sorumlu öğeyi belirlemez. İnceleme önerebilirim; yeni test yapamam. Örnek ana sayfa laboratuvar değerleri: 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.
-
Temsili herkese açık bir URL seçin
Proje alan adındaki veya alt alan adlarındaki erişime açık URL'leri seçin. Projenin plan hakkı dahilinde ana sayfa, dönüşüm sürecine giriş sayfası ve önemli bir şablondan temsilî URL ile başlayın.
-
Planlı laboratuvar kontrolünün temel ölçümü oluşturmasını bekleyin
İzleme koşullarını karşılayan aktif URL'ler düzenli planlı laboratuvar kontrollerine alınır. İlk denemeden sonra test edilen URL'nin mevcut FCP, LCP, CLS, TTFB ve TBT değerlerini inceleyin; ayrı ana sayfa özeti Speed Index'i de içerir.
-
Zayıf metriği odaklı bir hipoteze kadar izleyin
Zayıf metriğe göre belirli bir inceleme seçin: ana içeriğin yüklenmesi için LCP, beklenmedik kayma için CLS, bloklayan işler için TBT, ilk yükleme için FCP ve TTFB. Ana sayfanın Speed Index'i görünür içeriğin ilerleyişini anlatır; bir nedeni kanıtlamaz.
-
Tek bir nedeni değiştirin ve yeniden ölçün
Odaklı bir değişiklikten önce güncel değerleri kaydedin, izlenen URL'yi sabit tutun ve sonraki planlı sonucu karşılaştırın. Panel güncel ölçümleri gösterdiği için önceki değerleri ayrıca saklayın; tek dalgalanmayı kanıt saymak yerine tekrarlanan değişiklikleri araştırı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, ölçülen yükleme süresindeki bloklayan işleri anlatır. INP etkileşimlerin ölçülmesini gerektirir ve etkileşimler gerçekleştirilerek laboratuvarda da test edilebilir; ancak Screpy'nin bu özelliği INP sunmaz veya gerçek kullanıcıların tepki deneyimini temsil etmez.
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çilmiş, erişime açık proje URL'lerini düzenli laboratuvar kontrolleriyle izleyin; tablodaki beş metriği ve ayrı ana sayfa özetindeki altı metriği inceleyin.
İlgili URL veya şablon çevresindeki bağlantı, görsel ve sayfa içi sorunlar için siteyi tarayın. Bulguları performansın ayrıntılı kaydı olarak değil, teknik bağlam olarak kullanı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, laboratuvar metriklerini okumak ve gerçek kullanıcı verilerinden ayırmak için rehberi kullanın. Odaklı bir iyileştirmeyi sonraki sonuçla değerlendirmeden önce başlangıç değerlerini ayrıca kaydedin.
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, önemli erişime açık açılış sayfaları, dönüşüm girişleri ve önemli şablonlardan birer temsilî URL ile başlayın. Eklenen URL proje alan adına veya alt alan adlarına ait olmalı ve plan hakkına sığmalıdır. Bir şablon örneğini izlemek, o şablondaki tüm sayfaları test etmez.
Screpy Core Web Vitals İzleme neyi ölçer?
Screpy'nin izlenen URL tablosunda laboratuvar ölçümleri olan FCP, LCP, CLS, TTFB ve TBT görünür. Kontrol edilmiş ana sayfanın özeti Speed Index'i de içerir. Tablo GEÇTİ/KALDI değerlendirmesi kullanır; kimlik doğrulamalı API ve MCP yanıtlarında ana sayfa URL'si ve kaydedilmiş kontrol zamanı da bulunur. Bunlar gerçek kullanıcı ölçümleri değildir.
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?
Bu özellik sayfa yüklemesini ölçer ve bloklama göstergesi olarak TBT sunar; INP için gereken etkileşimleri ölçmez. INP, etkileşimler gerçekleştirilerek laboratuvarda da test edilebilir. Ancak TBT değeri INP değildir ve yüklemeden sonraki her etkileşimi anlatmaz.
İzlenen URL'ler ne sıklıkla kontrol edilir?
İzleme koşullarını karşılayan aktif URL'ler bir gün sonra yeniden planlı kontrol için uygun hale gelir. Projenin planı ve kontrolün tamamlanabilmesi sonucu etkiler; her gün aynı saatte sonuç çıkacağı garanti edilmez. Yeni URL, ilk kontrol denemesinin ardından sonuç tablosunda görünür.
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.
Screpy'deki GEÇTİ, URL'nin Google Core Web Vitals değerlendirmesini geçtiği anlamına gelir mi?
Hayır. Screpy'nin tablo değerlendirmesi, mevcut laboratuvar LCP, CLS ve TBT sınıflandırmalarının en zayıfına göre belirlenir; bazı değerler eksik olabilir. Google'ın değerlendirmesi INP dahil gerçek kullanıcı Core Web Vitals verilerini, kendi veri kapsamı ve yüzdelik dilim kurallarıyla kullanır. Bu sonuca varmadan önce mevcut metrikleri ve ilgili gerçek kullanıcı raporunu inceleyin.