9 maniere om die laai spoed van u webwerf te verbeter

Moeg vir ‘n stadige webwerf? Leer hoe om u webwerfprestasie op te los en te verbeter om vinniger bladsye te laai, gelukkiger kykers, & beter omskakelingskoerse.


Hoe om 'n stadige laai webwerf reg te stel

U het moontlik al baie tyd spandeer aan die bruikbaarheid en gebruikerservaring van u werf – wat noodsaaklik is vir vandag se aanlynbesigheid – maar sonder om die bladsy se spoed te optimaliseer, misluk u albei hierdie dinge uiteindelik. Spoed is ‘n belangrike deel van u bruikbaarheid en gebruikerservaring van u webwerf en daarsonder loop u die gevaar om besoekers te verloor.

Niemand hou van ‘n nie stadige webwerf. Stadige snelheid van bladsye kan gebruikers vinniger wegry as …. ten minste vinniger as die tyd wat dit neem om die bladsy te laai!

VINNIGE OPMERKING: Studies het getoon dit neem EEN sekonde sodat die gedagtes van die kyker ononderbroke kan bly. Elke sekonde daarna loop u webwerf die risiko om die kyker se belangstelling te verloor. U doel is om u webwerf een of minder sekonde te laai.

Die laai tyd van die webwerf is belangrik!

In die vroeë dae van die web was baie webwerwe statiese HTML, basies ‘n gewone teksdokument, so dit sou teoreties baie tyd neem om te laai. Verbindingsnelheid was egter ook laag (as u te jonk is om te onthou dat u op ‘n 28.8-modem op die web gesoek het, is dit soos om gedwing te word om 1 kilometer per uur op die snelweg te ry). Dit was baie belangrik om die beeldgrootte en die aantal grafika op ‘n webblad te oorweeg, om nie te praat dat dinamiese webwerwe met CGI gelaai is nie; wat dinge aansienlik vertraag het. Nou het bandbreedte toegeneem. Ons kan baie meer op die web doen, en dit doen ons natuurlik.

Dit is egter belangrik om te onthou dat die ou reëls steeds van toepassing is.

Ondanks die feit dat ons internet spoed en die toestelle wat ons gebruik (soos skootrekenaars, tablette), & slimfone) word elke jaar vinniger en vinniger, dit lyk asof ons geduld korter word. Dis nooit genoeg. Ons wil hê wat ons wil hê en ons wil dit hê nou. Dit is waarom dit baie belangrik is vir aanlynondernemings om die laai tyd van hul webwerf te optimaliseer.

In hierdie artikel bespreek ons ​​die beste praktyke en huidige tegnologieë wat gebruik word vir die optimalisering van ‘n bladsy se laai spoed, sodat u dit op u eie webwerf kan toepas..

LEES OOK: Spoed is ook belangrik vir SEO.

Toetsgereedskap

Voordat u met iets begin, moet u ‘n metode hê om te bepaal wat vertraag u webwerf en meet ‘n maatstaf van u huidige spoed van u webwerf om verbeterings te meet. Die probleme wat hieronder gelys word, is miskien u belangrikste probleem, maar u kan dit nie weet nie, tensy u die proses kan monitor.

U moet bewus wees daarvan dat daar baie geskenke en geskenke is. Sommige van die oplossings hieronder klink miskien asof dit mekaar weerspreek. Dit is omdat die oplossing van een probleem soms die snelheidsprobleem kan verhoog in ‘n ander aspek van u webwerf. Byvoorbeeld, die skep van beeldsprites kan veroorsaak dat u aanvanklik een groot prentjie moet laai, terwyl die behoefte om baie ander beelde te laai, die aanvanklike laai tyd kan vertraag (ek sal later meer oor hierdie metodes kyk).

Om hierdie rede moet u die resultate van die een verandering teenoor die ander meet, sodat u kan bepaal wat die beste resultate lewer.

Hier is ‘n paar nuttige instrumente:

  • Insig oor Google-snelheid – Hierdie gratis hulpmiddel van Google sal enige URL nagaan en ‘n toets op u werf vir die uitvoering daarvan toets. Dit bied verskillende resultate vir hoe u werf op beide rekenaar- en mobiele platforms werk. Dit dek baie van die gebiede wat in hierdie artikel bespreek word, en gee voorstelle oor wat spesifiek kan lei tot die verlangsaming van u webwerf. Dit lyk egter of hierdie instrument baie aggressief en soms onrealisties is, daarom moet u dit in gedagte hou.
  • Pingdom-spoedtoets vir webwerf – Pingdom het ook ‘n aantal uitstekende snelheidstoetsoplossings, wat u webwerf op verskillende plekke regoor die wêreld kan toets (dit is een van die redes waarom dit ‘n goeie idee is om ‘n CDN te gebruik; meer hieroor hieronder). Dit bied baie praktiese oplossings om u spoed te verbeter.
  • Yslow – Dit is ‘n gratis inprop vir u blaaier wat u ‘n graad sal gee gebaseer op die aantal HTTP-versoeke, beeldgroottes, of ‘n CDN gebruik word, ens..
  • Prestasiebegroting Sakrekenaar – Dit is ‘n handige hulpmiddel om uit te vind watter soort inhoud u kan bekostig (gebaseer op bandwydte) om u webwerf optimaal te laat werk.

caveat: Nog ‘n belangrike ding om in gedagte te hou, is watter benadering die gebruiker se ervaring die beste verbeter. U moet vasstel of addisionele vragtye teenoor geleidelike vragtye die doeltreffendste is. Die beste manier om dit te doen is met bruikbaarheidstoetsing en spesifiek A / B-toetsing.

Hoe u webwerf vinniger kan word

Nou ja, nou dat u ‘n paar toetsgereedskap het, laat ons nadink oor die werklike dinge wat ons kan doen om ons webwerwe te bespoedig!

GEBRUIK JY WORDPRESS? Daar is baie inproppe & spesifieke WordPress-optimalisasies beskikbaar om baie van die take wat hier gelys word, uit te voer! Kyk na ons artikel wat uitsluitlik bedoel is om WordPress vinniger te maak.

1. U lêers is te groot of u het te veel

Onthou u vroeër hoe ons in die vroeë dae van die web gepraat het oor hoe belangrik lêergrootte was? Dit is steeds belangrik. Alhoewel dit voor die hand liggend mag lyk, moet dit nog steeds gesê word. Dit neem langer om groot lêers te laai.

Gebruik kleiner lêers en minder daarvan (dit kan ook die gebruikerservaring verhoog. Terwyl mense van beelde hou, kan te veel inligting oorbelasting skep)

U het meestal nie baie groot beelde nodig nie. Alhoewel dit maklik is om die grootte van ‘n beeld met behulp van CSS te verander, as u dit doen om ‘n lêer kleiner te maak, mors u bandwydte. Verander die grootte van u prente voor jy laai dit op. Dit is ongelooflik hoeveel kleiner jy dit kan maak.

2. Skakel GZIP-kompressie aan

Selfs nadat u u lêergrootte verminder het, is dit ‘n goeie idee om dit saam met die res van u webwerf saam te druk voordat u dit aan die gebruiker stuur. U is waarskynlik reeds vertroud met hierdie konsep. Soms het u ‘n manier nodig om baie lêers oor ‘n netwerk te stuur, en u moet dit dan “rits” om ‘n grootte te wees wat deur u aanbieder toegelaat word. Wel, HTTP-kompressie is amper dieselfde.

Met die meeste webbedieners kan lêers saamgepers word met ‘n hulpprogram gzip. Gzip sal al die lêers op u webwerf neem en dit in ‘n baie kleiner grootte saamgepers voordat dit na die gebruiker se blaaier gestuur word. Dit sal werk met al die lêers op u webwerf. Hier is ook ‘n paar ander handige aanlyn-kompressie-instrumente wat u beskikbaar stel om die lêers op u webwerf saam te druk.

3. Cache

U kan ook blaaiers opdrag gee oor die gebruik van ‘n kasgids van u webwerf teenoor ‘n nuwe weergawe. Deur die gebruik van Verloop hoofde kan u die gebruiker sê dat hulle cache-inhoud gebruik as dit staties is, maar ook gebruik maak van nuwe inhoud, soos met dinamiese inhoud.

4. U het te veel bedieneroproepe (HTTP-versoeke)

Dit is een van die belangrikste dinge wat u moet oorweeg wanneer u u webwerf versnel. Dit vertraag die proses elke keer as u ‘n nuwe lêer versoek, of die werf om enige rede herlei. By elkeen moet die blaaier van die gebruiker die reis na u bediener neem, wat dan die hulpbron vind, en dit deurgee aan die gebruiker. Alhoewel dit in klein dosisse in orde is, sal elke bedieneroproep (veral as dit op dieselfde bladsy gebeur) u werf drasties vertraag.

Elke enkele lêer wat u op u webwerf versoek of het, stuur ‘n oproep na die bediener. As u 20 beelde op u webwerf het, is dit 20 keer dat die bediener gebel moet word. Daar is ‘n aantal dinge wat u kan doen om dit te verminder.

  • Gebruik CSS-beeldsprites – dit is enkelbeelde wat ‘n samestelling van al die prente op u webwerf as een beeld bevat. U kan CSS gebruik om slegs die deel van die lêer te voorsien wat nodig is om op ‘n spesifieke plek getoon te word. Dit beteken dat dit in plaas van 20 oproepe vir 20 beelde slegs een groot beeld sal oproep. Wees egter versigtig – hoewel dit die aantal oproepe na die DB verminder, wat u werf beslis sal bespoedig, kan beeldgrootte steeds ‘n probleem wees.
  • Maak u stukkende skakels reg – Elke keer as u iemand na ‘n bladsy stuur wat nie meer op u webwerf bestaan ​​nie, kan u bediener ‘n 404-bladsy lewer. In wese beteken dit dat dit na die bladsy kyk, ‘n boodskap wat nie gevind word nie, ‘n pasgemaakte fout moet opspoor. Elkeen van hierdie bedieneroproepe kan u vertraag.
  • Verminder aansture – Probeer om die aantal kere wat u kies om u bediener te laat verklein om iemand na ‘n ander bladsy te stuur. Alhoewel dit nuttig kan wees (byvoorbeeld vir SEO) om bladsye op te stel vir hierdie doel, as u te veel bedieneroproepe maak, kan dit u webwerf vertraag en die gebruikerservaring negatief beïnvloed..

Voorbeeld van 'n Image Sprite‘N Voorbeeld van ‘n Image Sprite. Beeldbron

6. Die optimalisering van u kode vir u webwerf

  • Verklein u CSS en u javascript – Leë ruimte beteken iets vir die webblaaier. Dit kan vir u of my leeg lyk, maar elke leë spasie is ‘n karakter wat gelees en weergegee moet word. In baie gevalle is dit nie nodig nie, dus gebruik u ‘n paar minimum instrumente om hierdie lêers saam te werk in komponente wat nog werk, maar vinniger om komponente te lees. Google het ‘n paar goeie instrumente beskikbaar om u te help minimaliseer u JavaScript en u CSS
  • Gebruik HTML in plaas van PHP as dit nie dinamiese inhoud is nie – Alhoewel baie van u kode dinamies kan wees, is dit soms goed om ouerskool toe te gaan en net gewone HTML-kodes te gebruik. PHP moet deur ‘n verwerker uitgevoer word. HTML word direk deur die blaaier geïnterpreteer. As dit net statiese inhoud is wat u lewer, stoor dit dan staties.
  • Sit u CSS aan die bokant en JavaScript aan die onderkant – Dit is ‘n ou reël, maar dit is steeds van toepassing. U moet die CSS vinnig weergee, maar JavaScript moet slegs uitgevoer word nadat die bladsy self gelaai is. U wil ook miskien nie te veel staatmaak op die oproep van JavaScript vanuit ‘n eksterne lêer nie. As daar nie veel daarvan is nie, moet u dit direk op die bladsy insluit, aangesien dit een minder HTTP-versoek is wat gemaak moet word.

nota: As u groot gewilde JavaScript-biblioteke gebruik, soos JQuery, is die advies effens anders. U wil dit in ‘n aparte lêer hê, maar realisties is dit ‘n nog beter idee om die jQuery direk vanaf ‘n CDN te gebruik. Dit hou ‘n paar voordele in. Aangesien hierdie biblioteke gewild is, is die kans groot dat die gebruiker reeds ‘n cache-weergawe van hierdie biblioteek het, so dit neem glad nie tyd om te laai nie. As u u bediener dit verskaf, is dit ‘n ander oproep aan die bediener, en die hele biblioteek sal gelaai moet word om te kan werk. Dit kan die traagheid van u webwerf bydra.

Goed, so nou het jy intern gekyk en reggemaak, maar dit lyk steeds stadig, veral van lang afstande. Kom ons kyk na enkele bedienergereedskap.

7. U webwerf is stadig as gevolg van latheid

Latency is ‘n term wat verwys na die hoeveelheid tyd wat dit vir u bediener neem om op ‘n HTTP-versoek te reageer. Die rede hiervoor is belangrik om dieselfde rede dat u nie te veel versoeke wil rig nie. As u hierdie tyd kan bespoedig, verhoog dit die spoed van u werf drasties. Latency neem toe as gevolg van die fisiese afstand tussen die eindgebruiker en die bediener wat die inhoud verskaf.

Voorbeeld van webwerfvertraging

Een van die beste maniere om dit te hanteer, is deur gebruik te maak van Content Delivery Networks, of CDN’s. Hierdie kaskopieë van u webwerfinhoud op verskillende plekke ter wêreld, sodat die vertraging verminder word vir elk van die liggings. Die bekendste CDN-verskaffers is Akamai, Cloudflare en Amazon AWS, maar daar is baie ander. Dit is die moeite werd om navorsing te doen oor ‘n CDN, veral as u kliënte het wat ver van die bediener se plek af is.

8. U databasis is te stadig

Die meeste webwerwe is deesdae baie afhanklik van inhoud wat in ‘n databasis geberg is. Dit geld veral vir e-handelswebwerwe. U het waarskynlik baie produkte en moet dit stoor en dit met ‘n klik gee. Alhoewel databasisse baie goed is en u vriend is, kan die databasis ondoeltreffend wees, of daar kan ‘n aantal slegte vrae wees. Onthou, as ‘n gebruiker ‘n paar sekondes moet wag tussen elke navraag, voeg dit by. As gebruikers nie dadelik die presiese produk vind wat hulle wil hê nie, of as dit te lank duur, kan hulle sonder ‘n aankoop vertrek. Al vind hulle iets, sal die kans dat hulle sal voortgaan om te blaai ook afneem met elke ekstra sekonde wat dit verg.

Hier is ‘n goeie stap vir stap gids hoe u hiermee in ‘n MySQL-databasis kan begin.

nota: As u ‘n groot databasis het, moet u moontlik ‘n professionele databasis aanstel om u te help, aangesien dit ietwat betrokke kan raak.

9. U webhosteverskaffer is net nie vinnig genoeg nie

Dit maak nie saak hoeveel vroetel en aanpas u op u webwerf doen nie, dit is net so vinnig soos die swakste skakel – wat in hierdie geval u webbediener is. Die keuse van ‘n vinnige webhost is die basis vir ‘n vinnige webwerf. In werklikheid kan u al u optimalisering in twee hoofonderdele verdeel: 1) u webwerfoptimalisering en 2) u webbedieneroptimalisering. Webhosting is van kardinale belang, en daarom het ons uitgebreide handleidings daaroor geskryf. U webbediener is eintlik baie ingewikkeld en daar is baie konfigurasies wat nodig is vir sowel die hardeware as die sagteware van die fisiese bediener, maar gelukkig word die meeste webhosteplanne bestuur, wat beteken dat die webhostingfirma dit vir u sal doen. Ons het hierdie artikel op die vinnigste webgashere gepubliseer vir ‘n lys van ‘n paar goeie maatskappye om te gebruik.

Afsluiting

Alhoewel elk van die bogenoemde kategorieë in baie groter besonderhede uiteengesit kan word, is dit ‘n baie goeie kans dat u die laai van u webwerf in die helfte of meer sal verminder, as u hierdie riglyne volg, en u sal die spoed van u werf. Laat weet my asseblief in die kommentaar-afdeling as u vrae het.

Jeffrey Wilson Administrator
Sorry! The Author has not filled his profile.
follow me