Brotli Kontrolværktøj

Brotli Kontrolværktøj er et gratis værktøj, der afgør, om et websted bruger Brotli-komprimering til levering af indhold.

Hvad er Brotli-komprimering?

Brotli er et tabsfrit komprimeringsformat, der reducerer den mængde data, som overføres fra en webserver til en browser. Det bruges ofte til tekstbaseret indhold som HTML-, CSS-, JavaScript-, JSON- og SVG-filer.

Komprimeringen sker, før eller mens serveren sender et svar. En kompatibel browser angiver, at den accepterer Brotli, ved at medtage br med en kvalitetsværdi over nul i HTTP-anmodningsheaderen Accept-Encoding. Hvis serveren eller indholdsleveringsnetværket er konfigureret til Brotli, kan det returnere det komprimerede svar med Content-Encoding: br.

Brotli ændrer ikke indholdets betydning. Browseren dekomprimerer svaret, før det behandles. Formater, der allerede bruger deres egen komprimering, herunder JPEG, PNG, MP4 og de fleste arkivfiler, får normalt kun begrænset gavn af yderligere Brotli-komprimering.

Hvordan tjekker jeg, om et websted bruger Brotli?

Indtast webstedets adresse, og kør Brotli-kontrollen for at se, om webstedet bruger Brotli-komprimering.

Kontrollen udføres på serveren. Dine indtastede oplysninger sendes til serveren via HTTPS og gemmes ikke.

Hvordan læser jeg resultatet af Brotli-kontrollen?

Resultatet viser, om webstedet bruger Brotli.

Hvis Brotli registreres, bruger webstedet Brotli. Hvis det ikke registreres, kan webstedet være ukomprimeret eller bruge en anden kodning, for eksempel Gzip.

Fejlfinding af almindelige Brotli-problemer

Følg disse trin, hvis Brotli ikke registreres som forventet.

1. Brotli er aktiveret, men webstedet returnerer stadig Gzip. Kontrollér indstillingerne for indholdsforhandling, hvilke typer indhold der kan komprimeres, grænser for minimumsstørrelse og cachelagrede varianter. Hvis anmodningen går gennem et CDN, en reverse proxy eller en hostingplatform med sin egen komprimeringspolitik, kan mellemleddet erstatte Brotli med et cachelagret Gzip-svar.
2. Forsiden består kontrollen, men statiske filer gør ikke. Gennemgå komprimeringsreglerne for CSS- og JavaScript-filer. Serverregler anvendes ofte efter MIME-type, og ressourcer kan blive leveret fra et andet værtsnavn som static.example.co.uk.
3. En nylig ændring hos hostingudbyderen eller CDN'et kan ikke ses. Undersøg DNS, routing og HTTP-svarheadere. Hvis trafikken stadig sendes til en gammel edge-server eller origin-server, kan resultatet afspejle den tidligere konfiguration.

HTTP headers opslag kan hjælpe, når du har brug for at undersøge flere svarheadere end dem, der afgør komprimeringen. Brotli og HTTP/2 er separate funktioner, så brug HTTP/2 Kontrolværktøj, hvis du også skal bekræfte forbindelsesprotokollen. Et websted kan bruge Brotli via en forbindelse uden HTTP/2, og aktivering af HTTP/2 aktiverer ikke i sig selv Brotli.

Du kan også kontrollere det fra kommandolinjen med curl. En anmodning som curl --compressed -D - -o /dev/null https://www.example.co.uk/ beder curl om at acceptere understøttet komprimering og viser svarheaderne. Resultaterne kan variere, hvis en server behandler kommandolinjeklienter anderledes, eller hvis der bruges en HEAD-anmodning i stedet for en almindelig GET-anmodning.

Hvorfor kan cachelagring eller forsinket udbredelse give et forkert resultat?

Cachelagring og forsinkelser i routingen kan midlertidigt give et resultat, der afviger fra den forventede konfiguration. Et CDN kan beholde et ældre, ukomprimeret eller Gzip-komprimeret objekt, indtil det udløber eller fjernes fra cachen.

Når valget af repræsentation afhænger af Accept-Encoding, bør svaret fra origin-serveren indeholde Vary: Accept-Encoding. Caches bruger dette felt, når de opretter cachenøgler, så der gemmes separate repræsentationer til klienter med forskellig understøttelse af komprimering. Hvis denne header mangler eller håndteres forkert, kan en cache returnere den forkerte variant. Kontrollér CDN'ets cachenøgle og svarheadere, hvis Brotli kun registreres indimellem.

DNS-ændringer kan også medføre forsinkelser. DNS-resolvere kan beholde den tidligere adresse, indtil dens levetid udløber, og forskellige netværk kan nå forskellige servere under en migrering. Da dette kontrolværktøj kører på en server, følger dets DNS- og cacherute ikke nødvendigvis den samme rute som din browser. Browserens udviklerværktøjer kan desuden vise et lokalt cachelagret svar, så genindlæs siden med cachen deaktiveret, når du sammenligner resultater.

Ofte stillede spørgsmål

Kan Brotli og Gzip være aktiveret samtidig?

Ja. Servere understøtter ofte begge dele og vælger en kodning ud fra klientens Accept-Encoding-header. Dermed kan kompatible, ældre klienter få Gzip, mens klienter, der annoncerer br med en kvalitetsværdi over nul, kan få Brotli.

Bruger Brotli filtypen .br?

Forhåndskomprimerede Brotli-filer kan bruge filtypen .br på serveren, men besøgende på et websted anmoder normalt om den oprindelige URL. Serveren vælger den komprimerede repræsentation og identificerer den via svarheaderen Content-Encoding.

Skal alle filer på et websted bruge Brotli?

Nej. Brotli egner sig generelt til tekstbaserede svar, mens billeder, video, PDF-filer og arkivfiler muligvis allerede er komprimeret. Genkomprimering af disse formater kan bruge serverressourcer uden at reducere overførselsstørrelsen mærkbart.

Forbedrer Brotli placeringen i søgeresultater?

Brotli er ikke en direkte garanti for højere placeringer. Mindre tekstsvar kan reducere overførselstiden og dermed bidrage til bedre sideydelse, men cachelagring, serverens svartid, afvikling af scripts og billedhåndtering påvirker også den oplevelse, brugerne får.

Hvad skal jeg kontrollere efter aktivering af Brotli?

Bekræft, at et repræsentativt udvalg af tekstbaserede svar indlæses korrekt i en browser. Gennemgå Content-Type, Content-Encoding, Content-Length, hvor den findes, samt Vary, og fjern relevante CDN-poster fra cachen, hvis gamle varianter stadig er cachelagret.