Blogod egyéves viszketése (és mit tegyünk)

Ha igazán belekezd a blogírás lendületébe, sok mindenen kell gondolkodni. Egy webhely működtetése sok szinten igényel figyelmet – tartalom, marketing, dizájn stb.

Ezt szem előtt tartva nem meglepő, hogy szem elől tévesztheti a blog vezetésének néhány alapját. Ezt nevezem „egyéves viszketésnek”. Abban az időpontban, amikor annyira bekapcsolódott webhelye mindennapi működésébe, hogy megfeledkezik néhány legfontosabb dologról.

Pontosan ebben a helyzetben találtam magam mostanában, de szerencsére visszaléptem az erdőből, hogy meglássam a fákat, és visszataláltam a helyes útra. Ebben a bejegyzésben szeretném elmagyarázni, hogy mit veszítettél szem elől, és megmutatom, hogyan teheted helyre a dolgokat.

Úgy érzem, szükség van a sebességre

Egészséges megszállottságom van a sebesség iránt. Az oldalbetöltési sebesség pontosabb legyen (nem annyira elbűvölő, mint a Top Gun, igaz, de ez nem kevésbé fontos).

Megértem, hogy a betöltési sebesség milyen hatással lehet a felhasználói élményre és végső soron az eredményre. Valójában már sokszor írtunk arról, hogyan lehet növelni a webhely sebességét itt a WPExploreren.

És mégis szem elől tévesztettem az oldalbetöltési sebesség fontosságát a saját blogomon. Annyira belemerültem a blogom mindennapi működésébe, hogy szem elől tévedtem, hogy minőségi felhasználói élményt nyújtsak a legalapvetőbb szinten (azaz milyen gyorsan töltődik be az oldal). Közel két évnyi élet után a blogom a csípés iránti rögeszmém következtében megrekedt, és ez igazán megmutatkozott.

Az alapok helyes megszerzése

Miután rájöttem a hibámra, ellenőriztem, hogy az egyszerű dolgokat még mindig jól értem-e. Ez visszavezet a WPExploreren található eredeti cikkemhez a webhely sebességéről, amelyben a következőkre tértem ki:

• A helyszín sebességének mérése
• Gyorsítótárazás
• Képoptimalizálás
• Lusta rakodás

Ezeket szeretem „alacsonyan lógó gyümölcsöknek” nevezni, ha a webhely sebességének javításáról van szó. Gyorsan és egyszerűen megvalósíthatók. De tudtam, hogy van néhány alapvetőbb probléma a webhelyem betöltési sebességével kapcsolatban. Ideje volt egy kicsit mélyebbre ásni.

Ha Ön vétkes a webhely módosításában, akkor előfordulhat, hogy a weboldalain felesleges és/vagy méltatlan elemek találhatók, amelyek drámaian lelassítják webhelyét. Ezt találtam az ügyben számomra. Olvasson tovább, hogy megtudja, mi hiányzik Önnek.

A végtelen finomítás mellékhatásai

Az első lépésem az volt, hogy átmentem a Pingdomba, és teszteltem a kezdőlapom betöltési idejét. Nem volt szép – a betöltési idő körülbelül 5 másodperc volt –, statisztikáik szerint lassabb, mint a többi webhely körülbelül 80%-a.

Ha azonban befejeztem a finomítást, az eredmény sokkal jobb lett:

A folyamat, amelyen keresztül mentem a webhelyem sebességének javítására, rendkívül egyszerű volt. Ha saját webhelyét üzemelteti a Pingdomon keresztül, hasonló jelentést fog kapni, mint amit fent lát, de ez az, amit lent talál, az érdekel minket igazán:

Ez a webhelyem betöltésére irányuló kérések listájának egy része – lényegében a weboldal teljes létrehozásához betöltött különböző fájlok száma. Alapértelmezés szerint a betöltési sorrend szerint vannak rendezve (amely általában az oldal forráskódján belüli meghívási sorrend), ami logikus sorrend, de számunkra nem a leghasznosabb.

Csak annyit kell tennie, hogy kattintson a lista tetején található legördülő listára, és válassza a „Rendezés fájlméret szerint” lehetőséget. Most megvan azoknak a fájloknak a listája, amelyek kiszívják az életet a webhelyéről, elszívási sorrendben (megfelelőbb szó híján):

A lista rendezése során előfordulhat, hogy egyes kérések teljesen redundánsak. Azt is tapasztalhatja, hogy vannak olyan kérések, amelyek egyszerűen nem érik meg a webhelyére gyakorolt terhelést. Most már tényleg az ég a határ, amikor a webhelyet letisztultabb formára kell szabni.

Ezzel a friss információval elkezdheti eltávolítani és optimalizálni azokat a fájlokat, amelyek nagyobb gondot okoznak, mint amennyit érnek.

Csengetés a változásokról

Az alapján, hogy Ön már végrehajtotta a fent leírt alapvető fejlesztéseket a helyszíni sebesség terén, fel kell tűrnünk az ingujjainkat, és egy kicsit jobban be kell szennyeznünk magunkat.

Tisztítsa meg beépülő moduljait

Első javaslatom az lenne, hogy nézd meg a bővítményeidet. Ha már egy ideje üzemelteti webhelyét, biztosan azt fogja tapasztalni, hogy olyan beépülő modulok vannak telepítve a webhelyére, amelyeket már nem is használ. Alternatív megoldásként és/vagy emellett azt tapasztalhatja, hogy az Ön által <i> használt beépülő modulok alig érik meg.

Bár én lennék az első, aki azt mondaná, hogy nem a webhelyére telepített beépülő modulok száma a fő tényező (a beépülő modulok webhelyének terhelése számít), igaz, hogy minél kevesebb plugin van. telepítve annál valószínűbb, hogy erőforrás-igényes folyamat áldozatává válik.

Azt javaslom, hogy telepítse és indítsa el a Plugin Performance Profiler programot. Ez a kis szépség több oldalt is átvizsgál webhelyén, és becslést ad az egyes bővítmények általános betöltési sebességére gyakorolt hatásáról. Így nézett ki a jelentésem:

Javasoljuk, hogy futtasson 3-4 jelentést, hogy jobb képet kapjon a teljesítményről, mivel az eredmények eltérőek lehetnek. Itt nem igazán keresünk pontos számokat, hanem egyértelmű jelzést minden olyan beépülő modulról, amely jelentős erőforrás-fogyasztónak bizonyul.

A következő logikus lépés annak eldöntése, hogy indokolt-e valamelyik beépülő modul eltávolítása. Végső soron a minőségi felhasználói élmény nyújtása iránti vágyon alapuló döntésnek kell lennie – a bővítmény(ek) által bevezetett előnyöknek meg kell haladniuk a további betöltési időt.

Tisztítsa meg a kézi kódot

Ha manuálisan módosította a témája PHP-fájljait, remélem, gyermektémával tette ezt meg, különben ez a folyamat egy kis fejfájást okozhat. Ha nem, akkor az első lépés egy gyermektéma létrehozása, és az összes testreszabott témafájl áthelyezése abba.

Feltételezve, hogy van gyermektémája (ilyen vagy olyan módon), most az a feladata, hogy végignézzen a téma mappájában található minden fájlon, és ellenőrizze, hogy nincs-e benne redundáns kód. Íme, amit találtam a fájljaim között:

• Hivatkozások olyan Google-betűtípusokra, amelyeket már nem használok (sőt, soha nem is tettem – csak vacakoltam velük).
• Egy kódrészlet néhány közösségi megosztási gombhoz a blogom egyik oldalán, amelyet minden egyes oldalra betöltenek.
• Valami kód egy Facebook „lájkdobozhoz”, amely az indokoltnál sokkal több erőforrást vett igénybe.
• Néhány egyéni függvény a functions.php fájlomban, amelyeket már nem használtak.

Egyes esetekben ezeket az elemeket negatív mellékhatások nélkül eltávolíthatja. Más esetekben érdemes megtartani a módosítások által bevezetett funkciókat. Ha ezek különösen erőforrásigényesek, akkor azt javaslom, hogy vizsgálja meg az aszinkron betöltést, amely biztosítja, hogy az esetlegesen mohó szkriptek ne akadályozzák az oldal többi részének betöltését.

Optimalizálja képeit

Vannak képek, amelyek betöltődnek a webhely minden oldalán, például az oldalsávon és az emblémán. Érdemes ügyelni arra, hogy ezek a lehető legkisebbek legyenek, mivel együttes méretük meglehetősen jelentős lehet.

Az optimalizálási folyamatot két szakaszra kell osztani:

1. Veszteséges optimalizálás: a választott grafikus szerkesztő szoftverrel mentse el a fájlt a lehető legtöbb veszteséges optimalizálással (csak JPEG esetén). Azt tapasztaltam, hogy egy kép mentése 70-80%-os optimalizálással nagyon jó dolog.
2. Veszteségmentes optimalizálás: Futtassa a képeket egy beépülő modulon (például a Smush Image Compression) keresztül, hogy azok még tovább tömörüljenek a képminőség romlása nélkül.

A képek optimalizálása óriási változásokat hozhat anélkül, hogy észrevehetően befolyásolná a felhasználói élményt, ezért ez egy kicsit felesleges.

További lépések

A fenti intézkedésekkel drámaian csökkenteni kell a terhelési sebességet, de természetesen még tovább is léphet.

Például a tárhely és a tartalomszolgáltatás óriási változást hozhat a betöltési időkben. Egy megosztott szerveren tárolt webhely soha nem fog teljessé válni egy CDN-hálózattal együttműködő dedikált szerveren. Saját AJ Clarke a CloudFlare közösséget ajánlja a betöltési sebesség és növelése érdekében.

Ennek a bejegyzésnek a hatókörébe nem tartozik a különböző tárhelyszolgáltatók előnyeinek és hátrányainak részletes bemutatása, ezért azt tanácsolom, hogy kezdje az ebben a bejegyzésben javasolt módosításokkal. Ha többre vágyik, vegye fel a kapcsolatot tárhelyszolgáltatójával, és kérjen tanácsot a tárhelycsomagja javításáról és/vagy a CDN beépítéséről.

Ha bármilyen kérdése van, kérjük, tünjön fel az alábbi megjegyzés rovatban!