Hoe u die reaksietyd van die bediener kan verbeter op die WordPress-hosting van Bluehost: 'n algemene verskynsel in u Google PageSpeed ​​Insights-verslag
BlueHost is berug vir die reageertyd van die bediener.
U kan dit meet Google PageSpeed ​​Insights of Bitcatcha, en Google beveel u aan bediener reaksietyd wees onder 200m. Enige hoër as 1-2 sekondes, en u het ‘n probleem.
U kan trae reaksietye op die bediener op Bluehost regstel deur: ‘n cache-inprop te konfigureer, hoë CPU-inproppe te vermy, ‘n CDN te gebruik, u databasis skoon te maak, beelde te optimaliseer, ongebruikte inproppe te verwyder, die Blackhole For Bad Bots-inprop te gebruik om spam-bots te stop, Heartbeat Control plug-in, en sorg dat u gasheerplan genoeg het bedienerhulpbronne om u verkeer / inproppe te hanteer.
Is Bluehost die probleem? Waarskynlik … hulle is die eiendom van ESV wat bekend is om koste te besnoei deur te veel mense op dieselfde bediener te pak. Aan die einde van die dag is hulle bekend dat hulle goedkoop is (nie vinnig nie). Hulle word ook swak beoordeel in Facebook-peilings. Probeer om by die WordPress Hosting Facebook-groep en kyk wat regte, onbevooroordeelde mense aanbeveel om aan te bied. Daar is baie beter opsies as Bluehost. ek gebruik Ground en het 200m reaksietye, 100% GTmetrix-tellings, en .4s Pingdom laai tye. Die verslae spreek vanself.
1 1. Gaan die reaksietye van die bediener na
2 2. Opgradeer na PHP 7+
3 3. Vermy hoë CPU-inproppe
4 4. Vermy eksterne bronne
5 5. Stel ‘n Cache-inprop op
9 9. Sluk slegte bots
10 10. Optimaliseer prente
11 11. Gebruik liggewig-inproppe
12 12. Bied Google-lettertipes plaaslik aan
13 13. Gasheer Google Analytics plaaslik
14 14. Herproef webwerf
15 15. Skakel oor na vinniger hosting
17 &# X2705; Hoe kan ek die reaksietyd van die bediener verbeter??
18 &# X2705; Hoe kan ek die las op my bediener verlig??
19 &# X2705; Sal cache-inprop die bedienerspoed verbeter?
20 &# X2705; Moet ek regtig die hosting opgradeer??
21 &# X2705; Is dit Bluehost se skuld?
1. Gaan die reaksietye van die bediener na
Kontroleer u eie reaksietye op die bediener met behulp van Bitcatcha. Dit is myne … hehe.
Of gebruik Google PageSpeed ​​Insights:
Solank jy by Bluehost is, is jy nie alleen nie:
2. Opgradeer na PHP 7+
Opgradeer na ‘n hoër PHP-weergawe (in u cPanel) is een van die maklikste maniere om u webwerf vinniger te maak, terwyl u ook die reaksietyd van die bediener verminder. Bluehost nou ondersteun PHP 7.2.
3. Vermy hoë CPU-inproppe
Te veel inproppe (of net een enkele hoë CPU-inprop) kan u bediener se reaksietyd (en laai tyd) maak of breek. P3 was vroeër baie goed met die vind van stadige inproppe, maar nou Navraagmonitor is die beste. Installeer die inprop en gaan na “Navrae volgens komponent” om die inproppe wat die vinnigste laai word, te sien.
U kan ook die tabblad GTmetrix Waterfall gebruik:
4. Vermy eksterne bronne
Eksterne bronne kan afkomstig wees van Google Maps, Analytics, Gravatars, plugins vir sosiale deel, kommentaar-inproppe en ander bronne. Dit trek versoeke van eksterne hulpbronne af en sal die reaksietyd van die bediener verhoog en u GTmetrix + Pingdom-verslae vernietig. Dit is duidelik dat dit die beste is om eksterne hulpbronne saam te vermy, maar ek het ‘n paar algemene oplossings hieronder gelaat.
Gravatars – gebruik WP-gebruiker Avatar, Harrys Gravatar Cache, FV Gravatar Cache, Optimale Gravatar-kas. U kan Gravatars ook volledig deaktiveer, of opmerkings breek en geneste kommentaar in u WordPress-besprekingsinstellings inskakel.
Kommentaar-plugins – gebruik die Disqus voorwaardelike lading-inprop.
Social Sharing-inprop – dit is regtig die beste om ‘n liggewig-inprop hiervoor te gebruik.
Google Maps – gebruik dit slegs op bladsye waarvoor u ‘n Google Maps nodig het.
Google AdSense – gebruik Cloudflare-vuurpyllaaier wat help met dinamiese inhoud.
Haal DNS-versoeke vooraf – As u absoluut eksterne hulpbronne moet gebruik, dan kan u dit vooraf gebruik om die leser te verwag om vinniger te laai. Luke het ‘n ongelooflike lys van algemene domeine om voor te haal. Kopieer al hierdie dinge (of net die wat u benodig) en voeg dit by u webwerf (die meeste kas-inproppe het ‘n opsie hiervoor). Sluit ook u CDN-URL in as u StackPath, KeyCDN, BunnyCDN of ‘n ander CDN gebruik (behalwe vir Cloudflare wat nie CDN-URL’s gebruik nie).
5. Stel ‘n Cache-inprop op
As u op die gratis roete gaan, beveel ek aan Vinnige vertoning of WP vinnigste kas, en ek het tutoriale vir beide Swift en WPFC. Maar as u die $ 49 kan laat val, WP-vuurpyl is baie beter, is wat ek gebruik, en is die nommer 1-inprop-inprop in verskeie Facebook-peilings. Maar hoekom?
WP Rocket het baie funksies wat die meeste kas-inproppe nie het nie. Dit beteken dat as u die meeste ander cache-plugins sou gebruik, sal u ongeveer 6 ekstra plugins moet installeer. As jy soos ek is, wil jy net 1 inprop gebruik. Dit is die rede waarom WP Rocket beter tellings + laadye in GTmetrix / Pingdom lewer (dit het meer funksies, terwyl die aantal inprops op u webwerf verminder word).
Die meeste mense stel nie hul cache-inprop korrek op nie, en benut dit nie ten volle nie. Ek beveel sterk aan dat u my tutoriale deurkyk om seker te maak dat u opstelling ideaal is.
WP Rocket handleiding
Swift Performance tutoriaal
WP Vinnigste Cache-tutoriaal
W3 Total Cache-tutoriaal
WP Super Cache-tutoriaal
U databasis kan rommellêers versamel, soos verwyderde opmerkings, strooiposopmerkings, hersienings, vervalste oorgange en ander dinge wat veroorsaak dat u databasis opgeblase is.
Dit is die beste om u databasis ongeveer elke 1-2 weke skoon te maak. U kan die WP-optimaliseer inprop om dit skoon te maak, sowel as om lopende databasisopruimings te skeduleer. Maak net seker dat u ‘n rugsteun van u databasis neem voordat u dit doen, veral as u dit die eerste keer skoonmaak.
As u WP Rocket gebruik, het u nie WP-optimalisering nodig nie, aangesien dit ingebou is:
Die WordPress hartklop API toon intydse inprop-kennisgewings en dat ander gebruikers ‘n plasing redigeer. Alhoewel dit lekker klink, verbruik dit ook bedienerhulpbronne deur elke 15-30 sekondes ‘n versoek te skep. Gebruik die Hartslagbeheer-inprop en beperk dit, of skakel dit heeltemal uit.
As u WP Rocket gebruik, het u hierdie inprop nie nodig nie, aangesien dit ingebou is:
A CDN (inhoudafleweringsnetwerk) laai hulpbronne af na verskeie datasentrums regoor die wêreld. Dit plaas minder spanning op u bediener, maar dit verminder ook die geografiese afstand tussen u bediener en besoeker, en is ‘n aanbeveling in die WordPress-optimaliseringsgids. Ek beveel aan om te gebruik Cloudflare wat ‘n gratis CDN is met 200+ datasentrums en daar is geen rede waarom u dit nie moet gebruik nie. Cloudflare is slegs beskikbaar op Bluehost se aandeleplan, klante met VPS of ‘n toegewyde bediener moet Bluehost kontak en dit aanvra.
Gaan na domeine in u Bluehost cPanel > Cloudflare > Aktiveer.
As u die ekstra stap wil doen, kan u ‘n paar instellings in u instel Cloudflare-paneelbord.
En as u regtig die ekstra kilometer wil gaan, kan u verskeie CDN’s gebruik. Elke CDN het hul eie stel datasentrums, en meer datasentrums = vinniger aflewering van u inhoud en sal nog meer hulpbronne aflaai. Ek persoonlik gebruik beide Cloudflare (gratis) en StackPath ($ 10 per maand met gratis proeftydperk van 30 dae).
Stap 2: Klik op die CDN-oortjie in die dashboard skep ‘n StackPath CDN-webwerf. U sal deur ‘n reeks bladsye gaan waar StackPath u domein sal aanvra, die IP-adres van u bediener opspoor en dan ‘n CDN-URL skep wat u in u cache-inprop sal kopieer / plak. Baie maklik.
Stap 3: Plak u StackPath CDN-URL in u cache-inprop (hieronder is vir WP Rocket). As u cache-inprop nie ‘n veld vir ‘n CDN-URL het nie, gebruik eerder die CDN Enabler-inprop.
Stap 4: Gaan in StackPath na CDN → Cache-instellings, en klik dan Reinig alles…
9. Sluk slegte bots
U sal nooit weet of spam-bots u webwerf tref en hulpbronne verteer nie, tensy u kyk. Ek het gevind dat twee spammy-bots (compute.amazonaws.com en linode.com) my webwerf elke 3 sekondes konstant tref – ek bestee bedienersbronne aan letterlik niks. Dit is duidelik dat Googlebot OK is, maar u wil dit voorkom strooiposbots van die verbruik van hulpbronne.
Stap 2: Kyk na u live verkeersverslag (onder die instellings van Wordfence se gereedskap). Kyk ‘n goeie oomblik om te sien watter bots u werf tref. As hulle spammy lyk, Google hul gasheernaam en kyk of ander mense dit as strooipos rapporteer. Maak ‘n lys van al die spam-bots.
Stap 3: Gaan na Wordfence se blokkering-instellings en voeg die spam-bots hier by. Gebruik sterretjies om seker te maak dat u alle variasies van die bot blokkeer, anders kan dit nie effektief wees nie.
As u nie Wordfence wil gebruik nie, sal die Blackhole For Bad Bots-inprop doen dit outomaties:
10. Optimaliseer prente
Daar is drie primêre maniere om beelde in GTmetrix te optimaliseer. Dit sal slegs onoptimiseerde prente vertoon vir die enkele bladsy wat u toets, so maak seker dat u die belangrikste bladsye daardeur laat loop.
Bedien afgeskaalde beelde – verander die grootte van groot beelde om kleiner te wees. GTmetrix wys alle prente wat te groot is en met die regte afmetings waarop hulle moet verander word. Soek die prentjie op u webwerf, verander dit in die regte afmetings, laai dit en vervang die ou prentjie met die nuwe.
Spesifiseer afbeeldingsafmetings – beteken dat u ‘n breedte / hoogte in die HTML of CSS van die beeld moet voeg. Die hoofredakteur van WordPress sal dit outomaties doen, daarom word hierdie foute gewoonlik veroorsaak deur beelde wat in bladsybouers, widgets en ander gebiede van u webwerf geleë is. Soek die prentjie eenvoudig, bekyk die HTML-beeld van die prent en voeg dan ‘n breedte / hoogte by wat GTmetrix u voorsien.
Optimaliseer prente – Druk foto’s sonder verlies met ‘n inprop soos ShortPixel. U kry elke maand 100 gratis krediete (dit is die my gunsteling-plugin vir beeldkompressie en ek het al baie probeer, waaronder Imagify, Smush, EWW, en ander). Installeer dit, gryp u API-sleutel van die ShortPixel webwerf, stel dan die instellings op. Stel die beeldkompressievlak op sonder verlies. Gaan na u Media-oortjie en optimaliseer ‘n paar beelde om seker te maak dat u tevrede is met die kwaliteit. As u dit is, komprimeer alle prente op u webwerf in grootmaat. Ek beveel aan om vooraf ‘n rugsteun te neem, net vir ingeval.
11. Gebruik liggewig-inproppe
As u hoë CPU-inproprogramme gebruik wat stadige reaksietye op die bediener veroorsaak, moet u dit óf uitvee, of alternatiewe inproppe vind wat nie soveel hulpbronne verbruik nie. Hier is ‘n paar liggewig-inproppe wat ek voorstel, hoewel u in baie gevalle u eie navorsing / toetsing moet doen. Kyk na u Query Monitor-verslag nadat u ELKE plugin geïnstalleer het om te sien hoe dit vragtyd beïnvloed.
Sosiale deel – WP Rocket’s toets getoon Social Media Feather, Monarch, Eenvoudige deelknoppies toevoeg, en MashShare het die minste hoeveelheid versoeke en die vinnigste laaitye gehad.
Analytics – Google Analytics en Search Console behoort baie te wees. Sorg net dat u Google Analytics plaaslik huisves (met WP Rocket, CAOS of WP Disable gebruik).
12. Bied Google-lettertipes plaaslik aan
As u Google Font-foute in u GTmetrix-verslag sien, beteken dit dat u lettertipes plaaslik moet gasheer.
Gebruik kan die CAOS vir Webfonts-inprop:
of Self-gasheer-Google-lettertipe-inprop is ‘n goeie alternatief wat u outomaties aflaai van alle Google-lettertipes wat u gebruik en dit by u CSS voeg, met die opstel van enige instellings.
13. Gasheer Google Analytics plaaslik
As u foute in Google Analytics in u GTmetrix-verslag sien, beteken dit dat u u Google Analytics-opsporingskode plaaslik moet huisves. Die CAOS Analytics-inprop doen dit outomaties.
WP Rocket het ook hierdie funksie.
14. Herproef webwerf
Gaan terug na Google PageSpeed ​​Insights of Bitcatcha en toets weer die reaksietyd op u webwerf. Dit behoort baie vinniger te wees as ons byna alles tref wat dit beïnvloed.
15. Skakel oor na vinniger hosting
As u reaksietyd op u bediener steeds stadig is, word dit beslis deur Bluehost veroorsaak.
Voordat u na hul VPS of ‘n toegewyde plan opgradeer, moet u navorsing doen en kyk wat ervare mense aanbeveel in die WordPress Hosting Facebook-groep. U medewerker het dalk hul eie voorstel, maar hierdie mense weet waarvan hulle praat.
ek gebruik Ground en het 200m reaksietye met 100% GTmetrix-tellings en .4s Pingdom laai tye. Doen ‘n gasheerondersoek, voer u eie toetse uit, of klik deur my bladsy met vinnige laai. Hulle is as die 26ste gasheer in 26 meningspeilings op Facebook aangewys en is wêrelde beter as ESV (BlueHost, HostGator), GoDaddy, en ander gashere wat te veel mense op dieselfde bediener pak. Daar was baie mense wie gemigreerde en gepos resultate op Facebook en Twitter. Tweet na tweet, Post na Post, poll na poll na poll, vinniger aanbiedingswil fix stadige reaksietye. hulle is aanbeveel deur WordPress, doen gratis migrasies, en ek gebruik hulle semi-toegewyde plan.
Mense migreer gewoonlik omdat hulle spoed tegnologie kan verbeter bediener reaksietye met verskeie sekondes. Hier is ‘n paar mense wat na SiteGround gemigreer het en hul resultate geplaas het.
Besigtig poll of ScreenshotBesigtig poll of Screenshot
Hoër planne sluit meer in bedienerhulpbronne (# 1 faktor in die WordPress-optimaliseringsgids). Hier is die volledige vergelyking grafiek, maar GrowBig gee jou ongeveer 2x meer bedienerhulpbronne as StartUp, en GoGeek is semi-toegewyde aanbieding wat jou nog meer gee. GrowBig en hoër kom met ‘n gratis migrasie, verhoog, gevorderde cache en die vermoë om verskeie webwerwe aan te bied. GoGeek kom met prioriteitsondersteuning. Hul wolk-hosting is nogal die prysstyg van $ 80 per maand.
U kan dit sien op die funksies bladsy…
Geaffilieerde Disclaimer – as u inteken op SiteGround met my geaffilieerde skakel Ek sal ‘n goeie deel vir u betaal. Elke jaar skenk ek $ 3000 vir GoFundMe-veldtogte (2018 was die hongeriges in Denver te voed, 2017 was by die Rooi Kruis by die orkaan Harvey). U ondersteuning help en ek waardeer dit opreg. Hoe dan ook, ek sal Bluehost vermy – sluit by Facebookgroepe aan en sien die gesprekke, stembusse, tweets, en mense wie gemigreerde van Bluehost na SiteGround. Ek weier om EIG / Bluehost’s aan te beveel aaklige gasheer. Doen u navorsing, sien wie Yoast gebruik, en resultate van mense wat gemigreerde.
&# X2705; Hoe kan ek die reaksietyd van die bediener verbeter??
Alhoewel u die las op u bediener met CDN’s kan verlig, PHP-weergawes kan opgradeer en stadig plugins kan vermy, word u bediener uiteindelik deur u hosting beheer. Tensy u webwerf nie geoptimaliseer word vir spoed hoegenaamd nie, sou u regtig nie foute op die reaksietyd van die bediener moet kry nie.
&# X2705; Hoe kan ek die las op my bediener verlig??
Die gebruik van ‘n goeie cache-inprop, soos WP Rocket, dit korrek opstel (insluitend ‘n CDN), die opgradering van PHP-weergawes en die vermy van hulpbronhonger-inproppe en derdeparty-skrifte (bv. AdSense) kan help om die las op u bediener te verlig..
&# X2705; Sal cache-inprop die bedienerspoed verbeter?
Ja, dit moet veral wees as u dit ook gebruik om ‘n CDN op te stel. Cache-inpropinasies moet laaityd, GTmetrix-tellings en reaksietye op die bediener verbeter.
&# X2705; Moet ek regtig die hosting opgradeer??
Optimaliseer u webwerf eerstens. As u dan nog steeds lang reaksietye op die bediener het, planne opgradeer of oorweeg om na ‘n vinniger gasheer soos SiteGround of Cloudways oor te gaan.
&# X2705; Is dit Bluehost se skuld?
Baie mense het berig dat die bedieners op Bluehost stadig is, sommige mense verbeter hul laai met meer as 7 sekondes wanneer hulle na ‘n ander gasheer verhuis. SiteGround (gedeelde hosting) en Cloudways (cloud hosting) is twee gewilde keuses en is albei hoog op Facebook beoordeel.
Ek hoop dit was nuttig. As u vrae het, laat my kommentaar lewer.
So u het u webwerf deurgebring Google PageSpeed ​​Insights en moet hou reaksietye op