Kliensorientált weboldal készítésekor sok mindent figyelembe kell venni és át kell gondolni, kezdve a kreatívtól (design, tartalom) a technikaiig (elrendezés, internetes elhelyezés). A vásárlók számára minden apróság fontos, ezért fontos, hogy ne csak a projekted külsejét nézd – mit fog látni a felhasználó -, hanem a belsejét is, mégpedig azt, hogy milyen gyorsan látja azt a felhasználó. A kutatások azt mutatják, hogy a felhasználók körülbelül fele arra számít, hogy egy webhely kevesebb mint két másodpercen belül betöltődik, és a felhasználók 40%-a bezárja a webhelyet, ha három másodpercnél tovább tart. Ezért elengedhetetlen, hogy webhelye gyorsan betöltődjön, különben azzal a kockázattal jár, hogy elveszíti ügyfelei jelentős részét. Mit tehet webhelye betöltési idejének csökkentése érdekében?
1. Rövidítse le a kódot
Minél nagyobb a projekt kódja, annál nagyobb a súlya, ami azt jelenti, hogy annál tovább tart a betöltése. Ezért mindenekelőtt meg kell győződnie arról, hogy a kód optimalizálva van. Ez különösen igaz az elsőre, nyitóoldal hogy a felhasználó ráesik - jobb lenne elhagyni a nehéz JavaScript szkriptekés az Ajaxot, vagy távolítsa el őket az oldal aljára. Ragaszkodjon a jól ismert KISS elvhez – legyen rövid és egyszerű – a kód legyen rövid és egyszerű.
Szolgáltatás PageSpeed Insights A Google javasolja a külső eltávolítását JavaScript fájl az oldal tetejéről, mivel a betöltéséhez szükséges műveleti ciklus jelentősen lelassítja az oldal betöltését. Ebben az esetben azt javasoljuk, hogy a JavaScript kódot beépítse, vagy az oldal tetejének betöltése után töltse be a kódot.
Ha szeretné tudni, hogy minden rendben van-e a JavaScripttel a webhelyén, használja ezt a szolgáltatást: https://varvy.com/tools/js/
Ez a tipp a HTML- és CSS-kódokra is vonatkozik. A JavaScripthez hasonlóan fordítson különös figyelmet a külső fájlok- például külső stíluslapok, amelyeket lehetőleg HTML-be lehet beilleszteni.
2. Használja a webhely tömörítését
Számos technológia létezik az adatok tömörítésére, ezáltal csökkentve a szöveges erőforrások méretét, és ezáltal az erőforrásoldalak betöltési idejét. Használja például a gzip-et: ez a segédprogram minimálisra csökkenti a böngészőből a szerverhez intézett kéréseket. Használhatja a HTTP protokollban.
Ezt az erőforrást meglátogatva ellenőrizheti, hogy webhelye gzip-et használ-e az adatok tömörítésére: http://www.gidnetwork.com/tools/gzip-test.php
Az alábbi linket követve megtudhatja, hogy általában használnak-e tömörítési technológiát webhelyén: http://www.whatsmyip.org/http-compression-test/
3. Csökkentse az átirányítások számát
A 301-es átirányítást gyakran használják egyik címről a másikra való átirányításra. Ez azonban tele van azzal a ténnyel, hogy további hálózati ciklusok merülnek fel, amelyek miatt az oldal betöltési ideje megnőhet, különösen, ha mobil eszközökről van szó. Ezért jobb, ha csökkenti az átirányítások számát, vagy teljesen elutasítja azokat.
Ezzel a programmal ellenőrizheti webhelyét, hogy vannak-e átirányítások (van egy ingyenes verzió): https://www.screamingfrog.co.uk/seo-spider/
4. Csökkentse a bővítmények számát
Ez a pont azokra vonatkozik, akik CMS-t használnak: Wordpress, Joomla vagy bármely más. Ellenőrizze a rendszeresen használt beépülő modulok listáját, hogy nincs-e benne szükség vagy már nem használt. A beépülő modulok számának csökkentése pozitív hatással lesz webhelye betöltésére és általános teljesítményére. Ha a Wordpress-t használja tartalomkezelő rendszerként, a beépülő modulok számát a dedikált P3 (Plugin Performance Profiler) bővítmény segítségével is optimalizálhatja: https://wordpress.org/plugins/p3-profiler/ Ez a bővítmény megmutatja a teljesítményt. adatokat más beépülő modulokról, és hogy mindegyik hogyan befolyásolja a webhely működését. Ez segít meghatározni, hogy mely bővítményeket kell először elvetni.
5. Optimalizálja a képeket
A webhelyen található képek mérete közvetlenül befolyásolja az erőforrás betöltési idejét. Minden képet optimalizálni kell: állítsa be a megfelelő méretet, formátumot és tömörítse. Hasznos lesz megszabadulni az úgynevezett digitális szeméttől is: különféle adatoktól, amelyek a feldolgozás során a képbe kerülnek.
6. Használja a böngésző gyorsítótárát
A gyorsítótárazás használatával jelentősen profitálhat webhelye betöltési sebességéből: amikor egy felhasználó először keresi fel webhelyét, néhány JavaScript- és CSS-fájl mentésre kerül a böngészőjének gyorsítótárába, amelyek ezután automatikusan megjelennek a következő látogatások alkalmával, és a böngészőnek nem kell időt vesztegetnie a letöltésükkel. A gyorsítótárazáshoz az Expires HTTP fejlécet megfelelően kell konfigurálni. Ezt úgy teheti meg, hogy beírja a következő sorokat a gyökérmappában található .htaccess fájlba:
V ez az eset minden típusnak 1 hónapos az időtartama, de módosíthatja az időt arra, amire szüksége van: a gyorsítótár bizonyos számú évig, hónapig, hetig vagy napig tárolható.
Ha egy adott CMS-t használ, telepíthet ehhez egy speciális bővítményt. Wordpress esetén a W3 Total Cache megfelelő: a gyorsítótárazás engedélyezve van a beállításokban (az összes listában válassza ki a plugin beállításait telepített bővítmények, majd Általános – jelölje be az „Összes gyorsítótár-típus be- vagy kikapcsolása (egyszerre)” jelölőnégyzetet.
7. Kövesse nyomon a webhely teljesítményét
Nagyon fontos, hogy folyamatosan figyelje webhelye teljesítményét – még akkor is, ha úgy tűnik, hogy mindent optimalizált, amit lehet. Ehhez speciális ingyenes források állnak rendelkezésre, amelyek közül a leghíresebbek az alábbiakban találhatók:
- már fentebb említettük Oldalsebesség Insights: https://developers.google.com/speed/pagespeed/insights/?hl=ru
Ez a Google-eszköz a webes erőforrás betöltési sebességét méri (0 és 100 pont között; minél magasabb a pontszám, annál jobb). A szolgáltatás javaslatokat ad a teljesítmény javítására, valamint megmutatja, hogy mely optimalizálási pontokat teljesítette. Ne feledje, hogy a Page Speed Insights szerkesztése és módosítása során a webhely által kapott pontok száma is változhat. - Pingdom webhely sebességteszt: http://tools.pingdom.com/fpt/
Jó Angolul beszélő szolgáltatás hogy ellenőrizze az erőforrás betöltési sebességét. A nemzetközi forrásokat kezelők számára különösen hasznos lesz, mivel lehetővé teszi a tesztelés helyszínének kiválasztását: USA, Ausztrália vagy Svédország (az eredmény más lesz). Sok különböző adatot jelenít meg, és javaslatokat tesz. - Terhelési hatás: https://loadimpact.com/
Ez a szolgáltatás lehetővé teszi, hogy több kérést generáljon webhelyére, amelyek segítségével megtudhatja egyrészt webhelye átlagos betöltési sebességét, másrészt megtudhatja, hogyan fog viselkedni webhelye bizonyos számú kérés esetén (hogy kibírja-e a teher). - LoadStorm: http://loadstorm.com/
Ezzel a szolgáltatással meglehetősen komoly tesztet futtathat webhelyén. Ingyenes verzió A szolgáltatás lehetővé teszi az erőforrás tesztelését 10 felhasználó segítségével, de a fizetős verzió több lehetőséget kínál, különösen önállóan írhat egy szkriptet, amelyet a felhasználók végrehajtanak (például kattintson egy bizonyos gombra, vagy lépjen a a kívánt szakasz). Ebben az esetben igazolnia kell, hogy Ön a webhely tulajdonosa.
Következtetés
Ha betartja a cikkben javasolt pontokat, jelentősen csökkentheti webhelye betöltési idejét. Ugyanakkor ne felejtse el, hogy az optimalizálás nem történhet a felhasználók rovására: a képeknek vonzónak kell maradniuk, a navigációnak kényelmesnek, az információknak pedig világosnak és hozzáférhetőnek kell lenniük.
Oszd meg a megjegyzésekben ötleteidet, hogyan gyorsíthatod fel egy webes erőforrás betöltését.
Sok felhasználó szeretné, ha számítógépe gyorsan működne, ezért programokat használnak az ideiglenes fájlok törlésére, például a rendszer automatikus megtisztítására (beleértve a böngésző gyorsítótárának törlését is). De ez az egyik fő oka annak, hogy lassul az oldalak betöltése a böngészőben.
Miért hoznak létre gyorsítótárat a böngészők?
Az egyik cikkben Alexander Shikhov leírta. Nem mondom el újra az egész cikket, csak a lényeget mondom el. A gyorsítótárra csak azért van szükség, hogy a webhelyek nagyon gyorsan megnyíljanak. Ha minden nap törli, akkor a következő alkalommal, amikor elindítja a böngészőt, és megpróbálja megnyitni kedvenc oldalait, a böngészőnek újra le kell töltenie ugyanazokat az adatokat, amelyeket a helyi lemezről (gyorsítótárról) a másodperc töredéke alatt megnyithatott volna.
Miért tanítottak meg minket a gyorsítótár tisztítására?
A rendszer tisztítására szolgáló programok fejlesztői évek óta arra tanítottak bennünket, hogy a gyorsítótár felesleges, és törölni kell. Ennek oka egyszerű volt – sok helyet foglal el, és ésszerűbben használható. De a valóságban ez csak trükk, ok arra, hogy két-háromszáz megabájttal és több ezer fájllal adjunk hozzá a rendszerben talált „szemét” statisztikájához. Ez lehetővé teszi, hogy egy ilyen termék jobban nézzen ki a felhasználók szemében, mivel több (vagy nem kevesebb) versenytársat talál.
Ez annak köszönhető, hogy a többség a talált hulladék mennyiségét értékeli, nem pedig a minőségét. Ha valamelyik program 700 megabájt szemetet talál a rendszerben, és egy másik 900 megabájtot, akkor a második program határozottan jobban néz ki. És nem számít, hogy a böngésző gyorsítótárának köszönhetően 200 megabájt került a tetejére, ami egy nap alatt kitölti ugyanazt a 200 megabájtot. Ez jó ok arra, hogy javasoljuk a rendszer újbóli tisztítását, nem?
Törölje a böngésző előzményeit és az ideiglenes fájlokat a gyorsítótár törlése nélkül
A gyorsítótár törlésének megakadályozása érdekében lemeztisztító programok használatakor egyszerűen kapcsolja ki a gyorsítótár-tisztítást a program beállításainál, és folytassa a használatát. Azonnal észre fogja venni, hogy kevesebb szemetet kezdett találni, de ne feledje, hogy ennek oka a gyorsítótár hiánya a „szemétben”, ami gyorsabbá teszi a böngészők betöltését és kényelmesebbé teszi a webhelyekkel való munkát.
Privát mód használata (inkognitó mód)
Ha nem szeretné, hogy egyetlen webhely sem hagyjon nyomot a számítógépén, akkor csak aktiválja a privát böngészési módot (ebben a Ctrl + Shift + N billentyűkombinációval aktiválódik), amelynek bezárása után a böngészett oldalak előzményei és adatai megjelennek. törölték a böngészőből, és soha senki nem fog tudni róluk.
A böngésző gyorsítótára egy nagyon hasznos és szükséges dolog, amit nem kell törölni, ha nem akarod kényelmetlenné tenni a böngészést. Ha rendszeresen törli böngészője gyorsítótárát, akkor ezzel a művelettel csak az oldalak betöltésének sebességét éri el, növeli a várakozási időt és csökkenti saját teljesítményét.
Miután összegyűjtött néhány statisztikai adatot az oldal betöltési idejéről és a tényleges csatornaszélességről valódi felhasználók, kísérletezhet olyan változtatásokkal, amelyek javíthatják ezeket a mutatókat. A mutató javításában elért jelentős eredmények esetén érdemes az elvégzett változtatásokat konszolidálni.
Az alábbi tippek némelyike más cikkekben is megjelent: a Yahoo tippjei, a CSS-fájlok kombinálása, az oldalak betöltési idejének optimalizálása stb. Az ismétlés azonban tanítás, és a következő tippekben van néhány friss pont.
A következő dolgokat lehet kipróbálni:
Ha a felhasználók rendszeresen letöltenek egy tucat vagy több nem gyorsítótárazott vagy nem gyorsítótárazott objektumot, érdemes a letöltéseiket 4 gazdagép között szétosztani. Ebben az esetben a felhasználó általában 4-szer annyi kapcsolatot tud létesíteni. HTTP-folyamat nélkül ez körülbelül 4-szeresére csökkenti a kérés továbbításának veszteségeit.
Egy oldal generálásakor azzal a feladattal kell szembenéznie, hogy képeket terjesztsen 4 különböző gazdagéphez. Ez a legegyszerűbb bármely hash funkcióval, például az MD5-tel. Ahelyett, hogy mindent letöltött volna az egyik http://static.example.com/ webhelyről hozzon létre 4 gazdagépet (pl. static0.example.com, static1.example.com, static2.example.com, static3.example.com), és használjon 2 bitet az MD5-ből – a összeget minden képért, hogy kiválassza, melyik gazdagépre helyezze el a linket a letöltéshez. Győződjön meg arról, hogy minden oldal ugyanazt az illesztési algoritmust használja (minden képnél ugyanarra a gazdagépre mutasson), különben hiába fog küzdeni a gyorsítótárazás ellen.
Érdemes azonban megjegyezni, hogy egy másik gazdagép hozzáadása megnöveli a további DNS-keresések és HTTP-kapcsolatok költségeit. Ha a felhasználók engedélyezték a kérés folyamatát, vagy az oldal tíznél kevesebb objektumot tölt be ( személy szerint hostonként 5-6 célzást javasolnék, azaz. 10 objektummal beléphet a második gazdagépbe, 16-tal a harmadikba, 25-tel pedig a negyedikbe.), akkor a felhasználók nem érzik a párhuzamos kérések számának növekedéséből adódó előnyöket, és ahelyett, hogy felgyorsítanák a weboldal betöltődését, lassulást észlelnek. Előnyök ez a megközelítés csak a nagyszámú külső objektumot tartalmazó oldalaknál jelennek meg. Érdemes valamilyen módon mérni a felhasználói betöltési idők közötti különbséget, mielőtt ezt a technikát teljes mértékben alkalmazni kezdené.
A visszatérő látogatók számára az oldalak betöltésének felgyorsításának legjobb módja talán az lenne, ha a statikus képek, stílusfájlok és szkriptek böngészője feltétel nélküli gyorsítótárazást végez. Ez semmilyen módon nem segíti az új látogatók oldalbetöltését, de jelentősen csökkenti az ismételt látogatások oldalbetöltési idejét.
Fontolja meg a kis objektumok (vagy egy tükör vagy gyorsítótáruk) lehető legközelebbi elhelyezését a felhasználókhoz a hálózati késleltetés szempontjából. Nagy, nemzetközi közönséggel rendelkező webhelyek esetén fizetős tartalomszolgáltató hálózatként használható ( Tartalomszolgáltató hálózat) és egyéni virtuális gépek 50 ms-on belül a felhasználók 80%-a számára, valamint számos elérhető módszer a felhasználói kérések elosztására a legközelebbi gépekhez Virtuális gép (Egyébként pontosan így működik számos nemzetközi cég oldala, köztük az Acronis is, amely a felhasználókat a földrajzi helytől függően helyi verziókra osztja.).
Rendszeresen ellenőrizze webhelyét „hétköznapi” kapcsolatok segítségével. Az én esetemben egy "lassú proxy" használata, amely egy rossz DSL-kapcsolatot emulált Új-Zélandról (768 Kbps be, 128 Kbps ki, 250 ms késleltetés, 1% csomagvesztés) ahelyett, hogy egy gigabájtos linket néhány milliszekundumra az államok szervereitől hogy egészen hasznos legyen. Nagyon gyorsan találtunk és javítottunk számos funkcionális hibát és használhatósági problémát.
Egy ilyen lassú kapcsolat szimulálására a modulokat használtam Linux kernelek netem és HTB, amelyek 2.6 óta elérhetők. Mindkét modul telepítve van a paranccsal. Ezzel az általam talált legpontosabb emuláció érhető el, de nem nevezném ideálisnak. Én személy szerint nem használtam, de minden véleményem szerint rejtett lehetőség a böngészőjükben, amely szintén lehetővé teszi néhány beszerzését További információ a letöltésről.
Ha ismeri a HTTP protokollt és a TCP / IP-t csomagszinten, megpróbálhatja megnézni, mi történik a tcpdump, ill. Ezek az eszközök elengedhetetlenek bármilyen hálózati hibakereséshez.
Próbálja meg tesztelni webhelye gyakran betöltött oldalait a webhely teljesítménye szempontjából helyi hálózat az Apache webszerverhez mellékeltet használva. Ha a szerver 5-10 ezredmásodpercnél tovább válaszol egy oldal generálásakor, akkor érdemes alaposan átlátni, mire fordítja a szerver idejét.
Ha az ilyen tesztek eredményeként a késleltetések nagyon magasak, és a webszerver folyamat (vagy CGI, ha azt használod) túl sok CPU-t "emésztett fel", akkor ennek oka gyakran a szkriptek fordításának szükségessége lehet. futásidőben minden kérés esetén. Ilyen szoftver mint például az eAccelerator for PHP, a mod_perl for perl, a mod_python for python stb. képes gyorsítótárba helyezni a szerveroldali szkripteket lefordított állapotban, jelentősen felgyorsítva a webhely betöltési idejét. Ezen kívül érdemes a programozási nyelvedhez találni egy profilkészítő eszközt, amellyel meghatározhatod, hogy hová költik a CPU-t. Ha sikerül kiküszöbölni a nagy processzorterhelés okát, akkor gyorsabban lesznek kiszolgálva az oldalak, és kevesebb géppel nagyobb forgalmat tud szállítani.
Ha webhelyén sok adatbázis-lekérdezés vagy más nehéz számítási tevékenység történik az oldal létrehozásakor, érdemes megfontolni a szerveroldali gyorsítótár hozzáadását a lassú műveletek érdekében. A legtöbb ember úgy kezdi, hogy gyorsítótárat ír a helyi memóriába vagy a helyi lemezre, azonban ez a logika leáll, ha a rendszer webkiszolgálók fürtjére bővül ( mindegyik a sajátjával helyi lemezés a helyi memória). Érdemes megnézni a memcached használatát, amely egy nagyon gyors megosztott gyorsítótárat hoz létre, amely konszolidálja az ingyenes RAM minden elérhető gép. A klienseket a legtöbb általános nyelvre átvitték.
(Opcionális) Kérje a böngészõ-szállítókat, hogy alapértelmezés szerint engedélyezzék a HTTP-kérések folyamatát az új böngészõkben. Ha ez megtörténik, akkor nem kell ezeket a "tamburákkal táncolni" ( ezeket a trükköket), és az internet nagy része gyorsabban töltődik be az átlagos felhasználó számára. (Ez a Firefoxban le van tiltva, feltehetően néhány proxy, egyes terheléselosztók és az IIS egyes verziói miatt ( szia Microsoft!), amelyeket megdöbbentek a vezetékes kérések. De úgy tűnik, hogy az Opera jelentős munkát végzett, hogy alapértelmezés szerint engedélyezze ezt a funkciót. Miért nem minden más böngésző képes erre?)
Következtetés
Ez a lista a böngésző és a szerver közötti kommunikáció sebességének növelésével kapcsolatos gondolataimat tartalmazza, és általánosságban sok webhelyen alkalmazható, függetlenül attól, hogy a webszervert vagy a fejlesztői nyelvet hogyan használják az oldal megírásához. Sajnos azonban mindezt ritkán teszik meg.
Bár az összes tipp az oldalbetöltési idő csökkentését célozza, a pozitív mellékhatások csökkenthetik a webhely forgalmát és a szerver oldalmegtekintésenkénti CPU-terhelését. A webhely költségeinek csökkentése és az erőforrás felhasználói élményének javítása jó ok arra, hogy időt szánjunk az ilyen típusú optimalizálásra.
V Google Chrome, hasonlóan a Windows operációs rendszer többi böngészőjéhez is van egy probléma, ami azzal kapcsolatos, hogy az oldal betöltése után néhány letöltött fájl a számítógépre kerül.
Idővel kezdenek túl sok helyet foglalni a merevlemezen.
A sütiket rendszeresen meg kell tisztítani, bár minden rendben lehet. Maga az eljárás nem sok időt vesz igénybe, mert a Google Chrome-ban nagyon könnyű végrehajtani.
Ami
Mielőtt törölné a gyorsítótárat a Google Chrome-ban Windows rendszeren, meg kell értenie, hogy valójában mi is az. Maga a készpénz kifejezés az angol cashe szóból származik. Gyorsítótárat vagy tárolóhelyet jelöl ki. Gyakran "cookie-knak" is nevezik, mivel a webhely szöveges adatairól van szó, amelyeket a felhasználó számítógépén tárolnak. A technikai részletektől eltekintve elmondhatjuk, hogy az ilyen jellegű információs tárak lehetővé teszik az adatszolgáltatást gyors nyitásés megjeleníti azokat a webhelyeket, amelyeket a felhasználó korábban a Chrome-on keresztül látogatott meg.
Általában véve az ilyen tárolók kiváló lehetőséget jelentenek az internetes forgalom megmentésére. Így például, miután megnézett egy videót egy bizonyos webhelyen, amikor újra megnézi, nem kell újra teljesen letöltenie a hálózatról. A tény az, hogy a böngészőalgoritmusok automatikusan létrehozzák a videó másolatát, és elhelyezik a számítógép memóriájában, ezáltal cookie-kat és gyorsítótárat hoznak létre. Gyorsabb betöltési időt is biztosít.
Ebben az esetben azonban vannak negatív oldalai is. Például:
- Ha az oldalon változtatásokat hajtottak végre a böngészőből való látogatást követően, és az ezzel kapcsolatos információkat cookie-kba mentettük, akkor nem minden jelenik meg új formában. Ennek az az oka, hogy már van egy kép a memóriában régi verzió a böngésző algoritmusai által betöltött és a felhasználó számára megjeleníthető weboldal. Ennek elkerülése érdekében időben meg kell tisztítani az információs tárolókat;
- Egy másik negatív oldala az, hogy az ilyen információk, ha hosszú ideig nem tisztítják, nagyon sokat fognak elfoglalni nagyszámú merevlemez-terület, csökkentve annak szabad területét.
Hogyan kell tisztítani
Maga az eljárás a lehető legegyszerűbb. Először is el kell indítania magát a böngészőt ezen keresztül Windows rendszer... Most meg kell nyomnia a Shift + Ctrl + Delete billentyűkombinációt. Ez a legtöbb gyors út böngésző cookie-k megnyitása. Ezt más módon is meg lehet tenni. Ehhez meg kell találnia a krómban a menübe való belépéshez szükséges gombot (benne van legújabb verziói egy oszlopban elhelyezett három ponttal jelölve), a "Beállítás és kezelés" nevet kapja, és nyomja meg. 
A feltörekvőben helyi menü ki kell választani a "Beállítások" elemet, amely után megnyílik egy fül, amelyen az összes módosítható paraméter található. Lemegyünk az oldal aljára, ahol a „Megjelenítés” gomb látható további beállítások"És kattintson rá. Itt találjuk a „személyes adatok” részt, ahol az „Előzmények törlése” gombra kell kattintania. 
Ezután megjelenik egy ablak, ahol a szükséges fájltárolókon kívül megtisztíthatja a letöltési előzmények elmentett adatait, a felkeresett oldalakat, valamint a jelszavakra vonatkozó információkat. Annak kiválasztásához, hogy pontosan mi kerüljön törlésre, pipát kell tenni egy adott elem mellett. Ezt követően egyszerűen nyomja meg az "Előzmények törlése" gombot, és várja meg, amíg az eljárás befejeződik.
Ezzel befejeződik a Google Chrome böngésző adattárának Windowson keresztüli tisztításának folyamata. Ugyanakkor azt is el kell mondani, hogy a „Személyes adatok” beállítási szakaszban megadhatja, hogy milyen gyakorisággal töröljön bizonyos típusú mentett adatokat a Google Chrome-ban. Ez lehetővé teszi, hogy megbizonyosodjon arról, hogy nem minden fájl törlődik, hanem csak elavult és már nem releváns. Azt is el kell mondani, hogy a cookie-k és a gyorsítótár jelentős különbségeket mutatnak:
- Az előbbiek olyan nyomok, amelyek egy webhely látogatása után maradnak vissza a webhelyek és maga a chrome közötti információcsere formájában;
- Ez utóbbiak a különféle weboldalakról letöltött videók, zenék és fényképek tárháza.
Ezenkívül törölheti az összes mentett fájlt anélkül, hogy a Chrome-ba kellene mennie. Ehhez meg kell nyitnia magát a mappát a Windows rendszerben, ahol azok tárolódnak. 
Ezt általában a C: \ Dokumentumok és beállítások \ Admin \ Helyi beállítások \ Alkalmazásadatok \ Google \ Chrome \ User Data \ Default \ Cache \ mappába lépve teheti meg, ahol az „Admin” a Windows felhasználónév.
Kiadtunk egy új könyvet „Tartalommarketing in közösségi hálózatok: Hogyan kerülhetsz az előfizetők fejébe, és szerethetsz bele a márkádba."
Neil Patel közzétett egy cikket arról, hogyan lehet növelni a mobiloldal sebességét.
Mire való: 2014-ben a Walmart webhely 7 másodperc alatt betöltődött a mobileszközökön, és megmutatta a felhasználóknak Fehér képernyő... Egy év alatt a Walmart 2,9 másodpercre csökkentette az oldalak betöltési idejét. 4 másodpercet csökkentett a betöltés előtti akadályok csökkentése: egyszerűsítés JavaScript kód, lassú betűtípusok eltávolítása, képek optimalizálása. A másodpercenkénti sebesség növekedése 2%-kal növelte az oldal konverzióját.
Plusz 2% csak azért, mert a felhasználó 1 másodpercnél rövidebb ideig kezdett várni, amíg az oldal megnyílik. Ez jó ok arra, hogy ellenőrizze webhelyét. Még akkor is, ha úgy tűnik, hogy gyorsan működik, kiderülhet, hogy vannak plusz másodpercek, és ellopják a nyereségét. Neil Patel beszélt arról, hogyan derítheti ki, milyen gyors a webhelye, és hogyan gyorsíthatja fel, ha szükséges.
Irina Vinnichenko
Tartalommarketinges SEMANTICA
A webhely betöltési sebessége a promóció fontos paramétere kereső motorokÓ. Alacsony sebesség csökkenti a vevők számát a szolgáltató oldalakon, az online áruházakban történő értékesítést, a blog közönségét.
Számos szolgáltatás segíthet a webhely betöltési sebességének meghatározásában. Nem fogom leírni a képességeiket, gyorsabban tesztelem őket, és egy konkrét példát használok, hogy megtudjam, hogyan működnek a szolgáltatások, értékelem az előnyöket / hátrányokat.
- pr-cy.ru
- mainspy.ru
- airi.rf
A webhely betöltési sebességének meghatározásáról a Szemantika cikkben olvashat bővebben.
A cikkeimben sokat beszélek a mobiloptimalizálás fontosságáról. Miért tulajdonítok ennek ekkora jelentőséget?
mivel mobilforgalom A digitális világ valósága. Most ez fontosabb, mint az asztali forgalom. Az összes internetező 51,3%-a mobilhasználó. A szám a jövőben növekedni fog.
Naprakész módja a webhely adaptálásának mobil eszközök Egy reszponzív webdizájn nem feltűnő előugró ablakokkal.
A reszponzív webdizájn biztosítja a forrásoldalak helyes megjelenítését bármilyen képernyőn: táblagépen, telefonon, laptopon. Ezt stíluslapok kiválasztásával, bizonyos elemek elrejtésével teszi.
Ezenkívül az asztali számítógépekhez kifejlesztett legjobb optimalizálási gyakorlatok mindegyike mobilra is vonatkozik. Az egyikről fogok beszélni - a sebességről.
Miért fontos a sebességre gondolni?
A felhasználók elvárják az oldaltól gyors betöltés... Ha lelassul, rengeteg forgalmat veszít.
Példaként hadd említsek egy tanulmányt. Arra a kérdésre, hogy találkozott-e olyan webhelyekkel, amelyek betöltése túl sokáig tart a mobilon, a felhasználók 73%-a pozitívan válaszolt. 40%-uk elhagyta az oldalt, ha több mint 3 másodpercig tartott az oldal betöltése.
Vannak tanulmányok, amelyek azt mutatják, hogy az emberek azt várják, hogy a webhelyek még gyorsabban töltsenek be – szó szerint egy szempillantás alatt, azaz 400 ezredmásodpercen belül.
Ne felejtsük el, hogy a Google a webhelyek betöltési sebességére is fókuszál. A sebességet rangsorolási tényezőként használja.
Ismerje meg webhelye betöltési sebességét
Azt gondolhatja, hogy webhelye elég gyorsan töltődik be. De lehet, hogy lassabb, mint gondolná.
Az egyik legjobb tesztek Mobilwebhely sebessége – Think With Google:
Az Amazon.com-on teszteljük, mert gyakran használják mobilról.
Az elemzési folyamat egy-két percig tart.
Az elemzés végén három értékelést fog látni:
Ebben a cikkben az első két értékelés fontos számunkra: a mobilbarátság és a mobilsebesség, vagyis az oldal mobilfelhasználók számára való reagálóképessége és a betöltési sebesség.
Az első pontszám azt mutatja, hogy webhelye mennyire könnyen használható mobilon. Ez egy általános mérőszám. Ennél a mutatónál az Amazon remekül teljesít. De a letöltési sebesség rossz.
A Think With Google ingyenes webhelydiagnosztikát kínál. Azt javaslom, hogy vállaljon egy részletes jelentést, és nézze meg, mit kínál a szolgáltatás az elemzés eredményei alapján.
Javítsa mobilwebhelye kialakítását
Gondolj vissza arra a pillanatra, amikor megalkottad weboldalad dizájnját. Gondoltál már a mobileszközökre? Valószínűtlen.
Valószínűleg abban az időben az asztal volt az első helyen. De most újra kell gondolnunk a tervezéshez való hozzáállásunkat, figyelembe véve az új valóságot.
A mobilwebhelyek sokat változtak az elmúlt néhány évben. Régen mindennapos volt, hogy egy webhelynek két verziója volt – normál, asztali és mobil. Ez utóbbiak könnyen azonosíthatók az „m.” aldomainnel:
Ebben a helyzetben a mobil és az asztali webhelyek kezelése eltérően történik. A McDonald'shoz és a McAutoshoz hasonlíthatók. A Dextop egy McDonald's étterem. A mobiloldal a MacAuto.
Ez azt jelenti, hogy a mobil verzió egy alkalmazás az asztali számítógépre, ellátja a feladatait, de nem tudja biztosítani azt a szolgáltatást és kényelmet, amelyet a fő asztali oldal nyújt.
De most ez nem elég. Az eszközfelhasználók jobb élményt szeretnének. Nagy szükségük van és gyors kiszolgálás... A reszponzív webdesign segít kielégíteni vágyaikat.
A reszponzív webdizájn azt jelenti, hogy egy webhely változhat attól függően, hogy milyen eszközről nyitották meg. Így a mobil- és asztali felhasználók ugyanazt a webhelyet nyitják meg, de az, hogy hogyan látják, a letöltéskor használt eszköztől függ.
A Google-nek tetszik ez a megközelítés, amit a cég nyilatkozata is megerősít: „ Adaptív kialakítás Ez az a tervezési minta, amelyet a Google ajánl."
Talán azt gondolod: „Rendben, klassz. De hogyan segíthet a reszponzív webdizájn megoldani a sebességgel kapcsolatos problémákat."
A reszponzív webdizájn általában lehetővé teszi a webhely gyorsabb betöltését, mint mobil verzió... Használatával nagy SEO előnyre tesz szert.
Tehát ha még nincs reszponzív webdizájnja, ideje gondolkodni ezen.
Tegye könnyűvé webhelyét
Ha sok vizualizáció található a webhelyen, úgy tűnik, hogy nagyszerűen néz ki. Ez megkönnyíti a felhasználó lekötését.
De néha túl sok a vizualizáció. Ennek eredményeként a webhely lassabban töltődik be. Minél több képet ad hozzá, annál tovább tart a betöltése.
A fejlesztők ezt a feltételt bloat-nak vagy felfújt szoftvernek hívják. A nem programozó felhasználó nyelvére lefordítva az oldal felesleges kóddal van megterhelve.
A legtöbb esetben a túlzott kód megjelenésének oka az, hogy a tervező túlzottan a vizuális megjelenítésre összpontosít. Pontosan túlzás, mert természetesen egy szép dizájnra kell gondolni. Ugyanakkor a webhely hatékonysága nem szorulhat háttérbe.
Szerencsére a hatékonyság és gyönyörű design jól menjenek együtt. Néhány tipp:
Egyszerűsítsd
Leonardo da Vinci ezt mondta: "Az egyszerűség a tapasztalat végső határa." Majdnem ötszáz évvel később szavai még mindig jól hangzanak. Ha körülnézel, látni fogod, hogy mindent, ami körülötted bonyolult, felváltja a minimalista dizájn. Ez a webhelyeknél is működik. Főleg mobil, mert a képernyőkön hordozható készülékek túl kevés hely. A forgástér könnyen túlcsordul. Gondolja át, hogyan kerülheti el a rendetlenséget.
Egy mobilwebhelynek általában csak egy CTA-ra van szüksége oldalanként. Ez a korlátozás segít abban, hogy a kód rövid legyen, és pozitív hatással lesz a felhasználói élményre.
Íme egy példa egyszerű kialakítás a Rug Doctortól:
Elbűvölő. Nincs extra fény. Felkelti a figyelmet.
Nincs szükség élénk színekre és fényképekre, hogy megragadja a felhasználók figyelmét. Ami a mobiltervezést illeti, a kevesebb gyakran több.
Csökkentse a lépéseket
Minél kevesebbet kell tennie a webhely látogatójának, annál jobb.
Miért kell 7 lépést tenni a vevő és a vásárlás között, ha három is elég lenne. Az értékesítési csatorna lerövidítése segít a termék gyorsabb értékesítésében, és leegyszerűsíti a folyamatot a felhasználó számára.
Ezt a stratégiát sok online áruház alkalmazza. Tapasztalataik azt mutatják, hogy a tölcsér szakaszainak lerövidítése növeli az eladásokat.
Például megadom a Boden's mobiloldalt. Ott nagyon könnyű megvásárolni a terméket. Csak hozzáadja a kosárhoz, kitölti a fizetési adatokat, és fizet.
Egyenes és egyszerű. Semmi extra.
A lépések lerövidítésével ismét lerövidítjük a kódot. Nehéz hatalmasra tenni, ha minimális oldal van az oldalon.
Használjon kevesebb képet
A jó képek bármely webhelyen hasznosak. A felhasználók kedvelik őket, és segítenek a SEO-ban. De ha túl sok a jó, az nem lesz jó.
Referenciaként a képek az oldal súlyának körülbelül 63%-át teszik ki.
2011-2015 átlagsúly mobil oldal háromszorosára nőtt.
A képek az oldal legigényesebb elemei. Sok helyet foglalnak el. A túl sok kép rossz.
Kétféleképpen csökkentheti a kép súlyát:
- Vágja le a képet.
- Tömörítse a képet.
A második lehetőség jobban tetszik. A tömörítés csökkenti a kép súlyát, nem befolyásolja a minőséget, és csökkenti az oldal betöltési idejét. Egyébként a keresőrobotok is könnyebben bejárhatnak és indexelhetnek egy tömörített képeket tartalmazó oldalt.
Ne használjon egyedi betűtípusokat
szeretem gyönyörű betűtípusok... De a legtöbbjük nagyon igényes.
Egyesek rengeteg CSS-t felfalnak, mások megnehezítik a JavaScriptet. Mindenesetre hatalmas mennyiségű kóddal kell foglalkozni.
Minimalizálja a kódot
A minimalizálás minden olyan elem eltávolítása, amelyre nincs szükség a kód helyes létezéséhez - extra szóközök, tabulátorok, üres sorok. A kicsinyítés segít növelni az oldal betöltési sebességét.
