„Am distribuit o parte din conținut (imagini, jQuery) la subdomenii și o parte la un CDN (cloudflare.com) pentru a reduce distanța dintre server și utilizator.” Este rău pentru site - imaginile vor fi legate nu de site, ci de CDN. În statisticile Yandex, veți vedea „imagini în index - 0”.© informații de la Yandex.

Adică ați activat toate casetele de selectare din setările de optimizare a site-ului web de pe găzduirea dvs. Au furat câteva sute de dolari de la client. În același timp, au distrus un astfel de parametru din antet așa cum a fost modificat ultima dată, deoarece atunci când aceste opțiuni sunt activate, nu este transmis - acesta este specificul său. Se simte că nu există un site web, doar au venit cu un articol și au rescris numele casetelor de selectare din găzduire, crezând că ar face o impresie de durată.
Bravo, nu am citit niciodată un articol mai primitiv, un caz pentru Premiul Darwin!

Alexandru Porecnikov

Java nici măcar nu este aproape Java Script

Alexandru Porecnikov

Așa că scrii, Gennady, că ai activat http2 și, în același timp, din anumite motive, combini resursele într-un singur fișier, te contrazici? Sau pur și simplu nu știi cum funcționează http2. Și judecând după lista de verificare, ați măsurat viteza de descărcare după simpla pornire ganzipa, totul este atât de subtilități și junglă în care intră atunci când trebuie să faci 400ms de la 500ms sau serverul se blochează din cauza încărcării (errorile 504 trec). Și aruncați Apache din combinația Apache + Nzhinix (cu excepția cazului în care, bineînțeles, utilizați anumite plugin-uri Apache) + sfaturi, păstrați toate datele statice pe SDN, este foarte ieftin, iar beneficiile acestui lucru sunt uriașe, cel puțin în reducerea încărcați pe procesor

Alexandru Porecnikov

și pentru ce sunt create oglinzile - îmbina SDN-ul cu domeniul principal și gata

Alexandru Porecnikov

Sunt de acord cu calitatea articolului, dar nu sunt de acord cu conceptul în sine - toate punctele le-am testat noi înșine, dar am lăsat mai puțin de jumătate din ele, restul fie nu funcționează, fie creșterea slabă a vitezei nu. nu justifica efortul

OpCashe configurat, treceți la OPcache

Alexander, fără îndoială, aceste opțiuni ale modulului pagespeed accelerează site-ul, dar atunci când selectezi cel puțin una dintre ele pe găzduire, ultima modificare nu este transmisă, răspunsul 304 al serverului la cererea if-modified-dance nu este returnat , cache conrol -> max-age devine 0.
Nu asta m-a revoltat în articol, am fost revoltat de faptul că autorul scrie lucruri atât de abstruse în timp ce ei au întocmit un plan, cum au implementat mega tehnologii SEO și cum au petrecut 60 de ore de om pe el, 60 KARL! Adică, clientul a fost taxat cu cel puțin 500 de dolari pentru bifarea casetelor de pe hosting. Fara griji, multa sanatate! Ei bine, lasă-mă să-ți spun și să tac, dar să nu intri pe site-uri normale cu pseudo-cunoștințele tale și să nu iei timpul oamenilor! De ce sunt sigur că au condus găzduirea - iată o captură de ecran a unui hoster avansat ucrainean, în care ordinea acestor casete de selectare este aproape 100% identică cu planul genial al autorului și companiei de a accelera site-ul.
https://uploads.disquscdn.c...

Alexandru Porecnikov

Pe această găzduire avem chiar și unul dintre vechile proiecte semi-statice în derulare, găzduire excelentă. Știu despre ce ai vorbit, dar mulți nu înțeleg că, de fapt, există doar câteva modalități de a reduce cu adevărat timpul de încărcare și nu „economisirea meciurilor” - aceasta este:
0) activați compresia pe serverul web (gzip),
1) instalare titluri corecte Pe net
2) folosind găzduire nu partajată, ci chiar și un VPSK minim
3) folosiți mai mult sau mai puțin motor rapid(de preferință nu WordPress, ci un cadru)
4) minimizarea fișierelor statice (ceea ce se schimbă rar - stiluri, imagini, scripturi, fonturi)
5) cache de pagină/statică

Orice altceva oferă foarte puțin sau deloc câștig, iar unele sfaturi nu fac decât să stea în cale. Ei bine, cel mai important lucru este să o faci oricum versiune mobila, deoarece De obicei, problemele legate de viteza de încărcare a site-ului apar pe dispozitivele mobile.

Sunt 100% de acord cu tine, multumesc pentru laconism si acuratete!

Lyapushkin Nikita

Chiar acel moment în care poți simți frazele memorate ale unui vânzător care nu a văzut niciodată despre ce vorbește.
Daca articolul este pentru dezvoltare generală- acesta este potrivit, dar nu pentru o fișă de verificare sau un manual de utilizare.
Doar trageți numele tehnologiilor și fumați singuri subiectul, vă recomand chiar să săriți peste afirmațiile date în articol.

Face curte femeilor

ce fel de gazduire?)

Face curte femeilor

Alexei Tyazhelnikov

Ce înseamnă „Timp de cache extins pentru JavaScript și CSS”?

Am activat ultima și penultima casetă de selectare de pe găzduire (post cu captură de ecran de mai sus))))

Ghenadi Fedorov

Da, asta au făcut!
Ne pare rău, nu sunteți competent în această problemă.

Ghenadi Fedorov

Mulțumesc!
Complexul de muncă produce rezultate.

Ghenadi Fedorov

Aceasta a fost sarcina de a da un impuls acțiunii și nu de a descrie cum se face

Ghenadi Fedorov

Multumesc pentru comentariu!
Recunosc, totul a fost combinat înainte de trecerea la https/http2))
Da, am măsurat viteza după gzip, dar rezultatul nu a fost același (nu veți mulțumi pe toată lumea)...

Ghenadi Fedorov

Aici sunteți, ca experți, judecați... uitați-vă din partea utilizatorului))

Ghenadi Fedorov

Comentariul tău este complet neclar

Alexandru Porecnikov

utilizatorii de obicei nu configurează un server, nu programează sau creează produse, atunci faptul că o persoană fără cunoștințe poate crea un „blog/site” pe WordPress este, fără îndoială, bine, dar dacă o astfel de persoană are întrebări, va avea totuși să se ocupe de PHP, JavaScript , Nginx, Apache și alte cuvinte necunoscute anterior, iar Google ajută de obicei cu acest lucru, așa că „ușor analfabetism” în termeni va duce la faptul că o persoană va căuta ceva similar cu „slider în Java” și fi surprins că un fel de JavaScript i se strecoară în rezultate. Prin urmare, nu merită să apelați la partea utilizatorului

Alexandru Porecnikov

adesea problema nu este că viteza crește din cauza tuturor manipulărilor (chiar dacă cu 0,1%), ci că nu vedem alte modalități de optimizare (CDN, nginx) și nu înțelegem cum funcționează (http2) și ca urmare , optimizăm ceea ce nu are sens să optimizăm și uităm de ceea ce ar trebui optimizat sau cum să obținem rezultatul maxim cu optimizarea noastră.

Cred că nu este un secret că viteza de încărcare a paginii este influențată de mulți factori. Dacă cineva nu știe, voi spune pe scurt următoarele: viteza de încărcare afectează nu numai dacă vizitatorul va aștepta ca site-ul dvs. să se încarce, ci și Optimizare SEO. Într-adevăr, astăzi multe motoare de căutare au început să ia în considerare viteza de încărcare a paginii atunci când clasifică site-urile. Prin urmare, cu cât site-ul dvs. se încarcă mai repede, cu atât puteți primi mai mulți vizitatori motoare de căutare, si in consecinta, mai mulți bani face bani din asta.

Prin urmare, în acest articol am decis să adun primele 10 sfaturi despre cum puteți crește viteza de încărcare a unei pagini web și a site-ului în ansamblu. Articolul nu se pretinde a fi genial și este destinat începătorilor.

Deci, iată-ne:

1. Reduceți numărul de solicitări HTTP

80% din încărcarea paginii este concentrată pe încărcarea componentelor paginii: scripturi, fotografii, fișiere CSS, flash. Specificația HTTP/1.1 recomandă ca browserele să descarce nu mai mult de 2 componente ale unei pagini web de la o singură gazdă simultan. Prin reducerea numărului acestor componente, reducem numărul de solicitări HTTP către server și, ca urmare, creștem viteza de încărcare a paginii.

Dar cum să reduceți numărul de solicitări către server fără a afecta aspect pagini?

2. Locul fișiere CSSÎn partea de sus a paginii

Prin plasarea unei conexiuni la fișierele CSS în antetul paginii, obținem redarea graduală a paginii, de exemplu. pagina se va încărca treptat - mai întâi antetul, apoi sigla din partea de sus, navigarea etc. – și acesta, la rândul său, servește ca un indicator excelent al încărcării paginii pentru utilizator și se îmbunătățește impresie generala de pe site.

Plasarea fișierelor CSS în partea de jos a paginii împiedică multe browsere să redea pagina în mod incremental. Acest lucru se explică prin faptul că browserul „nu vrea” să redeseneze elemente al căror stil se poate schimba după încărcarea paginii. Prin urmare, includeți întotdeauna toate fișierele dvs. CSS în partea de sus a paginii în secțiunea HEAD.

3. Plasați javascript în partea de jos a paginii

Prin plasarea fișierelor javascript în partea de jos a paginii, permitem browserului să încarce mai întâi pagina cu conținut și abia apoi începe să încarce fișierele javascript. Dacă site-ul dvs. ține pasul cu vremurile și conține toate clopotele și fluierele interactive posibile, atunci pot exista mai multe dintre aceste fișiere javascript și pot cântări câteva sute de kiloocteți, forțând astfel utilizatorul să aștepte până când toate fișierele dvs. javascript sunt încărcate înainte de a încărca pagina este dezastruoasă.

În plus, fișierele externe .js blochează încărcarea paralelă. Specificația HTTP/1.1 recomandă ca browserele să descarce nu mai mult de 2 componente ale unei pagini web de la o singură gazdă simultan. Astfel, dacă imaginile pentru site-ul tău sunt situate pe gazde diferite, vei primi mai mult de 2 descărcări paralele. Iar atunci când scriptul este descărcat, browserul nu va porni alte descărcări, chiar și de la alte gazde.

4. Minimizează css și javascript

Minimizarea fișierelor este eliminarea tuturor caracterelor neesențiale din cod pentru a reduce dimensiunea fișierului și a accelera încărcarea acestuia. În fișierul minimizat, toate comentariile și spațiile nesemnificative, întreruperile de rând și caracterele de tabulație sunt eliminate. Totul este simplu aici. Cu cât dimensiunea fișierului este mai mică, cu atât browserul va dura mai puțin timp pentru a-l descărca. Și aceste 24 de servicii online pentru comprimarea și optimizarea codului CSS vă vor ajuta să vă minimizați codul.
5. Utilizați subdomenii pentru descărcări paralele

După cum am spus mai sus, conform specificației HTTP/1.1, browserele sunt supuse restricțiilor privind numărul de componente ale site-ului web încărcate simultan, și anume nu mai mult de 2 componente de la o gazdă. Prin urmare, dacă site-ul dvs. are o mulțime de grafică, atunci este mai bine să îl afișați subdomeniu separat sau subdomenii. Pentru tine va fi același server, dar pentru browser va fi diferit. Cu cât creați mai multe subdomenii, cu atât mai multe fișiere browserul se va putea încărca în același timp și cu atât se va încărca mai repede întreaga pagină a site-ului. Tot ce trebuie să faci este să schimbi adresa pozelor cu una nouă. Un mod foarte simplu, dar eficient.

6. Utilizați memoria cache a browserului

Memorarea în cache devine extrem de importantă pentru site-urile web moderne care folosesc extensii Conexiune JavaScriptși CSS. Cert este că atunci când un vizitator vă vizitează pentru prima dată site-ul, browserul va descărca toate fișierele javascript și css, și va încărca, de asemenea, toate elementele grafice și flash, dar setând corect antetul Expires HTTP, veți face pagina componente stocabile în cache. În acest fel, atunci când un vizitator vă vizitează din nou site-ul sau merge la pagina următoare site-ului dvs., memoria cache a browserului său va conține deja câteva fisierele necesare iar browserul nu va trebui să le descarce din nou. De aici și creșterea vitezei de încărcare a site-ului.

Prin urmare, setați antetul Expires HTTP ori de câte ori este posibil, cu câteva zile sau chiar luni înainte. Pentru ca serverul web Apache să emită anteturi HTTP Expires care respectă recomandările, trebuie să adăugați următoarele linii în fișierul .htaccess aflat în folderul rădăcină al site-ului:
Antet adăugați Cache-Control „public” FileETag MTime Size ExpiresActive On ExpiresDefault „acces plus 0 minute” ExpiresByType imagine/ico „acces plus 1 an” ExpiresByType text/css „acces plus 1 an” ExpiresByType text/javascript „acces plus 1 an” ExpiresByType imagine/gif „acces plus 1 an” ExpiresByType imagine/jpg „acces plus 1 an” ExpiresByType imagine/jpeg „acces plus 1 an” ExpiresByType imagine/bmp „acces plus 1 an” ExpiresByType imagine/png „acces plus 1 an”
Acest fragment al fișierului de configurare Servere web Apache verifică prezența modulului mod_expires și, dacă modulul mod_expires este disponibil, activează trimiterea antetelor HTTP Expires, care setează perioada de stocare pentru obiectele de mai sus în memoria cache a browserelor și serverelor proxy la un an din momentul prima descărcare. Setând durata de viață a cache-ului browserului la acest nivel, actualizarea fișierelor poate fi dificilă. Prin urmare, dacă te-ai schimbat conținut css sau fișier javascript și doriți ca aceste modificări să fie actualizate în memoria cache a browserului, trebuie să schimbați numele fișierului în sine. De obicei, versiunea fișierului este adăugată la numele fișierului, de exemplu: styles.v1.css

7. Utilizați un CDN pentru a încărca biblioteci JavaScript populare

Dacă site-ul dvs. folosește un cadru javascript popular, cum ar fi jQuery, atunci este mai bine să utilizați un CDN pentru a-l conecta.

8. Optimizați-vă imaginile

Trebuie să determinați formatul potrivit pentru imaginile dvs. Selectarea unui format de imagine greșit poate crește semnificativ dimensiunea fișierului.

• GIF-urile sunt ideale pentru imagini cu mai multe culori, cum ar fi un logo.
• JPEG – excelent pentru imagini detaliate cu o cantitate mare flori precum fotografiile.
• PNG este alegerea ta atunci când ai nevoie de o imagine de înaltă calitate, cu transparență.

Iată câteva servicii online pentru optimizarea imaginii:

9. Nu scala imaginile

Nu redimensionați imaginea folosind atributele de lățime și înălțime ale etichetei sau folosind CSS. Acest lucru afectează negativ și viteza de încărcare a paginii. Dacă aveți o imagine cu o dimensiune de 500x500px și doriți să inserați o imagine cu o dimensiune de 100x100px în site, atunci este mai bine să redimensionați imaginea originală folosind un grafic Editor Photoshop, sau oricine altcineva. Cu cât imaginea este mai ușoară, cu atât va dura mai puțin timp pentru a o încărca.

10. Utilizați compresia Gzip

După cum au arătat studiile, compresia gzip fisier text„din mers” în 95–98% din cazuri vă permite să reduceți timpul necesar pentru a transfera un fișier în browser. Dacă stocați copii arhivate ale fișierelor pe server (în memoria serverului proxy sau pur și simplu pe disc), atunci în general conexiunea poate fi eliberată de 3-4 ori mai rapid.

Începând cu HTTP/1.1, clienții web indică tipurile de compresie pe care le acceptă setând antetul Accept-Encoding în cererea HTTP.

Acceptare-Codificare: gzip, deflate

Dacă serverul web vede un astfel de antet într-o cerere, poate aplica compresia răspunsului folosind una dintre metodele enumerate de client. Când emite un răspuns, serverul notifică clientul prin antetul Content-Encoding despre modul în care răspunsul a fost comprimat.

Codificarea conținutului: gzip

Datele transferate în acest fel sunt de aproximativ 5 ori mai mici decât datele originale, iar acest lucru accelerează semnificativ livrarea acestora. Cu toate acestea, există un dezavantaj: crește sarcina pe serverul web. Dar problema cu serverul poate fi întotdeauna rezolvată. Deci, să nu fim atenți la asta.

Pentru a activa compresia GZIP pe site-ul dvs. web, trebuie să scrieți următoarele linii de cod în fișierul .htaccess:
AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE aplicație/javascript AddOutputFilterByType DEFLATE text/javascript AddOutputFilterByType DEFLATE text/css BrowserMatch ^Mozilla/4 gzip-only-only-browser/Match.html\Mozilla Browser\Match.html n. !no- gzip !gzip-only-text/html

Dacă aceasta metoda a funcționat, atunci grozav, dacă nu, atunci puteți încerca acest cod:

AddOutputFilterByType DEFLATE text/html text/plain text/xml application/xml application/xhtml+xml text/javascript text/css application/x-javascript BrowserMatch ^Mozilla/4 gzip-only-text/html BrowserMatch ^Mozilla/4.0 no-gzip BrowserMatch bMSIE !no-gzip !gzip-only-text/html mod_gzip_on Da fișierul mod_gzip_item_include \.js$ mod_gzip_item_include fișier \.css$

Dar, din nou, acest cod nu funcționează pe toate serverele, așa că este mai bine să contactați serviciul de asistență al furnizorului dvs. de găzduire și să clarificați această problemă.

Ei bine, asta este de fapt tot ce am vrut să vă spun. În acest articol, am încercat să enumerez toate metodele principale de optimizare a clienților pentru a crește viteza de încărcare a unei pagini web. Pe lângă optimizarea clientului, există și optimizarea serverului. Dar acesta este un subiect pentru un articol separat.

Dacă ai omis ceva sau ai ceva de adăugat, scrie-ți părerea în comentariile de mai jos la această postare. Vă mulțumim pentru atenție!

Pentru webmasteri și optimizatori, viteza de încărcare a unui site este important. Pentru a confirma acest lucru, aș dori să ofer câteva statistici și fapte:

• Mai mult de jumătate dintre vizitatori părăsesc o pagină care durează mai mult de 3 secunde pentru a se încărca;
• Un site care se încarcă în 3 secunde are 25% mai puține vizualizări, cu 50% mai multe respingeri și cu 25% mai puține conversii decât un site care se încarcă într-o secundă;
• Bara de progres crește timpul de așteptare pentru încărcarea paginii;
• Viteza de încărcare afectează direct vânzările și poziția site-ului;

Determinarea vitezei de încărcare a unui site web nu este deloc dificilă. De exemplu, puteți utiliza următoarele servicii online populare:

Să ne uităm la modalități de a accelera timpul de încărcare a paginilor site-ului. De fapt, toate metodele sunt foarte simple și cel mai adesea se rezumă la optimizarea „greutății” paginii și încărcarea corectă a codului.

Există destul de mult material pe acest subiect pe Internet. Am încercat să prezint toate metodele compact și doar la obiect. Sa incepem.

Fiecare site are fișiere plug-in cu styles.css și scripts.js. Ele pot fi comprimate din mers (când se încarcă pagina). Mai simplu spus, le reducem greutatea și astfel site-ul se încarcă mai repede. Fișierele mele au fost comprimate cu 75% în medie. De exemplu, dacă un fișier cântărea 45 kbytes, atunci după comprimare a început să cântărească 12 kbytes. Economie totală de 33 KB de greutate pe fișierul cu foaia de stil.

Activarea compresiei nu ar putea fi mai ușoară. Trebuie doar să scrieți următoarele linii de cod în fișierul .htaccess (fișierul se află în rădăcina site-ului):

Puteți verifica dacă compresia este activată pe site-uri web

Dacă ceva nu funcționează, atunci nu ezitați să scrieți o întrebare suportului tehnic al găzduirii dvs. Se întâmplă adesea ca ei înșiși să aibă ceva neactivat în setările serverului.

Activarea memoriei cache a browserului se face prin adăugarea de câteva linii de cod la același fișier .htaccess:

Este doar problema importanta, ce perioadă de stocare în cache să setați. Dacă setați o limită de timp foarte lungă și fișierul s-a schimbat, browserul se va încăpățâna să încarce ceea ce are în cache. O cale de ieșire din situație ar putea fi înlocuirea numelui fișierului și modificarea șablonului, dar este convenabil? Deci, merită să vă gândiți și să determinați singur cât de des schimbați fișierele de pe site.

Părerea mea este că, în orice caz, oricând poate fi stabilită o perioadă de 1-7 zile.

Acesta este cel mai simplu lucru care ar putea fi făcut, să mergem mai departe.

Ați putea fi interesat de:

Folosind imagini jpg - pentru contrast și gif - unde numărul de culori este mic. Toate acestea sunt axiome. În niciun caz nu trebuie să utilizați din nou png sau bmp, deoarece ambele formate nu sunt deloc optimizate.

Există deja imagini jpgși png poate fi ușor comprimat folosind programe și servicii. Personal, am căutat pe internet servicii de compresie a imaginii. Am comparat rezultatele și am ajuns la concluzia că serviciul online tinypng.com îmi place cel mai mult. Uneori reușește să reducă imaginea chiar și cu 75%, în timp ce calitatea rămâne aproape neschimbată.

Dacă site-ul folosește ca fundal imagine mare, atunci poate fi comprimat foarte puternic. De exemplu, am reușit să comprim o imagine de la 300 KB la 86 KB fundal pentru unul dintre site-uri.

Browserele au o limită a numărului de solicitări executate simultan (nu mai mult de două în paralel). Cu alte cuvinte, dacă site-ul are o grămadă de imagini (chiar și mici), acest lucru îi va crește foarte mult timpul de încărcare. Prin urmare, folosiți următorul truc:

Ei creează un subdomeniu pentru stocarea fotografiilor, javascript și multe altele. De exemplu, dacă anterior fotografia se afla la /img/foto.jpg, acum adresa trebuie schimbată în img.site.ru/img/foto.jpg. Pentru browser va fi un alt domeniu și cu această metodă artificială grăbim încărcarea.

În zilele noastre este destul de la modă să folosești „CSS sprite”. Semnificația este următoarea: de exemplu, pe site-ul nostru web avem o grămadă de imagini mici pentru fundal (cred că acest lucru este familiar tuturor). Toate aceste imagini pot fi combinate într-o singură imagine mare și cu folosind CSS„tăiați” piesele potrivite în locurile potrivite.

Adesea, fișierele CSS și JS conțin o mulțime de descrieri de stil inutile, scripturi și chiar spații și comentarii simple. Aceasta este o greutate suplimentară pentru site. Puteți scăpa cu ușurință de acest lucru folosind următoarele servicii:

Pare o „fraudă” atât de simplă, dar acesta este un mic bonus pentru reducerea dimensiunii paginii.

Includem toate fișierele .css în etichetele head (înainte de eticheta body) și includem toate scripturile la sfârșitul paginii. În general, acest lucru nu va grăbi încărcarea paginii, dar conținutul va începe să apară mai devreme în fața utilizatorului, iar asta la rândul său îl motivează să aștepte, pentru că vede că site-ul se încarcă.

Dacă încărcați o bibliotecă AJAX (de la Google), atunci, desigur, încărcarea directă de pe site-ul Google este mai rapidă, plus că puteți fi aproape 100% sigur că browserul utilizatorului are deja memoria cache. Dar se întâmplă ca Google să nu fie disponibil din anumite motive sau să încetinească încărcarea, așa că pentru a minimiza acest risc puteți scrie următorul cod:

Sensul este destul de simplu. În primul rând, încercăm să descarcăm biblioteca direct de pe ajax.googleapis.com; dacă nu reușește, atunci descarcăm o copie a bibliotecii de pe site-ul nostru web.

Dacă aveți un caz unic în care site-ul este încă foarte greu și durează mult timp pentru a se încărca, atunci creați o „bară de progres” pe site-ul dvs. Acest lucru arată utilizatorului că site-ul se încarcă și trebuie doar să aștepte puțin.

Viteza de încărcare a site-ului este unul dintre cei mai importanți parametri SEO pentru articolele dvs. Ei spun că Google acordă mai multă importanță vitezei de încărcare a site-ului decât Yandex. Dar indiferent ce spun ei, toate motoarele de căutare iubesc site-urile de mare viteză. De ce este atât de importantă viteza de încărcare a site-ului pentru motoarele de căutare? Pentru intelegere mai buna importanța acestei valori, haideți să aprofundăm puțin în principiile roboților de căutare.

Probabil ați observat deja că după prima indexare, nu toate articolele dvs. au apărut în căutare, ci doar o mică parte din ele. După a doua indexare au fost mai multe. După fiecare indexare ulterioară, numărul de articole din căutare crește. Acest lucru se întâmplă pentru că totul roboți de căutare Ei nu vă scanează site-ul de la început până la sfârșit, ci doar pentru un timp alocat pentru aceasta. La viteza mai mare la încărcarea site-ului, într-un acces cu crawlere robotul va avea timp să finalizeze mai multă muncă. Apoi mai multe materiale vor fi incluse în index.

La de mare viteză Site-ul se încarcă mai repede, iar paginile se deschid mai repede. Aceasta înseamnă că vizitatorii nerăbdători vor avea acces rapid la material și nu vor pleca, ci îl vor urmări. Adică se va îmbunătăți factor comportamental iar numărul defecțiunilor va scădea. Ceea ce, la rândul său, îmbunătățește poziția articolelor dvs. în rezultatele căutării.

După măsurile luate, viteza de încărcare a site-ului meu a crescut de 3 până la 7 ori. Măsurătorile timpului au fost luate după optimizarea imaginii. Și ținând cont de optimizarea imaginilor, viteza de încărcare a site-ului crește mult mai mult. Dispersarea numerelor sugerează că viteza de încărcare a site-ului nu este deloc constantă. Mai mult, depinde foarte mult cantitate mare factori care sunt în continuă schimbare. Să ne dăm seama ce influențează formarea acestei valori.

Acesta este cel mai mult parametru important. Depinde de mulți factori, pe care îi vom lua acum în considerare. Adesea, timpul de răspuns al serverului determină cât de repede va funcționa în general site-ul dvs. Poate că după ce ați cercetat și eliminat toate motivele care afectează timpul de răspuns al serverului, va trebui doar să schimbați hosterul. Deci, să începem.

După cum știți deja, site-ul se află pe un server. Serverul este calculator special, conceput pentru a distribui informații tuturor utilizatorilor rețelei. Și ca orice computer, trebuie să fie puternic. Și pentru a servi un număr mare de utilizatori, trebuie să fie foarte puternic. De regulă, hosterii obișnuiți descriu echipamentul serverelor lor: tipul de procesor, cantitatea de memorie, tip tare disc (SATA, SCSI,...), sistem de operare server (Unix, Linux, Windows). Iar tu, în funcție de portofel sau de cerințele site-ului, mai exact, de traficul acestuia și de volumul de informații stocate, alegi un tarif și un echipament. De aici concluzia:

1. Ce server mai puternic, cu cât timpul de răspuns al serverului este mai scurt, cu atât site-ul funcționează mai repede.

Dacă totul este clar cu echipamentul, atunci ce legătură are sistemul de operare cu puterea serverului? Cel mai direct lucru. Unix a fost proiectat inițial ca un sistem de operare pentru server în rețea, multi-tasking și multi-utilizator. S-a dovedit a fi mai productiv decât Windows. Au fost cazuri când inlocuire usoara sistem de operare server Windows pe Unix a dus la o creștere de două ori a vitezei rețelei. Linux este un derivat al sistemului de operare Unix și, datorită configurației sale, poate diferi ușor. Prin urmare, acordați atenție sistemului de operare. Concluzie:

2. Cel mai bun sistem de operare este Unix, care îmbunătățește semnificativ timpul de răspuns al serverului.

Probabil că îți voi dezvălui un secret teribil. Site-ul tău nu este singur pe server. Pe gazduire virtuala, pot exista o mulțime de site-uri ca al dumneavoastră pe un server, uneori aproximativ o sută. Desigur, acest lucru este foarte rău. Din practica calculatorului voi spune că ce mai puține sarcini serverul efectuează, cu cât procesează mai puține solicitări, cu atât funcționează mai repede. Prin urmare, o altă concluzie:

3. Cu cât sunt mai puține site-uri situate pe un singur server, cu atât mai puține solicitări procesează serverul, cu atât timp mai rapid răspunsul serverului, cu atât site-ul dvs. funcționează mai repede.

Dezvoltând în continuare subiectul a ceea ce este rău atunci când există mai multe site-uri pe un singur server, trebuie să spun că serverul este conectat la Internet, de regulă, de un singur cablu de rețea. Aceasta înseamnă că toate site-urile transmit informații către Internet unul câte unul, folosind o singură adresă IP comună. În caz de sarcină mare ( o cantitate mare cereri) către orice site de pe acest server va încetini întregul server. Și site-ul tău se va încărca încet. Dacă o adresă IP este blocată printr-o hotărâre judecătorească, toate site-urile situate pe acest server vor fi blocate, iar site-ul dvs. va deveni inaccesibil vizitatorilor. Aceasta duce la o altă concluzie importantă:

4. Este mai bine să ai propria ta adresă IP dedicată. Acest lucru crește securitatea și viteza de procesare a cererilor în mod specific site-ului dvs. și, prin urmare, timpul de răspuns al serverului.

Adăugând cele două ultimele retrageri, primim ieșire nouă chiar mai important:

5. Este mai bine să comandați un server dedicat cu o adresă IP dedicată pentru site-ul dvs. Acest lucru crește foarte mult securitatea și timpul de răspuns al serverului și, prin urmare, performanța site-ului dvs.

Da, este scump, dar din punct de vedere al siguranței maxime și performanță maximă site merita. (Important în special pentru site-urile cu trafic ridicat).

Așa că încetul cu încetul am depășit serverul în sine, dar factorii care influențează timpul de răspuns al serverului nu se termină aici. Mai sunt cel puțin două.

Locația serverului (regiune). După cum înțelegeți, nimeni nu a anulat încă valoarea distanței de la server la utilizator și, cu cât este mai lungă, cu atât este mai mare timpul de răspuns al serverului. Ar fi o prostie să presupunem că un site situat pe un server american sau australian va răspunde mai repede Europei decât un site situat pe un server european.

În mod ideal, serverul ar trebui să fie situat în mijlocul zonei de difuzare, sau cel puțin cât mai aproape posibil de zona în sine. Prin urmare, nu trebuie să neglijați serverele regionale. Acest lucru se aplică în special site-urilor de cumpărături care vizează o anumită regiune. Dacă încercați să acoperiți mai multe regiuni, atunci lăsați fiecare regiune să aibă propriul site web. Acestea vor fi mai rapid disponibile pentru cumpărătorii din regiunea lor. Prin urmare, concluzia este:

6. Când difuzați într-o anumită regiune, alegeți un server în centrul regiunii sau cât mai aproape posibil de regiune.

Site-urile sunt accesate prin nume de domenii, care sunt mapate la adrese IP de pe serverele DNS. Serverele DNS au propriul timp de răspuns, care poate varia foarte mult la un anumit moment, în funcție de aglomerația canalelor de comunicație. Servere DNS atunci când faceți o cale către adresa IP dorită comunica între ei. Ei trimit cererea către server care, în funcție de volumul de muncă, răspunde mai devreme. Prin urmare, la un anumit moment în timp, este imposibil să știi dinainte prin ce va merge pe drum cererea și cât de repede și pe ce cale va fi returnat răspunsul. Desigur, timpul de răspuns al serverului DNS are un impact enorm asupra viteza totala răspunsul serverului.

Cu cât serverul DNS procesează o solicitare mai mult, cu atât timpul general de răspuns al serverului devine mai lung. Uneori, acest timp se schimbă de zeci de ori. Nu putem influența în niciun fel serverele DNS. Dar având în vedere că NS se află pe servere de găzduire, alegerea unui hoster local bun poate reduce semnificativ acest impact. Prin urmare, o altă concluzie:

7. Timpul de răspuns al serverului DNS afectează foarte mult timpul de răspuns al serverului. Problema este rezolvată prin alegerea unui server de la un hoster local.

Acum ne întoarcem din nou la server pe site. Și vom lua în considerare ce altceva afectează viteza de încărcare a site-ului, dar din punct de vedere softwareși volume de informații.

O mică modalitate de a îmbunătăți viteza de încărcare a site-ului este să modificați ușor setările fișierului wp-config.php, care se află în directorul rădăcină al WordPress.

Găsim linia în fișierul wp-config.php:

define("WPLANG", "ru_RU");

Îl înlocuim cu:

if (strpos($_SERVER["REQUEST_URI"], "wp-admin")) defines ("WPLANG", "ru_RU"); else define ("WPLANG", "ru_RU_lite");

Această procedură va reduce numărul de descărcări. Setările de limbă doar pentru cei necesari. Ca rezultat, paginile se încarcă mai repede.

Instalarea unui număr mare de plugin-uri aglomera foarte mult site-ul. Toate pluginurile, nu doar cele active, sunt înregistrate în baza de date și sunt incluse în codul oricărei pagini afișate. Prin urmare, nu are rost să instalați și să stocați în mod constant pluginuri inutile. Eliminarea pluginurilor inutile este metodă grozavă accelerați încărcarea paginilor site-ului dvs. Pluginurile care sunt importante pentru funcționarea site-ului și utilizate periodic trebuie lăsate, iar toate celelalte trebuie eliminate.

Când menționezi un site în articolul tău, wordpress încearcă să notifice acel site. Acest semnal de notificare de pe site-ul altcuiva se numește ping înapoi. Când un alt site te menționează, site-ul tău primește un semnal de notificare. Astfel de notificări se numesc trackback-uri. Acestea pot fi dezactivate în setările WordPress, în secțiunea de setări „Discuții”, debifați primele două casete de selectare, ca în captura de ecran de mai jos:

Dezactivarea acestor funcții nu numai că nu va dăuna în niciun fel site-ului dvs., dar va reduce și sarcina site-ului și va reduce cantitatea de spam pe aceste canale.

Șabloanele sunt implementate folosind algoritmi complet diferiți și au setări diferiteși oportunități. Unele subiecte pot fi mici, altele mari. Singur Teme WordPress poate fi foarte rapid, cu cod bine optimizat, în timp ce altele sunt exact invers. Atunci când alegeți o temă șablon, acordați atenție vitezei de încărcare a paginii demo. Acest lucru vă va oferi o idee despre modul în care tema va afecta viteza generală de încărcare a site-ului dvs. Teme gratuiteÎl puteți verifica pe site-ul dvs. web sau pe un server local.

1. Reduceți numărul de widget-uri cât mai mult posibil. Eliminam widget-urile „Arhive”, „Postări recente”, „Comentarii recente”, „Mesaje populare”, „Meta”. Dacă ai deja meniu bun, apoi ștergem și widgetul „Categorii”. Puteți părăsi widget-ul „Tag Cloud” doar dacă aveți într-adevăr nevoie de el. Această procedură reduce numărul de interogări la baza de date, reduce cantitatea de cod pentru toate paginile dvs. și reduce drastic numărul de link-uri de pe toate paginile în general și, de asemenea, reduce numărul de link-uri către duplicatele paginilor dvs. Ceea ce este foarte util. Faptul este că arhivele, categoriile și etichetele formează URL-uri noi pentru mesajele dvs., dar cu același conținut. Despre acest lucru este scris suficient de detaliat în Setări SEO plugin-uri, în special.

3. Ușurați dimensiunea paginilor de ieșire. Împărțim articole foarte mari în pagini folosind eticheta.

4. Reduceți numărul de comentarii afișate. Dacă articolele dvs. sunt comentate în mod activ, nu ar trebui să afișați mai mult de 50 de comentarii sub articol. Utilizați comutarea de pagină între comentarii. Setați setările în „Setări pentru discuții”.

Reducem volumul tuturor pozelor disponibile pe site. Dacă aveți imagini în format PNG, reformatați-le în JPG. fișiere JPG formatul este mult mai mic ca dimensiune. Dar JPG poate fi și comprimat. Compresia imaginii poate ajunge la 30-70%, ceea ce vă permite să reduceți dimensiunea paginii de 2-3 ori. În consecință, viteza de încărcare a paginii va crește cu aceeași valoare. Cel mai simplu și Cel mai bun mod pentru a efectua această operațiune este să verificați viteza de încărcare a site-ului la developers.google.com/speed/pagespeed/insights/.

După testarea paginii, sub rezultatele testului și sub elementul „Tehnici de optimizare implementate”, găsiți linia „Descărcați imagini optimizate, resurse JavaScript și CSS pentru această pagină”. Faceți clic pe link și descărcați arhiva, de la deja imagini comprimate, JavaScript și fișiere CSS. Despachetați-l. Uitați-vă la rezultatele testului pentru a vedea unde este și copiați fișierele în locurile lor de pe site. Astfel omorâți trei păsări dintr-o singură lovitură. Dar adevărul nu este tot deodată. Această procedură va trebui efectuată pentru fiecare pagină separat.

Dacă există o mulțime de pagini pe site și chiar mai multe imagini, iar această metodă nu este potrivită, atunci puteți utiliza pluginul WP Smush. Este bun pentru că vă permite nu numai să optimizați imaginile nou încărcate pe site, ci și să realizați optimizarea în masă a tuturor imaginilor disponibile pe site. Este adevarat versiune gratuită face acest lucru în părți, dar este mult mai simplă decât metoda anterioară.

Optimizarea în bloc a tuturor imaginilor de pe site se poate face folosind un plugin pentru Optimizare WordPress Webcraftic Clearfy.

O altă modalitate de a optimiza viteza de încărcare a imaginii. Dacă imaginea este foarte format mare, și trebuie să fie afișat într-un format mic, atunci este mai bine să creați o copie a unui format mic și să o afișați exact.

Operația de optimizare JavaScript și CSS descrisă mai sus dă o oarecare micșorare a volumului prin reducerea numărului de spații și comentarii, dar nu rezolvă toate problemele pe care le creează. JavaScript și CSS situate în antetul site-ului încetinesc foarte mult încărcarea conținutului site-ului. Acest lucru se întâmplă pentru că atunci când Solicitare JavaScript sau CSS, fișierele nu sunt doar încărcate, ci și executate. În acest timp, încărcarea paginii este suspendată. Și cu cât sunt mai multe fișiere, cu atât volumul lor este mai mare, cu atât încetinesc încărcarea site-ului. Pentru a accelera încărcarea site-ului, aveți nevoie de totul Fișiere JavaScriptși CSS combinate într-un singur fișier și mutate la sfârșitul paginii. Pluginul Autoptimize poate face față perfect acestei sarcini. În plus, optimizează și codul HTML al site-ului dvs. (extrage textele de comentarii din cod).

Nucleul WordPress este o bază de date care înregistrează totul despre site-ul tău: Numele domeniului, URL, numele site-ului, titlul articolelor, conținutul acestora, adresele locațiilor imaginilor, comentarii și tot, totul, totul... La scrierea articolelor se salvează copii intermediare (revizii), dintre care pot fi multe. Majoritatea pluginurilor, atunci când sunt activate și rulează, își adaugă tabelele în baza de date. Și după ce sunt dezactivate, aceste mese rămân abandonate. Ca urmare, baza de date devine umflată și viteza de procesare a cererilor către aceasta scade în mod natural. Prin urmare, este necesar să curățați periodic baza de date și să o optimizați. Unul dintre pluginurile WP-Optimize, Wp-DBManager, Optimize Database after Deleting Revisions, WPDBSringClean va face acest lucru rapid și eficient.

Codul paginii afișate este generat din rezultatele interogărilor către baza de date. Cu cât sunt mai multe, cu atât pagina se formează mai lent. Puteți reduce numărul de interogări în baza de date și, în consecință, puteți crește viteza de încărcare a site-ului prin înlocuirea codului PHP cu cod HTML gata făcut, acolo unde este posibil. De regulă, acest lucru se poate face în locuri în care există material permanent, neschimbabil. Pentru a face acest lucru, trebuie să faceți câteva modificări fișierelor șablon de lucru.

Deschideți fișierul header.php al șablonului dvs. în editor de text, de preferință Notepad++ (poate fi folosit în AkelPad sau phpDesigner).

1. Specificați codificarea. Dacă utilizați UTF-8 pe site-ul dvs. web, atunci facem acest lucru.

Căutăm codul responsabil pentru codificarea conținutului:
" type="text/css" media="ecran, proiecție" />

sau cam asa: