Strony przychodów i rejestracji
Monitoruj punkty wejścia do checkoutu, strony cenowe, formularze leadów i rejestrację, gdzie wolne doświadczenie może przerwać wartościową wizytę.
Monitoruj PageSpeed witryny na najważniejszych adresach URL
Monitoruj ważne publiczne adresy powtarzanymi kontrolami laboratoryjnymi. Sprawdzaj ładowanie, dostarczenie odpowiedzi, blokowanie i stabilność na ekranie Core Web Vitals Screpy oraz sześć pomiarów w osobnym podsumowaniu strony głównej.
Sygnały pomiarowe PageSpeed
FCP
Sprawdź, kiedy pojawia się pierwsza treść na wybranym adresie URL.
TTFB
Sprawdź czas do pierwszego bajtu odpowiedzi, z opóźnieniami połączenia i dostarczenia.
TBT i Speed Index
Sprawdź blokowanie głównego wątku i wizualny postęp ładowania strony głównej.
Wybierz strony do monitorowania
Zbuduj zestaw monitorowanych stron PageSpeed wokół rzeczywistych wejść użytkowników. Screpy uwzględnia stronę główną projektu i pozwala dodawać publiczne adresy w jego domenie lub subdomenach.
- Wykorzystaj pozostały limit planu na ważne strony docelowe, produkty i reprezentatywne przykłady szablonów.
- Ścieżka i parametry zapytania rozróżniają monitorowane adresy; fragmenty są usuwane, a duplikaty odrzucane.
- Sprawdzaj publiczne strony wejściowe, nie oczekując, że test laboratoryjny przejdzie logowanie, zakup lub rejestrację.
- Usuń adres, gdy nie wymaga już monitorowania; zatrzymuje to jego kontrole bez usuwania strony z witryny.
example.comLaboratorium
/1,4 s/shop/linen2,8 s/guides/seo1,9 sUruchamiaj codzienne kontrole PageSpeed
Zarządzaj kontrolami na ekranie Core Web Vitals projektu Screpy. Powtarzane kontrole pozwalają obserwować wybrane strony, gdy zmieniają się treści, szablony i skrypty.
- Dodany adres pojawia się w tabeli po pierwszej próbie kontroli; samo dodanie nie daje natychmiastowego wyniku.
- Aktywne adresy w uprawnionych projektach mogą być ponownie zaplanowane po co najmniej jednym dniu od zapisanej próby.
- Czas przetwarzania i dostępność pomiarów mogą się różnić. Tabela nie pokazuje daty kontroli ani przycisku natychmiastowego ponownego testu.
Codziennie09:00
123456789101112131415161718192021
Przeglądaj wyniki szybkości adresów
Odczytaj pomiary obok dokładnego adresu strony, zanim ustalisz priorytety. Status daje pierwszy punkt odniesienia, a wartości pokazują różne etapy ładowania.
- Każdy wiersz pokazuje FCP i LCP w sekundach, TTFB i TBT w milisekundach oraz bezwymiarowy CLS.
- Sortuj monitorowane strony według adresu lub statusu; kolumny pomiarów nie są sortowalne.
- Status laboratoryjny używa najgorszej dostępnej klasyfikacji LCP, CLS lub TBT. Powolne FCP lub TTFB może wymagać uwagi mimo pozytywnego statusu.
- Brakujące wartości oznaczają niedostępne pomiary; częściowo pozytywny wynik nie jest oceną Google dotyczącą Core Web Vitals rzeczywistych użytkowników.
example.comLaboratorium
LCP2,1 s
TBT180 ms
CLS0,04
Zbadaj opóźnienia ładowania
Wybierz ukierunkowane badanie na podstawie układu pomiarów. Screpy dostarcza sygnały czasu i stabilności; zespół sprawdza implementację strony, aby potwierdzić przyczynę.
- Wysokie TTFB może uzasadniać sprawdzenie przekierowań, czasu połączenia, pamięci podręcznej i dostarczenia odpowiedzi; nie mierzy wyłącznie wykonania kodu na serwerze.
- Niskie TTFB przy powolnym FCP może kierować uwagę na początkowe renderowanie; późne LCP na główną treść i jej dostarczenie.
- Wysokie TBT wymaga sprawdzenia długich zadań głównego wątku. Mierzy ich blokujące części, nie cały czas JavaScript ani INP.
- Podwyższony CLS wymaga sprawdzenia nieoczekiwanych przesunięć, np. braku zarezerwowanego miejsca dla później doładowanej treści.
- Użyj śladu wydajności przeglądarki do wskazania konkretnego elementu lub skryptu; tabela Screpy nie ustala tych przyczyn.
Laboratorium2100 ms
TTFB450 ms
FCP1100 ms
LCP2100 ms
TBT95 ms
Sprawdź Speed Index strony głównej
Podsumowanie strony głównej dodaje Speed Index do FCP, LCP, CLS, TTFB i TBT. Ten zapisany wynik pozwala ocenić postęp wizualny wraz z pojawieniem się pierwszej i największej treści.
- Speed Index opisuje szybkość pojawiania się widocznej treści, a nie zakończenie ładowania całej strony lub ścieżki użytkownika.
- Speed Index jest w podsumowaniu strony głównej, nie w każdym wierszu monitorowanego adresu.
- Podsumowanie dotyczy samej strony głównej; nie jest średnią witryny, percentylem odwiedzających ani trendem historycznym.
Speed Index2,1 s
0,8 s
1,4 s
2,1 s
Zweryfikuj zmiany wydajności
Późniejsza kontrola może pomóc ocenić konkretną publikację, ale ekran aktualnych wyników nie jest archiwum przed i po. Zapisz własny punkt odniesienia do porównania.
- Zanotuj adres, dostępne wartości i wersję strony przed zmianą szablonu, strategii obrazów lub skryptu.
- Wprowadź jedną istotną zmianę i porównaj ten sam adres z późniejszym dostępnym wynikiem; inne parametry zapytania mogą oznaczać inną stronę.
- Uwzględnij pamięci podręczne, treści zewnętrzne i zmienność pomiarów, zanim przypiszesz inną wartość publikacji.
- Ten widok nie oferuje historii z wieloma punktami, alertów wydajności ani automatycznego raportu przyczynowo-skutkowego.
Przed62→Po87
NotatkiWyjaśnij PageSpeed przez SEO MCP
Poproś asystenta AI o interpretację dostępnych zapisanych pomiarów strony głównej przez SEO MCP. Powiąż wyjaśnienie ze zwróconym adresem i czasem kontroli, zamiast traktować je jak nowy test.
- Narzędzie tylko do odczytu zwraca dostępne FCP, LCP, CLS, TTFB, TBT i Speed Index strony głównej.
- Brak wyniku strony głównej lub pojedynczego pomiaru pozostaje niedostępnością; narzędzie nie zastępuje go inną monitorowaną stroną.
- SEO MCP nie uruchamia kontroli wydajności, nie pobiera wszystkich dodanych adresów i nie naprawia witryny automatycznie.
- Uwierzytelnione SEO API także udostępnia zapisane podsumowanie strony głównej, zgodnie z dostępem do projektu i uprawnieniami planu dla endpointu.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}Porozmawiaj o Monitorowanie PageSpeed. Z SEO MCP.
Interpretuj zapisane pomiary strony głównej przez SEO MCP. Narzędzie odczytuje dostępne wyniki; nie wykonuje nowego testu ani nie pobiera każdego monitorowanego adresu.
- Screpy: Cześć! Przyjrzyjmy się Monitorowanie PageSpeed dla example.com. Co chcesz wiedzieć?
- Ty: Wyjaśnij zapisane FCP i TTFB dla example.com. Co mam zbadać?
- Screpy: W tym przykładowym wyniku strony głównej FCP wynosi 2,4 s, a TTFB 950 ms. Sprawdź połączenie i dostarczenie odpowiedzi, potem początkowe renderowanie. Wartości wskazują kierunek badania, nie przyczynę. Potwierdź adres i zapisany czas przed porównaniem. Zapisany przykład strony głównej: FCP: 2,4 s. TTFB: 950 ms.
- Ty: Zamień to w krótki plan działania.
- Screpy: Oddzielę ustalenia od rekomendacji. Sprawdź dowody, wybierz jedną zmianę i później zweryfikuj wyniki. Twoje następne kroki: Sprawdź: Zweryfikuj źródło i datę każdego ustalenia.. Zdecyduj: Wybierz pierwszą zmianę.. Zweryfikuj: Porównaj wyniki po zmianie..
- Ty: Możesz wyjaśnić dowody prostymi słowami?
- Screpy: Tak. Zapytaj o obsługiwany wynik, a wyjaśnię, co pokazuje, skąd pochodzi i co pozostaje niepewne. Brakujące dane pozostają niedostępne; rekomendacje nie są automatycznymi poprawkami.
Zamień jeden wolny wynik w kontrolowaną kontrolę wydajności.
Ogranicz zgadywanie, utrzymując konkretny URL, zakres pomiaru i następną zmianę. PageSpeed Monitoring dostarcza dane laboratoryjne, a analiza należy do zespołu.
-
Wybierz reprezentatywny publiczny URL
W ramach dostępnego limitu wybierz publiczną stronę domeny projektu lub subdomeny, związaną z kampanią, wejściem organicznym lub ważnym szablonem.
-
Odczytaj adres i dostępne pomiary
Potwierdź dokładny adres, dostępne wartości i status laboratoryjny. Tabela nie pokazuje daty kontroli; brakujące wartości nie potwierdzają pełnego pomiaru.
-
Sformułuj jedną konkretną hipotezę
Wybierz badanie na podstawie FCP, LCP, TTFB, TBT i CLS w tabeli. Do postępu wizualnego użyj Speed Index wyłącznie z podsumowania strony głównej.
-
Zmień jedną przyczynę i zmierz ponownie
Zachowaj ten sam URL i zakres testu, zapisz wynik początkowy, wprowadź jedną istotną zmianę i sprawdź później, czy dane zmieniły się zgodnie z oczekiwaniem.
Monitoruj strony reprezentujące realną decyzję biznesową.
Mniejszy, celowo wybrany zestaw URL-i jest łatwiejszy do interpretacji niż lista bez priorytetów. Najpierw obejmij ważne ścieżki i szablony, a dopiero potem strony o niskiej wartości.
Strony docelowe kampanii
Zachowaj płatne, emailowe, premierowe i sezonowe landing pages w zestawie, gdy aktywnie otrzymują ruch.
Organiczne strony wejścia
Wybierz reprezentatywne artykuły, strony kategorii i produktów, które przyciągają użytkowników z wyszukiwania.
Współdzielone szablony
Monitoruj jeden reprezentatywny URL każdego ważnego szablonu, aby zmianę układu lub skryptu zbadać ukierunkowanym wynikiem laboratoryjnym.
Wiedz, czego nie dowodzi wynik monitoringu.
Używaj Screpy jako cyklicznego procesu pomiarów laboratoryjnych. Oddzielaj dane terenowe, diagnozę przyczyny, raportowanie historii, alerty i wyniki biznesowe, chyba że potwierdzi je inne źródło.
Dane laboratoryjne nie są danymi terenowymi
Screpy raportuje syntetyczne pomiary z kontrolowanego testu. Nie przedstawiaj ich jako doświadczenia rzeczywistych odwiedzających.
Aktualne wyniki potrzebują osobnego punktu odniesienia
Zapisuj wartości osobno do późniejszych porównań. Widok nie ma wykresu historycznego z wieloma punktami, widocznej kolumny daty kontroli ani alertów wydajności.
Metryka nie jest przyczyną źródłową
Słaby wynik FCP, LCP, TTFB, TBT, Speed Index lub CLS wskazuje miejsce analizy, ale nie dowodzi wymaganej zmiany implementacji.
PageSpeed nie gwarantuje pozycji
Szybsze strony mogą poprawić doświadczenie, ale sam werdykt laboratoryjny nie gwarantuje pozycji, ruchu, zaangażowania ani konwersji.
Wybierz proces wydajności dopasowany do pytania.
Monitoruj wybrane URL-e dla bieżących wyników laboratoryjnych, poznaj relację sygnałów do Core Web Vitals lub audytuj szerszą witrynę przy powtarzającym się problemie.
Wykonuj powtarzane testy wybranych publicznych stron i odczytuj dostępne pomiary adresów na ekranie Core Web Vitals.
Oddziel diagnostykę laboratoryjną od danych polowych i zrozum, jak interpretować LCP, CLS, TBT oraz INP rzeczywistych użytkowników.
Dodaj kontekst z wyników crawlowania, linków, obrazów i SEO on-page; audyt nie zastępuje śladu wydajności przeglądarki.
Dokumentacja Screpy
Dowiedz się, jak monitorować wydajność stron
Poznaj wybór adresów, interpretację dostępnych pomiarów, rozdzielenie danych terenowych i zapis punktu odniesienia do późniejszej kontroli.
Odpowiedzi na pytania o monitoring PageSpeed.
Zrozum zakres adresów, codzienne uprawnienia, pomiary tabeli i strony głównej, status laboratoryjny, zapisane wyniki oraz ograniczenia porównań.
Co mierzy Screpy PageSpeed Monitoring?
PageSpeed Monitoring korzysta z Core Web Vitals. Wiersze wybranych adresów pokazują FCP, LCP, TTFB, TBT i CLS ze statusem laboratoryjnym. Podsumowanie strony głównej dodaje Speed Index. Tabela nie pokazuje dat kontroli ani wyniku PageSpeed 0–100.
Czy Screpy pokazuje wynik Google PageSpeed?
Ten ekran nie pokazuje wyniku Lighthouse ani Google PageSpeed 0–100. Status opiera się na najgorszej dostępnej klasyfikacji LCP, CLS lub TBT. FCP i TTFB są osobnymi diagnozami; pozytywny status nie certyfikuje Core Web Vitals rzeczywistych użytkowników.
Czy PageSpeed Monitoring wskazuje dokładną przyczynę słabego wyniku?
Nie. Słaba metryka zawęża analizę, ale nie dowodzi przyczyny źródłowej. Przed wyborem poprawki sprawdź dotknięty URL, szablon, zasoby, skrypty, ścieżkę dostarczania i szerszy audyt witryny.
Czy lepszy wynik PageSpeed zagwarantuje wyższe pozycje lub więcej konwersji?
Nie. Szybkość strony może wspierać doświadczenie odwiedzających i jakość strony, ale pozycje oraz konwersje zależą od wielu czynników. Traktuj wynik laboratoryjny jako jeden z danych wejściowych, nie gwarantowany rezultat.
Które adresy URL monitorować najpierw?
Zacznij od uwzględnionej strony głównej i reprezentatywnych publicznych stron kampanii, produktów, cen lub treści w domenie projektu albo subdomenach. Limit planu określa liczbę dodawanych adresów; publiczny test nie przechodzi uwierzytelnionej ścieżki użytkownika.
Jak często Screpy sprawdza monitorowany URL?
Aktywne monitorowane adresy uprawnionych projektów mogą być ponownie zaplanowane po co najmniej jednym dniu od zapisanej próby. Dodanie adresu nie daje natychmiastowego wyniku, a czas ukończenia może się różnić. Tabela nie pokazuje kolumny daty kontroli.
Czy PageSpeed Monitoring obejmuje alerty lub historyczne wykresy trendu?
Ten widok przedstawia dostępne aktualne wyniki adresów i zapisane podsumowanie strony głównej. Nie oferuje alertów wydajności ani wykresu historycznego z wieloma punktami. Zapisz osobny punkt odniesienia przed porównaniem późniejszej kontroli.
Czy Screpy PageSpeed Monitoring korzysta z danych laboratoryjnych czy terenowych?
To syntetyczne dane laboratoryjne zebrane w kontrolowanym teście. Dane terenowe opisują doświadczenie prawdziwych odwiedzających, dlatego oba źródła należy interpretować osobno.