Perfmatters, konfigurointiopas

Jos minulle sanottaisiin huomenna, että voisin ottaa autiolle saarelle mukaan vain yhden ainoan lisälaitteen, ottaisin todennäköisesti Perfmattersin, ja jos minulla olisi faniklubi, ilmoittautuisin mukaan ja menisin kaikkiin heidän konsertteihinsa.

Olen käyttänyt sitä tammikuusta 2021 lähtien, ja se on ollut yksi niistä lisäosista, jotka ovat ratkaisseet eniten ongelmia ja jotka edistävät latausnopeutta eniten ja parhaiten.

Essential

Se on yksi niistä välineistä, joita et edes kyseenalaista sitä, että jätät maksamatta, kun vuotuinen uusimispäivä koittaa. Se on muuten erittäin edullinen yhden sivuston käyttöön. Se maksaa vain 24,95 dollaria ja siinä on 15 prosentin alennus seuraaville uusimisille. Toisesta vuodesta eteenpäin se maksaa siis vain vaivaiset 21,21 dollaria.

Koska olen tarkastellut joitakin sen toimintoja erikseen, syvällisempi analyysi- ja konfigurointiopas oli vireillä. Se on tämän viestin tavoite.

Tietoja kokoonpanosta

Huomautus: On sanomattakin selvää, että lisäämäni on- ja off-kuvakkeet vastaavat minun kokoonpanoani, joka on paras mahdollinen tähän blogiin. Tämä ei tarkoita, että se olisi ihanteellinen sinun ympäristössäsi.

Jokainen skenaario on erilainen. Sinun on tutkittava ja ymmärrettävä kukin vaihtoehto, kokeiltava sen käyttäytymistä ja päätettävä, mikä on sinun tapauksessasi paras. Tätä varten ei ole mitään parempaa kuin testata vaihtoehtoja yksi kerrallaan ja arvioida tuloksia.

Toinen asia, joka kannattaa pitää mielessä, on se, että päällekkäiset työkalut törmäävät toisiinsa. On olemassa muita liitännäisiä, kuten WP Rocket tai palvelimen välimuistilaajennus Litespeedin kanssa, joilla on joitakin toimintoja, jotka tekevät täsmälleen saman asian. Niiden aktivointi yhdessä voi aiheuttaa ristiriitoja. Sinun on arvioitava, mikä niistä toimii parhaiten, ja pitäydyttävä vain yhdessä niistä.

Yleistä-välilehti

Yleiset-välilehdeltä löydät yleisimmät työkalut. Kaikkien työkalujen vieressä on linkki vastaavaan ohjeeseen. Älä pelkää kokeilla niitä. Kaikki on käännettävissä. Painamalla sen kytkintä uudelleen kaikki palaa alkuperäiseen tilaansa, eikä tässä ole tapahtunut mitään.

Poista hymiöt käytöstä

WordPressin versiossa 4.2 vuonna 2015 lisättiin tuki emojille ytimessä vanhemmille selaimille.

Vaikka ne eivät ole liian raskaita (18 KB plus muut JS:t), voit poistaa ne käytöstä, koska ne lataavat wp-emoji-release.min.js JavaScriptin jokaisella blogisi sivulla, ja yksi pyyntö vähemmän on aina yksi pyyntö vähemmän.

Deaktivoi dashicons

Dashicons on WordPressin ylläpidon virallinen ikonifontti versiosta 3.8 lähtien. Jotkin mallit käyttävät sitä front-endissä lataamalla dashicons.min.css CSS:n. Monet nykyaikaiset teemat ja laajennukset käyttävät kuitenkin jo omia kuvakkeita, SVG:tä tai eivät käytä kuvakkeita lainkaan. Jos et siis käytä dashicons-kuvakkeita, voit poistaa ne käytöstä, koska tyylitaulukko lisää tarpeetonta latausaikaa ja myös estää renderöinnin.

Niiden poistaminen käytöstä Perfmattersista ei vaikuta WordPressin hallintapaneeliin, joka käyttää niitä. Ainoastaan etupäässä olevat dashiconit poistetaan, kun et ole kirjautuneena sisään.

Poista upotus käytöstä (Embebs)

Kun lisäät minkä tahansa linkin blogistasi editoriin, WordPress tunnistaa sen ja näyttää sen sellaisena (jos et ole muuttanut muotoilua).

Jos et välitä upotuksista, voit kytkeä ne pois päältä ja keventää kuormaa hieman. En ole kytkenyt niitä pois päältä, koska olen huomannut, että esikatselulinkit saavat yleensä hyviä klikkauslukuja, kun niitä käytetään linkkeinä kappaleiden välillä.

Upotus tuli WordPress-version 4.4 mukana. Huonona puolena on se, että ne tulivat ylimääräisen koodin kanssa, joka lisätään, mukaan lukien vielä yksi JavaScript ladattavaksi: wp-embed.min.js.

Poista upotukset käytöstä blogissasi estää myös muita blogeja upottamasta linkkejä sivustostasi tämän esikatselun avulla, mutta se poistaa oEmbed-kohtaisen JavaScriptin, poistaa oEmbed-tulosten suodattamisen käytöstä,
poistaa oEmbedin linkkien löytämisen ja poistaa myös kaikki upotuksen uudelleenkirjoitussäännöt.

Poista XML-RPC käytöstä

XML-RPC on protokolla, joka lisättiin WordPress 3.5:ssä etäyhteyksien sallimiseksi, ja jos et käytä WordPress-sovellusta blogisi julkaisemiseen tai muokkaamiseen matkapuhelimesta, on tärkeää poistaa se käytöstä, koska se aiheuttaa vakavia turvallisuusriskejä.

Hyvin harvat laajennukset tarvitsevat sitä, tiedän vain yhden, joka käyttää sitä: JetPack. Monikäyttöinen lisäosa, jota ei voi suositella, koska se haittaa huomattavasti suorituskykyä.

Kun XML-RPC on poistettu käytöstä, tarkista sen tila käymällä osoitteessa yourdomain.com/xmlrpc. php ja varmista, että se palauttaa vain 403-virheilmoituksen.

Voit myös tarkistaa sen tästä tarkistimesta. Jos saat tällaisen viestin, se tarkoittaa, että XML-RPC on poistettu käytöstä.

Poista jQuery Migrate

Se otettiin käyttöön WordPress 3.6:ssa, eikä se ole enää oletusarvoisesti käytössä WP 5.5:stä lähtien.

Vaikka suurin osa malleista ja liitännäisistä ei tarvitse sitä, on silti muutamia, jotka vaativat sitä jonkin pienen toiminnon takia. Minun tapauksessani on kaksi liitännäistä, jotka käyttävät sitä, Ultimate Membership Pro ja Rank Math tilastopalkkia varten (jota en käytä), joka näytetään vain ylläpitäjille. Jotkin evästeiden suostumuksenhallintapluginit käyttivät sitä vielä viime aikoihin asti.

jQuery Migrate on kehittäjille suunnattu resurssi, jonka avulla vanhoja riippuvuuksia sisältävä koodi voi kommunikoida uuden koodin kanssa.

Todennäköisesti sinulla ei ole mitään liitännäisiä, jotka tarvitsevat sitä, joten jQuery Migrate lisää jquery-migrate.min.js JavaScriptin tarpeettoman yleiskustannuksen.

Tarkista kuitenkin liitännäisten dokumentaatio, ennen kuin poistat sen käytöstä, tai kysy kehittäjiltä (näemme myöhemmin, miten se poistetaan käytöstä tietyissä paikoissa).

Piilota WordPress-versio

Tässä vaihtoehdossa ei ole mitään salaperäistä, se vain piilottaa asennetun WordPress-version uteliailta silmiltä turvatoimenpiteenä.

Tämä voidaan tehdä eri tavoin, ja se on hyödyllistä, jos päivität jotain myöhässä ja versiossasi ilmenee haavoittuvuuksia, joita voidaan käyttää hyväksi, tai jos ydin voi vaarantua. Ainakin piilottamalla version teet sen vähemmän helpoksi porsaanreikiä etsiville hyökkääjille.

Vaikka vain yksi koodirivi poistetaan, ja tämä tehdään lähinnä turvallisuussyistä, optimoinnin ystäville se on vain yksi nipistys, joka lisää vähennettävää kokonaismäärää.

Poista wlwmanifest-linkki

Tämä tunniste näkyy jokaisessa WordPress-asennuksessa, ja sitä käytti Windows Live Writer, jonka päivitys ja tuki lopetettiin tammikuussa 2017.

Kuten edellisessä tapauksessa, tämä on vain tarpeetonta koodia, joten yksi rivi vähemmän.

Poista RSD-linkki

Toinen jäljelle jäänyt tunniste, joka esiintyy jokaisessa WordPress-asennuksessa.

Jos muokkaat sivustoa selaimesta, et tarvitse sitä lainkaan. Sitä käyttävät myös jotkin kolmannen osapuolen sovellukset, jotka käyttävät XML-RPC-pyyntöjä, jotka sinun pitäisi olla jo poistettu käytöstä. Se on siis tarpeetonta poistettavaa koodia.

Poista lyhyt linkki

Tätä käytetään luomaan lyhyt linkki, jossa on numerot sivuillesi ja viesteille, jotka lisäävät tämän tunnisteen:

<link rel='shortlink' href='https://dominio.com?p=123' />

Jos käytät "mukavia" lyhyitä permalinkkejä, kuten domain.com/%postinimi%, ei ole mitään syytä pitää tätä käyttämätöntä, tarpeetonta koodia.

Deaktivoi RSS-syöte

WordPress luo oletusarvoisesti erityyppisiä RSS-syötteitä. Vaikka RSS-syötteet ovat edelleen hyödyllisiä blogissa, jos sivustosi on melko staattinen tai et yksinkertaisesti käytä sitä blogina, voit poistaa syötteen käytöstä.

Poista linkit RSS-syötteistä

Aivan kuten WordPress luo RSS-syötteitä, se luo myös linkkejä näihin RSS-syötteisiin sivuillesi, viesteille, kommenteille, kategorioille, tunnisteille jne. Voit jättää RSS-syötteet käyttöön ja silti poistaa RSS-syötelinkit. Tämän tarkoituksena on poistaa ylimääräistä ja todennäköisesti käyttämätöntä koodia sivultasi.

Poista automaattiset palautukset käytöstä

Pingback on periaatteessa automaattinen kommentti, jossa on linkki, joka luodaan ilmoituksena blogiisi, kun toinen blogi linkittää sinut. Autopingback syntyy, kun linkität artikkelin omaan blogiisi.

Nykyään tuskin kukaan käyttää niitä, ja mahdolliset ulkoiset pingbackit ovat yleensä roskapostia, ne vain tuhlaavat resursseja ja voivat jopa luoda haitallisia tai väliaikaisia linkkejä, jotka ovat rikkinäisiä ja siten haitallisia SEO:lle.
Kuten trackbackitkin, ne kuuluvat blogien menneisyyteen, jolloin linkittäminen blogifilosofiana oli perinne ja osa nettikettiä.

Poista REST API käytöstä

WordPress REST API tarjoaa API-päätepisteitä WordPress-tietotyypeille, joiden avulla kehittäjät voivat olla vuorovaikutuksessa sivustojen kanssa etänä lähettämällä ja vastaanottamalla JSON-objekteja.

Se mahdollistaa ristiviittaukset muiden sivustojen ja PHP:llä tai millä tahansa muulla kielellä kirjoitettujen ohjelmistojen kanssa.

REST API:ta käyttävät erilaiset laajennukset, palvelut ja sovellukset, joista Perfmattersin mukaan nämä ovat joitakin:

Yoast SEO- ja Ryte-kojelautavidgetit, Jetpack, jotkut yhteydenottolomakkeet, Wordfence ja jotkut erityiset WooCommerce-kojelautavidgetit.
Sitä käyttää myös Gutenberg-lohkoeditori kommunikointiin, kun tehdään sivun ja postauksen muokkauksia. Jos poistat sen kokonaan käytöstä, saat "Update failed" -virheen.

Perfmatters tarjoaa kolme vaihtoehtoa. Käytössä (oletusarvo), ei käytössä muilta kuin järjestelmänvalvojilta ja ei käytössä, kun olet kirjautunut ulos.

Poista REST API -sidonnat

Oletusarvoisesti REST API -linkki sisältyy tyyppiotsikkoon:

<link rel='https://api.w.org/' href='https://domain.com/wp-json/' />

Jokaisessa pyynnössä lähetetään myös otsikko ja API-tunniste lisätään Really Simple Discovery (RSD) -päätepisteeseen. Kaikesta tästä koodista voidaan luopua aktivoimalla mahdollisuus poistaa sen linkit.

Google Mapsin poistaminen käytöstä

Juuri tämä, Google Maps API:n poistaminen käytöstä.

Joissakin WordPress-malleissa ja -lisäosissa on Google Maps API sisäänrakennettuna, eikä sitä useinkaan voi poistaa käytöstä. Google Maps voi aiheuttaa tuhoa blogisi suorituskyvylle, vaikka pyynnöt ladataankin asynkronisesti. Yleensä pyyntö tehdään virallisen Google Maps API:n kautta.

Pelkästään kartan lataaminen blogiisi voi aiheuttaa jopa 20 HTTP-pyyntöä Google Mapsille. Integraatiosta riippuen pyyntöjä voi olla vähemmän tai jopa enemmän.

Jos et tarvitse niitä, ne on poistettava käytöstä.

Google Mapsin poistaminen käytöstä postin ID-numeron perusteella ei ole mahdollista.

Jos sinulla ei kuitenkaan ole muuta vaihtoehtoa kuin upottaa karttoja, voit sulkea deaktivoinnin pois vain niistä viesteistä, joihin sinun on lisättävä karttoja. Tätä varten sinun on lisättävä seuraavaan laatikkoon jokaisen viestin tunnukset pilkuilla erotettuna.

Salasanan vahvuusmittarin poistaminen käytöstä

Tämä otettiin käyttöön WordPressin ja WooCommercen uusimmissa versioissa. Se on sisäänrakennettu salasanan vahvuusmittari, joka pakottaa käyttäjät käyttämään vahvoja salasanoja ja lataa useita tiedostoja, kuten: /wp-admin/js/password-strength-meter.min.js ja /wp-includes/js/zxcvbn.min.js.

zxcvbn.min.js voi olla suurempi kuin 800 KB.

Jos käytät WooCommercea, tiedosto löytyy joskus myös tästä polusta:

/wp-content/plugins/woocommerce/assets/js/frontend/password-strength-meter.min.js

Riippuen kustakin mallista ja siitä, miten kehittäjä on asettanut asiat jonoon, nämä tiedostot ladataan joskus koko sivustolle. Suorituskykysyistä ne tulisi ladata vain "tili", "maksu" ja "salasanan palautus" -sivuilla.

Jos sen poistamisen jälkeen löydät edelleen näitä skriptejä pyyntöjen joukosta, tutustu mallin dokumentaatioon ja niiden lisäosien dokumentaatioon, joiden uskot käyttävän tätä toimintoa.

Deaktivoi kommentit

Jos et tarvitse kommentteja tai olet päättänyt lopettaa roskapostin radikaalimmalla mahdollisella tavalla, voit poistaa lukijoiltasi mahdollisuuden kommentoida. Kommentointilomake katoaa.

Tämä on luettelo toimista, joita Perfmatters yrittää suorittaa, kun Kommentit pois käytöstä-vaihtoehto on käytössä:

• Poista sisäänrakennettu viimeisimpien kommenttien widget käytöstä.
• Poista X-Pingback-otsikko.
• Poista kommenttien syöttölinkit.
• Poista kommenttipyynnöt käytöstä.
• Poista kommenttilinkit hallintapalkista.
• Poistetaan kommenttien tuki kaikentyyppisistä viesteistä.
• Sulje kommenttisuodattimet.
• Poista kommenttilinkit hallintavalikosta.
• Poista sisäänrakennettu keskustelusivu käytöstä.
• Piilota ohjauspaneelin kommentit.
• Piilota kommenttiasetukset -vaihtoehto profiilisivulla.
• Palauta tyhjä kommenttimalli pyydettäessä.
• Poista komentosarja kommentteihin vastaamista varten.

Muista, että jos valitset pehmeämmän vaihtoehdon, voit sulkea vain tiettyjen viestien kommentit kunkin viestin muokkauksesta poistamalla tämän valintaruudun valinnan.

Voit myös asettaa Asetukset/Kommentit-kohdasta, että ne suljetaan tietyn päivämäärän jälkeen.

Poista URL-osoitteet kommenteista

WordPress-kommenteissa on oletusarvoisesti verkkosivukenttä, joka luo kommentin kirjoittajan nimessä nofollow-linkin (vaikka roskapostittajat eivät välitä tästä).

Jos et halua käsitellä linkkejä, jotka katkeavat ajan myötä, sinulla on liian vähän kommentteja tai haluat yksinkertaisesti poistaa roskapostin, voit poistaa kaikki kävijöiden kommentteihin lisäämät URL-osoitteet kerralla.

Sen aktivoiminen poistaa myös URL-kentän lomakkeesta tulevia kommentteja varten.

Lisää tyhjä favicon

Jos sivustollasi on jo favicon, jätä tämä vaihtoehto pois käytöstä.

Valkoisen suosikkikuvakkeen lisääminen on hyödyllistä, jos luot ja testaat monia uusia WordPress-asennuksia. Tyhjän faviconin lisääminen säästää sinut siltä, että sinun ei tarvitse ladata faviconia jokaista sivustoa varten. Jos unohdat sen, se voi myös tuottaa 404-virheen nopeustestityökaluissa.

Poista globaalit tyylit

WordPress 5.9:stä alkaen lisättiin inline-koodia duotone-tyylien parantamiseksi (CSS- ja SVG-koodi). Useimmat käyttäjät eivät luultavasti käytä tätä ominaisuutta, ja ongelmana on, että se lisää 311 riviä (minimoimatonta) koodia jokaiselle sivustosi sivulle, jotka ovat jakautuneet näin:

Ennen body-tunnistetta lisätään 196 riviä CSS-koodia ja 115 riviä SVG-koodia ennen /body-tunnistetta.

Monessa koodissa käytetään!important;-tageja, mikä ei myöskään ole ihanteellista.
Perfmatters uskoo, että kyseessä saattaa olla virhe, joten he lisäävät tämän vaihtoehdon helpoksi tavaksi poistaa kaikki tämä tarpeeton koodi, kun ongelmaa selvitetään.

Hearbeat, arvostelut ja automaattinen tallennus

WordPress Heartbeat API käyttää /wp-admin/admin-ajax.php:tä AJAX-kutsujen suorittamiseen selaimesta.

Tämä on hienoa, koska se tallentaa luonnokset ja estää odottamatonta sammutusta menettämästä niitä, mutta se voi myös aiheuttaa suurta suorittimen käyttöä ja hullun määrän PHP-kutsuja. Jos esimerkiksi jätät ohjauspaneelin auki, se lähettää POST-pyyntöjä tähän tiedostoon säännöllisesti 15 sekunnin välein. Voit nostaa taajuuden 60 sekuntiin lieventääksesi tätä.

Ensimmäisessä vaihtoehdossa voit valita, milloin ja missä se aktivoidaan.

Kolmannen vaihtoehdon avulla voit rajoittaa merkintöjen tarkistusten määrää tilan säästämiseksi, esimerkiksi jos asetat sen arvoksi 10, vain 10 viimeistä tallennetaan ja edelliset poistetaan.

Lopuksi voit asettaa luonnosten automaattisen tallennusvälien aikavälin. Oletusarvoisesti WordPress tallentaa automaattisesti 60 sekunnin välein. Jos kuitenkin kasvatat tallennusväliä, joudut tallentamaan manuaalisesti useammin, tämä estää selainta "roikkumasta" niin paljon, kun olet hallinta-alueella, ja tallentaa myös vähemmän kirjoituksia tietokantaan.

Woocommerce

WooCommercen optimointivaihtoehdoista sanon vain, että ne ovat olemassa, mutta vältän kommentteja, koska tässä talossa on tapana olla tarkistamatta mitään, mitä minulla ei ole hyvin selvää, kuten on tapaus. Poistin WooCommercen heinäkuussa 2021 ja tuskin muistan mitään näiden optimointien vastauksesta, joten viittaan niiden dokumentaatioon:

• WooCommercen skriptien ja tyylien poistaminen käytöstä
• Vaunun sirpaleiden deaktivointi
• WooCommercen tilaruudun poistaminen käytöstä
• WooCommercen widgettien poistaminen käytöstä

Sisäänkirjautumis-URL

Toinen mielenkiintoinen ominaisuus on mahdollisuus muuttaa oletusarvoista kirjautumisosoitetta admin-alueelle, jonka WordPress asettaa osoitteessa yourdomain/wp-admin. Se tekee täsmälleen saman kuin pugins kuten WPS Hide Login.

Löydät kolme kenttää:

Ensimmäisessä voit vaihtaa wp-admin-käytön url-osoitteen haluamaksesi, kuten "sinunverkkotunnus.com/peruna", jolloin vältyt raa'an voiman hyökkäyksiltä ja muilta hyökkäyksiltä, jotka yleensä kohdistuvat oletusurl-osoitteeseen. Kirjoita se vain ylös ja/tai yritä olla tekemättä siitä outoa url-osoitetta, jossa on liikaa merkkejä, jotta et unohda sitä (vaikka voit aina hakea sen menemällä wp_options / perfmatters_options-taulukkoon ).

Toinen kenttä (Disabled Behavior) määrittää, mihin url-osoitteeseen verkkotunnukseen/wp-adminiin laskeutuva kävijä lähetetään:

• Viesti (oletus): Näyttää viestin vierailijalle. Voit muokata viestiä haluamallasi tekstillä lisäämällä sen Viesti-kenttään.
• 404-malli: Käyttäjä lähetetään 404-sivulle.
• Koti-URL: Käyttäjä ohjataan kotisivulle.

Varat

Tässä kohtaa asia muuttuu todella mielenkiintoiseksi.

Script Manager, kuorrutus kakun päälle

Perfmatters Script Manager on epäilemättä niiden tehokkain ja hyödyllisin työkalu. Tämä yksin on jokaisen pennin arvoinen siitä pienestä summasta, jonka maksat lisäosasta ja sen tuesta.

Sen avulla voit poistaa käytöstä kunkin laajennuksen käyttämät skriptit ja CSS:n ja estää niiden lataamisen postauksessa tai sivulla, molemmissa paikoissa tai koko sivuston laajuisesti, suodattaa kirjautuneiden tai uloskirjautuneiden käyttäjien mukaan, laitteiden mukaan ja lisätä poikkeuksia, mukaan lukien kategorioita ja tunnisteita varten.

Tämä voi lisätä huomattavasti latausnopeutta (erityisesti etusivulla) poistamalla tarpeettomat pyynnöt, joissa liitännäisiä ei käytetä, kuten lomakkeet tai muut.

Pakollinen käyttötila (MU) vie Script Managerin paljon pidemmälle. Se antaa paljon enemmän kontrollia ja tarjoaa mahdollisuuden poistaa WordPress-lisäosan kyselyt ja koukut sekä inline CSS ja JS käytöstä. Nyt voit hallita laajennuksen kaikkia näkökohtia, sen front-end-skripteistä, inline-koodista ja MySQL-kyselyistä, missä tahansa haluat.

Sen yleisnäkymästä löydät kaikki käytetyt määritykset, jos haluat järjestää niitä uudelleen, muuttaa niitä, lisätä uusia tai poistaa joitakin niistä.

Siinä on varsin kattava dokumentaatio. Jos et ole tottunut tämäntyyppisiin työkaluihin, se voi olla aluksi pelottava, mutta heti kun kokeilet sitä, huomaat, että se on erittäin helppokäyttöinen.

JavaScript

Javascriptin lykkääminen ja viivästyttäminen.

Molemmat voivat osaltaan parantaa FCP: tä ja LCP:tä.

Lykkäämisattribuutin lisääminen jokaiseen ei-kriittiseen JavaScript-tiedostoon nopeuttaa sivun ensimmäistä sisältömaalausta (FCP). Tämä tarkoittaa sitä, että JavaScript ladataan HTML-jäsennyksen aikana ja suoritetaan sivun lataamisen jälkeen (kun jäsennys on päättynyt). Toisin sanoen javascriptin lataus työnnetään sivun alareunaan niin, että se suoritetaan prosessin lopussa.

Viiveen myötä LCP- ja TBT-tulokset paranevat. JavaScript viivästyy käyttäjän vuorovaikutuksen mukaan, mikä nopeuttaa merkittävästi sivun ensimmäistä maalausta, kun jotain ei tarvita heti, kuten kolmansien osapuolten raskaita skriptejä, kuten Google Adsense, Google Analytics, Facebookin muuntopikselit tai Google Ads ja vastaavat.

Molemmissa vaihtoehdoissa voit lisätä poikkeuksia ja ottaa käyttöön viiveen aikakatkaisu -käyttäytymisen, joka asettaa aikakatkaisun, joka lataa skriptit automaattisesti 10 sekunnin kuluttua, jos käyttäjän vuorovaikutusta ei ole havaittu. Tämä on valinnainen ja oletusarvoisesti pois käytöstä.

Viiveen aikakatkaisu

Jos otat tämän vaihtoehdon käyttöön, voit asettaa aikakatkaisun eri arvoon käyttämällä jotakin näistä suodattimista.

Esimerkissä oleva on asetettu 7 sekunniksi.

add_filter('perfmatters_delay_js_timeout', function($timeout) {
    return '7';
});

Ne kehottavat olemaan asettamatta aikakatkaisuarvoa liian lyhyeksi, sillä muuten JS-viivetoiminto ei toimi kunnolla. Lisäksi aikakatkaisuarvosta riippumatta 99 % ajasta kaikki käynnistyy käyttäjän ensimmäisestä vuorovaikutuksesta, olipa se sitten vieritys, napsautus tai hiiren ensimmäinen liike.

CSS

Perfmatters väittää, että helpoin tapa ratkaista "Reduce unused CSS" -varoitus on ottaa käyttöön tämä ominaisuus, jonka tarkistin, kun se oli vielä beta-versiossa, ja joka tekee kaiken automaattisesti. Kehittäjät väittävät testanneensa sitä sadoilla URL-osoitteilla (käyttäen erilaisia malleja ja asetuksia), ja nämä ovat joitakin tuloksia, joita he väittävät saaneensa:

• PCF:n keskimääräinen lasku 15,20 %.
• Keskimääräinen LCP:n lasku 19,66 %.
• Keskimääräinen TTI:n lasku 14,95 %.

Ennen Perfmattersin "Poista käyttämätön CSS" -toiminnon aktivointia he suosittelevat poistamaan kaikki olemassa olevat Perfmattersissa määritetyt CSS-esilataukset (lukuun ottamatta Google Fontsin paikallisia tyylitauluja).
Älä yhdistä CSS:ää (asioita, joita tehdään usein WP Rocketilla, Litespeedillä, Autoptimize-ohjelmalla ja muilla). CSS:n yhdistäminen on vanhentunut optimointitekniikka HTTP/2:n jälkeen. Joissakin tapauksissa CSS:n yhdistäminen voi haitata suorituskykyä(minun tapauksessani se ei ole haitannut) ja lopuksi varmista, ettet yritä poistaa käyttämätöntä CSS:ää toisella lisäosalla.

On olemassa kolme eliminointimenetelmää:

• Viive (oletus): Kaikki alkuperäiset CSS-tyylitaulukot (käyttämättömät CSS:t) viivästetään ja ladataan käyttäjän vuorovaikutuksen yhteydessä. Tämä on suositeltava vaihtoehto.
• Asynkroninen: Kaikki alkuperäiset CSS-tyylitaulukot (käyttämätön CSS) ladataan asynkronisesti. Tämä menetelmä voi auttaa välttämään ponnahdusikkunoita, koska tyylitaulukot suoritetaan asynkronisesti sivun latautuessa. Tämä menetelmä johtaa hieman korkeampaan LCP/FCP-arvoon kuin viiveen käyttö.
• Poista: Kaikki alkuperäiset CSS-tyylitaulukot (käyttämättömät CSS:t) poistetaan. Tämä on aggressiivisin menetelmä, mutta vaatii todennäköisesti myös poikkeusten lisäämistä. Sitä suositellaan vain edistyneille käyttäjille.

Tässä ei ole muuta salaisuutta kuin kokeilla testiympäristössä ja mitata tuloksia sekä erikseen että vuorovaikutuksessa muiden toimintojen kanssa.

Jotkin näistä toiminnoista voidaan poistaa käytöstä missä tahansa viestissä tai sivulla WP-muokkauksessa.

Koodi

Hyödyllinen klassikko, jonka monet muut laajennukset sisältävät, jotain, joka voidaan jopa tehdä käsin, mutta joka yksinkertaistaa ja helpottaa mukautetun koodin lisäämistä blogisi otsikkoon, runkoon tai alatunnisteeseen.

Seuraavat kentät tulostavat koodia suoraan etusivulle, joten sen on oltava validia HTML-koodia. Tämä sisältää rivissä olevan CSS:n tagien sisällä tai rivissä olevan JS:n tagien sisällä. Voit myös ladata JS- tai CSS-tiedoston.

Se ei tue palvelinpuolen kieliä, kuten PHP:tä. Mukautetun PHP-koodin lisäämiseksi on suositeltavaa käyttää Code Snippets-lisäosaa.

Esilataus

Esilatauksessa ensimmäinen vaihtoehto nimeltä"Instant Page" käyttää instant.page-kirjastoa ja lataa pienen, alle 2 kilotavun JS-tiedoston(instantpage.js) paikallisesti sivustollesi, ja sitä käytetään esilataamaan URL-osoitteita, kun käyttäjä siirtää hiiren linkin tai kuvan päälle työpöytäversiossa. Mobiiliversiossa URL-osoite esiladataan sen jälkeen, kun käyttäjä alkaa napauttaa linkkiä näytöllä ja ennen kuin hän vapauttaa sen.

URL-osoitteen esilataus käynnistyy automaattisesti taustalla 65 millisekunnin kuluttua.

Tämä työkalu vastaa Litespeedin"Instant Click" ja WP Rocketin"Preload Links", joten jos käytät tätä vaihtoehtoa jommassakummassa näistä kahdesta liitännäisestä, sinun pitäisi poistaa se käytöstä kokeillaksesi Perfmattersia.

Omassa tapauksessani se on toiminut jonkin verran paremmin kuin vastaava vaihtoehto Litespeedissä, vaikka on huomattava, että joissakin tapauksissa se voi lisätä palvelimen kuormitusta.

Kuten Javascript- ja CSS-vaihtoehtojen kohdalla, myös esilatauksen ja esiliittämisen käyttöä tulisi käyttää eri testien perusteella tarpeidesi mukaan.

Kriittisten kuvien esilataus (taiton yläpuolella olevat kuvat) on vielä beta-vaihtoehto, joka voi auttaa lyhentämään suuremman sisällön (LCP) maalaamiseen kuluvaa aikaa Core Web Vitalsissa.

Nämä ovat tyypillisesti kuvia, kuten logo, postauksen esillä oleva kuva, aloitussivun pääkuva jne. Kun ne ladataan valmiiksi, ne siirtyvät vesiputouksen yläosaan ja kertovat selaimelle, että ne ovat etusijalla ja ne on ladattava välittömästi.

Voit valita nollan, jolloin esilataat yhtään kuvaa (oletusvaihtoehto) tai viisi kuvaa. Permatters suosittelee valitsemaan enintään kaksi tai kolme kuvaa, sillä Chromessa on rajoitus, jonka mukaan vesiputouksen yläosassa näkyy kaksi esiladattua kuvaa.

Laiska lataus

Toinen suorituskykyyn liittyvä klassikko, jonka WordPress sisältää jo natiivisti vuonna 2020 julkaistusta versiosta 5.4 lähtien.

Omassa tapauksessani käytän Litespeed-vaihtoehtoa, koska testeissäni löysin hieman parempia tuloksia, mutta Perfmatters toimii todella hyvin ja soveltaa sitä myös taustakuvien CSS:ään.

Kirjasimet

Toinen hyvä asia. Tämä Perfmattersin versioon 1.7.4 lisätty vaihtoehto julkaistiin 7. kesäkuuta 2022. Se mahdollistaa Google-fonttien isännöinnin ja lataamisen paikallisesti parilla klikkauksella.

Fonttien paikallisen isännöinnin edut ovat moninaiset: voit hallita niitä täysin, vältät kaikki pyynnöt ja näin ollen latausajan ja voit myös päättää, miten niitä tarjotaan.

Toiminto etsii automaattisesti kaikki blogissasi olevat Google Fonts -viittaukset, lataa vastaavat fontit osoitteesta fonts.google.com ja isännöi ne paikallisesti palvelimellasi hakemistossa: /wp-content/cache/perfmatters/your-domain.com/fonts/.

Tämä toinen viesti selittää sen käyttöä tarkemmin.

CDN

Tässä ei ole mitään erikoista, eikä siinä ole juurikaan kommentoitavaa. Työkalu, aina hyödyllistä lisätä käyttämäsi CDN. Koska käytän QUIC.CLOUDia, en ole vielä tarvinnut sitä.

Analytiikka

Vaikka en käytä sitä nyt, koska aloitin siirtymisen Matomoon ja siirsin Analytics-skriptin hallinnan RGPD/CCPA:n evästeiden suostumuksen hallintalaajennukseeni , joka myös hallitsee sitä oikein, mutta tiedän, että se toimii hyvin Perfmattersin kanssa, koska käytin sitä aikoinaan.

Täältä voit isännöidä Google Analytics -skriptisi paikallisesti. Tämä auttaa nopeuttamaan sivustosi toimintaa vähentämällä ylimääräisiä DNS-selauksia ja ratkaisemalla skriptin "selaimen välimuistin hyödyntämisen" ongelman.

Perfmattersin mukaan ironista kyllä, Googlen oma skripti antaa varoituksen välimuistitallennuksesta, mutta tämä johtuu siitä, että Googlen HTTP-välimuistiotsikon voimassaoloaika on hyvin lyhyt. Jos isännöit sen itse, oman CDN:n tai palvelimen HTTP-välimuistiotsikot otetaan automaattisesti käyttöön. Toisin sanoen saat täyden määräysvallan skriptin välimuistiin tallentamiseen.

He varoittavat myös, että Google ei virallisesti tue tätä työkalua, mutta sitä on käytetty vuosia ilman ongelmia.

Google Analyticsin paikallinen isännöinti ja skriptin tarjoaminen omasta CDN:stä tai palvelimesta mahdollistaa myös yhden HTTP/2-yhteyden hyödyntämisen.