QUIC.cloud og LiteSpeed Cache

LiteSpeed Cache-pluginet, LiteSpeed-webserveren og QUIC.cloud er tre forskellige lag. Et grønt flueben i pluginet beviser ikke, at siden faktisk caches på serveren eller leveres fra QUIC.cloud. Start med headeren, køstatus eller det konkrete brud i browseren, og vælg derefter den guide, der ejer netop det lag.

Kort svar: Identificér først laget med en cacheheader, en køstatus eller en reproducerbar browserfejl. Skift kun den indstilling, der tilhører det dokumenterede lag, og eftertest i en ren session.

Find sporet ud fra det, du kan måle

Bevis HIT eller MISS i en ren session

Test den samme URL mindst to gange som anonym bruger. En enkelt MISS kan være den første request efter purge. Hvis headeren aldrig ændrer sig, skal du finde den konkrete årsag: login, sessioncookie, query parameter, ekskluderet path, manglende serverunderstøttelse eller et andet cachelag.

Brug ikke en browser, hvor du samtidig er logget ind i WordPress, som eneste cachetest. Indloggede brugere leveres ofte uden samme page cache som anonyme besøgende.

CSS og JavaScript: find den mindste undtagelse

Når UCSS, CCSS, defer eller delay skaber en visuel eller funktionel fejl, kan du kort slå den ene mistænkte optimering fra for at bekræfte årsagen. Find derefter den konkrete selector eller script-handle og lav den smalleste mulige undtagelse.

Eftertesten skal omfatte desktop, mobil, menu, formular, samtykkeflow og eventuel checkout. En permanent deaktivering af alle optimeringer er en nødtest, ikke en færdig løsning.

Hvis symptomet primært er dårlig TTFB, LCP, INP eller CLS, begynd i performance- og cachehubbet. Hvis kurv, checkout eller kundesession afviger, skal WooCommerce-fejlfindingshubbet indgå i eftertesten.

Forbindelse og køstatus skal læses hver for sig

Et tilsluttet plugin er ikke det samme som fungerende DNS og callbacks. Kontrollér domain key, DNS, Online Services og den konkrete kø som separate trin. En kø kan vente normalt, fejle gentagne gange eller stå stille, fordi WordPress-cron ikke sender eller henter jobbet.

Notér jobtype, tidspunkt og seneste fejl. Start ikke den samme optimering igen og igen, før du ved, om den er idempotent eller bare skaber flere køelementer.

Guest Mode og crawler kræver realistiske grænser

Guest Mode påvirker den første anonyme visning og skal testes med sprog, valuta, cookie-status og WooCommerce-sessioner. Crawleren kan på sin side belaste origin, hvis sitemap og ressourcebudget ikke passer til serveren. En grøn crawlerstatus er ikke et mål i sig selv.

Kan du ikke se serverens cacheheader, callbacklog eller ressourceforbrug, kan Hostious hjælpe med at afgrænse LiteSpeed- og origin-laget, før flere indstillinger ændres.