Tákos Attila asked 2 év ago Kedves WPSzaki! Több éve foglalkozok már WordPress-weboldalak építésével, karbantartásával, optimalizálásával, most viszont belefutottam egy olyan esetben, amelyet külsős szakértővel is meg akarok vitatni. Adott egy weboldalam (nosugar.hu), amit a következő hónapokban szeretnék jelenetősen lefrissíteni és első sorban javítani a betöltési időn, mert az botrányos eddig, annak ellenére, hogy -gzip tömörítés be van kapcsolva -a felhasznált képek Imagify-val vannak tömörítve -fizetős cache (WP-Rocket) plugint használok, és össze van tömörítve az összes JS és CSS, amíg nem befolyásolja az oldal funkcióit; aszinkron is van. -SSL be van kapcsolva -Cloudflare is aktiválva van. A webtárhelyemen 7.0.17. PHP-verzió fut, 128M memória limittel, bár korábban volt, hogy \”összeomlott\” a sablon betöltéskor. A Pingdom Tools szerint (a frankfurti szerverről) van egy óriási 472 ms-s \”waitem\” akkor, amikor a https-re vár a böngésző. (Ekkor D-s a grade-m, ha ez számít). Küldenék képet a waterfallról is. A kérdésem az, hogy lehet-e, hogy túllőttem a célon az eddigi optimalizálásaimmal, és valahol ott van a kutya elásva, vagy esetleg a sablon a rossz (nem Divi!) vagy a tárhely (vagy mindkettő) és váltani kell. Köszönöm előre is a segítséged, Attila
WPSzaki Staff answered 2 év ago Kedves Attila!
Érzésre semmi gond a weboldal sebességével, szerintem a hazai weblapok többségét maga mögé utasítja sebesség tekintetében. A statisztikák azonban valóban magas betöltési időket jeleznek, ami kicsit csalóka jelen esetben. Futtattam egy GTMetrix tesztet a következő eredménnyel: https://gtmetrix.com/reports/nosugar.hu/fLqVxV7k
Ebből rögtön látható, hogy 0.5s TTFB érték mellett nincs gond a tárhellyel/szerverrel, mivel ez egy teljes mértékben elfogadható válaszidő a felé indított lekérésre. A 2.8 másodperces teljes DOM betöltés is tökéletesnek mondható, ekkor már leképezésre került és használható a weboldal. Itt meg is kellene állnia a betöltésnek, de nem így történik és a végső számadat 13.4s lett. Az teljességgel kizárt, hogy ez a valós betöltési idő, hisz 2-3 másodperc alatt végbemegy az oldal betöltése a böngészőkben és rögtön használható is ezek után, így megnézve a waterfall lebontását látható is a bűnös rögtön: “https://nosugar.hu/wp-json/pum/v1/analytics/?event=open&pid=3078&_cache=1550183708728” Ez a REST API kérés egészen pontosan 8.24s alatt ment végbe. Per pillanat nem tudom, hogy ez szükséges-e és melyik folyamat hívja meg, mindenesetre ezen kellene reszelni mindenképpen. Ha nincs használatban, akkor az egész REST API is letiltható.
A másik amin még érdemes lenne csiszolni az a Youtube beágyazás, ugyanis a lejátszó embed kód kb 1.5MB-ot hozzátesz az oldal méretéhez, nem is beszélve a rengeteg extra külső lekérésről. Erre a problémára született meg az általunk készített “Lightweight and Responsive Youtube embed” bővítmény: https://wpszaki.hu/elkeszult-a-lightweight-and-responsive-youtube-embed-bovitmeny/ A segítségével csökkenne az oldal mérete, a lekérések száma és jelentősen növekednének a pontszámok is.