Ինչու չպետք է անհանգստանաք Google PageSpeed ​​Insights-ի մասին: PageSpeed ​​Insights. Բեռնման արագությունը որպես վարկանիշային գործոն Ստուգեք Google-ի էջի բեռնման արագությունը

Google PageSpeed-ը գործիք է, որը թույլ է տալիս ստուգել կայքի արագությունը: Այն թույլ է տալիս գնահատել ներբեռնման արագությունը աշխատասեղանի և այլ համակարգիչների համար շարժական սարքերև տալիս է առաջարկություններ, որոնք կարող են օգտագործվել օպտիմալացման համար:

Կայքի բեռնման արագության վերլուծության արդյունքը հետևյալն է.

Կայքի բեռնման արագությունը վերլուծելուց հետո ամենից հաճախ կարող եք ստանալ հետևյալ առաջարկությունները.

Ծառայության ամենատարածված առաջարկությունը կապված է կայքի համար պատկերների օպտիմալ ընտրության հետ: Գրաֆիկական բովանդակությունը շատ ծանր է և կարող է զգալիորեն դանդաղեցնել ռեսուրսների էջերի բեռնումը: Ամենատարածված առաջարկություններն են՝ ընտրել ճիշտ ձևաչափը (առավել հաճախ իմաստ ունի օգտագործել PNG), պատկերների չափը և որակը: Այսքանը նույնպես մեծ պատկեր, որպես ֆոն օգտագործված կարող է զգալիորեն դանդաղեցնել կայքի բեռնման արագությունը։ Դուք միշտ պետք է ստուգեք նկարները և հնարավորինս նվազեցնեք դրանց չափն ու որակը (իմաստ է պատկերների չափն ու որակը սահմանել որոշակի ռեսուրսի համար ընդունելի նվազագույնի):

Վեբ սերվերի սեղմումը կատարողականի կարևոր պարամետր է: Միացված է Apache-ում mod_deflate մոդուլի կամ Nginx-ի հրահանգի միջոցով:

Որոշում է, թե արդյոք վերնագիրը փոխանցվում է, և արդյոք տվյալները պահվում են օգտագործողի բրաուզերում: Քեշավորումը թույլ է տալիս զգալիորեն կրճատել դեպի սերվեր զանգերի քանակը, ինչը նվազեցնում է դրա բեռը և մեծացնում ստատիկ տվյալների (որոնք մեծամասնություն են կազմում ցանկացած կայքէջում) հաճախորդին ուղարկելու արագությունը:

JavaScript կոդը կատարվում է լռելյայնորեն, երբ էջը բեռնվում է, և CSS-ը մշակվում է նույն ձևով: Նրանք. Եթե ​​JS սկրիպտը ներառված է փաստաթղթի հիմնական մասում, ապա դրա մատուցումն ընդհատվում է ամեն անգամ, մինչև սկրիպտը գործարկվի: Դուք կարող եք խուսափել դրանից՝ ավելացնելով JavaScript-ը և HTML-ը միացնելիս, էջի հիմնական մասը կարտացոլվի՝ անկախ գործարկվող կոդից:

Օրինակ, JS-ն ասինխրոն ռեժիմում կարող է միացվել այսպես.

CSS-ի փոքրացումը ներառում է լրացուցիչ բացատների և տողերի ընդմիջումների հեռացում, ինչը նվազեցնում է դիտարկիչի մշակման ժամանակը և ավելացնում էջի բեռնման արագությունը հաճախորդի համար:

Տարբերակը նման է նախորդին, բայց վերաբերում է HTML կոդի հետ։ OpenSource-ը կարող է օգտագործվել HTML-ը և CSS-ը փոքրացնելու համար ծրագրային արտադրանք, որոնց հղումները տեղադրված են ծառայության կայքում։

Որոշում է, թե արդյոք վերահղումներ են օգտագործվում մի տիրույթից մյուսը և մի սերվերից մյուսը նշանակում է լրացուցիչ հարցում-պատասխան ցիկլեր (խնդրանք՝ DNS սերվերև ուղղակիորեն տվյալների հայցում), ինչը, բնականաբար, մեծացնում է այն ժամանակը, որն անհրաժեշտ է վերջնական օգտագործողին կայքի բովանդակությունը ստանալու համար: Հնարավորության դեպքում պետք է խուսափել վերահղումներից:

IN այս դեպքումստուգում է բովանդակության չափը, որը պետք է բեռնվի գնալիս գլխավոր էջկայք, օպտիմիզացումն անհրաժեշտ չէ, եթե տվյալների ծավալը սեղմված տեղեկատվության 14,6 կԲ-ից պակաս է, ինչը համապատասխանում է TCP արձանագրության գերբնակվածության պատուհանի չափին և նշանակում է, որ կապի վերահաստատումը չի պահանջվում փոխանցել տեղեկատվությունը փոխանցելու համար: միանգամից.

Pagespeed Insights-ը նախազգուշացում է տալիս սերվերի դանդաղ արձագանքման մասին, եթե էջի բովանդակությունը մատուցվում է 200 ms-ից պակաս ժամանակում:

Google PageSpeed-ը շատ օգտակար գործիք է կայքերի օպտիմալացման համար, բայց չպետք է անվերապահորեն վստահել դրան: Google PageSpeed-ի տրամադրած տեղեկատվությունը միշտ չէ, որ ճիշտ է, և գնահատվող չափանիշները հասկանալու համար ավելի լավ է դիմել փաստաթղթերին:

Մասնավորապես, դուք հաճախ կտեսնեք նախազգուշացում, որ քեշավորումը չի օգտագործվում, մինչդեռ իրականում

PageSpeed ​​Insights-ը (PSI) զեկուցում է էջի կատարողականի մասին ինչպես շարժական, այնպես էլ աշխատասեղանի սարքերում և առաջարկում է առաջարկներ, թե ինչպես կարող է այդ էջը բարելավվել:

PSI-ն տրամադրում է ինչպես լաբորատոր, այնպես էլ դաշտային տվյալներ էջի մասին: Լաբորատոր տվյալները օգտակար են կատարողականի խնդիրների վրիպազերծման համար, քանի որ դրանք հավաքվում են վերահսկվող միջավայրում: Այնուամենայնիվ, այն չի կարող գրավել իրական աշխարհի խոչընդոտները: Դաշտային տվյալները օգտակար են իրական, իրական օգտատերերի փորձը նկարահանելու համար, բայց ունեն ավելի սահմանափակ չափումների շարք: Տե՛ս 2 տեսակի տվյալների մասին լրացուցիչ տեղեկությունների համար:

Զեկույցի վերևում PSI-ն տալիս է միավոր, որն ամփոփում է էջի կատարումը:

Իրական աշխարհի դաշտային տվյալներ

Դասակարգում արագ, միջին, դանդաղ

ավելի քան 250 մս

Այս շեմերը վերաբերում են ինչպես բջջային, այնպես էլ աշխատասեղանին և սահմանվել են մարդու ընկալման կարողությունների հիման վրա:

FCP-ի և FID-ի բաշխումը և ընտրված արժեքը

Օրինակ, FCP-ի նարնջագոտում 14% տեսնելը ցույց է տալիս, որ բոլոր դիտարկված FCP արժեքների 14%-ը ընկնում է 1000 մվ-ից մինչև 2500 մվ-ի միջև: Այս տվյալները նախորդ 30 օրվա ընթացքում բոլոր էջերի բեռնվածության ընդհանուր տեսքն են:

• Բաշխման գծերի վերևում PSI-ն հաղորդում է 90-րդ տոկոսային առաջին բովանդակային ներկը և 95-րդ տոկոսային առաջին մուտքի հետաձգումը, որոնք ներկայացված են համապատասխանաբար վայրկյաններով և միլիվայրկյաններով:
• Այս տոկոսադրույքներն այնպես են, որ ծրագրավորողները կարողանան հասկանալ իրենց կայքի օգտվողների ամենահիասթափեցնող փորձառությունները: Այս դաշտային մետրային արժեքները դասակարգվում են որպես արագ/միջին/դանդաղ՝ կիրառելով վերը նշված նույն շեմերը:
• Դաշտային տվյալների ամփոփ պիտակ

Արագ. Եթե և՛ FCP, և՛ FID-ն արագ են:

PSI-ն օգտագործում է Lighthouse-ը տվյալ URL-ը վերլուծելու համար՝ ստեղծելով կատարողականի գնահատական, որը գնահատում է էջի կատարողականը տարբեր չափումների վրա, ներառյալ՝ , և .

Ինչու են դաշտային տվյալները և լաբորատոր տվյալները հակասում միմյանց: Դաշտային տվյալները ասում են, որ URL-ը դանդաղ է, բայց լաբորատոր տվյալների վրա նշվում է, որ URL-ն արագ է:

Դաշտային տվյալները պատմական հաշվետվություն են այն մասին, թե ինչպես է կատարվել որոշակի URL, և ներկայացնում է իրական աշխարհի օգտատերերի անանուն կատարողական տվյալները տարբեր սարքերի և ցանցային պայմանների վրա: Լաբորատոր տվյալները հիմնված են մեկ էջի մոդելավորված բեռնվածության վրա սարք ևցանցի պայմանների ֆիքսված փաթեթ: Արդյունքում, արժեքները կարող են տարբերվել:

Ինչու՞ է ընտրվել 90-րդ տոկոսը FCP-ի համար և 95-րդ տոկոսը FID-ի համար:

Մեր նպատակն է համոզվել, որ էջերը լավ են աշխատում օգտատերերի մեծամասնության համար: Մեր ցուցանիշների համար կենտրոնանալով 90-րդ և 95-րդ տոկոսային արժեքների վրա՝ սա ապահովում է, որ էջերը բավարարում են կատարողականի նվազագույն չափանիշը սարքի և ցանցի ամենադժվար պայմաններում:

Ինչու է FCP-ն v4 և v5-ում տարբեր արժեքներ ունի:

V5 FCP-ն նայում է 90-րդ տոկոսին, մինչդեռ v4 FCP-ն հաղորդում է միջինը (50-րդ տոկոսը):

Ո՞րն է լավ գնահատականը լաբորատոր տվյալների համար:

Ցանկացած կանաչ միավոր (90+) համարվում է լավ:

Ինչո՞ւ է կատարողականի գնահատականը փոխվում վազքից վազք: Ես ոչինչ չեմ փոխել իմ էջում!

Արդյունավետության չափման փոփոխականությունը ներկայացվում է ազդեցության տարբեր մակարդակներով մի շարք ալիքների միջոցով: Մետրային փոփոխականության մի քանի ընդհանուր աղբյուրներ են տեղական ցանցի հասանելիությունը, հաճախորդի ապարատային հասանելիությունը և հաճախորդի ռեսուրսների վեճը:

Եթե ​​հարց ունեք PageSpeed ​​Insights-ի օգտագործման վերաբերյալ, որը հատուկ և պատասխանատու է, ձեր հարցը անգլերենով տվեք Stack Overflow-ում:

Եթե ​​ունեք ընդհանուր կարծիք կամ հարցեր PageSpeed ​​​​Insights-ի վերաբերյալ, կամ ցանկանում եք սկսել ընդհանուր քննարկում, բացեք թեմա փոստային ցուցակում:

Օգտակա՞ր էր այս էջը:

Այո Հիանալի! Շնորհակալություն արձագանքի համար:

Կայքի բեռնման արագությունը դրական օգտատերերի փորձի ամենակարեւոր բաղադրիչն է, ինչպես նաև որոնման արդյունքներում վեբ կայքի վարկանիշային գործոններից մեկը: Ճշմարտությունն այն է, որ այսօրվա օգտատերերը չեն ցանկանում 5 վայրկյանից ավելի սպասել էջի բեռնմանը: Եթե ​​ձեր կայքը բավականաչափ արագ չի բեռնվում, դուք կորցնում եք պոտենցիալ հաճախորդներին:

Քանի որ առցանց տրաֆիկի 50%-ը գալիս է շարժական սարքերից, օգտատերերն ակնկալում են, որ կայքերը կբեռնվեն գրեթե ակնթարթորեն և բջջային տարբերակ. Այս հոդվածում դուք կսովորեք, թե ինչպես վաստակել 100-ը 100-ից Google PageSpeed ​​Insights գործիքի միջոցով ձեր կայքի ինչպես բջջային, այնպես էլ աշխատասեղանի տարբերակների համար:

Google կայքը իր PageSpeed ​​​​Insights գործիքով ստուգելիս նկատվեց, որ կայքի աշխատասեղանի տարբերակի հետ կապված խնդիրներ չկան՝ 100/100, սակայն բջջային տարբերակի արդյունքները շատ ցանկալի են թողնում՝ 71/100:

Արդյո՞ք սա նշանակում է, որ 100/100 արդյունքն անհասանելի է:

Առաջին հերթին պետք է նշել, որ PageSpeed ​​գործիքը պարզապես ուղեցույց է կայքերի որակը բարելավելու համար: Գործիքը տրամադրում է վեբ կայքերի օպտիմալացման առաջարկություններ, որոնք օգնում են բարելավել էջի բեռնման արագությունը, սակայն ցանկալի արդյունքի հասնելը կախված է սերվերի կարգավորումներից:

Այս քայլերից մի քանիսը պահանջում են տեխնիկական փորձաքննություն, մյուսները՝ ոչ: Այս հրահանգներին կարելի է հետևել ցանկացած Բովանդակության կառավարման համակարգում:

PageSpeed ​​​​Insights գործիքն առաջարկում է օպտիմիզացնել պատկերները՝ նվազեցնելով ֆայլի չափը: Դա անելու համար կարող եք ձեռնարկել հետևյալ միջոցները.

· Սեղմեք բոլոր պատկերները՝ օգտագործելով Compressor.io և TinyPNG գործիքները (կամ ցանկացած այլ անվճար գործիքներ): Որոշ դեպքերում այս գործիքները կարող են կրճատել պատկերների չափը ավելի քան 80%-ով` չվնասելով դրանց որակը:

· Կրճատել պատկերների չափը մինչև պահանջվող պարամետրերը՝ չվնասելով դրանց որակը: Ենթադրենք, եթե Ձեզ անհրաժեշտ է 150x150px չափի պատկեր, ապա սա այն նկարի չափն է, որը պետք է վերբեռնվի սերվեր: Խորհուրդ չի տրվում օգտագործել ավելի մեծ պատկերներ, քան ցանկանում եք տեղավորել կայքում, կամ նվազեցնել դրանց չափերը օգտագործելով CSSկամ HTML պիտակներ:

Դուք կարող եք ներբեռնել պատկերներ, սեղմել և ձևաչափել դրանք ձեռքով կամ օգտագործել PageSpeed ​​Tool ծառայությունը և ներբեռնել արդեն օպտիմիզացված պատկեր: Նույնը կարելի է անել JavaScript-ի և CSS-ի հետ:

Ռեսուրսի չափը կարող է կրճատվել՝ հեռացնելով ավելորդ բայթերը, ինչպիսիք են հավելյալ բացատները, տողերի ընդմիջումները և նահանջը: Կոդեր ստեղծելիս ծրագրավորողները հաճախ հեռանում են ազատ տեղերև մեկնաբանություններ։ Երբեմն, ջնջելով դրանք, դուք կարող եք կրճատել ֆայլի չափերը կիսով չափ:

Այս խնդիրը լուծելու համար կարող եք սերվերի վրա տեղադրել Gulpjs գործիքը։ Գործիքը ավտոմատ կերպով ստեղծում է նոր CSS ֆայլ և հեռացնում է բոլոր բացատները: Այն նաև ավտոմատ կերպով ստեղծում է նոր CSS ֆայլ ձեր կատարած ցանկացած փոփոխության համար: Այս դեպքում մշակողին հաջողվել է նվազեցնել հիմնական CSS ֆայլի չափը 300կբ-ից մինչև 150կբ։

Եթե ​​դուք օգտագործում եք WordPress-ը, լավ գաղափար է տեղադրել Autoptimize հավելվածը:

Կարող եք նաև ներբեռնել PageSpeed ​​Tool-ի կողմից առաջարկված արդեն օպտիմիզացված ֆայլերը:

Սերվերի արձագանքման ժամանակը բարելավելու համար դուք կարող եք տեղափոխել բոլոր ստատիկ ֆայլերը ձեր կայքից դեպի CDN:

CDN-ն աշխարհով մեկ սփռված սերվերների ցանց է, որը օպտիմալացնում է բովանդակության առաքումն ու բաշխումը (պատկերներ, CSS և JavaScript ֆայլեր) ինտերնետում վերջնական օգտագործողներին: CDN-ն պահում է ձեր կայքի բովանդակության պատճեններն իր սերվերներում: Երբ օգտվողը այցելում է ձեր կայք, ստատիկ բովանդակությունը բեռնվում է իրեն ամենամոտ սերվերից:

Ենթադրենք, որ ձեր կայքի հիմնական սերվերը գտնվում է Տեխասում, և դուք չեք օգտագործում CDN: Օրինակ՝ Ամստերդամից օգտվողը պետք է սպասի, մինչև սերվերը բեռնի կայք Ամերիկայից: Եթե ​​դուք օգտագործում եք CDN, ձեր կայքը կբեռնվի Ամստերդամին ամենամոտ սերվերից, ինչը շատ ավելի քիչ ժամանակ կխլի:

Ստորև բերված է GTmetrix-ով CDN-ի աշխատանքի դիագրամ:

Դուք կարող եք բոլոր պատկերները, JavaScript և CSS ֆայլերը փոխանցել CDN և թողնել միայն դրանք հիմնական սերվերի վրա HTML ֆայլ. CDN-ում պատկերների հոստինգը կարող է զգալիորեն բարելավել կայքի էջի բեռնման արագությունը:

Բրաուզերի քեշի օգտագործումը նշանակում է, որ ձեր կայքի ֆայլերը՝ պատկերները, CSS և JavaScript ֆայլերը, ներբեռնվում են սերվերից ընդամենը մեկ անգամ, և զննարկիչը դրանք պահում է ձեր համակարգչում: Հաջորդ անգամ, երբ էջերը բեռնեն ամեն ինչ անհրաժեշտ ֆայլեր«կհանվի» օգտատիրոջ համակարգչից:

Բրաուզերի քեշից օգտվելու համար անհրաժեշտ է ստեղծել .htaccess ֆայլ և դրա մեջ գրել անհրաժեշտ դիրեկտիվները՝ օգտագործելով ժամկետանց մոդուլը: Քեշում տվյալների պահպանման ժամկետը կարող է սահմանվել ըստ ժամանակի, ֆայլի վերջին փոփոխության կամ հաճախորդի մուտքի ժամանակի:

Հիմնական մարտահրավերը, որին պետք է բախվեն ծրագրավորողներն այս դեպքում, JavaScript կոդը էջի վերևից և ներքևից տեղափոխելն է ամբողջ կայքում:

Եթե ​​դուք օգտագործում եք WordPress-ը, ապա վերը նշված Autoptimize հավելվածը կարող է օգնել ձեզ այս հարցում: Դա անելու համար պարզապես անհրաժեշտ է փոխել plugin-ի կարգավորումները:

Դուք կարող եք միացնել սեղմումը ձեր սերվերի կարգավորումներում: Եթե ​​կասկածում եք ձեր իրավասությանը այս հարցում, հարցրեք ձեր տեխնիկական աջակցությունՄիացնել GZIP սեղմումը ձեր սերվերի համար:

Բջջային կայքի հարմարվողական տարբերակը պահանջում է ճիշտ պատկերի լուծում, տառատեսակի կարգավորումներ և լավ նավիգացիոն համակարգ:

Դուք կարող եք պարզել, թե ինչպես է ձեր կայքը նայում տարբեր սարքերում Google Chrome. Վերևի աջ ընտրացանկում կտտացրեք « Լրացուցիչ գործիքներ», իսկ հետո՝ «Developer Tools»:

1. Օգտագործեք CDN:

2. Օգտագործեք ձեր բրաուզերի քեշը:

3. Հեռացրեք էկրանը արգելափակող ռեսուրսները էջի վերևից:

4. Օպտիմալացրեք ձեր պատկերների չափերը և սեղմեք դրանք:

Էջի բեռնման արագությունն այժմ շատ կարևոր ազդանշան է որոնման համակարգեր. Իսկ օգտատերերի համար սա էական գործոն է, որի վրա դժվար է ուշադրություն չդարձնել, եթե դրա հետ կապված խնդիրներ կան։ Բարելավելով կայքի արագությունը՝ դուք կարող եք ոչ միայն ստանալ վարկանիշային առավելություններ, այլև ձեռք բերել ավելի շատ վստահություն և փոխակերպման տոկոսադրույքներ: Ստորև ներկայացված է ամենաօգտակար գործիքների ցանկը, որոնք կօգնեն ձեզ վերլուծել և բացահայտել ձեր կայքի ամենաթույլ կետերը արագության առումով։

Google-ի Էջի բեռնման արագության գործիք: Ցույց է տալիս 0-ից 100 արժեք ինչպես աշխատասեղանի, այնպես էլ շարժական սարքերի համար: Նա անմիջապես մատնանշում է կայքի թույլ կողմերը և արագությունը օպտիմալացնելու առաջարկություններ տալիս։

Տալիս է արագության գնահատում, ցույց է տալիս սերվերի զանգերի քանակը և միջին բեռնման ժամանակը: IN առանցքային աղյուսակմանրամասնորեն կցուցադրի սերվերին ուղղված յուրաքանչյուր հարցման տվյալները (ոճեր, սցենարներ, պատկերներ և այլն): Հեշտ է գնահատել, թե կոնկրետ ինչն է կայքում դանդաղեցնում բեռնումը:

Համեմատության համար բեռնեք երկու կայք (ձեր և մրցակից), տեսողականորեն դիտեք, թե որն է ավելի արագ բեռնվում (հարմար է հաճախորդներին ցուցադրելու համար): Ներբեռնման վերջում ցուցադրվում է տեղեկատվություն, թե որ կայքը հաղթել է և քանի անգամ ավելի արագ է բեռնվել:

Բեռնում է էջը երկու անգամ, համեմատում է այցելությունների քանակը - բացահայտում է, թե որքան լավ է քեշավորումը կազմակերպված, ցույց է տալիս մանրամասն վիճակագրությունթեստերից յուրաքանչյուրի համար: Պահպանում է սքրինշոթներ այն մասին, թե ինչպես է կայքը նայում բեռնման յուրաքանչյուր վայրկյանին: Այն նաև հարմար ձևով ցույց է տալիս, թե որ հարցումների խումբն է ավելի շատ ժամանակ խլել: Սերվերը գտնվում է Դալլասում (ԱՄՆ):

Կայքի արագության փորձարկման ևս մեկ օգտակար գործիք: Ցուցադրում է շատ ամփոփ տեղեկատվություն, ինչպես նաև պահպանում է պատմությունը, որպեսզի կարողանաք համեմատել, թե որքանով է բարելավվել կամ վատթարացել ձեր ներբեռնման արագությունը: Բեռնում է Yahoo-ի և Google-ի առաջարկությունները արագության օպտիմալացման համար՝ դասակարգելով դրանք ըստ առաջնահերթության: Փորձարկման սերվերը գտնվում է Վանկուվերում (Կանադա):

Ծառայությունը ստուգում է, թե որքանով է կայքը կարող դիմակայել ծանրաբեռնվածությանը (թեթև DDOS): Ընդօրինակված են մի քանի տասնյակ օգտատերեր և հարյուրից ավելի ակտիվ կապեր: Քանի որ թեստը տևում է մի քանի րոպե, այս բեռնման ժամանակ կարող են օգտագործվել այլ գործիքներ՝ պիկ ժամին էջի բեռնման արագությունը գնահատելու համար: Թեստի վերջում կարող եք տեսնել գրաֆիկ, թե ինչպես է փոխվում ներբեռնման արագությունը՝ կախված ակտիվ օգտատերերի քանակից:

Վերլուծում է կայքի բեռնումը Երկրի տարբեր մասերից՝ սերվերներ ԱՄՆ-ում, Եվրոպայում և Ասիայում: Ցուցադրում է ամփոփ վիճակագրություն յուրաքանչյուր թեստի համար:

Վերլուծված էջին հարցումներ է ուղարկում տվյալների տարբեր կենտրոններից (մոտ 30 սերվեր) և որոշում դրանցից յուրաքանչյուրի արագությունը: Ընդգծում է լավագույն, վատագույն և միջին կատարողականությունը ժամանակի և արագության մեջ:

Կայքի արագության զանգվածային ստուգում: Դուք կարող եք նշել մինչև 10 հասցե՝ այդպիսով համեմատելով յուրաքանչյուր ռեսուրսի բեռնման ժամանակը և փաստաթղթի չափը:

Զեկուցել էջի բեռնման և բոլոր լրացուցիչ սցենարների/ոճերի/պատկերների մասին: Պարզ և հաճախ անհրաժեշտ գործիք:

Եթե ​​դուք օգտագործում եք որևէ այլ անվճար առցանց գործիք՝ կայքի էջի բեռնման արագությունը ստուգելու համար, խնդրում ենք կիսվել դրանք մեկնաբանություններում:

Բարև բոլորին: Ես վաղուց էի ուզում հոդված գրել դրա մասին google ծառայությունէջի արագությունը, չնայած ես արդեն գրել եմ վեբ կայքի արագացման և օպտիմալացման մասին և տվել խորհուրդներ, որոնք կօգնեն ձեզ բարձրացնել ձեր google էջի արագության գնահատականը։ Բայց այսօր մենք խոսում ենք այլ բանի մասին, վերջերս ես դադարեցի անհանգստանալ ծառայության մեջ իմ կատարողականով google արագությունև փորձիր ինչ-որ կերպ բարելավել այն: Մի ժամանակ ես այդ ցուցանիշը 2%-ից հասցրի 87%, տպավորիչ չէ՞։ Բայց որոշ ժամանակ անց ես ստիպված էի փոխել իմ WordPress կայքի կաղապարը, որից հետո ցուցանիշը իջավ մինչև 63%, հավանաբար կաղապարը ավելի ծանր է ստացվել, քան նախորդը։

Բացի այդ, ավելի ուշ, մեկ պլագին տեղադրելիս, որը ցուցադրում է կայքում հրապարակումների հայտարարությունների հարմարվողական ցանցը, ցուցիչը հետագայում իջավ մինչև 30%: Այսինքն, ինչպես հասկանում եմ, պետք է ընտրեի կա՛մ գեղեցիկ կայք, կա՛մ բարձր միավոր Google արագության ծառայությունում։ Ավելին, ես նկատեցի, որ ցուցանիշը կարող է բարձր չլինել՝ 50-70%, և դա որևէ կերպ չի ազդում բրաուզերում կայքի բացման արագության վրա։ 63% ցուցիչով իմ կայքը աշխատում է առանց խնդիրների, իհարկե, եթե հրաժարվեք գրեթե բոլոր փլագիններից և ընտրեք ավելի հեշտ թեմա ձեր կայքի համար, կարող եք ցուցանիշը հասցնել 90-100%: Բայց ինչո՞ւ դա անել: Հանուն թվերի՞։ Հանուն ինքնահավանության։

Google էջի արագությունը հաշվում է յուրաքանչյուր կիլոբայթ:

Եթե ​​ձեր կայքի պատկերը կարելի է օպտիմիզացնել, այսինքն՝ սեղմել ևս մի քանի կիլոբայթով, ապա Google-ը կիջեցնի ցուցիչը այնքան ժամանակ, մինչև չհեռացնեք այս երկու կիլոբայթը։ Այսինքն, ընդամենը մի քանի կիլոբայթի պատճառով ցուցիչը կարող է իջեցվել, բայց միևնույն ժամանակ կայքի համար դա բացարձակապես որևէ փոփոխություն չի բերում արագության առումով, ամեն ինչ նույնն է: Այդ դեպքում ինչո՞ւ եմ ես անհանգստանալու այս կիլոբայթների համար, փչում եմ այնտեղ, վատնում եմ իմ ժամանակը: Նորից պարզվում է միայն թվերի համար, հանուն նրա, որ ես բոլորից լավն եմ ու սառը, տեսեք ինչ բարձր է իմ միավորը, սա անհեթեթություն է։ Ես ուղղակի ուզում եմ վրդովել նրանց, ովքեր իբր կարծում են, որ իրենց google էջի արագության գնահատականը բարձրացնելուց հետո իրենց կայքը հրաշքով կդառնա հանրաճանաչ, այցելված, իրենցորոնման հարցումներ

նրանք կմեծանան և այլն։ Արի, տղերք, արթնացե՛ք։ Դադարեք ժամերով այնտեղ մնալ, ժամանակ վատնել, ավելի լավը եղեք ձեր կայքում, ավելի լավ օգտակար բան գրեք: Չեմ զարմանա, որ կան մարդիկ, ովքեր գիշերները չեն քնում, քանի որ google-ի արագության ցածր գնահատական ​​ունեն։ Ընդհանրապես, բարձր գնահատականի այս մրցավազքը կարող է հանգեցնել աբսուրդի... ոչ, ես այլևս չեմ ուզում Google-ի խաղեր խաղալ, բավական է: Ես գիտեմ, թե ինչպես կարելի է բարձր գնահատականներ հավաքել, բայց դա ինձ այլևս չի հետաքրքրում, ինձ հետաքրքրում է օգտակար գրառումներ գրել իմ կայքում: Եվ ես նույնպես չեմ պատրաստվում փոխել իմ ձևանմուշը հանուն բարձր ցուցանիշի:այս պահին

Իմ առաջարկությունները․ եթե կայքի հետ կապված խնդիրներ ունեք, այն դանդաղ է բեռնվում, սերվերի հետ կապված խնդիրներ կան, մեծ բեռ է ստեղծում, ապա գուցե google էջի արագության ծառայությունը կօգնի ձեզ բացահայտել պատճառները և օգնել ձեզ վերացնել դրանք։ Եթե ​​կայքի աշխատանքի հետ կապված խնդիրներ չունեք, ապա ձեզ հարկավոր չէ իմանալ այս ծառայության մասին, դրա կարիքը չունեք, ցուցանիշի ավելացումը ձեզ ոչ մի կերպ չի օգնի, դա միայն ժամանակ կխլի և շփոթեցնի բոլորը։ քարտեր.

Դուք պետք է դա ինքներդ հասկանաք wordpress շարժիչՍա ծանր համակարգ է, բազմաթիվ գործառույթներ և զանգեր ու սուլիչներ, որոնք ռեսուրսներ են պահանջում։ Սերվերի բեռնվածության հետ կապված խնդիրը կարող է լուծվել միայն հոսթինգի սահմանաչափերի ավելացմամբ, այսինքն՝ անցնելով ավելի բարձր սակագնի կամ հատուկ սերվերի։ Որոշակի ցուցանիշի հասնելուց հետո այս գործընթացն անխուսափելի է, և այստեղ Google-ի էջի արագությունն այլևս չի օգնի ձեզ:

Ինձ համար այսքանն է, սպասում եմ ձեր մեկնաբանություններին, կհանդիպենք հաջորդ անգամ:

Ինչու ես միավոր վաստակեցի Google-ում էջի արագության մասին Insights-ը թարմացվել է՝ 2019 թվականի հունվարի 7-ին Իլյա Ժուրավլևի կողմից