Tested 2026-09-20 13:39:59 using Chrome (runtime settings)
The top lists point out the specific files to fix first: the largest and slowest assets across all tested pages, and the assets returning visitors have to download again.
Images are usually the easiest bytes to win back: resize them, compress harder or switch to a modern format like AVIF or WebP.
| url | time since last modified | cache time | transfer | size |
|---|---|---|---|---|
| https://www.wikimedi...ages/wmf-logo.png → run | 10 weeks | 1 year | 4.4 KB |
The HTML document is the first byte of everything: nothing starts rendering before it arrives.
| url | time since last modified | cache time | transfer | size |
|---|---|---|---|---|
| https://query.wikidata.org/querybuilder/ → run | -1 second | 0 seconds | 2.9 KB |
The largest favicon files across the tested pages.
| url | time since last modified | cache time | transfer | size |
|---|---|---|---|---|
| https://query.wikidata.org/favicon.ico → run | 4 weeks | 1 hour | 6.8 KB |
These assets took the longest time to download. Everything that waits for them (rendering, other requests on the same connection) is held up too.
| url | type | time since last modified | cache time | transfer | size | timing |
|---|---|---|---|---|---|---|
| https://query.wikidata.org/querybuilder/ → run | html | -1 second | 0 seconds | 2.9 KB | 392 ms | |
| https://www.wikimedi...ages/wmf-logo.png → run | image | 10 weeks | 1 year | 4.4 KB | 192 ms | |
| https://query.wikidata.org/favicon.ico → run | favicon | 4 weeks | 1 hour | 6.8 KB | 112 ms |
Assets with a short cache time are re-downloaded by returning visitors. A longer cache lifetime makes repeat visits faster for free.
| url | type | time since last modified | cache time | transfer | size |
|---|---|---|---|---|---|
| https://query.wikidata.org/favicon.ico → run | favicon | 4 weeks | 1 hour | 6.8 KB |
