Wordpress

Sebességoptimalizálás Optimochával

Ezen a héten Barış Ünverrel az Optimochától beszélgettünk a WordPress webhelyek sebesség- és teljesítményoptimalizálásáról. Tekintse meg az alábbi interjúnkat, és görgessen a végére, hogy elolvassa rövid személyes áttekintésünket a szolgáltatásról.

K. Szia Barış! Üdvözöljük a WP Mayor blogján. Izgatottan várjuk, hogy a webhely sebességéről beszélhessünk, úgyhogy azonnal belevágok! Te vagy az Optimocha alapítója (egyébként klassz név, kíváncsian várom, hogyan jutott eszedbe!). Milyen szolgáltatásokat kínál, és ki a célügyfele?

Köszönöm hogy vagy nekem! A WP Mayor a WordPress fő hírforrásaim közé tartozik, ezért örülök, hogy itt lehetek.

Az Optimocha dióhéjban egy sebességoptimalizáló és -karbantartó szolgáltatás WordPress-alapú webhelyekhez. Fő fókuszunk (megszállottság, rögeszme, valóban) célja az egyes webhelyek általános teljesítményének javítása, amelyeken dolgozunk, de mivel bizonyos mutatók befolyásolják a rangsorolást (erről később), és az ügyfelek hajlamosak rákérdezni, arra koncentrálunk, hogy jobb Core Web Vitals mérőszámokat készítsünk ügyfeleink webhelyein. 2019-ben megvásároltuk a Speed ​​​​Booster Pack-et is, és néhány további terméket/szolgáltatást fejlesztünk, amelyek közül kettő 2021 végéig fog megjelenni.

És köszönöm a kedves szavakat a névvel kapcsolatban! Miután felírtam több mint kétszáz nevet (többnyire „opti-” vagy „speed-” előtagú szavak kombinációit), hogy megtaláljam a legjobb márkanevet, az „Optimocha” név mellett döntöttem. Nagyon szórakoztató gyakorlat volt, és mivel a márkaváltás nehéz és bosszantó még a legkisebb vállalkozások számára is (és szinte lehetetlen a nagyobbak számára), fontosnak tartottam egy jó márkanevet találni.

K. Mindannyian tudjuk, hogy a webhely sebessége fontos, de mik a valódi előnyei a gyors webhelynek? Több konverziót hoz, jobban szerepel a Google-on?

Mindkettő… és néhány.

A legnagyobb és legnyilvánvalóbb javulás az oldal rangsorolása a keresőmotor eredményoldalán (SERP). A Google bejelentette, hogy a Core Web Vitals-t figyelembe veszik a helyezéseknél, ami azt jelenti, hogy ha az oldala javított CWV-n, akkor jobb lesz a helyezése. És mivel ez közvetlenül befolyásolja egy weboldal sikerét (konverzió, előfizetés, eladás stb.), minden webhelytulajdonos számára ez kell, hogy legyen a fő ok az oldalak optimalizálására.

Még akkor is, ha a SERP-rangsorok nem fontosak, például amikor egy webhelyet közösségi médián vagy offline reklámoznak, a webhely általános teljesítménye óriási szerepet játszik a látogató/felhasználó elégedettségében. Lehet, hogy nem mindig vesszük észre, de mindannyian hajlamosak vagyunk unatkozni, ha egy oldal néhány másodpercnél tovább töltődik – különösen mobilon.

Ez az unalom frusztrációhoz vezethet, és megnöveli annak esélyét, hogy a látogató/felhasználó bezárja az oldalt, mielőtt az betöltődik. Ez nem jelenik meg az elemző eszközökben, mert a látogató elhagyja az oldalt, mielőtt az elemzési szkript még futni kezdene. Vannak ügyfeleim, akik azt mondták, hogy az optimalizálási munka után megduplázódott az oldalmegtekintésük – a látogatók csak maradtak az oldalon, ahelyett, hogy unatkoztak volna és elmennének. Egyszerű a dolog.

Vannak még fejlett okok miatt (például a már átváltott vásárlói elégedettség), de ez a kettő a legfontosabb ok, amiért a webhelytulajdonosok fontolóra veszik a webhelyük teljesítményének javításába való befektetést.

K. Véleménye szerint melyek azok a kulcsfontosságú dolgok, amelyekre oda kell figyelni, amikor egy webhelyet a sebességre próbálnak optimalizálni?

Ez egy erősen vitatott téma, és a sebességoptimalizálási szakértők (köztük én is) hajlamosak másként gondolkodni, mint a Google… de összességében az ügyfelek döntik el, mit akarnak. Íme néhány kulcsfontosságú mérőszám a webhelytulajdonosok, a sebességoptimalizálási szakértők és a Google számára, és hogy igazuk van-e vagy rossz:

PageSpeed ​​pontszám: Azonnal – ez nonszensz. Ez nemcsak a webhely teljesítményének hamis ábrázolása, hanem még a Google sem veszi figyelembe. SOHA ne törekedjen 100%-os pontszám elérésére, hanem próbálja meg javítani a Web Vitals mutatóit. Ezenkívül a GTmetrix, a Pingdom és a WebPageTest eszközök által kiszámított összes „osztályzat” és „pontszám” nem elegendő.

Core Web Vitalok: Ez a mérőszámok csoportjának a neve, amely a Google szerint fontos tényező a rangsorolásnál. Jelenleg a csoportnak három tagja van: Legnagyobb tartalmi festés (LCP), Első beviteli késleltetés (FID) és kumulatív elrendezéseltolás (CLS). Még mindig nem ábrázolja tökéletesen webhelye teljesítményét, de olyan közel van, mint a Google jelenleg (és véleményem szerint elég közel állnak hozzá).

Ideje az első bájtig: A „szerver válaszidejének” is nevezett TTFB alapvetően azt az időt méri, amely alatt a szerver válaszol a látogató oldalmegtekintési kérelmére. Nyilvánvaló, hogy minél jobb ez a mérőszám, annál jobb lesz az összes többi időmérés.

Betöltési idő: „A betöltés akkor értendő, amikor az oldal feldolgozása befejeződött, és az oldalon lévő összes erőforrás (képek, CSS stb.) letöltése befejeződött” – írja a GTmetrix. Véleményem szerint ez a legtöbb humánus módja annak, hogy mérje a webhely „sebességét” (nem a „teljesítményt”, ne feledje). De persze a vélemények olyanok, mint a köldök – mindenkinek van ilyen.

Teljesen betöltött idő: A GTmetrix által népszerűsített mérőszám különbözik a „betöltési időtől”, mivel méri az összes többi kérést, amelyet a kezdeti kérelmek küldtek. Példaként, ez a mérőszám figyelembe veszi az oldalra betöltött Google-hirdetések összes eszközletöltését is, ami nem feltétlenül készteti a felhasználót arra, hogy „megvárja”, amíg az oldal elkészül. Ezért nem hiszem, hogy ez a helyes mérőszám a sebesség mérése során.

Egyéb mutatók: Első tartalmas festék egy régi iskolai mérőszám, amelyet most a váltott fel Legnagyobb tartalmas festék. Sebességindex ez is egy értelmetlen mérőszám, mint a PageSpeed ​​pontszám. Page Size fontos, mivel minden másra közvetlenül hatással van, de sikerülhet egy átlagosnál nagyobb oldalmérettel teljesítő oldalt készíteni. És végül, a PageSpeed ​​Insights, a Lighthouse, a GTmetrix, a WebPageTest vagy a Pingdom EGYIK „ajánlása” sem tekinthető „mérőszámnak”, „hibának” vagy bármi másnak, mint amilyen – ajánlásnak.

PS: Nyilvánvalóan több „isten” van a Google-n kívül, aki eldönti, hogy mely mutatók fontosak, mint például az imént említettek. De ebben monoteista (heh) vagyok, és a Google-t választottam, mert ők gyakorolják a legnagyobb befolyást a Web Performance Optimization (WPO) világában.

K. Említette a Core Web Vitals-t, el tudná magyarázni, mi ez részletesebben?

Teljesen! Mivel több, mint néhány alappal kell foglalkoznunk, amelyek felfújhatják ezt az interjút, utaljuk a WP Mayor olvasóit erre a vendégbejegyzésre: Bevezetés a Core Web Vitalsba.

K. Lehetséges egyedül optimalizálni webhelye sebességét? Mikor érdemes olyan szolgáltatást választani, mint az Optimocha?

Már több mint 5 éve dolgozom ebben a szakmában, és őszintén megmondom, hogy tevékenységünknek legalább a felét az ügyfelek meg tudják csinálni, a másik fele pedig a mi szakértelmünk és a mi trükkjeink körébe tartozik. De természetesen az emberek fizetnek nekünk a szakértelmünkért, és azért, hogy ne saját kezükben kezeljük a dolgokat.

Ha webhelye optimalizálására törekszik, három fontos javaslatot ajánlok Önnek:

  1. Legyen könyörtelen a dolgok megszüntetésével – különösen olyan dolgokkal, amelyek növelik az oldal súlyát, és ami még fontosabb, azokat, amelyek növelik a JavaScript használatát.
  2. Legyen nyitott a dolgok alternatívákkal való helyettesítésére, vagy ismételten a megszüntetésére.
  3. Mindaddig, amíg biztonsági másolatokkal dolgozik, ne féljen a dolgok összetörésétől.

Ha készen áll a kihívásra, kipróbálhatja a Speed ​​Booster Pack, ingyenes beépülő modul telepítését és módosítását, hogy saját maga optimalizálja webhelyét.

K. Milyen gyakran kell optimalizálnia és karbantartania webhelyét?

Attól függ, hogy milyen gyakran vesz fel, távolít el vagy módosít dolgokat a webhelyén. Természetesen nem új blogbejegyzés hozzáadására, eladásra vagy a Névjegy oldalon lévő elírás javítására gondolok. Olyan dolgokról beszélek, amelyek megváltoztathatják a Core Web Vitals mérőszámait, mint például a kezdőlap újratervezése, új témára váltás vagy olyan beépülő modul hozzáadása, amely eszközöket (CSS, JS stb.) ad hozzá a kezelőfelülethez.

Biztosan! A hosting nem csak a webhely teljesítményének, hanem a webhely megbízhatóságának is fontos tényezője. Egy jól felépített szerver minden webhelyen csodákra képes – nem csak a magas erőforrás-felhasználásúakon. És ha forgalomra számít tüskék időnként olyan hosting céget kell választania, amely automatikusan képes alkalmazkodni a túlfeszültségekhez anélkül, hogy leesne vagy nevetséges összegeket kérne.

Van néhány hosting cégem, akikkel együtt dolgozom, és van egy Kedvenc –, de nem hiszem, hogy fel kellene fednem őket pusztán azért, mert a lista attól függően változik, hogy mennyire folytatják vállalkozásukat.

K. A beépülő modulok lelassíthatják webhelyét? Hogyan lehet szűkíteni a használt bővítmények listáját?

Úgy gondolom, hogy erre a kérdésre a legjobb válasz az, ha hagyjuk az olvasókat feltenni maguknak a következőket: „Segít-e a(z) {insert plugin name here} értelmes módon a(z) {insert conversion goal here}? A példák értelmesebbek lennének:

  1. Egy egyszerű céges webhely esetében egy csúszka beépülő modul segít több potenciális érdeklődőnek felvenni Önnel a kapcsolatot… vagy egyszerűen nem talált semmit a kezdőlapjára, ezért felcsapott egy csúszkát néhány képpel?
  2. Egy hírwebhely esetében a push értesítések valóban növelik a felhasználói interakciókat, például több megosztást, több látogatást vagy több megjegyzést… ami több hirdetéseladást eredményez? (Hogy őszinte legyek, már abban sem vagyok biztos, hogy az emberek feliratkoznak a push értesítésekre.)
  3. Egy e-kereskedelmi webhely esetében ezek az „X vásárolt Y” értesítési dobozok valóban FOMO-t váltanak ki, és segítenek több eladást elérni?

Az optimalizálás soha nem teljes kísérletezés nélkül. Eltávolíthat dolgokat a webhelyéről (jelentős időre, például egy hónapra), megnézheti, nem árt-e a konverziós céljainak, és visszahelyezheti ha látod, tényleg segít.

K. A képek az egyik kulcsfontosságú tényező a webhelyek lassításában. Mi a legjobb módja ennek a kihívásnak?

Három dolgot szeretnék elmondani a képekkel kapcsolatban:

Használjon kevesebb képet: Szinte mindig a képek teszik ki a weboldal súlyának nagy részét. Kevesebb kép használata nemcsak a súlyt csökkenti, hanem a DOM méretét is csökkenti.

Használjon lusta betöltést: A lusta betöltés alapvetően elhalasztja a képek letöltését a DOM betöltése után, ami azt jelenti, hogy az oldal többi része gyorsabban töltődik be, ha lusta betöltést használunk… Azonban már sejthette, ha lusta betöltést alkalmazott az összes képre, beleértve a a kezdeti nézetablakban, árthat az LCP-mutatóknak. Ezért fontos, hogy ne lustálkodjunk mindent betölteni.

Használjon újabb képformátumokat: Jelenleg a WebP a vezető modern képformátum. Az AVIF a második helyen áll sokkal rosszabb támogatással és valamivel jobb tömörítési aránnyal. Döntse el és használja valamelyiket, és legyen tartalék JPG/PNG alternatívája címkéket. Easy peasy.

K. Milyen csomagokat kínál az Optimochán keresztül?

Háromféle szolgáltatást kínálunk:

Sebesség- és teljesítményoptimalizálás: Jönünk, optimalizálunk, elrepülünk. Ha csak egyszer, vagy esetleg évente egyszer kell optimalizálnia a teljes webhelyét, akkor ezt a szolgáltatást választhatja.

Folyamatos optimalizálás és tanácsadás: Jövünk, optimalizálunk, maradunk. Ha arra van szüksége, hogy folyamatosan optimalizáljuk a weboldalt, és bármit, bármikor kérdezzen (a tanácsadó szolgáltatás része), akkor érdemes ebbe a szolgáltatásba fektetni.

Teljes körű felújítás: Ezt olyan webhelyeknek ajánljuk, amelyek nem tudják elérni a legmagasabb teljesítménypotenciálokat anélkül, hogy a nulláról kezdenék. Új téma, új beépülő modulok, esetleg új tárhely… Ön ezt a speciális szolgáltatást választaná, ha Ön (vagy mi) úgy gondolja, hogy webhelye reménytelen.

K. Hogyan érhetik el olvasóink?

Felveheti velünk a kapcsolatot kapcsolatfelvételi űrlapunkon keresztül, vagy közvetlenül a Twitteren vagy a LinkedIn-en keresztül!

Köszönöm, hogy velem voltál, Gaby és Mark!

Tapasztalataink az Optimochával

Amikor WordPress-termékeket és szolgáltatásokat vitatunk meg vagy hirdetünk a WP Mayoron, mindig mindent megteszünk, hogy magunk teszteljük őket.

Ez alól az Optimocha sebességoptimalizáló szolgáltatása sem volt kivétel.

Megkértük Barış-t, hogy próbálja ki magát a saját WP Mayor blogunk optimalizálásában.

Íme az eredmények:

Előtt

A legnagyobb tartalmat tartalmazó festék: Ötvenes évek
Teljes blokkolási idő: 1690ms
Összesített elrendezéseltolás: 0
A PageSpeed ​​teljes pontszáma: 35

Után

A legnagyobb tartalmat tartalmazó festék: 4.1 s (21.95%-kal jobb!)
Teljes blokkolási idő: 220 ms (768.18%-kal jobb!)
Összesített elrendezéseltolás: 0.016 (kis növekedés, de még mindig zöld)
A PageSpeed ​​teljes pontszáma: 74 (211.43%-kal jobb!)

Az egész folyamat nagyon gördülékeny volt. Barış azzal kezdte, hogy küldött nekünk egy e-mailt, amely tartalmazza az optimalizálási folyamat lépéseinek teljes listáját. Minden szakaszhoz részletes magyarázatok voltak, amelyek elég jó ötletet adtak nekünk arról, hogyan fog kinézni a következő hónapban a vele való munka.

Ha azon gondolkodik, hogy az Optimocha szolgáltatását választja, olvasson tovább. Leírom, mi vár ránk.

Mi várható

A kezdéshez először hozzáférést kell biztosítania webhelyéhez, tárhelyszolgáltatójához és gyorsítótár-fiókjához. Ez lehetővé teszi Barış számára, hogy elvégezze a szükséges vizsgálatokat, teszteket és implementációkat az Ön webhelyén.

Vegye figyelembe, hogy Barış javasolhatja tárhelyszolgáltató váltását, ha a jelenlegi nem felel meg webhelye igényeinek. A mi esetünkben a Servebolt remek munkát végez a blogunk tárhelyén, így nem kellett változtatásokat végrehajtanunk.

A második dolog, amit érdemes megjegyezni, hogy tartózkodnia kell a webhely bármilyen nagy módosításától, amíg az optimalizáló csapat dolgozik. Bármilyen nagy változtatás befolyásolhatja a munkafolyamatot és a végeredményt. Ez nem jelenti azt, hogy nem folytathatja a tartalom feltöltését vagy a másolat módosítását a webhelyén. Ez azonban azt jelenti, hogy érdemes lehet „engedélyt” kérni, mielőtt bármilyen jelentősebb dolgot végrehajtana.

A következő szakaszok meglehetősen egyszerűek voltak. Megkaptuk a használt beépülő moduljaink részletes elemzését, fejlesztési vagy új beépülő moduljavaslatokat, valamint az elvégzendő módosítások listáját. 

Talán az Elementor bizonyult a legnehezebben javíthatónak. A legtöbb oldalkészítőhöz hasonlóan ők is kissé felduzzasztják a webhelyet – különösen, ha nem a bevált módszereket alkalmazza. Az Elementor webhely felgyorsítására vonatkozó tippeket egy másik bejegyzésben fogok dokumentálni.

Összességében elégedettek voltunk az Optimocha sebességoptimalizáló szolgáltatásával.

Úgy gondolom, hogy ez egy nagyszerű megoldás a nem műszaki felhasználók számára, akik megpróbálják javítani webhelyük sebességét. Ha Ön olyan fejlesztő, aki alaposan ismeri a WordPress-t, érdemes lehet csak egy kis időt szánni a témával kapcsolatos olvasásra, és saját maga végrehajtani a változtatásokat.

Ha azonban Ön olyan WordPress-felhasználó, mint én, ez a szolgáltatás kétségtelenül hasznos, és segít növelni a Google Core Web Vitals pontszámait, és javítani a látogatók oldalélményét.

Kapcsolódó cikkek

0 Hozzászólások
Inline visszajelzések
Az összes hozzászólás megtekintése
Vissza a lap tetejére gombra