Az oldal az irodai laptopon megnyílik, és rendben is néz ki. Aztán egy ügyfél megemlíti, hogy telefonon egy örökkévalóságig töltött, vagy Ön maga nyitja meg mobilneten egy parkolóban, és nézi, ahogy a logó egyedül áll a fehér képernyőn, amíg a többi utoléri. Rákeres, hogy miért lassú a weboldalam, lefuttat egy ingyenes sebességtesztet, és kap egy oldalnyi piros jelölést és szakzsargont, amely nem mondja meg, mit kellene valójában tenni.
A szokásos következtetés az, hogy a tárhelyet nagyobbra kell cserélni, vagy az egész oldalt újra kell építeni. Néha valamelyik igaz is. Gyakrabban azonban az okok kevesen vannak, láthatók abban a böngészőben, amely már megvan, és az olcsók jönnek először. A lassú oldal nem csak bosszúság: az a látogató, aki addig várt, amíg ingerült lett, ritkán tölt ki űrlapot, és ez az egyik csendesebb oka annak, hogy egy oldalra jönnek látogatók, de nem érkezik ajánlatkérés.
Miért lassú a weboldalam: a szokásos okok
A képek jóval nagyobbak, mint a hely, amelyet kitöltenek. A fotók a fényképezőgépből vagy a képbankból egyenesen az oldalra kerülnek, többszörösen szélesebben, mint a doboz, amelyben ülnek, és a böngésző az egész fájlt letölti, mielőtt lekicsinyítené. A jel: az oldal szerkezete gyorsan megjelenik, de a képek egyenként töltődnek be, és az oldal telefonon érezhetően rosszabb, mint vezetékes asztali gépen.
Túl sok bővítmény, widget és szkript. Egy CMS-en vagy oldalépítőn futó oldal az évek során kiegészítőket gyűjt: egy slider, egy chat-widget, több analitikai kód, egy sütibanner, egy foglalási modul, amelyet már senki sem használ, automatikusan induló videó a fejlécben. Mindegyik a saját kódját tölti be, mielőtt az oldal megnyugodna. A jel: az oldal még jóval a szöveg megjelenése után is dolgozik, a gombok egy pillanatig nem reagálnak, és az elrendezés ugrál, ahogy a darabok megérkeznek.
A szerver lassan válaszol. Mielőtt az oldal bármely része megjelenne, a böngésző a szerverre vár. Egy olcsó osztott tárhelycsomag, egy CMS, amely minden látogatáskor a nulláról állítja össze az oldalt, mert a gyorsítótár ki van kapcsolva, vagy egy évek óta hízó adatbázis mind ugyanúgy mutatkozik: egy pillanatig üres fehér képernyő, aztán minden egyszerre.
A látogató messze van a szervertől. Az egyik országban tárolt és a másikból látogatott oldal már a távolság miatt is időt veszít; otthon gyorsnak tűnik, külföldről lassúnak, és otthon senki sem veszi észre. A jel: a panaszok egy bizonyos régióból érkeznek.
Valami az oldalon blokkolja az összes többit. Egy betűtípus, amelynek le kell töltődnie, mielőtt bármilyen szöveg kirajzolódhatna, egy minden oldalba beágyazott térkép, egy szkript, amely egy rossz napját élő külső szolgáltatásra vár. A jel: az oldal egyes napokon rendben van, máskor nem, vagy üres marad, amíg egy bizonyos elem meg nem jelenik.
Hogyan derítse ki, melyik az Öné
Az alábbiak mindegyike elvégezhető egy telefonnal, egy laptoppal és a böngészőben már meglévő ingyenes eszközökkel. Haladjon sorban; az első elbukó ellenőrzés általában az Ön oka.
- Nyissa meg az oldalt telefonon mobilneten, ne Wi-Fi-n. Mérje nagyjából órával, a link megérintésétől addig, amíg olvasni és kattintani tud, majd tegye ugyanezt a laptopon. Ha a telefon drámaian rosszabb, az a képekre és a nehéz szkriptekre mutat.
- Figyelje, mi jelenik meg először. Töltse újra, és jegyezze fel a sorrendet. Üres képernyő, majd minden egyszerre: a szerver; előbb a szöveg, aztán csordogáló képek: a képek; ugráló elrendezés és nem reagáló gombok: a szkriptek.
- Futtasson egyetlen ingyenes sebességtesztet egy nagy kereső- vagy böngészőgyártótól, és hagyja figyelmen kívül a pontszámot. Csak a legnagyobb fájlok listáját és a javasolt javításokat olvassa el: ezek egyszerű szavakkal nevezik meg a túl nagy képeket, a nem használt szkripteket és a lassú szerverválaszt. Egy szolgáltatásoldalt teszteljen, ne csak a kezdőlapot.
- Nyissa meg a böngésző fejlesztői eszközeit a hálózat fülön, töltse újra, és rendezze méret szerint. Ha a legnagyobb tételek a látható képnél jóval nagyobb képfájlok, megvan a válasz; ha a listán tucatnyi szkript szerepel ismeretlen domainekről, számolja meg a bővítményeket.
- Írja össze az oldal minden bővítményét, widgetjét és külső kódját, és írja mindegyik mellé, ki és mire használja. Tapasztalatunk szerint a lista hosszabb, mint bárki várta, és egy része halott.
- Ellenőrizze a tárhelycsomagot és a gyorsítótár beállítását. Lépjen be a tárhely vezérlőpultjába, és nézze meg, miért fizet, és be van-e kapcsolva az oldal-gyorsítótár. Ha nem tudja, az oldal készítője tudja, és a kérdés egyetlen e-mailbe kerül.
- Tesztelje a többi piacáról is. Kérjen meg egy külföldi kollégát, hogy mérje ugyanazt az oldalt, vagy használjon olyan ingyenes tesztet, amelyben kiválasztható a tesztelés helye.
A javítás, sorrendben
Előbb a legolcsóbb. Tapasztalatunk szerint a legtöbb oldal a sebessége nagy részét az első három lépésben visszanyeri, újraépítés nélkül.
- Méretezze át és tömörítse a képeket. Exportálja a fotókat abban a méretben, amelyet az elrendezés ténylegesen használ, modern webes formátumban, és cserélje le az eredetieket; CMS-en egy képoptimalizáló bővítmény az egész könyvtárat egy menetben elintézi. Ez a leggyakoribb javítás, és egy délutánba kerül.
- Távolítsa el, amit nem használnak. Kapcsoljon ki és töröljön minden bővítményt, widgetet és kódot, amelyhez senki sem tudott felhasználót megnevezni, vonja össze a duplikált analitikai kódokat egybe, cserélje az élő beágyazott térképet a térképre mutató statikus képre, és töltse késleltetve mindazt, ami az első képernyő alatt van.
- Kapcsolja be a gyorsítótárat. Az oldal-gyorsítótár azt jelenti, hogy a szerver kész másolatot ad ki ahelyett, hogy minden látogatónak összeállítaná az oldalt. A legtöbb CMS-platform és tárhelyszolgáltató beállításként vagy bővítményként kínálja.
- Javítsa a blokkoló elemeket. Töltse be a betűtípusokat úgy, hogy a szöveg azonnal megjelenjen helyettesítő betűvel, és később cserélődjön ki, halassza el az első képernyőhöz nem szükséges szkripteket, és vegye ki a videót a fejlécből. Általában egy fejlesztői óra, nem projekt.
- Vigye közelebb az oldalt a látogatóhoz. A tartalomszolgáltató hálózat (CDN) a statikus fájlok másolatait sok régióban tárolja, így a más országból érkező látogató a közelből tölt le. A legtöbb tárhely- és domainszolgáltató kínál ilyet; ha határokon át értékesít, ez a lépés bármilyen tárhelybővítés elé kerül a listán.
- Csak akkor váltson nagyobb tárhelyre, ha a szerver bizonyítottan lassú. Ha az üres képernyős várakozás a gyorsítótár bekapcsolása után is megmarad, a csomag a szűk keresztmetszet. Váltson a forgalomhoz illő csomagra, ne a legolcsóbbra, amely technikailag működik.
- A legnehezebb oldalakat építse újra, ne a teljes webhelyet. Ha egy sablon tucatnyi komponenst vonszol minden oldalra, a kulcsfontosságú céloldalak könnyebb szerkezetre való újraépítése gyakran elég. Weboldal-fejlesztési projektjeinkben a sebesség indulási feltétel, és ez az a lépés, ahol az oldal aköré épül, amit tennie kell, nem aköré, amit a sablon kínál.
A sebesség azt is alakítja, hogyan találnak rá az oldalra: a keresők ugyanazokat a várakozásokat mérik, amelyeket a látogatói éreznek, így a fenti változtatások minden tisztességes SEO-munka részei. És ha az oldal hosszú ideje lassú, néhány ajánlatkérés csendben elveszett; annak rögzítése, honnan érkezik az egyes megkeresés, ahol a CRM- és analitikai projektjeink kezdődnek, megmutatja, változtatott-e bármin a javítás.
Mit mérjen
- A használható oldalig eltelt idő telefonon, mobilneten, kézzel mérve, minden alkalommal ugyanúgy, havonta.
- Az oldal súlya és a kérések száma a fő céloldalakon, a hálózat fülről, minden változtatás előtt és után.
- A szerver válaszideje, ahogy a sebességteszt mutatja, a várakozás, mielőtt bármi megérkezne, amelynek a gyorsítótár bekapcsolása után csökkennie kell.
- Visszafordulási arány és kitöltött űrlapok a módosított oldalakon, az analitikában, néhány héttel a változtatás után, összevetve a néhány héttel korábbival.
Itt jövünk mi a képbe
Egy tulajdonos egy szabad estével, egy fejlesztői órával és tárhely-belépéssel mindezt megteheti. Amit mi hozzáteszünk, az a sorrend: képek és holt teher a tárhely előtt, gyorsítótár az újraépítés előtt, és mérés előtte-utána, hogy a javulás tény legyen, ne érzés. Ha inkább ránk bízná a diagnózist, egy rövid brief az oldal címével és a legfontosabb oldalakkal elég az induláshoz.
