Replies: 3 comments
-
Hey @Ryo98-SL I can see this is a frustrating performance issue you're dealing with. Let me break this down in a way that hopefully makes sense. Why This HappensThink of it like this: your browser is trying to avoid that awkward moment when a webpage looks completely broken for a split second. You know, when text is flying all over the place before the styles kick in? To prevent this, browsers have this rule where they make sure CSS is ready before letting JavaScript do its thing. What You Can Do About It
The good news is that once you know what's happening, there are definitely ways to work around it. The screenshots from Perplexity and Claude's sites you shared show this is happening even on well-optimized sites, so don't feel bad about running into this. |
Beta Was this translation helpful? Give feedback.
-
Beta Was this translation helpful? Give feedback.
-
Oh nice catch by icyJoseph! That's actually a really good thing to check. What you're looking for:
or you can do is open Chrome DevTools, go to the Network tab, and look for a "Priority" column. You'll see things like "High", "Low", "Medium" - if your CSS shows "High" and your JS shows "Low", that's exactly why they're not loading in parallel. |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
Summary
When I was optimizing the resource loading of my NextJS web app, I found that the request for the JS chunk was not being concatenated in parallel with the start of the CSS files, and was causing it to wait for the CSS files to load. I thought this behavior was a potential optimization point, since Claude's website implements parallel loading, but how?
As examples, I've included screenshots of Perplexity and Claude's websites.
perplexity:

claude:

Additional information
No response
Example
No response
Beta Was this translation helpful? Give feedback.
All reactions