Ezen az oldalon
Egy webhely akkor lassú, amikor a szervernek minden látogatáskor újra kell építenie az oldalt (adatbázis + PHP + bővítmények), amikor a CSS/JS blokkolja az első megjelenést, és amikor a képek nincsenek megfelelően méretezve. A WordPress alapból mindháromban érintett. A gyorsítótár valamennyit segít. A tartós megoldás egy CDN-en futó statikus webhely - ahol a HTML már elkészült, és a peremről szolgálják ki. Olvasd be ingyen az URL-ed, és nézd meg, melyik probléma viszi el a legtöbb sebességet.
A három ok, amiért egy webhely lassúnak érződik
Szinte minden lassú webhely valamilyen keveréke ezeknek:
- Az első bájtig eltelt idő. A PHP lekérdezi a MySQL-t, lefutnak a bővítmények, és csak utána indul el az HTML. WordPressen a 400-900 ms TTFB teljesen megszokott. Cloudflare-en statikusan ez kb. 30 ms.
- Renderelést blokkoló CSS és JS. A böngésző vár. Az Elementor, a Divi és az „optimalizáló” bővítmények gyakran még rontanak is ezen.
- Nehéz képek srcset nélkül. A telefonok asztali gépre készült fájlokat töltenek le. Ettől az Largest Contentful Paint látványosan romlik.
A cache-bővítmények csak a tünetet kezelik. Nem szüntetik meg az adatbázis-körutat vagy a bővítmények adóját. Olvasd el: miért olyan lassú a WordPress.
Mit pontoz valójában a Google
A Google mobilon a Core Web Vitals mutatókat használja: LCP (betöltés), INP (érintések), CLS (elrendezés-ugrás). Egy szép asztali pontszám és egy 45-ös mobileredmény rangsorolási probléma. Ha a Lighthouse Performance értéked a 40-es - 70-es tartományban ragad, bármennyi sebességbővítményt is telepítesz, a stack a plafon.
A tartós megoldás
Előre generáld az HTML-t. Szolgáld ki CDN-ről. Töröld a WordPress-t, hogy ne maradjon semmi, amit javítani vagy lassítani kellene. Ez a WordPress → statikus megoldás lényege. A Wordpress Escape ezt teljesen elvégzi helyetted: ugyanazok az URL-ek, átültetett schema, újrakötött űrlapok, megőrzött SEO. Az 528 854 oldal 5 nap alatt ennek a bizonyítéka.
Add meg az URL-ed az ingyenes auditban. SEO / Performance / Responsive osztályzatot kapsz, plusz azokat a hibákat is, amelyeket mi javítanánk. Bejelentkezés nem kell.
Gyakran ismételt kérdések
Miért lett hirtelen ennyire lassú a weboldalam?
Általában egy új bővítmény, egy page builder frissítés, nem optimalizált képek vagy egy akadozó tárhelyszolgáltató áll a háttérben. Ha hónapok óta lassú, akkor a WordPress-architektúra - PHP + adatbázis + bővítmények - a gond, nem egy egyszeri hiba.
Egy gyorsabb tárhely megoldja a lassú WordPress webhelyet?
Egy jobb tárhely csökkentheti a TTFB-t. De nem tudja eltüntetni 20 bővítmény JavaScriptjét, és nem építi újra minden oldalt a MySQL-ből. A peremen kiszolgált statikus HTML gyorsabb, mint egy csak valamivel fürgébb PHP-s kiszolgáló.
Hogyan tehetem gyorssá a webhelyemet anélkül, hogy nekem kellene újraépítenem?
Vizsgáld be, majd migrálj le a WordPressről Hugo-ra. A Wordpress Escape megőrzi az URL-eket és a helyezéseket, és a Cloudflare-en hosztolja az oldalt. Jellemző eredmény: PageSpeed 90 felett, TTFB kb. 30 ms.
Nézd meg, MIÉRT lassú a webhelyed - 60 másodperc
A Wordpress Escape ingyenes, 60 másodperces auditja megmutatja a valódi PageSpeedet, a Core Web Vitals értékeket, az SEO-hiányosságokat és az oldalszámot - majd egy teljesen ránk bízott Hugo-migráció törli a WordPress-t, megtart minden URL-t, és a Cloudflare peremhálózatán hosztolja az oldalt.
Vizsgálja meg ingyen az oldalamat