Kliendile orienteeritud veebilehe loomisel tuleb arvestada ja läbi mõelda palju asju alates loomingulisest (disain, sisu) ja lõpetades tehnilisega (küljendus, paigutus internetis). Iga pisiasi on klientide jaoks oluline, seega on oluline vaadata mitte ainult oma projekti väliskülge – mida kasutaja näeb –, vaid ka sisemist poolt, nimelt seda, kui kiiresti kasutaja seda näeb. Uuringud näitavad, et umbes pooled kasutajad eeldavad, et sait laaditakse alla kahe sekundi ja 40% kasutajatest sulgevad saidi, kui selle laadimiseks kulub rohkem kui kolm sekundit. Seetõttu on hädavajalik, et teie sait laaditaks kiiresti, vastasel juhul võite kaotada olulise osa oma klientidest. Mida saate teha oma veebisaidi laadimisaja lühendamiseks?
1. Lühendage koodi
Mida suurem on teie projekti kood, seda rohkem see kaalub, mis tähendab, et seda kauem võtab selle laadimine aega. Seetõttu peate kõigepealt veenduma, et kood on optimeeritud. See kehtib eriti esimese kohta, sihtleht et kasutaja peale kukub – raskest oleks parem loobuda JavaScripti skriptid ja Ajaxi või eemaldage need lehe allossa. Pidage kinni tuntud KISS-i põhimõttest – hoidke see lühike ja lihtne – hoidke oma kood lühike ja lihtne.
Teenindus PageSpeed Insights Google soovitab välise eemaldada JavaScripti fail lehe ülaosast, kuna selle laadimiseks vajalik toimingute tsükkel aeglustab lehe laadimist oluliselt. Sel juhul on soovitatav teha JavaScripti kood tekstisiseseks või laadida see kood pärast lehe ülaosa laadimist.
Kui soovite teada, kas teie veebisaidil on JavaScriptiga kõik korras, kasutage seda teenust: https://varvy.com/tools/js/
See nõuanne kehtib ka HTML- ja CSS-koodi kohta. Nagu JavaScripti puhul, pöörake erilist tähelepanu väliseid faile- näiteks välised stiililehed, mida on võimalusel kõige parem sisestada HTML-i.
2. Kasutage saidi tihendamist
Andmete tihendamiseks on mitu tehnoloogiat, vähendades seeläbi tekstiressursside mahtu ja seega ka ressursilehtede laadimisaega. Näiteks kasutage gzip: see utiliit minimeerib brauserist serverile suunatud päringuid. Saate seda kasutada HTTP-protokollis.
Saate kontrollida, kas teie sait kasutab andmete tihendamiseks gzipi, külastades seda ressurssi: http://www.gidnetwork.com/tools/gzip-test.php
Ja järgides allolevat linki, saate teada, kas teie saidil kasutatakse üldiselt pakkimistehnoloogiat: http://www.whatsmyip.org/http-compression-test/
3. Vähendage ümbersuunamiste arvu
301 ümbersuunamist kasutatakse sageli ühelt aadressilt teisele suunamiseks. See on aga täis tõsiasja, et kaasatakse täiendavaid võrgutsükleid, mille tõttu võib saidi laadimisaeg pikeneda, eriti kui tegemist on mobiilseadmetega. Seetõttu on parem ümbersuunamiste arvu vähendada või neist üldse keelduda.
Saate kontrollida oma saidi ümbersuunamiste suhtes seda programmi kasutades (seal on tasuta versioon): https://www.screamingfrog.co.uk/seo-spider/
4. Vähendage pistikprogrammide arvu
See punkt kehtib neile, kes kasutavad CMS-i: Wordpress, Joomla või mõni muu. Kontrollige regulaarselt kasutatavate pistikprogrammide loendit ebavajalike või enam mittekasutavate pistikprogrammide osas. Pistikprogrammide arvu vähendamisel on positiivne mõju veebisaidi laadimisele ja üldisele jõudlusele. Kui kasutate sisuhaldussüsteemina Wordpressi, saate pistikprogrammide arvu optimeerida ka spetsiaalse pistikprogrammi P3 (Plugin Performance Profiler) abil: https://wordpress.org/plugins/p3-profiler/ See pistikprogramm näitab jõudlust. andmeid ja seda, kuidas igaüks neist mõjutab saidi toimimist. See aitab teil otsustada, millised pistikprogrammid tuleks kõigepealt ära visata.
5. Optimeerige oma pilte
Saidil olevate piltide suurus mõjutab otseselt ressursi laadimisaega. Kõik pildid peavad olema optimeeritud: määrake õige suurus, vorming ja tihendage. Samuti on kasulik vabaneda nn digitaalsest prügist: mitmesugustest andmetest, mis satuvad pildile selle töötlemise ajal.
6. Kasutage brauseri vahemälu
Vahemällu kasutades saate oluliselt parandada oma veebisaidi laadimise kiirust: kui kasutaja külastab teie veebisaiti esimest korda, salvestatakse mõned JavaScript- ja CSS-failid tema brauseri vahemällu, mida kuvatakse seejärel automaatselt järgmistel külastustel. ja brauser ei pea nende allalaadimiseks aega raiskama. Vahemällu salvestamiseks peab Expires HTTP päis olema õigesti konfigureeritud. Seda saate teha, kirjutades juurkaustas asuvasse .htaccess-faili järgmised read:
V sel juhul kõigil tüüpidel on periood 1 kuu, kuid te saate muuta aega vajalikuks: vahemälu saab säilitada teatud arvu aastaid, kuid, nädalaid või päevi.
Kui kasutate konkreetset CMS-i, saate installida selle jaoks spetsiaalse pistikprogrammi. Wordpressi puhul sobib W3 Total Cache: vahemällu salvestamine on seadetes lubatud (kõikide loendist vali selle plugina sätted installitud pistikprogrammid, seejärel Üldine – märkige ruut valiku „Lülita kõik vahemällu salvestamise tüübid sisse või välja (korraga)” kõrval.
7. Jälgige saidi jõudlust
Väga oluline on pidevalt jälgida oma saidi toimivust – isegi siis, kui sulle tundub, et oled optimeerinud kõik, mis võimalik. Selleks on spetsiaalsed tasuta ressursid, millest kuulsaimad on loetletud allpool:
- juba eespool mainitud Lehekülje kiiruse ülevaade: https://developers.google.com/speed/pagespeed/insights/?hl=ru
See Google'i tööriist mõõdab teie veebiressursi laadimiskiirust (0 kuni 100 punkti; mida kõrgem skoor, seda parem). Teenus annab teile soovitusi jõudluse parandamiseks ja näitab, millised optimeerimispunktid olete lõpetanud. Pidage meeles, et kui lehekülge Page Speed Insights muudetakse ja kohandatakse, võib teie saidi punktide arv samuti muutuda. - Pingdomi veebisaidi kiiruse test: http://tools.pingdom.com/fpt/
Hea Ingliskeelne teenindus et kontrollida oma ressursi laadimiskiirust. See on eriti kasulik neile, kes haldavad rahvusvahelisi ressursse, kuna see võimaldab teil valida testimise koha: USA, Austraalia või Rootsi (tulemus on erinev). Kuvab palju erinevaid andmeid ja annab soovitusi. - Koormusmõju: https://loadimpact.com/
See teenus võimaldab teil genereerida oma saidile mitu päringut, mille abil saate esiteks teada oma saidi keskmise laadimiskiiruse ja teiseks mõista, kuidas teie sait teatud arvu päringute korral käitub (kas see peab vastu koormus). - LoadStorm: http://loadstorm.com/
Selle teenuse abil saate oma saiti üsna tõsiselt testida. Tasuta versioon teenus võimaldab teil testida oma ressurssi 10 kasutaja abiga, kuid tasuline versioon pakub rohkem võimalusi, eelkõige saate iseseisvalt kirjutada skripti, mille kasutajad käivitavad (näiteks klõpsake teatud nupul või minge soovitud jaotis). Sel juhul peate kinnitama, et olete saidi omanik.
Järeldus
Kui järgite kõiki selles artiklis soovitatud punkte, saate oma saidi laadimisaega oluliselt vähendada. Kuid samal ajal ärge unustage, et optimeerimine ei tohiks toimuda kasutajate kahjuks: pildid peaksid jääma atraktiivseks, navigeerimine peaks olema mugav ning teave peaks olema selge ja juurdepääsetav.
Jagage kommentaarides oma ideid, kuidas saaksite veebiressursi laadimist kiirendada.
Paljud kasutajad soovivad, et nende arvuti töötaks kiiresti, seetõttu kasutavad nad programme ajutiste failide kustutamiseks, näiteks süsteemi automaatseks puhastamiseks (sh brauseri vahemälu kustutamiseks). Kuid see on brauseris lehtede laadimise aeglustumise üks peamisi põhjuseid.
Miks loovad brauserid vahemälu?
Ühes artiklis kirjeldas Aleksander Šihhov. Ma ei hakka tervet artiklit ümber jutustama, vaid räägin põhipunktist. Vahemälu on vaja just selleks, et saidid avaneksid väga kiiresti. Kui kustutate selle iga päev, siis järgmine kord, kui käivitate brauseri ja proovite oma lemmiksaite avada, peab brauser sekundi murdosa jooksul alla laadima samad andmed, mida ta oleks võinud kohalikult kettalt (vahemälust) avada.
Miks meid on õpetatud vahemälu puhastama?
Paljude aastate jooksul on süsteemi puhastamise programmide arendajad meile õpetanud, et vahemälu on üleliigne ja seda tuleb tühjendada. Selle põhjendus on lihtne – see võtab palju ruumi, mida saab ratsionaalsemalt kasutada. Kuid tegelikult on see vaid trikk, põhjus lisada süsteemis leitud "prügi" statistikasse kaks-kolmsada megabaiti ja mitu tuhat faili. See võimaldab sellisel tootel kasutajate silmis parem välja näha tänu sellele, et see leiab rohkem (või mitte vähem) konkurente.
See on tingitud asjaolust, et enamik hindab leitud jäätmete hulka, mitte nende kvaliteeti. Kui mõni programm leiab süsteemist 700 megabaiti prügi ja teine 900 megabaiti, siis teine programm näeb kindlasti parem välja. Ja see pole oluline, et brauseri vahemälu lisamise tõttu lisandus 200 megabaiti, mis täidab päevaga need samad 200 megabaiti. See on suurepärane põhjus soovitada süsteemi uuesti puhastada, kas pole?
Kustutage brauseri ajalugu ja ajutised failid ilma vahemälu tühjendamata
Et vältida vahemälu kustutamist kettapuhastusprogrammide kasutamisel, lihtsalt keelake vahemälu puhastamine programmi sätetes ja jätkake kasutamist. Märkate kohe, et see hakkas vähem prügi leidma, kuid pidage meeles, et selle põhjuseks on vahemälu puudumine "prügis", mis muudab brauserite laadimise kiiremaks ja saitidega töötamise mugavamaks.
Kasuta privaatrežiimi (inkognito režiim)
Kui te ei soovi, et ükski sait teie arvutisse jälgi jätaks, aktiveerige lihtsalt privaatne sirvimisrežiim (selles aktiveeritakse see klahvikombinatsiooni Ctrl + Shift + N vajutamisega), pärast mille sulgemist kuvatakse kogu sirvitud lehtede ajalugu ja andmed. brauserist kustutatud ja keegi ei saa neist kunagi teada.
Brauseri vahemälu on väga kasulik ja vajalik asi, mida ei pea kustutama, kui ei taha netis surfamist ebamugavaks muuta. Kui tühjendate regulaarselt oma brauserite vahemälu, siis kõik, mida selle toiminguga saavutate, on aeglustada lehtede laadimise kiirust, pikendada ooteaega ja vähendada teie enda jõudlust.
Kui olete kogunud statistikat lehe laadimisaja ja kanali tegeliku laiuse kohta tõelised kasutajad, saate katsetada muudatustega, mis võivad neid mõõdikuid parandada. Oluliste saavutuste korral selle näitaja parandamisel tasub tehtud muudatused kinnistada.
Mõningaid allolevaid näpunäiteid on juba kasutatud teistes artiklites: Yahoo näpunäited, CSS-failide kombineerimine, lehe laadimisaegade optimeerimine ja palju muud. Kordamine on siiski õpetus ja järgmistes näpunäidetes on mõned värsked punktid.
Proovida saab järgmisi asju:
Kui kasutajad laadivad regulaarselt alla kümmekond või enam vahemällu salvestamata või vahemällu salvestamata objekti, tasub nende allalaadimised jaotada nelja hosti vahel. Sel juhul suudab kasutaja tavaliselt luua 4 korda rohkem ühendusi. Ilma HTTP-konveierita vähendab see päringu edastamisel tekkivaid kadusid umbes 4 korda.
Lehe loomisel seisate silmitsi ülesandega jagada pilte 4 erinevale hostile. Seda on kõige lihtsam teha mis tahes räsifunktsiooniga, näiteks MD5-ga. Selle asemel, et kõike alla laadida ühest http://static.example.com/ looge 4 hosti (nt static0.example.com, static1.example.com, static2.example.com, static3.example.com) ja kasutage 2 bitti MD5-st. summa iga pildi eest, et valida, millisesse hosti selle allalaadimiseks link panna. Veenduge, et kõik lehed kasutaksid sama sobitusalgoritmi (osutage iga pildi puhul samale hostile), vastasel juhul võitlete vahemällu salvestamise vastu tulutult.
Siiski väärib märkimist, et teise hosti lisamine suurendab täiendavate DNS-i otsingute ja HTTP-ühenduste kulusid. Kui kasutajatel on konveiertaotluste töötlemine lubatud või leht laadib vähem kui kümme objekti ( isiklikult soovitaksin sihtida 5-6 hosti kohta, st. 10 objektiga saate sisestada teise hosti, 16-ga - kolmanda ja 25-ga - neljanda), siis ei tunne kasutajad paralleelsete päringute arvu kasvust kasu ning veebilehe laadimise kiirendamise asemel märkavad nad aeglustumist. Eelised see lähenemine kuvatakse ainult lehtedel, millel on palju väliseid objekte. Enne selle tehnika täielikku rakendamist tasub mingil viisil mõõta kasutajate laadimisaegade erinevust.
Võib-olla on parim viis lehtede laadimise kiirendamiseks naasvate külastajate jaoks staatiliste piltide, stiilifailide ja skriptide brauseri tingimusteta vahemällu salvestamine. See ei aita uuel külastajal kuidagi lehe laadimist, kuid vähendab oluliselt korduvate külastuste korral lehe laadimisaega.
Kaaluge väikeste objektide (või peegli või nende vahemälu) paigutamist kasutajatele võrgu latentsusaja seisukohalt võimalikult lähedale. Rahvusvahelise vaatajaskonnaga suurte saitide puhul saab seda kasutada tasulise sisu edastamise võrguna ( Sisu edastamise võrk) ja üksikud virtuaalmasinad 50 ms jooksul 80% teie kasutajate jaoks ning mitmesugused saadaolevad meetodid kasutajate päringute jaotamiseks lähima kasutajani. Virtuaalne masin (Muide, täpselt nii töötavad paljude rahvusvaheliste ettevõtete saidid, sealhulgas Acronis, mis jaotavad kasutajad kohalikesse versioonidesse sõltuvalt geograafilisest asukohast).
Kontrollige oma saiti regulaarselt, kasutades "tavalisi" ühendusi. Minu puhul osutus osariikide serveritelt mõne millisekundiga gigabaidise lingi asemel "aeglase puhverserveri" kasutamine, mis emuleeris Uus-Meremaa halba DSL-ühendust (768 Kbps sisse, 128 Kbps välja, 250 ms latentsus, 1% paketikadu). päris kasulik olla. Leidsime ja parandasime väga kiiresti mitmed funktsionaalsed vead ja kasutatavusprobleemid.
Sellise aeglase ühenduse simuleerimiseks kasutasin mooduleid Linuxi tuumad netem ja HTB, mis on saadaval alates 2.6. Mõlemad moodulid on installitud käsuga. See saavutab kõige täpsema emulatsiooni, mille ma olen leidnud, kuid ma ei nimetaks seda ideaalseks. Isiklikult ma ei ole kasutanud, kuid kõigi hinnangute kohaselt varjatud võimalus nende brauseris, mis võimaldab teil ka mõne hankida Lisainformatsioon allalaadimise kohta.
Kui olete tuttav HTTP-protokolli ja TCP / IP-ga paketi tasemel, võite proovida näha, mis toimub, kasutades tcpdump või. Need tööriistad on igasuguse võrgu silumise jaoks kohustuslikud.
Proovige testida oma saidi sageli laaditavate lehtede toimivust kohalik võrk kasutades seda, mis on Apache veebiserveriga kaasas. Kui server vastab lehe genereerimisel üle 5-10 millisekundi, siis tasub hästi aru saada, millele serveri aeg kulub.
Kui selliste testide tulemusel on latentsusajad väga suured ja veebiserveri protsess (või CGI, kui kasutate) "kulus" liiga palju CPU-d, siis võib selle põhjuseks sageli olla skriptide kompileerimise vajadus. tööajal iga taotluse korral. Sellised tarkvara nagu eAccelerator PHP jaoks, mod_perl perli jaoks, mod_python python jaoks jne võivad kompileeritud olekus serveripoolseid skripte vahemällu salvestada, kiirendades oluliselt teie veebisaidi laadimisaega. Lisaks tasub leida oma programmeerimiskeele jaoks profileerimistööriist, et teha kindlaks, kus protsessorit kulutatakse. Kui suudate kõrvaldada protsessori suure koormuse põhjuse, teenindatakse lehti kiiremini ja saate vähemate masinatega rohkem liiklust edastada.
Kui teie sait teeb lehe loomisel palju andmebaasipäringuid või teeb muid suuri arvutusi, võib aeglaste toimingute jaoks kaaluda serveripoolse vahemälu lisamist. Enamik inimesi alustab vahemälu kirjutamisega kohalikku mällu või kohalikule kettale, kuid see loogika lakkab töötamast, kui teie süsteem laieneb veebiserverite klastriks ( igaühel oma kohalik ketas ja kohalik mälu). Tasub vaadata memcachedi kasutamist, mis loob väga kiire jagatud vahemälu, mis koondab tasuta RAM kõik saadaolevad masinad. Kliendid on teisaldatud enamikesse levinud keeltesse.
(Valikuline) Taotlege brauseri tarnijaid, et nad lubaksid uutes brauserites vaikimisi HTTP-päringute konveierid. Kui see on tehtud, ei pea me neid "tantsu tamburiinidega" esitama ( need nipid) ja enamik veebist laaditakse tavakasutaja jaoks kiiremini. (See on Firefoxis keelatud, arvatavasti mõne puhverserveri, mõne koormuse tasakaalustaja ja mõne IIS-i versiooni tõttu ( tere Microsoft!), mis on torujuhtme taotlustest šokeeritud. Kuid Opera näib olevat selle funktsiooni vaikimisi lubamiseks palju tööd teinud. Miks kõik teised brauserid seda teha ei saa?)
Järeldus
Ülaltoodud loend sisaldab minu mõtteid brauseri ja serveri vahelise suhtluse kiiruse suurendamise kohta ning seda saab üldiselt rakendada paljudele saitidele, olenemata sellest, kuidas saidi kirjutamiseks kasutatakse veebiserverit või arenduskeelt. Kahjuks tehakse kõiki neid asju aga harva.
Kuigi kõik näpunäited on suunatud lehe laadimisaegade lühendamisele, võivad positiivsed kõrvalmõjud vähendada saidi liiklust ja serveri protsessori kasutamist lehevaatamise kohta. Veebisaidi kulude vähendamine ja ressursi kasutuskogemuse parandamine peaks olema hea põhjus sellisele optimeerimisele veidi aega kulutada.
V Google chrome, sarnaselt teiste Windows OS-i brauseritega on probleem, mis on seotud sellega, et peale lehe laadimist salvestatakse osa allalaaditud faile arvutisse.
Aja jooksul hakkavad need kõvakettal liiga palju ruumi võtma.
Küpsiseid tuleb regulaarselt puhastada, kuigi kõik võib olla korras. Protseduur ise ei võta palju aega, sest Google Chrome'is on seda väga lihtne läbi viia.
Mis see on
Enne Windowsi Google Chrome'i vahemälu tühjendamist peaksite mõistma, mis see tegelikult on. Mõiste ise sularaha on võetud ingliskeelsest sõnast cashe. See määrab vahemälu või salvestuskoha. Seda nimetatakse sageli ka "küpsisteks", kuna need on saidi tekstilised andmed, mis on salvestatud kasutaja arvutisse. Jättes kõrvale tehnilised üksikasjad, võime öelda, et sellised teabehoidlad võimaldavad pakkuda kiire avamine ja nende saitide kuvamine, mida kasutaja on varem Chrome'i kaudu külastanud.
Üldiselt on sellised salvestusruumid suurepärane võimalus Interneti-liikluse salvestamiseks. Näiteks pärast seda, kui olete teatud saidil videot vaadanud, ei pea te seda uuesti vaadates uuesti võrgust täielikult alla laadima. Fakt on see, et brauseri algoritmid loovad sellest videost automaatselt koopia ja asetavad selle arvuti mällu, luues seeläbi küpsiseid ja vahemälu. See tagab ka kiirema laadimisaja.
Kuid sel juhul on ka negatiivseid külgi. Näiteks:
- Kui saidil on pärast brauserist külastamist tehtud muudatusi ja teave selle kohta on salvestatud küpsistesse, ei kuvata seda kõike uuel kujul. Põhjus on selles, et pilt on juba mälus vana versioon veebisait, mille brauseri algoritmid on laadinud ja mida saab kasutajale kuvada. Selle vältimiseks peate teabehoidlad õigeaegselt puhastama;
- Teine negatiivne külg on see, et kui seda teavet pikka aega ei puhastata, võtab see väga palju aega suur hulk kõvakettaruumi, vähendades selle vaba ruumi.
Kuidas puhastada
Protseduur ise on võimalikult lihtne. Kõigepealt peate käivitama brauseri enda kaudu Windowsi süsteem... Nüüd peate vajutama klahvikombinatsiooni Shift + Ctrl + Delete. See on kõige rohkem kiire tee avage brauseri küpsised. Seda saab teha muul viisil. Selleks peate leidma kroomist menüüsisestusnupu (see on sees uusimad versioonid tähistatakse kolme punktiga, mis on paigutatud veergu), nimetatakse seda "Seaded ja haldus" ja vajutage. 
Tekkivas kontekstimenüü tuleb valida üksus "Seaded", mille järel avaneb vahekaart kõigi muudatuste tegemiseks saadaolevate parameetritega. Liigume lehe päris alla, kus on nupp "Näita lisaseaded"Ja klõpsake seda. Leiame sealt jaotise "Isikuandmed", kus peate klõpsama nuppu "Kustuta ajalugu". 
Järgmisena ilmub aken, kus saate lisaks vajalikele failimäludele puhastada ka allalaadimisajaloo salvestatud andmeid, milliseid saite külastasite, samuti teavet paroolide kohta. Et valida, mis täpselt kustutatakse, tuleb teha linnuke konkreetse üksuse kõrvale. Pärast seda võite lihtsalt vajutada nuppu "Kustuta ajalugu" ja oodata, kuni protseduur on lõpule viidud.
See lõpetab Google Chrome'i brauseri teabe failisalvestuse puhastamise protseduuri Windowsi kaudu. Siiski tuleb ka öelda, et seadete jaotises "Isiklikud andmed" saate määrata Google Chrome'is teatud tüüpi salvestatud andmete kustutamise sageduse. See võimaldab teil veenduda, et mitte kõiki faile ei kustutata, vaid need on ainult vananenud ega ole enam asjakohased. Samuti tuleks öelda, et küpsistel ja vahemällul on olulisi erinevusi:
- Esimesed on jäljed, mis jäävad pärast saidi külastamist veebisaitide ja kroomi enda vahel vahetatud teabe kujul;
- Teine on erinevatelt veebisaitidelt alla laaditud videote, muusika ja fotode hoidla.
Samuti saate kustutada kõik salvestatud failid isegi Chrome'i kasutamata. Selleks peate Windowsis avama kausta enda, kus need on salvestatud. 
Tavaliselt saab seda teha, kui avate C: \ Documents and Settings \ Admin \ Local Settings \ Application Data \ Google \ Chrome \ User Data \ Default \ Cache \, kus "Admin" on Windowsi kasutajanimi.
Oleme välja andnud uue raamatu “Sisuturundus in sotsiaalsed võrgustikud: Kuidas saada tellijate pähe ja armuda oma brändi.
Neil Patel on avaldanud artikli mobiilisaidi kiiruse suurendamise kohta.
Milleks see on ette nähtud? 2014. aastal kulus Walmarti veebisaidi mobiilseadmetes laadimiseks 7 sekundit, näidates kasutajatele Valge ekraan... Aastaga vähendas Walmart lehe laadimisaega 2,9 sekundini. 4 sekundit vähendati laadimistõkete vähendamisega: lihtsustamine JavaScripti kood, aeglaste fontide eemaldamine, piltide optimeerimine. Kiiruse kasv sekundis suurendas saidi konversiooni 2%.
Pluss 2% lihtsalt sellepärast, et kasutaja hakkas ootama lehe avanemist 1 sekundi võrra vähem. See on hea põhjus saidi kontrollimiseks. Isegi kui teile tundub, et see töötab kiiresti, võib selguda, et lõppude lõpuks on lisasekundeid ja need röövivad teie kasumi. Kuidas teada saada, kui kiire su sait on ja kuidas seda vajadusel kiirendada, rääkis Neil Patel.
Irina Vinnitšenko
Sisuturundaja SEMANTICA
Veebisaidi laadimiskiirus on reklaamimisel oluline parameeter otsingumootorid Oh. Madal kiirus vähendab klientide arvu teenindussaitidel, müüki veebipoodides, ajaveebi vaatajaskonda.
On mitmeid teenuseid, mis aitavad teil saidi laadimiskiirust teada saada. Ma ei kirjelda nende võimalusi, katsetan neid kiiremini ja kasutan konkreetset näidet, et teada saada, kuidas teenused töötavad, hinnata plusse / miinuseid.
- pr-cy.ru
- mainspy.ru
- airi.rf
Lisateavet veebisaidi laadimiskiiruse määramise kohta saate lugeda Semantika artiklist.
Oma artiklites räägin palju mobiili optimeerimise tähtsusest. Miks ma sellele nii suurt tähtsust omistan?
sest mobiilne liiklus Kas digitaalse maailma reaalsus. See on nüüd olulisem kui lauaarvuti liiklus. 51,3% kõigist internetikasutajatest on mobiilikasutajad. See arv kasvab tulevikus.
Ajakohane viis saidi kohandamiseks mobiilseadmed See on tundlik veebidisain koos mittepealetükkivate hüpikakendega.
Responsiivne veebidisain tagab ressursilehtede korrektse kuvamise mis tahes ekraanil: tahvelarvutis, telefonis, sülearvutis. Seda teeb ta stiililehti valides, teatud elemendid peites.
Lisaks kehtivad kõik lauaarvuti jaoks välja töötatud parimad optimeerimistavad ka mobiilseadmetele. Ma räägin ühest neist - kiirusest.
Miks on oluline kiirusele mõelda
Kasutajad ootavad saidilt kiire laadimine... Kui see aeglustab, kaotate palju liiklust.
Toon näitena ühe uuringu. Küsimusele, kas olete kohanud saite, mille laadimine mobiilis võtab liiga kaua aega, vastas 73% kasutajatest positiivselt. 40% neist lahkus saidilt, kui lehe laadimiseks kulus rohkem kui 3 sekundit.
On uuringuid, mis näitavad, et inimesed ootavad veebisaitide laadimist veelgi kiiremini – sõna otseses mõttes silmapilguga ehk 400 millisekundi jooksul.
Ärgem unustagem, et ka Google keskendub veebilehe laadimiskiirusele. See kasutab järjestustegurina kiirust.
Uurige oma saidi laadimiskiirust
Võite arvata, et teie sait laaditakse piisavalt kiiresti. Kuid see võib olla aeglasem, kui arvate.
Üks neist parimad testid Mobiilisaidi kiirus – mõtle Google'iga:
Testime seda Amazon.com-is, kuna seda kasutatakse sageli mobiilidest.
Analüüsiprotsess kestab minut või kaks.
Analüüsi lõpus näete kolme hinnangut:
Selles artiklis on meie jaoks olulised kaks esimest hinnangut: mobiilisõbralikkus ja mobiilikiirus, st saidi reageerimisvõime mobiilikasutajate jaoks ja laadimiskiirus.
Esimene hinnang näitab, kui lihtne on teie saiti mobiilis kasutada. See on üldine mõõdik. Selle näitaja osas läheb Amazonil suurepäraselt. Kuid allalaadimiskiirus on halb.
Think With Google pakub tasuta veebisaidi diagnostikat. Soovitan nõustuda koostama üksikasjalikku aruannet ja tutvuma analüüsi põhjal, mida teenus pakub.
Täiustage oma mobiilisaidi kujundust
Mõelge tagasi hetkele, mil lõite oma veebisaidi kujunduse. Kas olete mõelnud mobiilseadmetele? Ebatõenäoline.
Tõenäoliselt oli sel ajal esikohal töölaud. Kuid nüüd peame oma lähenemisviisi disainile ümber mõtlema, võttes arvesse uut tegelikkust.
Mobiilisaidid on viimase paari aasta jooksul palju muutunud. Varem oli tavaline, et saidil oli kaks versiooni – tavaline, lauaarvuti ja mobiilne. Viimased tuvastati hõlpsasti alamdomeeni "m" järgi:
Sellises olukorras hallatakse mobiili- ja lauaarvutisaite erinevalt. Neid võib võrrelda McDonaldsi ja McAutosiga. Dextop on McDonaldsi restoran. Mobiilisait on MacAuto.
See tähendab, et mobiiliversioon on rakendus töölauale, see täidab oma ülesandeid, kuid ei suuda pakkuda teenust ja mugavust, mida peamine töölauasait pakub.
Kuid nüüd sellest ei piisa. Seadme kasutajad soovivad paremat kasutuskogemust. Nad vajavad suurepärast ja kiire teenindus... Responsiivne veebidisain aitab nende soove rahuldada.
Responsiivne veebidisain tähendab saidi võimalust muutuda sõltuvalt sellest, millisest seadmest see avati. Seega avavad mobiili- ja lauaarvuti kasutajad sama saidi, kuid see, kuidas nad seda näevad, sõltub seadmest, mida selle allalaadimiseks kasutatakse.
Google'ile selline lähenemine meeldib, mida kinnitab ka ettevõtte avaldus: “ Adaptiivne disain Kas kujundusmuster, mida Google soovitab.
Võib-olla mõtlete: "Ok, lahe. Kuid kuidas saab tundlik veebidisain aidata mul kiirusprobleeme lahendada.
Responsiivne veebidisain võimaldab teie saidil tavaliselt kiiremini laadida kui mobiiliversioon... Seda kasutades saate suure SEO eelise.
Nii et kui teil pole veel responsiivset veebidisaini, on aeg hakata sellele mõtlema.
Muutke oma sait kergeks
Kui saidil on palju visualiseerimist, tundub, et see näeb hea välja. See muudab kasutaja konksu leidmise lihtsamaks.
Kuid mõnikord on visualiseerimisi liiga palju. Selle tulemusena laaditakse sait aeglasemalt. Mida rohkem pilti lisate, seda kauem võtab selle laadimine aega.
Arendajad nimetavad seda tingimust koodi bloatiks või ülespuhutud tarkvaraks. Mitte-programmeerija keelde tõlgituna on sait koormatud tarbetu koodiga.
Enamasti on lisakoodi ilmumise põhjuseks disaineri liigne keskendumine visuaalsele esitlusele. Täpselt liigne, sest loomulikult on vaja mõelda ilusale disainile. Kuid samal ajal ei tohiks saidi efektiivsus tagaplaanile taanduda.
Õnneks tõhususe ja ilus disain lähevad hästi kokku. Mõned näpunäited:
Lihtsustama
Leonardo da Vinci ütles: "Lihtsus on kogemuse ülim piir." Peaaegu viissada aastat hiljem kõlavad tema sõnad ikka veel õigesti. Kui vaatate ringi, näete, et kõik teid ümbritsev kompleks on asendatud minimalistliku disainiga. See toimib ka saitide puhul. Eriti mobiilne, sest ekraanidel kaasaskantavad seadmed liiga vähe ruumi. Pöördruumi on lihtne üle voolata. Mõelge, kuidas segadust vältida.
Tavaliselt vajab mobiilisait ainult ühte CTA-d lehe kohta. See piirang aitab teil koodi kahandada ja avaldab positiivset mõju kasutajakogemusele.
Siin on näide lihtne disain Rug Doctorilt:
Glamuurne. Ei mingit ekstra sära. Tõmbab tähelepanu.
Kasutajate tähelepanu köitmiseks pole vaja erksaid värve ja fotosid. Mobiili jaoks mõeldud disaini puhul on vähem sageli rohkem.
Vähendage samme
Mida vähem peab saidi külastaja tegema, seda parem.
Miks teha kliendi ja ostu vahel 7 sammu, kui piisaks kolmest. Müügilehtri lühendamine aitab teil oma toodet kiiremini müüa ja kasutaja jaoks protsessi lihtsustada.
Seda strateegiat kasutavad paljud veebipoed. Nende kogemus näitab, et lehtri etappide lühendamine suurendab müüki.
Näiteks annan mobiilisaidile Bodeni. Sealt on toodet väga lihtne osta. Lisate selle lihtsalt ostukorvi, sisestate makseandmed ja maksate.
Sirge ja lihtne. Ei midagi ekstra.
Jällegi, lühendades samme, lühendame koodi. Kui saidil on minimaalselt lehti, on seda raske tohutuks muuta.
Kasutage vähem pilte
Head pildid on kasulikud igal saidil. Need meeldivad kasutajatele ja aitavad SEO-ga. Aga kui head on liiga palju, siis see lakkab olemast hea.
Võrdluseks, pildid võtavad umbes 63% lehe massist.
2011-2015 keskmine kaal mobiilileht on kasvanud kolmekordseks.
Pildid on lehe kõige nõudlikumad elemendid. Nad võtavad palju ruumi. Põhjendamatult paljud pildid on halvad.
Pildi kaalu vähendamiseks on kaks võimalust:
- Kärbi pilti.
- Tihendage pilt.
Mulle meeldib teine variant rohkem. Tihendamine vähendab pildi kaalu, ei mõjuta kvaliteeti ja lühendab lehe laadimisaega. Muide, ka tihendatud piltidega lehekülge on otsingumootori roomajatel lihtsam roomata ja indekseerida.
Ärge kasutage kohandatud fonte
mulle meeldib ilusad fondid... Kuid enamik neist on väga nõudlikud.
Mõned söövad tonni CSS-i, teised muudavad JavaScripti raskeks. Igal juhul tuleb tegeleda tohutu hulga koodidega.
Minimeerige oma kood
Minimeerimine on kõigi elementide eemaldamine, mida pole koodi korrektseks olemasoluks vaja – lisatühikud, tabeldusmärgid, tühjad read. Minimine aitab suurendada lehe laadimiskiirust.
