Bardzo wysoki LCP i TTFB – problem z wydajnością strony głównej (mobile + desktop)

[DariuszBladana]

Posiadam sklep internetowy oparty na PrestaShop 8.1.4. - letsgotry.pl
Działa - klienci korzystają ale jest bardzo wolne wszystko i samo ładowanie doprowadzić może do szału.
Testy wykonane w Google PageSpeed Insights / Core Web Vitals wskazują na poważne problemy z wydajnością, szczególnie na urządzeniach mobilnych, co skutkuje niezaliczeniem Core Web Vitals.

Dostęp do raportu: https://pagespeed.web.dev/analysis/https-letsgotry-pl/rzfih6p97u?form_factor=mobile

1. Core Web Vitals – CrUX, Mobile

LCP: 8.9 s 
INP: 198 ms 
CLS: 0 
FCP: 8.8 s 
TTFB: 6.2 s 

Core Web Vitals - Desktop:
LCP: 10.9 s 
INP: 59 ms 
CLS: 0 
FCP: 7.5 s 
TTFB: 6.1 s 
 

Lighthouse – Mobile
FCP: 3.9 s
LCP: 16.4 s
Speed Index: 14.6 s
TBT: 110 ms

Lighthouse – Desktop:

FCP: 1.0 s
LCP: 7.6 s
Speed Index: 9.7 s
TBT: 180 ms
CLS: 0

Wlaczajac debug mam mnóstwo bledow nie ukrywam ale przy pomocy ChatGPT robiłem naprawę juz 3x i jak robię 3/4 instrukcji to wszystko przechodzi dobrze ale finalne rzeczy które sugeruje w sprawie zmian w kodzie to oczywiście spotykam sie z error500 czy nawet blokadami backoffice'u które później muszę odkrecac i wracać do punkty z którego zacząłem.

Nie proszę o cud ale realne możliwe narzędzia które pozwolą mi naprawić poprawne działanie sklepu by ładowała się jak na 2025 rok po ludzku.

Zdjęcia na sklepie zostały już wszystkie zmenione na webp.
lazy loading jest z tego co wiem i działa.

Jeśli czegokolwiek potrzebujecie od strony backoffice'u proszę pisać podzielę się z informacjami.
Z góry dziękuję
 

[wepresta]

Cześć,

Z tych danych najważniejsze jest to, że ma Pan bardzo wysoki TTFB (ok. 6 s). To oznacza, że problem jest głównie po stronie serwera/back-endu (hosting, PHP, baza, cache), a dopiero potem w „optymalizacji frontu”. Samo „minify” i WebP nie naprawi TTFB.

Najprostszy plan działania:

• Potwierdzić, co generuje TTFB : 
  • WebPageTest (waterfall) albo Chrome DevTools → Network → dokument HTML: zobaczy Pan, czy serwer oddaje HTML po kilku sekundach.
• Włączyć prawdziwy cache
  • W PrestaShop: Parametry zaawansowane → Wydajność: cache włączony, tryb debug off.
  • Najlepszy efekt daje cache na poziomie serwera: Nginx fastcgi_cache / Varnish / Cloudflare (bo PrestaShop sam z siebie nie jest „full page cache”).
• Sprawdzić serwer
  • PHP 8.1/8.2 + OPcache włączony, poprawnie ustawione PHP-FPM (process manager), HTTP/2, szybkie dyski.
  • Włączyć slow query log w MySQL/MariaDB i zobaczyć, czy baza nie dławi strony.
• Wykluczyć winne moduły
  • Na próbę wyłączyć moduły, które doklejają JS/trackery (cookie consent, pop-upy, analityka, slider, czaty, porównywarki) i sprawdzić, czy TTFB spada.

Narzędzia, które realnie pomagają (zamiast zgadywania):

• WebPageTest (waterfall), Lighthouse,
• Symfony Profiler (w trybie dev na kopii),
• Blackfire lub New Relic (profilowanie PHP),
• MySQL slow query log.

Jeżeli po włączeniu cache na serwerze TTFB nadal będzie kilka sekund, to praktycznie zawsze jest to hosting/konfiguracja PHP-FPM albo ciężkie zapytania do bazy/moduły.