Google Pagespeed Insights ir labi pazīstams tīmekļa vietnes rīks, ar kuru varat pārbaudīt un optimizēt visus parametrus, kas attiecas uz meklētājprogrammu. Varat noklikšķināt uz iepriekš norādītās saites vai parasti vadības sistēmā redzēt arī katru dienu atjaunināto lapas vērtību.
Šajā pamācībā mēs jums parādīsim, cik viegli ir Lappušu ātruma rādītājs No 100/100 sasniegt. Arī jūs to varat izdarīt.
Savā piemērā mēs izmantojām demo vietni ar dažāda veida saturu un labi zināmu tēmu, kas ietver arī parastos spraudņus. Tātad tieši to jūs izmantojat, lai izveidotu labas vietnes.
Mēs esam izvēlējušies šeit tēma The7 nolēma. Taču nav nozīmes, kuru tēmu izmantojat. Galvenais ir tas, ka tā ir atjaunināta un piedāvā dažus iestatījumus vietnes izveidei.
Tas ir tas, kas nepieciešams ātrai vietnei.
- einen ātri tīmekļa mitinātāji ar pieredzi
- tīrs un atjaunināts WordPress
- pareizus tīmekļa servera iestatījumus.
- optimizācijas un kešatmiņas rīks
Šajā piemērā mēs izmantojam WP Rocket. Visi šie rīki dara vienu un to pašu. Tie saspiež teksta failus, apkopo kodu un vajadzības gadījumā izveido statisku lapu kā kopiju.
Tas ļauj apmeklētājam ātri izsaukt lapu.
Statiskās lapas atgādina pagājušo gadu html kodu. Tīmekļa vietnes, kas sastāv no vienkārša html koda un attēliem, joprojām ir visātrākas. Bet ne dinamisks. Izmantojot šos spraudņus, kešatmiņa vienmēr tiek atjaunota, tiklīdz lapā ir kaut kas mainījies.
Padoms: atspējojiet WordPress cronjob. Patiesībā tas nav cronjob, bet tas vienmēr tiek izsaukts, kad lapu apmeklē apmeklētājs. Kā tas darbojas, mēs parādīsim citā rakstā.
Google Pagespeed Insights
Ievadiet savu pašreizējo tīmekļa vietni pakalpojumā Google un aplūkojiet tās veiktspēju.
Parasti jūs saņemsiet pirmās vērtības dzeltenajā zonā, lai 85, ja tīmekļa resursdatoram ir labs serveris.
Mūsu noklusējuma instalācijā PSI rādīja 85/100 darbvirsmas skatā.
Tomēr nedaudz maldinošs ir apgalvojums, ka serveris ir atbildējis lēni. Šeit tiek domāts laiks līdz pirmajam baitam, kas tiek pārnests.
Šeit mijiedarbojas ļoti daudzi faktori. Bieži vien jūs samazināsiet tā saukto TTFB (laiks līdz pirmajam baitam), ja salabosiet visus pārējos punktus.
Google ērti piedāvā optimizētu kodu lejupielādei daudzos punktos. Šajā brīdī iesaku, bet principā tikai iepriekš optimizētus attēlus integrēt tīmekļa vietnē.
To var izdarīt pat bez maksas, piemēram, izmantojot pakalpojumu Tinypng Panda darīt.
Tomēr vairums tēmu veido arī savus attēlus dažādos izmēros, tāpēc vienmēr ir nepieciešama optimizācija.
Tāpēc laiku pa laikam ir ieteicams vienkārši no jauna optimizēt visus attēlu failus tīmekļa serverī un atkal tos pārrakstīt.
Pingdom, GTMetrix un Co.
Protams, ir arī citas testa vietnes. Tomēr šeit bieži rodas problēma, ka meklēšana notiek no ārzemēm un tāpēc nav pietiekami jēgpilna, lai simulētu parasto apmeklētāju no Vācijas. Svarīgi ir arī zināt, ka dažas pārbaudes programmas nespēj apstrādāt http/2 un neņem vērā http/s priekšrocības, t.i., paralēlu datu pārraidi, izmantojot vienu savienojumu, un interpretē to negatīvi.
TTFB vai kopējais uzlādes laiks?
Būtībā svarīgs ir kopējā ielādes laika rezultāts. Pirmais baits ir atkarīgs no daudziem faktoriem, kurus var ietekmēt tikai vāji. Lapai, kas nav saspiesta, parasti ir ļoti zema TTFB vērtība nekā perfekti saspiestai lapai. Taču kopējais ielādes laiks ar saspiešanu, protams, ir ātrāks, ja lapā ir daudz satura. Tas, kā google to galu galā novērtē, ir neskaidrs. Mums pašiem ir lapas, kas ielādējas lēni, jo programmatūra ir novecojusi, un to PSI vērtība ir 68. 28 tūkstoši organisko atslēgvārdu vietnei nodrošina aptuveni 1000 apmeklētāju dienā. Taču, ja ir salīdzināmas lapas, lapa ar labākām vērtībām noteikti tiek augstāk uzskaitīta.
CDN un paātrināšanas moduļi
Ir arī moduļi, kas glabā statiskus datus citos serveros un piegādā tos atkarībā no apmeklētāja atrašanās vietas. Tas samazina savienojumu skaitu ar serveri un tādējādi samazina arī tā saukto TTFB. Šeit varat izmantot akamai, cloudflare vai incapsula kešatmiņas, kas atkarībā no rezervētā pakalpojuma piedāvā arī saspiešanu un optimizāciju. Ir iekļauta arī neliela (D)Dos aizsardzība, ja savienojums pilnībā tiek veikts, izmantojot šos pakalpojumu sniedzējus.
Speedkit priekš Plesk
Piemēram, ir pieejams Plesk spraudnis, kas ar dažiem klikšķiem var padarīt vietni ātrāku. Tomēr manā testā bija tieši pretēja situācija. Galvenā problēma ar šādiem spraudņiem ir tā, ka kešatmiņa sāk darboties tikai tad, kad apmeklētājs lapu skatās otrreiz vai pirmo reizi izveido savienojumu ar sistēmu.
Priekšrocība ir tā, ka jūs varat vienkārši aktivizēt visu šo lietu, neveicot nekādas izmaiņas viņa sistēmā. Bet trūkums ir tad, bet drīzāk ātruma trūkums ar 1 skata apmeklētājiem. Šī iemesla dēļ arī parastajās pārbaudes programmās nav redzamas nekādas izmaiņas, jo tās vienmēr apmeklē lapu bez kešatmiņas kā pavisam jauns lietotājs.
Tā kā vairums apmeklētāju bieži vien apmeklē lapu tikai ar meklētājprogrammas saiti, tas šiem apmeklētājiem nesniedz ātruma priekšrocības. Ar iebūvētajiem rīkiem var diezgan labi iztikt bez ārējās kešatmiņas. Arī no datu aizsardzības viedokļa, jo īpaši attiecībā uz DSGVO un gaidāmo e-privātuma regulu, šādu pakalpojumu izmantošana nav piemērota. Jau tagad, pasūtot šos pakalpojumus, nav noslēgts līgums par pasūtījuma datu apstrādi.
Šādā veidā tīmekļa vietni padarīsiet ātrāku.
Vissvarīgākais punkts: pareizais tīmekļa resurss.
No ārpuses tie visi veido Tīmekļa hostinga pakalpojumu sniedzējs tas pats. Taču atšķirība bieži vien ir slēpta.
Ir tīmekļa mitekļu uzturētāji, kas reklamē ar kodoliem un īpašiem resursiem, bet tad tas viss darbojas tikai uz ļoti vājas aparatūras. Mazs AMD kodols no 10 gadus veca servera nav tas pats, kas jaunākās versijas Intel Platinum Xeon kodols.
Lielākā daļa pakalpojumu sniedzēju šodien virtualizē arī visu savu infrastruktūru. Bieži vien dīvainās struktūrās, piemēram, konteineru sistēmās, kur klienta rezervētās serdes bija rezervētas arī 20 citiem klientiem. Labi un tāpēc, ka programmatūras licenču izmaksas dārgi pakalpojumu sniedzēji izmanto pareizu virtualizācijas sistēmas, piemēram, vmware vai KVM, parasti sauc par mākoni.
Bieži vien pietiek ar koplietošanas hostingu. Mēs paši esam izveidojuši vietnes ar desmitiem tūkstošu apmeklētāju mēnesī. Tie darbojas arī nelielā hostinga kontā, jo tīmekļa hostinga mašīnas parasti jau ir ļoti liela izmēra, lai tās varētu apkalpot simtiem vietņu.
Tomēr lielākajai daļai tīmekļa vietņu rezervētā jauda nav nepieciešama, tāpēc vienmēr ir daudz jaudas atlikuma.
Izvēloties tīmekļa mitinātāju, vienkārši pārliecinieties, ka jums ir izmēģinājuma konts, un augšupielādējiet tajā savu vietni bez saistībām. Parasti tos parasti var sasniegt, izmantojot apakšdomēnu, un pārbaudīt ātrumu. Ja tas nekas nav, vienkārši pārejiet pie cita pakalpojumu sniedzēja.
Šajā piemērā demo lapa ir SEO serveris no webhoster.de AG, kur jūs saņemat Plesk tālākpārdevēja kontu ar 10 IP adresēm saviem projektiem.
Izmantotā aparatūra ir Dell R740 serveris ar MLC servera SSD diskiem kā RAID masīvu.
Pārvaldības saskarne ir Plesk Onyx pašreizējā versijā.
Tika instalēts standarta WordPress ar šādiem aktīviem spraudņiem:
- Amazon Affiliate for WordPress
- NextSkripti: SNAP Pro jaunināšanas palīgs
- NextSkripti: Sociālo tīklu automātiskais plakāts
- SEO Smart Links Bizness
- Īsie kodi Ultimate
- Saturs Plus
- The7 Elements
- Galīgie WPBakery Page Builder papildinājumi
- WPBakery Page Builder
- Yoast SEO Premium
- WP Rocket
Dizaina veidne
Par tēmu tiek izmantots 7.
Lapas dizains sastāv no tēmas vai lapas konstruktora veidnēm. Apakšlapās parasti ir 2500-3000 vārdu un daudz attēlu un tabulu.
Tāpēc vienmēr ir svarīgi pārbaudīt ne tikai sākuma lapu, bet arī apakšlapas.
Mūsu demo vietnes nosaukums ir www.super-food.de un ir pieejams arī šajā domēnā. Tāpēc varat pārbaudīt visus testus paši. Citā rakstā mēs tikai parādīsim, kā īsā laikā izveidot lielu tīmekļa vietni ar dažiem resursiem. Iespējams, tas ir kaut kas piemērots arī jums. Lai veiktu testēšanu, vietne laiku pa laikam tiks kopēta uz citām sistēmām.
Tīmekļa servera iestatīšana, izmantojot Plesk
Vispirms tīmekļa serveris jākonfigurē, izmantojot Plesk. Vienmēr ir ieteikumi izmantot nginx kā tīru tīmekļa serveri. Bet mēs to nedarām, jo būtībā netiek atbalstīti .htaccess faili un lielāko daļu WordPress spraudņu funkciju var konvertēt tikai ar lielākām pūlēm, pretējā gadījumā tie ir neefektīvi. Arī ātruma priekšrocība nav nekāda.
PHP iestatījumi programmā Plesk
Mēs izmantojam pašreizējo php versiju 7.2.9 ar noklusējuma iestatījumiem. Izvēlnes elementā PHP iestatījumi parasti varat iestatīt opcijas pats. Ja tā nav, tas ir jādara tīmekļa mitināšanas pakalpojumu sniedzējam.
Apache & nginx iestatījumi
Nginx vai Apache iestatījumos mēs iestatām tikai tās vērtības, kuras jau iepriekš ir definējis pakalpojumu sniedzējs. Tātad nekas īpašs. Šeit tikai drošības apsvērumu dēļ simboliskās saites ir atspējotas un pēc noklusējuma ir iespējota saspiešana.
nginx mēs būsim tikai kā starpniekserveri ar inteliģentu apstrādi statisko failu. Būtībā varat arī pilnībā iztikt bez nginx. Bet tad http/2 vairs nedarbojas un rodas citas problēmas. Tāpēc mēs vienkārši atstājam visu darbību ar noklusējuma vērtībām.
WordPress paneļa paneļi
Mūsu demo lapa faktiski jau darbojas diezgan labi. Bet, lai sasniegtu 100/100, mums ir nepieciešamas dažas modifikācijas, piemēram, minifikācija, tātad CSS un Javascript kopsavilkums, kā iesaka Google.
Parasti jūs nevarat to visu kopēt kopā pats, taču ir noderīgi palīgrīki, kas šo darbu paveic.
Šajā testā mēs izmantojam WP-Rocket spraudni. Taču to var izdarīt arī lielākā daļa citu.
Iestatījumos sadaļā Failu optimizācija vienkārši noklikšķinām uz visiem elementiem, izņemot iestatījumus, kas ir kaitīgi http/2. Tie ir CSS faili "Minimizēt CSS" un "CSS attēla optimizēšana„.
Javascript iestatījumos ir jāmaina iestatījumi "Javascript samazināšana" un "Javascript ielādēšanas aizkavēšanās", kā arī "Drošs režīms jQuery (ieteicams)".
Tas jau bija gandrīz viss. Izmantojot spraudni, lapas PSI vērtība paaugstinās līdz 94/100. Tagad trūkst tikai dažu nelielu attēlu failu vai CSS koda optimizāciju, kas tā sauktajā bērnu tēmā kaut kā netika saspiesti. Ērti, ka google nodrošina šos failus, bet optimizētus, lai jūs varētu tos vienkārši nomainīt, izmantojot failu pārvaldnieku.
Mēs ceram, ka mūsu nelielā pamācība ir palīdzējusi jums optimizēt. Tātad viss ir iespējams. Taču situācija mainās katru dienu. Tāpēc jums ir jāuztur WordPress vienmēr atjaunināts, jo pretējā gadījumā jaunas funkcijas vairs netiek atbalstītas.
Pilnu video drīzumā atradīsiet mūsu Youtube kanālā.
