Perfmatters, komplet konfigurationsguide

Hvis jeg i morgen fik at vide, at jeg kun måtte tage ét plugin med til en øde ø, ville jeg nok tage Perfmatters med, og hvis jeg havde en fanklub, ville jeg melde mig ind og gå til alle deres koncerter.

Jeg har brugt det siden januar 2021, og det har været et af de plugins, der har løst flest problemer, og det, der bidrager mest og bedst til at lette indlæsningshastigheden.

Væsentligt

Det er et af de værktøjer, som du ikke engang overvejer den fjerneste mulighed for ikke at betale, når den årlige fornyelsesdag kommer. Som i øvrigt er meget økonomisk til brug på en enkelt hjemmeside. Det koster kun 24,95 dollars og har en rabat på 15% for efterfølgende fornyelser. Så fra det andet år og frem koster det kun 21,21 dollars.

Da jeg har gennemgået nogle af funktionerne separat, afventede jeg en mere dybdegående analyse og opsætningsvejledning. Det er formålet med dette indlæg.

Om konfigurationen

Ansvarsfraskrivelse: Det er overflødigt at sige, at de til- og fra-ikoner, jeg har tilføjet, er fra min konfiguration, som er det bedste, jeg kunne få til denne blog. Det betyder ikke, at det er den ideelle til dit miljø.

Alle scenarier er forskellige. Du bliver nødt til at studere hver mulighed og forstå den, eksperimentere med dens opførsel og beslutte, hvad der er bedst i dit tilfælde. Til det formål er der ikke noget bedre end at teste dine muligheder én efter én og evaluere resultaterne.

En anden ting, du skal huske på, er, at duplikerede værktøjer vil kollidere. Der er andre plugins som WP Rocket eller server cache plugin med Litespeed, der har nogle funktioner, der gør præcis det samme. Hvis du aktiverer dem sammen, kan det forårsage konflikter. Du bliver nødt til at vurdere, hvilket der fungerer bedst, og holde dig til kun et af dem.

Fanen Generelt

Den generelle fane indeholder de mest almindelige værktøjer. Ved siden af dem alle finder du et link til deres tilhørende hjælp. Vær ikke bange for at prøve dem. Alt er reversibelt. Hvis du klikker på kontakten, vender alt tilbage til sin oprindelige tilstand, og der er ikke sket noget her

Deaktiver emojis

I WordPress version 4.2 fra 2015 blev understøttelse af emojis tilføjet til kernen for ældre browsere.

Selvom de ikke er så tunge (18 KB plus andre JS), kan du deaktivere dem, fordi de indlæser wp-emoji-release.min.js JavaScript på hver side af din blog, og en anmodning mindre er altid en anmodning mindre.

Deaktiver dashicons

Dashicons er den officielle ikonskrifttype for WordPress-administratoren siden version 3.8. Nogle skabeloner bruger den på front-end ved at indlæse dashicons.min.css CSS. Men mange moderne temaer og plugins bruger allerede deres egne ikoner, SVG'er eller slet ingen ikoner. Så hvis du ikke bruger dashicons, kan du deaktivere dem, fordi stilarket tilføjer unødvendig indlæsningstid og også blokerer gengivelsen.

Deaktivering af dem fra Perfmatters påvirker ikke WordPress' admin-panel, som bruger dem. Kun dashicons på forsiden vil blive fjernet, når du ikke er logget ind.

Deaktiver ind lejring (Embebs)

Når du tilføjer et link fra din blog i editoren, genkender WordPress det og viser det som sådan (hvis du ikke har ændret stylingen).

Hvis du er ligeglad med indlejringer, kan du deaktivere dem og lette belastningen en smule. Jeg har ikke slået dem fra, fordi jeg har bemærket, at links med previews har en tendens til at få gode klikrater, når de bruges som relaterede links mellem afsnit.

Embedding eller indlejring kom med WordPress version 4.4. Ulempen er, at de kom med en ekstra kode, der tilføjes ved at inkludere endnu et JavaScript, der skal indlæses: wp-embed.min.js

Deaktivering af indlejring på din blog forhindrer også andre blogs i at indlejre links fra din side med det preview, men det fjerner det oEmbed-specifikke JavaScript, deaktiverer filtrering af oEmbed-resultater,
fjerner oEmbeds linkopdagelse og fjerner også alle indlejrede omskrivningsregler.

Deaktiver XML-RPC

XML-RPC er en protokol, der blev tilføjet i WordPress 3.5 for at tillade fjernforbindelser, og medmindre du bruger WordPress-appen til at udgive eller redigere din blog fra mobilen, er det vigtigt at deaktivere den, fordi den udgør en alvorlig sikkerhedsrisiko.

Meget få plugins kræver det, jeg kender kun ét, der bruger det: JetPack. Et multifunktionelt plugin, som ikke anbefales, fordi det hæmmer ydeevnen betydeligt.

Når XML-RPC er deaktiveret, skal du bare tjekke dens status ved at besøge yourdomain.com/xmlrpc.php for at sikre dig, at den kun returnerer en 403-fejlmeddelelse.

Du kan også tjekke det i denne checker. Hvis du får en besked som denne, betyder det, at XML-RPC er deaktiveret.

Fjern jQuery Migrate

Det blev introduceret i WordPress 3.6 og er ikke længere aktiveret som standard siden WP 5.5 og nyere.

Selvom de fleste skabeloner og plugins ikke har brug for det, er der stadig nogle få, der kræver det til en mindre funktion. I mit tilfælde er der to plugins, der bruger det, Ultimate Membership Pro og Rank Math til en statistikbjælke (som jeg ikke bruger), der kun vises for administratorer. Nogle plugins til administration af cookie-samtykke brugte det stadig indtil for nylig.

jQuery Migrate er en ressource for udviklere, der gør det muligt for kode med ældre afhængigheder at kommunikere med ny kode.

Du har sandsynligvis ikke nogen plugins, der har brug for det, så jQuery Migrate tilføjer det unødvendige overhead af jquery-migrate.min.js JavaScript

Tjek alligevel dokumentationen for dine plugins, før du deaktiverer det, eller spørg deres udviklere (vi vil se, hvordan man deaktiverer det for specifikke websteder senere).

Skjul WordPress-version

Denne mulighed har intet mysterium, den skjuler simpelthen den version af WordPress, du har installeret, for nysgerrige øjne som en sikkerhedsforanstaltning.

Dette, som kan gøres på forskellige måder, er nyttigt, hvis du er sent ude med at opdatere noget, og der opstår sårbarheder i din version, som kan udnyttes, eller kernen kan blive kompromitteret. Ved at skjule versionen gør du det i det mindste mindre nemt for angribere, der leder efter smuthuller.

Selvom det kun er én kodelinje, der fjernes, og det primært gøres af sikkerhedshensyn, er det for optimeringsentusiaster bare endnu en lille ting, der lægges til det samlede beløb, der skal trækkes fra.

Fjern wlwmanifest-linket

Dette er et tag, der vises i alle WordPress-installationer og blev brugt af Windows Live Writer, som stoppede med at blive opdateret og understøttet i januar 2017.

Som ovenfor er det bare unødvendig kode, så en linje mindre.

Fjern RSD-link

Endnu en rest af et tag, som findes i alle WordPress-installationer.

Hvis du redigerer din side fra browseren, har du slet ikke brug for det. Det bruges også af nogle tredjepartsapplikationer, der bruger XML-RPC-anmodninger, som du allerede burde have deaktiveret. Så det er unødvendig kode, der skal fjernes.

Fjern det korte link

Dette bruges til at oprette et kort link med numre til dine sider og indlæg, der tilføjer dette tag:

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

Hvis du bruger "pæne" korte permalinks, såsom domain.com/%postname%, så er der ingen grund til at beholde dette ubrugte, mere unødvendig kode at smide væk.

Deaktivering af RSS-feed

WordPress genererer forskellige typer RSS-feeds som standard. Selvom RSS-feeds stadig er nyttige for en blog, kan du deaktivere feedet, hvis din side er ret statisk, eller du simpelthen ikke bruger den som en blog.

Fjern links fra RSS-feeds

Ligesom WordPress genererer RSS-feeds, genererer det også links til disse RSS-feeds for dine sider, indlæg, kommentarer, kategorier, tags osv. Du kan lade dine RSS-feeds være aktiveret og stadig fjerne RSS-feed-links. Formålet med dette er at fjerne yderligere og sandsynligvis ubrugt kode fra din side.

Deaktiver automatisk tilbagekobling

En pingback er dybest set en automatisk kommentar med et link, der oprettes som en meddelelse på din blog, når en anden blog linker til dig. En autopingback oprettes, når du linker til en artikel på din egen blog.

I dag er der næsten ingen, der bruger dem, og de eksterne pingbacks, du kan modtage, er normalt spammy, spilder bare ressourcer og kan endda skabe ondsindede eller midlertidige links, der er ødelagte og derfor skadelige for SEO.
Ligesom trackbacks tilhører de fortidens blogging, hvor linking som bloggingfilosofi var tradition som en del af netiquetten.

Deaktivering af REST API

WordPress REST API leverer API-slutpunkter til WordPress-datatyper, der gør det muligt for udviklere at interagere med sites eksternt ved at sende og modtage JSON-objekter.

Det gør det muligt at krydsreferere data med andre sider og med software, der er skrevet i PHP eller et andet sprog.

Der er forskellige plugins, tjenester og applikationer, der bruger REST API, ifølge Perfmatters er dette nogle af dem:

Yoast SEO og Ryte dashboard-widget, Jetpack, nogle kontaktformularer, Wordfence og nogle specifikke WooCommerce dashboard-widgets.
Den bruges også af Gutenberg block editor til at kommunikere, når der foretages side- og indlægsredigeringer. Hvis du deaktiverer den helt, vil du få en "Update failed"-fejl.

Perfmatters tilbyder tre muligheder. Aktiveret (standard), deaktiveret for ikke-administratorer og deaktiveret, når du er logget ud.

Fjern REST API-bindinger

Som standard er et REST API-link inkluderet i typens header:

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

Der sendes også en header i hver anmodning, og der tilføjes et API-tag til RSD-slutpunktet ( Really Simple Discovery ). Al denne kode kan undværes ved at aktivere muligheden for at fjerne dens links.

Deaktiver Google Maps

Bare det, at deaktivere Google Maps API.

Nogle WordPress-skabeloner og plugins har Google Maps API indbygget og tilbyder ofte ikke en måde at deaktivere det på. Google Maps kan skabe kaos på din blogs ydeevne, selvom anmodningerne indlæses asynkront. Normalt foretages en anmodning via den officielle Google Maps API.

Bare for at indlæse et kort på din blog, kan der laves op til 20 HTTP-anmodninger til Google Maps. Afhængigt af integrationen kan du lave færre eller endnu flere anmodninger.

Hvis du ikke har brug for dem, er det bedst at deaktivere dem.

Ekskluder deaktivering af Google Maps efter post-ID-nummer

Men hvis du ikke har andet valg end at integrere kort, kan du kun ekskludere deaktiveringen for de indlæg, hvor du har brug for at tilføje dem. For at gøre dette skal du i det følgende felt tilføje ID'et for hvert indlæg adskilt af kommaer.

Deaktivering af password-styrkemåleren

Dette blev introduceret i de seneste versioner af WordPress og WooCommerce. Det er en indbygget password-styrkemåler, der tvinger brugerne til at bruge stærke passwords og indlæser flere filer såsom: /wp-admin/js/password-strength-meter.min.js og /wp-includes/js/zxcvbn.min.js

zxcvbn.min.js kan veje mere end 800 KB

Hvis du bruger WooCommerce, findes filen også nogle gange i denne sti:

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

Afhængigt af hver skabelon og hvordan udvikleren har sat tingene i kø, indlæses disse filer nogle gange på hele sitet. Af hensyn til ydeevnen bør de kun indlæses på siderne "konto", "betaling" og "nulstilling af adgangskode".

Hvis du stadig finder disse scripts blandt anmodningerne, efter at du har deaktiveret det, bedes du konsultere din skabelondokumentation og dokumentationen for eventuelle plugins, som du tror kan gøre brug af denne funktion.

Deaktivering af kommentarer

Hvis du ikke har brug for kommentarer, eller hvis du har besluttet dig for at stoppe spam på den mest radikale måde, kan du deaktivere muligheden for, at dine læsere kan kommentere. Kommentarformularen vil forsvinde.

Dette er listen over handlinger, som Perfmatters vil forsøge at udføre, når indstillingen Deaktiver kommentarer er aktiveret:

• Deaktiverer den indbyggede widget for seneste kommentarer.
• Fjern X-Pingback-overskriften.
• Fjern links til kommentarfeeds.
• Deaktiver anmodninger om kommentarfeed.
• Fjern kommentarlinks fra admin-linjen.
• Fjern kommentarsupport for alle indlægstyper.
• Luk kommentarfiltre.
• Fjern kommentarlinks fra administrationsmenuen.
• Deaktiver den indbyggede diskussionsside.
• Skjul kommentarer fra kontrolpanelet.
• Skjul indstillingen for kommentarindstillinger fra profilsiden.
• Returner en tom kommentarskabelon, når du bliver bedt om det.
• Fjern kommentarsvar-scriptet.

Husk, at hvis du vælger en blødere indstilling, kan du kun lukke kommentarer på bestemte indlæg fra redigeringen af hvert indlæg ved at fjerne markeringen i dette felt.

Eller fra Indstillinger/kommentarer kan du indstille dem til at lukke efter et bestemt antal dage.

Fjern webadresser fra kommentarer

Som standard indeholder WordPress-kommentarer et webstedsfelt, der opretter et nofollow-link (selvom spammere ikke har noget imod det) i kommentarforfatterens navn.

Hvis du ikke ønsker at håndtere links, der går i stykker med tiden, har for få kommentarer eller bare ønsker at komme spam til livs, kan du slette alle de URL'er, som besøgende har tilføjet i kommentarer, på én gang.

Hvis du aktiverer dette, fjernes URL-feltet også fra formularen for fremtidige kommentarer.

Tilføj et tomt favicon

Hvis du allerede har et favicon på din hjemmeside, bør du lade denne mulighed være deaktiveret.

At tilføje et hvidt favicon er nyttigt, hvis du opretter og tester mange nye WordPress-installationer. Hvis du tilføjer et tomt favicon, slipper du for at skulle uploade et favicon til hver side. Hvis du glemmer det, kan det også generere en 404-fejl i hastighedstestværktøjerne.

Fjern globale stilarter

Fra og med WordPress 5.9 blev der tilføjet yderligere inline-kode for at forbedre duotone-stilarter (CSS- og SVG-kode). De fleste brugere vil sandsynligvis ikke bruge denne funktion, og problemet er, at den tilføjer 311 linjer (uminificeret) kode til hver side på dit websted, der er opdelt på denne måde:

196 linjer CSS før body-tagget og 115 linjer SVG-kode, som også tilføjes før /body-tagget.

Meget af koden bruger!important; tags, hvilket heller ikke er ideelt.
Perfmatters mener, at dette kan være en fejl, så de tilføjer denne mulighed som en nem måde at fjerne al denne unødvendige kode på, mens det bliver løst.

Hearbeat, anmeldelser og autosave

WordPress Heartbeat API bruger /wp-admin/admin-ajax.php til at udføre AJAX-opkald fra webbrowseren.

Det er godt, fordi det gemmer dine kladder og forhindrer, at en uventet nedlukning får dig til at miste dem, men det kan også forårsage højt CPU-brug og vanvittige mængder af PHP-kald. Hvis du f.eks. lader dit kontrolpanel være åbent, vil det blive ved med at sende POST-anmodninger til denne fil med et regelmæssigt interval, hvert 15. sekund. Du kan øge frekvensen op til 60 sekunder for at afhjælpe dette.

I den første mulighed kan du vælge, hvornår og hvor den skal udløses.

Den tredje mulighed giver dig mulighed for at begrænse antallet af revisioner af dine poster for at spare plads, for eksempel hvis du sætter den til 10, vil kun de sidste 10 blive gemt, og de tidligere vil blive slettet.

Endelig kan du indstille intervallet for automatisk lagring af kladder. Som standard gemmer WordPress dem automatisk hvert 60. sekund. Men hvis du øger intervallet, skal du manuelt gemme oftere, hvilket forhindrer browseren i at "hænge" så meget, mens du er i administrationsområdet, og det sparer også færre skrivninger til databasen.

Woocommerce

Om optimeringsmulighederne for WooCommerce vil jeg kun sige, at de findes, men jeg vil undgå enhver kommentar, da det er sædvane her i huset ikke at anmelde noget, som jeg ikke har helt styr på, som det er tilfældet. Jeg afinstallerede WooCommerce i juli 2021, og jeg kan næsten ikke huske noget om svaret på disse optimeringer, så jeg henviser dig til deres dokumentation:

• Deaktiver WooCommerce-scripts og -stilarter
• Deaktiver uddrag af indkøbskurven
• Deaktiver WooCommerce-statusboksen
• Deaktiver WooCommerce-widgets

Login-URL

En anden interessant funktion er muligheden for at ændre standard login-URL'en til admin-området, som WordPress indstiller på yourdomain/wp-admin. Det gør præcis det samme som pugins som WPS Hide Login.

Du finder tre felter:

I det første kan du ændre wp-admin-login-url 'en til, hvad du vil, f.eks. "yourdomain.com/potato", og dermed undgå brute force-angreb og andre angreb, som normalt er rettet mod standard-url'en. Bare skriv det ned og/eller prøv ikke at gøre det til en underlig url med for mange tegn, så du ikke glemmer det (selvom du altid kan hente det ved at gå til wp_options / perfmatters_options-tabellen )

Det andet felt (Disabled Behavior) angiver, hvilken url den besøgende, der lander på dit domæne/wp-admin, vil blive sendt til med tre muligheder:

• Besked (standard): Viser en besked til den besøgende. Du kan tilpasse beskeden med den tekst, du ønsker, ved at tilføje den i feltet Message.
• 404 Template: Brugeren vil blive sendt til en 404-side.
• Home URL: Brugeren omdirigeres til startsiden.

Aktiver

Det er her, de virkelig interessante ting starter.

Script Manager, prikken over i'et

Perfmatters Script Manager er uden tvivl deres mest kraftfulde og nyttige værktøj. Det alene er hver en øre værd af den smule, du betaler for plugin'et og dets support.

Det giver dig mulighed for at deaktivere de scripts og CSS, der bruges af hvert plugin, og forhindre dem i at indlæse på et indlæg eller en side, begge steder eller på hele sitet, filtrere efter indloggede eller udloggede brugere, efter enheder og tilføje undtagelser, selv for kategorier og tags.

Dette kan drastisk øge indlæsningshastigheden (især på hjemmesiden) ved at eliminere unødvendige anmodninger, hvor plugins ikke bruges, såsom formularer eller andet.

Mandatory Usage Mode (MU) tager Script Manager meget længere. Det giver meget mere kontrol og giver mulighed for at deaktivere WordPress-pluginforespørgsler og hooks samt inline CSS og JS. Nu kan du kontrollere alle aspekter af et plugin, fra dets front-end scripts, inline-kode og MySQL-forespørgsler, hvor du vil.

I den globale visning finder du alle anvendte indstillinger, hvis du en dag har brug for at omarrangere dem, ændre dem, tilføje nye eller fjerne nogle.

Det har en ret komplet dokumentation. Hvis du ikke er vant til den slags værktøjer, kan det virke skræmmende i starten, men så snart du prøver det, vil du opdage, at det er meget nemt at bruge.

JavaScript

Udskyd og forsink JavaScript.

Begge dele kan være med til at forbedre FCP og LCP

Hvis du tilføjer attributten defer til alle ikke-kritiske JavaScript-filer, fremskyndes sidens første indholdsmaling (FCP). Det betyder, at JavaScript downloades under HTML-parsing og eksekveres, når siden er færdig med at indlæse (når parsingen er færdig). Med andre ord skubbes javascript-downloaden til bunden af siden, så den udføres i slutningen af processen.

Med forsinkelse forbedres LCP- og TBT-resultaterne. JavaScript forsinkes i henhold til brugerinteraktionen, hvilket fremskynder det første maleri af siden, når der ikke er brug for noget med det samme, såsom tunge scripts fra tredjeparter som Google Adsense, Google Analytics, Facebook-konverteringspixels eller Google Ads og lignende.

For begge muligheder kan du tilføje undtagelser og aktivere Delay Timeout-adfærd, dette indstiller en timeout, der automatisk indlæser scripts efter 10 sekunder, hvis der ikke er registreret nogen brugerinteraktion. Dette er valgfrit og er som standard deaktiveret.

Forsinket timeout

Hvis du aktiverer denne indstilling, har du mulighed for at indstille forsinkelsestimeout til en anden værdi ved hjælp af et af disse filtre.

Det i eksemplet er sat til 7 sekunder.

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

De anbefaler ikke at indstille timeout-værdien for kort, da JS-forsinkelsesfunktionen ellers ikke vil fungere korrekt. Og uanset timeout vil alt i 99% af tilfældene blive udløst ved den første brugerinteraktion, uanset om det er scroll, klik eller første musebevægelse.

CSS

Perfmatters siger, at den nemmeste måde at løse advarslen "Reduce unused CSS" på er at aktivere denne funktion, som jeg anmeldte, da den stadig var i beta, og som gør det hele automatisk. Udviklerne hævder at have testet det på hundredvis af URL'er (med forskellige skabeloner og indstillinger), og dette er nogle af de resultater, de hævder at have opnået:

• Gennemsnitligt FCP-fald på 15,20%.
• Gennemsnitligt LCP-fald på 19,66%.
• Gennemsnitligt TTI-fald på 14,95%.

Før du aktiverer funktionen "Fjern ubrugt CSS" i Perfmatters, anbefaler de, at du fjerner alle eksisterende CSS-preloads, der er konfigureret i Perfmatters (undtagen Google Fonts lokale stylesheets).
Undlad at flette CSS (ting, der ofte gøres med WP Rocket, Litespeed, Autoptimize og andre). CSS merge er en forældet optimeringsteknik siden HTTP/2. I nogle tilfælde kan det skade ydeevnen at kombinere CSS(i mit tilfælde har det ikke gjort det), og til sidst skal du sørge for, at du ikke forsøger at fjerne ubrugt CSS med et andet plugin.

Der er tre metoder til fjernelse:

• Forsinkelse (standard): Alle originale CSS-stylesheets (ubrugt CSS) forsinkes og indlæses ved brugerinteraktion. Dette er den anbefalede indstilling.
• Asynkron: Alle originale CSS-stylesheets (ubrugt CSS) indlæses viaasynkron. Denne metode kan hjælpe med at undgå pop-in, da stylesheets udføres asynkront, mens siden indlæses. Denne metode vil resultere i en lidt højere LCP/FCP end forsinkelsesadfærden.
• Fjern: Alle originale CSS-stylesheets (ubrugt CSS) fjernes. Dette er den mest aggressive metode, men vil sandsynligvis også kræve, at der tilføjes undtagelser. Den anbefales kun til avancerede brugere.

Der er ingen hemmelighed her, andet end at eksperimentere i et testmiljø og måle resultaterne, både isoleret og i samspil med de andre funktioner.

Nogle af disse funktioner kan deaktiveres på ethvert indlæg eller side i WP-redigering.

Kode

En nyttig klassiker, som mange andre plugins indeholder, og som endda kan gøres i hånden, men som forenkler og letter arbejdet med at tilføje brugerdefineret kode til headeren, brødteksten eller footeren på din blog.

De følgende felter udskriver kode direkte til front-end, så det skal være gyldig HTML. Dette inkluderer inline CSS inden for <style>-tags eller inline JS inden for <script>-tags. Du kan også uploade en JS- eller CSS-fil.

Det understøtter ikke sprog på serversiden som PHP. Hvis du vil tilføje brugerdefineret PHP-kode, anbefales det at bruge plugin'et Code Snippets.

Forudindlæsning

I Preloading bruger den første mulighed kaldet"Instant Page" instant .page-biblioteket og indlæser en lille JS-fil på mindre end 2 KB(instantpage.js) lokalt på dit websted og bruges til at forudindlæse URL'er, når en bruger holder musen over et link eller et billede i desktopversionen. På mobil indlæses en URL, når brugeren begynder at trykke på linket på sin skærm, og før de slipper det.

Efter 65 millisekunder starter forhåndsindlæsningen af URL'en automatisk i baggrunden.

Dette værktøj svarer til Litespeeds"Instant Click" og WP Rockets"Preload Links", så hvis du bruger denne mulighed i et af disse to plugins, bør du deaktivere den for at prøve Perfmatters.

I mit tilfælde har det fungeret lidt bedre end den tilsvarende mulighed i Litespeed, selvom det skal bemærkes, at det i nogle tilfælde kan øge serverbelastningen.

Som med Javascript- og CSS-indstillingerne skal brugen af preloading og preconnection bruges efter dine behov baseret på forskellige tests.

Preloading af kritiske billeder (dem over folden) er en mulighed, der stadig er i beta, og som kan hjælpe med at reducere den tid, det tager at male større indhold (LCP) i Core Web Vitals.

Det er normalt billeder som et logo, et fremhævet billede i et indlæg, et hovedbillede på en landingsside osv. Når du forudindlæser dem, flyttes de til toppen af vandfaldet og fortæller browseren, at de har prioritet og skal indlæses med det samme.

Du kan vælge mellem nul, ingen (standardindstillingen) og fem billeder. Permatters anbefaler at vælge to eller højst tre, da Chrome har en grænse på to forudindlæste billeder, der vises øverst i vandfaldet.

Doven indlæsning

En anden klassisk performance-relateret funktion, som WordPress har inkluderet naturligt siden 5.4-udgivelsen i 2020.

I mit tilfælde bruger jeg Litespeed-indstillingen, fordi jeg i testene fandt lidt bedre resultater, men Perfmatters fungerer rigtig godt og anvender den også på baggrundsbilledernes CSS.

Skrifttyper

Endnu en god ting. Denne mulighed, som blev tilføjet til Perfmatters version 1.7.4, blev frigivet den 7. juni 2022. Den giver dig mulighed for at hoste og uploade Google Fonts lokalt med et par klik.

Fordelene ved at hoste fonte lokalt er mange, du får fuld kontrol over dem, du eliminerer alle disse anmodninger og dermed indlæsningstid, og du kan beslutte, hvordan de skal serveres.

Funktionen finder automatisk enhver Google Fonts-reference, der findes på din blog, downloader de tilsvarende fonte fra fonts.google.com og hoster dem lokalt på din server i mappen: /wp-content/cache/perfmatters/your-domain.com/fonts/

Dette andet indlæg forklarer brugen mere detaljeret.

CDN

Der er ikke noget særligt her, og der er ikke meget at kommentere. Et værktøj, der altid er nyttigt at tilføje det CDN, du bruger. Da jeg bruger QUIC.CLOUD, har jeg ikke haft brug for det endnu.

Analyse

Selvom jeg ikke bruger det nu, da jeg begyndte overgangen til Matomo og henviste styringen af Analytics-scriptet til mit RGPD/CCPA cookie consent management plugin , som også styrer det korrekt, men jeg ved, at det fungerer meget godt med Perfmatters, fordi jeg brugte det tilbage i tiden.

Herfra kan du hoste Google Analytics-scriptet lokalt. Det gør din side hurtigere ved at reducere antallet af DNS-opslag og løse problemet med at "udnytte browserens cache" i deres script.

Ifølge Perfmatters giver Googles eget script ironisk nok en advarsel om caching, men det er fordi, de har en meget kort HTTP-cache header expiry. Hvis du selv hoster det, vil HTTP-cache-headerne fra din egen CDN eller server automatisk blive anvendt. Med andre ord får du fuld kontrol over scriptets caching.

De bemærker også, at dette værktøj ikke er officielt understøttet af Google, men er blevet brugt i årevis uden problemer.

Hvis du hoster Google Analytics lokalt og serverer scriptet fra din egen CDN eller server, kan du også drage fordel af en enkelt HTTP/2-forbindelse.