Optymalizacja wydajności stron

Połowa odwiedzających zamyka stronę, zanim się załaduje — i nigdy się o tym nie dowiecie. Diagnozujemy, co konkretnie spowalnia witrynę, i usuwamy przyczyny zamiast dokładać kolejną wtyczkę cache.

Zakres

Co przyspieszamy

Obrazy i multimedia

Najczęstsza przyczyna wolnego ładowania. Konwersja do WebP, właściwe rozmiary zamiast skalowania w przeglądarce, leniwe ładowanie i rezerwacja miejsca, żeby układ nie skakał podczas wczytywania.

Kod i zasoby

Usuwanie skryptów ładowanych na podstronach, które ich nie potrzebują, ograniczanie liczby zapytań, porządkowanie czcionek i arkuszy stylów. Przeciętna strona WordPress ładuje o jedną trzecią więcej, niż używa.

Cache i serwer

Konfiguracja pamięci podręcznej strony i przeglądarki, kompresji, wersji PHP i bazy danych. Sprawdzamy też, czy hosting nie jest wąskim gardłem — czasem to jedyna zmiana, która realnie działa.

Wtyczki i motyw

Przegląd tego, co faktycznie jest używane. Porzucone wtyczki, duplikujące się funkcje i ciężkie buildery potrafią kosztować sekundy przy każdym wejściu.

Proces

Jak to robimy

Pomiar punktu wyjścia

Zapisujemy wyniki przed zmianami: Core Web Vitals z danych rzeczywistych użytkowników i z testów laboratoryjnych, dla wersji mobilnej i desktopowej. Bez tego nie da się wykazać efektu.

Diagnoza przyczyn

Sprawdzamy, co konkretnie blokuje renderowanie i co zajmuje najwięcej czasu: obrazy, skrypty zewnętrzne, zapytania do bazy, czas odpowiedzi serwera.

Szybkie poprawki

Zaczynamy od zmian o największym stosunku efektu do ryzyka — obrazy, cache, kolejność ładowania zasobów. Zwykle to tu leży większość zysku.

Zmiany w kodzie

Ograniczenie zasobów ładowanych warunkowo, poprawki w szablonach, redukcja zapytań. Każdą zmianę wdrażamy osobno, żeby dało się cofnąć tę jedną, która coś zepsuła.

Testy po zmianach

Sprawdzamy nie tylko szybkość, ale też czy wszystko nadal działa: formularze, koszyk, animacje, wersja mobilna. Szybka strona, która nie przyjmuje zamówień, to gorszy wynik niż wolna.

Raport i zalecenia

Porównanie wyników przed i po, opis wprowadzonych zmian oraz lista rzeczy, które trzeba pilnować przy dodawaniu nowych treści.

Czym są Core Web Vitals

To trzy wskaźniki, którymi Google opisuje jakość wrażeń użytkownika. LCP mierzy, po jakim czasie pojawia się największy element widoczny na ekranie. INP sprawdza, jak szybko strona reaguje na kliknięcie lub dotknięcie. CLS ocenia, czy układ nie skacze podczas wczytywania — czyli czy przycisk nie ucieka spod palca. Google bierze te wskaźniki pod uwagę w rankingu, ale ważniejsze jest to, co widać w statystykach: wolna strona traci odwiedzających, zanim zdążą cokolwiek przeczytać.

Skąd się bierze wolna strona

Najczęściej nie z jednej przyczyny. Typowy zestaw to zdjęcia wgrane prosto z aparatu, kilkanaście wtyczek ładujących własne skrypty na każdej podstronie, builder generujący nadmiarowy kod, czcionki pobierane z zewnętrznych serwerów i hosting współdzielony, na którym czas odpowiedzi potrafi przekroczyć sekundę. Każdy z tych elementów osobno wygląda niegroźnie — dopiero razem dają kilkanaście sekund ładowania na telefonie w zasięgu LTE.

Ile to kosztuje i czego się spodziewać

Audyt wydajności z raportem i listą rekomendacji zaczyna się od 500 zł netto. Wdrożenie poprawek wyceniamy po audycie, bo dopiero wtedy widać, czy chodzi o kilka godzin, czy o przebudowę szablonu. Realny efekt zależy od punktu wyjścia: przy zaniedbanej stronie czas ładowania zwykle spada o połowę lub więcej, przy stronie już zoptymalizowanej mówimy o pojedynczych dziesiątych sekundy. Konkretne obietnice składamy dopiero po diagnozie.

Wydajność a pozycje w Google

Szybkość jest jednym z sygnałów rankingowych, ale nie najważniejszym — treść odpowiadająca na zapytanie waży więcej. Optymalizacja wydajności najmocniej działa tam, gdzie strona konkuruje z podobnymi treściowo i gdzie duża część ruchu przychodzi z telefonów. W praktyce częściej widać efekt w konwersji niż w samych pozycjach: mniej osób wychodzi przed załadowaniem, więcej dociera do formularza. Jeśli szukacie przede wszystkim widoczności, potrzebne są też działania SEO.

Czego nie robimy

Nie gonimy za setką punktów w PageSpeed Insights. Ostatnie kilkanaście punktów kosztuje zwykle więcej niż cała reszta optymalizacji i osiąga się je kosztem funkcji, z których korzystają odwiedzający. Nie wyłączamy też rzeczy, które mają dla Was wartość biznesową — czatu, pikseli reklamowych, map — bez rozmowy o konsekwencjach. Pokazujemy, ile kosztują w sekundach, a decyzja należy do Was.

FAQ

Najczęściej zadawane pytania

Audyt zajmuje kilka dni. Wdrożenie poprawek przy typowej stronie firmowej to zwykle 1–2 tygodnie, przy rozbudowanym sklepie dłużej, bo każdą zmianę trzeba przetestować na ścieżce zakupowej.

Wtyczka cache pomaga, ale nie naprawia przyczyn: dużych obrazów, nadmiaru skryptów czy wolnego serwera. Bywa też, że źle skonfigurowana psuje koszyk albo formularze. Traktujemy ją jako jeden z elementów, nie jako rozwiązanie.

Nie zawsze. Sprawdzamy czas odpowiedzi serwera i jeśli to on jest wąskim gardłem, mówimy o tym wprost i pokazujemy pomiar. Jeżeli hosting jest w porządku, nie ma powodu go ruszać.

Zmiany wdrażamy pojedynczo i po kopii zapasowej, a po każdej sprawdzamy kluczowe funkcje. Jeśli coś przestaje działać, cofamy tę jedną zmianę zamiast szukać po omacku.

Do momentu, w którym ktoś wgra nieprzeskalowane zdjęcia albo doda kolejną wtyczkę. Dlatego w raporcie opisujemy zasady na przyszłość, a przy stałej opiece pilnujemy tego na bieżąco.

Tak, choć sklepy są trudniejsze — koszyk i konto klienta nie mogą być cache’owane jak zwykła podstrona. Właśnie dlatego w sklepach najwięcej daje praca nad obrazami, zapytaniami do bazy i liczbą wtyczek.