Materiał porządkuje temat: strona ma slabe core web vitals po migracji strony.
Jeśli strona ma słabe Core Web Vitals po migracji strony, problem najczęściej nie wynika z jednej metryki, tylko z całego łańcucha zmian: nowego hostingu, motywu, renderowania JavaScript, obrazów, konfiguracji cache, przekierowań, fontów, skryptów marketingowych lub sposobu wdrożenia szablonów. Objaw dla użytkownika jest prosty: strona długo się ładuje, reaguje z opóźnieniem na kliknięcia, przesuwa elementy w trakcie wczytywania albo sprawia wrażenie ciężkiej.
Po migracji warto działać szybko, ale metodycznie. Core Web Vitals wpływają na doświadczenie użytkownika, mogą pogorszyć konwersję i utrudnić wykorzystanie efektów SEO. W RankHero analizujemy takie problemy w ramach SEO technicznego, łącząc dane z narzędzi Google, logikę frontendu i wpływ zmian na widoczność organiczną.
Najważniejsza zasada: nie optymalizuj strony wyłącznie pod wynik w PageSpeed Insights. Najpierw ustal, czy problem dotyczy realnych użytkowników, konkretnych szablonów, urządzeń mobilnych, nowej infrastruktury czy błędów wdrożeniowych po migracji.
Jak rozpoznać problem z Core Web Vitals po migracji?
Najbardziej widoczny objaw to sytuacja, w której użytkownicy długo czekają na ładowanie lub interakcję. Strona może wizualnie pojawić się na ekranie, ale kliknięcie przycisku, rozwinięcie menu, przejście do koszyka albo otwarcie formularza następuje z opóźnieniem. W e-commerce często widać to na kartach produktów, listingu kategorii i koszyku. W B2B problem pojawia się na stronach usług, landing page’ach kampanii oraz formularzach kontaktowych.
Po migracji objawy bywają mylące, bo nowa strona może wyglądać lepiej wizualnie, ale działać gorzej technicznie. Jeżeli fraza „strona ma slabe core web vitals po migracji strony” dobrze opisuje Twój problem, sprawdź nie tylko wynik laboratoryjny, ale też dane polowe z realnych wizyt.
Długie ładowanie pierwszego widoku
Największy element treści pojawia się późno, szczególnie na urządzeniach mobilnych. Często dotyczy hero image, slidera, banera, dużego nagłówka lub renderowanego po stronie klienta bloku.
Opóźniona reakcja na kliknięcia
Użytkownik klika menu, filtr, przycisk CTA albo element formularza i czeka na odpowiedź interfejsu. To typowy sygnał problemów z INP, JavaScript lub nadmierną liczbą skryptów zewnętrznych.
Przeskakiwanie layoutu
Elementy przesuwają się podczas ładowania, reklamy, fonty, obrazy lub komponenty dynamiczne zmieniają wysokość. To często pogarsza CLS i wpływa na poczucie niestabilności strony.
Spadek konwersji po wdrożeniu
Ruch może być podobny jak przed migracją, ale spada liczba zapytań, transakcji lub kliknięć w kluczowe elementy. Wtedy Core Web Vitals warto połączyć z analizą ścieżek użytkowników.
Które metryki Core Web Vitals sprawdzić?
Core Web Vitals to zestaw metryk, które opisują szybkość ładowania, responsywność i stabilność wizualną. Po migracji trzeba je analizować osobno dla mobile i desktop, a także dla typów podstron: strona główna, kategorie, produkty, wpisy, strony usług, landing page’e, koszyk i formularze.
LCP – Largest Contentful Paint
LCP pokazuje, jak szybko ładuje się największy element widoczny w pierwszym ekranie. Po migracji problemem może być zbyt ciężki obraz, brak priorytetu ładowania, wolna odpowiedź serwera, renderowanie szablonu po stronie klienta lub blokujący CSS.
INP – Interaction to Next Paint
INP mierzy responsywność strony na interakcje użytkownika. Jeżeli po migracji wdrożono dużo skryptów analitycznych, tagów reklamowych, bibliotek JS, filtrów, konfiguratorów lub animacji, strona może reagować wolno nawet wtedy, gdy wizualnie załadowała się poprawnie.
CLS – Cumulative Layout Shift
CLS mierzy nieoczekiwane przesunięcia układu. Po migracji częste przyczyny to brak zdefiniowanych wymiarów obrazów, późno ładowane fonty, dynamiczne banery, widgety opinii, paski promocji, zgody cookies oraz komponenty wstrzykiwane przez zewnętrzne skrypty.
Jeżeli chcesz uporządkować podstawowe definicje, zajrzyj także do słownika pojęć, gdzie wyjaśniamy terminy wykorzystywane w SEO, analityce i optymalizacji stron.
Najczęstsze przyczyny słabych Core Web Vitals po migracji
Migracja strony to nie tylko zmiana adresów URL. To często jednoczesna zmiana CMS, hostingu, motywu, struktury szablonów, warstwy analitycznej, sposobu ładowania zasobów i architektury frontendowej. Dlatego słabe Core Web Vitals po migracji trzeba traktować jako problem interdyscyplinarny.
Cięższy frontend po redesignie
Nowy szablon może zawierać więcej sekcji, animacji, sliderów, ikon, fontów i bibliotek JavaScript. Wizualnie wygląda nowocześnie, ale koszt renderowania rośnie.
Brak optymalizacji obrazów
Obrazy wgrywane po migracji bywają zbyt duże, nie mają nowoczesnych formatów, nie są serwowane responsywnie albo ładują się bez poprawnego priorytetu.
Nieprawidłowy cache
Po zmianie CMS lub hostingu cache strony, obiektów, CDN i przeglądarki może nie działać albo działać tylko dla części zasobów. To wydłuża TTFB i opóźnia LCP.
Nadmierne skrypty zewnętrzne
Tag Manager, piksele reklamowe, mapy, czaty, narzędzia do personalizacji i widgety opinii mogą blokować główny wątek przeglądarki oraz pogarszać INP.
Błędy w fontach
Nowe fonty mogą ładować się wolno, blokować tekst albo powodować przeskoki layoutu. Problem nasila się, gdy użyto wielu odmian krojów i wag.
Zmiana infrastruktury
Nowy hosting, brak CDN, gorsza konfiguracja serwera, wolne zapytania do bazy lub przeciążone środowisko mogą pogorszyć czas odpowiedzi.
Przekierowania po migracji
Łańcuchy przekierowań, przekierowania przez HTTP, błędne canonicale lub nietrafione reguły mogą wydłużać czas dostarczenia strony i utrudniać indeksację.
Zmiana kolejności ładowania zasobów
CSS, JS, fonty i obrazy mogą ładować się w złej kolejności. W efekcie przeglądarka czeka z wyrenderowaniem najważniejszej treści.
Uwaga dla e-commerce: po migracji często optymalizuje się stronę główną, a pomija kategorie, listingi z filtrami, karty produktów, koszyk i checkout. To błąd, bo realna sprzedaż zależy od wydajności całej ścieżki zakupowej.
Diagnostyka krok po kroku
Dobra diagnostyka powinna odpowiedzieć na trzy pytania: co się pogorszyło, gdzie dokładnie występuje problem i jaka zmiana po migracji go wywołała. Bez tego łatwo wykonać przypadkowe optymalizacje, które poprawią wynik testu, ale nie rozwiążą problemu dla użytkowników.
- Porównaj dane sprzed i po migracjiSprawdź datę wdrożenia, zmiany w Google Search Console, dane analityczne, raport Core Web Vitals i widoczność organiczną. Szukaj korelacji między migracją a pogorszeniem metryk.
- Oddziel dane laboratoryjne od danych polowychPageSpeed Insights, Lighthouse i WebPageTest pokazują symulacje lub testy punktowe. Dane CrUX i Search Console pokazują doświadczenie realnych użytkowników, ale z opóźnieniem.
- Podziel adresy URL na typy szablonówNie analizuj tylko strony głównej. Wybierz reprezentatywne URL dla kategorii, produktu, wpisu blogowego, strony usługi, landing page’a i formularza.
- Sprawdź mobile osobnoWiększość problemów Core Web Vitals jest bardziej widoczna na mobile. Wolniejsze procesory, słabsze połączenia i większe obciążenie JS szybko ujawniają błędy wdrożeniowe.
- Zidentyfikuj element LCPUstal, który element jest największym elementem treści. Może to być obraz, nagłówek, blok tekstu, slider lub baner. Potem sprawdź, dlaczego pojawia się z opóźnieniem.
- Przeanalizuj główny wątek i JavaScriptW Chrome DevTools sprawdź długie zadania, koszt wykonania skryptów, blokujące zasoby oraz wpływ narzędzi zewnętrznych na interakcje.
- Zweryfikuj stabilność layoutuSprawdź, które elementy przesuwają stronę. Zwróć uwagę na obrazy bez wymiarów, reklamy, banery, pop-upy, fonty i elementy ładowane po czasie.
- Sprawdź serwer i cacheZmierz TTFB, nagłówki cache, kompresję, HTTP/2 lub HTTP/3, CDN, czas generowania HTML oraz zachowanie strony dla użytkownika niezalogowanego.
- Ustal priorytet naprawNajpierw napraw elementy wpływające na największą liczbę podstron i użytkowników. Dopiero potem zajmij się mniej istotnymi szczegółami.
Tabela diagnostyczna
| Objaw po migracji | Co sprawdzić | Możliwa przyczyna | Priorytet działania |
|---|---|---|---|
| Wolne pojawienie się głównej treści | LCP, TTFB, waterfall, rozmiar obrazów, critical CSS | Ciężki hero image, wolny serwer, blokujący CSS lub opóźnione renderowanie | Wysoki |
| Strona widoczna, ale kliknięcia działają z opóźnieniem | INP, long tasks, liczba skryptów, Tag Manager, event handlers | Nadmierny JavaScript, skrypty zewnętrzne, ciężkie komponenty UI | Wysoki |
| Elementy przesuwają się podczas ładowania | CLS, wymiary obrazów, fonty, banery, cookies, widgety | Brak rezerwacji miejsca, późno ładowane komponenty, zmiana fontu | Średni lub wysoki |
| Wyniki mobile są dużo gorsze niż desktop | Testy mobilne, CPU throttling, zasoby JS, rozmiar DOM | Za ciężki frontend, brak optymalizacji pod wolniejsze urządzenia | Wysoki |
| Po migracji wzrosły czasy odpowiedzi | TTFB, hosting, CDN, cache, zapytania do bazy, logi serwera | Słabszy serwer, brak cache, błędna konfiguracja aplikacji | Wysoki |
| Tylko część szablonów ma złe wyniki | Podział URL według typów, komponenty szablonów, dane GSC | Problem w konkretnym widoku, np. filtrach, kartach produktów lub formularzach | Średni |
| Wynik PageSpeed jest zmienny | Testy powtarzane, CDN, cache, zasoby zewnętrzne, obciążenie serwera | Niestabilna infrastruktura albo zależność od zewnętrznych skryptów | Średni |
Rekomendowane działania naprawcze
Naprawa Core Web Vitals po migracji powinna łączyć szybkie poprawki z pracą strukturalną. Część działań można wdrożyć szybko, na przykład kompresję obrazów czy cache. Inne wymagają refaktoryzacji komponentów, zmiany sposobu ładowania JS albo przebudowy szablonów.
1. Popraw LCP, czyli szybkość pojawienia się głównej treści
- Ustal element LCP dla najważniejszych typów podstron.
- Zoptymalizuj obraz LCP: rozmiar, format, kompresję i responsywne warianty.
- Dodaj priorytet ładowania dla kluczowego obrazu, jeśli jest faktycznym elementem LCP.
- Ogranicz blokujący CSS i wygeneruj krytyczne style dla pierwszego widoku.
- Sprawdź, czy główna treść nie jest opóźniana przez JavaScript.
- Zmierz TTFB i skonfiguruj cache HTML, CDN oraz kompresję.
2. Popraw INP, czyli responsywność interakcji
- Przejrzyj skrypty uruchamiane przez Google Tag Manager i usuń zbędne tagi.
- Ogranicz liczbę bibliotek JS i unikaj ładowania ciężkich funkcji na każdej podstronie.
- Ładuj skrypty warunkowo, tylko tam, gdzie są potrzebne.
- Rozbij długie zadania JavaScript na mniejsze części.
- Sprawdź filtry, menu, formularze, koszyk, konfiguratory i interaktywne widgety.
- Unikaj nadmiarowych animacji, które blokują główny wątek na urządzeniach mobilnych.
3. Popraw CLS, czyli stabilność układu
- Dodaj atrybuty szerokości i wysokości dla obrazów oraz osadzonych materiałów.
- Zarezerwuj miejsce dla banerów, widgetów, reklam, opinii i komponentów cookies.
- Ustaw właściwą strategię ładowania fontów, aby ograniczyć przeskoki tekstu.
- Nie wstrzykuj dynamicznych elementów nad istniejącą treścią bez rezerwacji miejsca.
- Sprawdź zachowanie strony po zaakceptowaniu lub odrzuceniu zgód cookies.
4. Uporządkuj infrastrukturę po migracji
- Włącz cache strony dla użytkowników niezalogowanych.
- Skonfiguruj CDN dla zasobów statycznych, szczególnie obrazów, CSS, JS i fontów.
- Zweryfikuj kompresję Brotli lub Gzip.
- Sprawdź nagłówki cache dla plików statycznych.
- Usuń łańcuchy przekierowań i wymuś bezpośrednie adresy docelowe.
- Przeanalizuj logi serwera i czas generowania HTML.
5. Połącz optymalizację CWV z SEO
Core Web Vitals nie powinny być analizowane w oderwaniu od indeksacji, struktury adresów, linkowania wewnętrznego, canonicali i przekierowań. Po migracji te obszary często nakładają się na siebie. Jeżeli strona ma słabe wyniki techniczne i jednocześnie traci widoczność, warto przeprowadzić szerszy audyt w kontekście pozycjonowania, a nie tylko punktową optymalizację szybkości.
Rekomendacja: nie wdrażaj optymalizacji wydajności bez środowiska testowego i pomiaru przed zmianą. Optymalizacja CSS, JS, cache lub lazy loadingu może poprawić wynik, ale źle wdrożona potrafi uszkodzić menu, formularze, checkout, tracking konwersji lub renderowanie treści dla Google.
Lista kontrolna po migracji
Ta lista pomaga szybko ocenić, czy problem z Core Web Vitals jest skutkiem typowych błędów migracyjnych, czy wymaga głębszej analizy technicznej.
- Czy porównano dane Core Web Vitals sprzed i po migracji?
- Czy sprawdzono osobno mobile i desktop?
- Czy analizowano więcej niż stronę główną?
- Czy wybrano reprezentatywne URL dla najważniejszych szablonów?
- Czy wiadomo, który element jest LCP na kluczowych podstronach?
- Czy obrazy mają właściwe rozmiary, formaty i priorytety ładowania?
- Czy CSS i JS nie blokują renderowania pierwszego widoku?
- Czy liczba tagów marketingowych po migracji nie wzrosła?
- Czy skrypty są ładowane warunkowo, a nie globalnie na całej stronie?
- Czy fonty nie powodują opóźnień i przesunięć layoutu?
- Czy wszystkie obrazy, iframe’y i widgety mają zarezerwowane miejsce?
- Czy cache strony i zasobów statycznych działa poprawnie?
- Czy CDN jest skonfigurowany i obsługuje zasoby statyczne?
- Czy nie ma łańcuchów przekierowań po migracji?
- Czy formularze, koszyk, menu i filtry działają po optymalizacjach?
- Czy sprawdzono wpływ zmian na tracking konwersji?
- Czy wdrożenia są testowane na środowisku stagingowym?
Kiedy warto skonsultować problem z ekspertem?
Konsultacja z ekspertem jest wskazana, gdy słabe Core Web Vitals pojawiły się bezpośrednio po migracji, a zespół nie ma pewności, czy przyczyną jest frontend, hosting, CMS, tagi marketingowe, błędy SEO czy konfiguracja serwera. W takich sytuacjach punktowe poprawki często tylko maskują problem.
Spadły wyniki i konwersje
Jeżeli po migracji użytkownicy wolniej przechodzą przez stronę, rośnie współczynnik odrzuceń lub spada liczba leadów i transakcji, potrzebna jest analiza techniczna oraz biznesowa.
Problem dotyczy wielu szablonów
Gdy złe wyniki występują na kategoriach, produktach, usługach i blogu, prawdopodobnie źródłem jest wspólna warstwa szablonu, zasobów lub infrastruktury.
Wdrożono dużo narzędzi marketingowych
Duża liczba pikseli, tagów, czatów i widgetów może pogarszać INP. Ekspert pomoże ustalić, które skrypty są potrzebne, a które obciążają stronę bez uzasadnienia.
Nie wiadomo, co naprawić najpierw
Jeżeli raporty pokazują wiele ostrzeżeń, priorytetyzacja jest kluczowa. Nie każda rekomendacja z narzędzia ma taki sam wpływ na użytkowników i SEO.
W RankHero możemy przeanalizować problem w ramach konsultacji SEO: wskazać źródła pogorszenia, przygotować priorytety napraw, omówić ryzyka wdrożeniowe i pomóc zespołowi technicznemu przejść od raportu do konkretnych zmian.
Masz słabe Core Web Vitals po migracji strony?
Przeanalizujemy problem technicznie i biznesowo: sprawdzimy dane polowe, szablony, JavaScript, obrazy, cache, infrastrukturę oraz wpływ zmian na SEO. Otrzymasz konkretną listę działań do wdrożenia, bez zgadywania.
FAQ
Czy słabe Core Web Vitals po migracji mogą obniżyć pozycje w Google?
Mogą mieć wpływ, ale zwykle nie są jedynym czynnikiem. Po migracji trzeba równolegle sprawdzić przekierowania, indeksację, canonicale, strukturę treści, linkowanie wewnętrzne i wydajność. Core Web Vitals są częścią oceny jakości doświadczenia użytkownika, dlatego nie warto ich ignorować.
Dlaczego PageSpeed Insights pokazuje zły wynik, skoro strona u mnie działa szybko?
Twoje urządzenie, sieć, pamięć cache i lokalizacja mogą znacząco różnić się od warunków typowego użytkownika. PageSpeed Insights pokazuje dane laboratoryjne oraz dane polowe, jeśli są dostępne. Po migracji szczególnie ważne jest sprawdzenie użytkowników mobilnych, którzy często mają słabsze urządzenia i wolniejsze połączenia.
Czy wystarczy zainstalować wtyczkę do optymalizacji szybkości?
Nie zawsze. Wtyczka może pomóc przy cache, minifikacji lub opóźnianiu skryptów, ale nie rozwiąże problemów architektury frontendu, zbyt ciężkich komponentów, błędnych obrazów LCP, wolnego serwera czy konfliktów JavaScript. Źle skonfigurowana wtyczka może też uszkodzić funkcje strony.
Jak szybko po migracji widać poprawę Core Web Vitals?
Wyniki laboratoryjne można sprawdzić od razu po wdrożeniu zmian. Dane polowe w raportach Google aktualizują się z opóźnieniem, ponieważ bazują na rzeczywistych wizytach użytkowników z określonego okresu. Dlatego po naprawie warto monitorować zarówno testy punktowe, jak i raporty w Google Search Console.
Co jest ważniejsze: LCP, INP czy CLS?
To zależy od problemu. W praktyce po migracji najpierw warto naprawić metrykę, która najczęściej nie przechodzi oceny dla kluczowych adresów URL. Jeśli użytkownicy długo czekają na pierwszy widok, priorytetem jest LCP. Jeśli strona reaguje wolno na kliknięcia, najważniejszy jest INP. Jeśli układ przeskakuje, trzeba zająć się CLS.
Czy Core Web Vitals trzeba optymalizować dla każdej podstrony?
Nie każdą podstronę analizuje się osobno, ale trzeba sprawdzić główne typy szablonów. Jeżeli poprawisz komponent wspólny dla wszystkich kart produktów albo stron usług, efekt może objąć setki lub tysiące adresów. Dlatego segmentacja URL jest ważniejsza niż losowe testowanie pojedynczych stron.
Czy migracja na nowy hosting może pogorszyć Core Web Vitals?
Tak. Wolniejszy serwer, brak cache, zła konfiguracja PHP, bazy danych, CDN lub kompresji może pogorszyć TTFB i opóźnić LCP. Warto porównać czasy odpowiedzi przed i po migracji oraz sprawdzić, czy nowa infrastruktura jest dopasowana do ruchu i technologii strony.
Kiedy audyt techniczny jest lepszy niż pojedyncza konsultacja?
Audyt techniczny ma sens, gdy problem obejmuje wiele obszarów: wydajność, indeksację, migrację adresów, strukturę serwisu i błędy szablonów. Pojedyncza konsultacja jest dobra, gdy chcesz szybko ustalić kierunek działań, zweryfikować hipotezy lub przygotować listę zadań dla deweloperów.