About this episode
Stephen and Chris discuss the challenges and journey of implementing Server-Side Rendering with Next.js.
Having that first response from the server to users browsers be, ya know, full of good, useful, renderable HTML is certainly better than an empty <div id="app">. You can feel it and see it in the filmstrip view of the site loading. Not to mention you need it for at least things like <meta> tags if you want your URLs to "unfurl" properly on social sites. Stephen and Chris jump on the podcast to discuss this journey for us as it relates to Next.js. We got it "for free" for our Ruby on Rails pages, but as we're slowly changing frameworks over the years, we've got new challenges, and some gray-hair inducing bugs. We started on Next.js' "page router" and made changes to our Apollo Cache setup to support SSR. Then, over time, moved to the "app router" and did lots more work getting ready getting the most complex page on our site, the 2.0 editor, completely SSRd. That meant getting rid of using things like localStorage for anything view related and fighting bugs related to React somehow mounting itself to the wrong root. Time Jumps
People in this episode
Guests: Stephen, Chris
Topics covered
- Server-Side Rendering
- Next.js
- Web Development
- Frameworks
- React
- Apollo Cache
Keywords
- Server-Side Rendering
- Next.js
- React
- Apollo Cache
- Web Development
- Ruby on Rails
Mentioned in this episode
Organizations: Ruby on Rails, Apollo, React
Products: Next.js
More episodes of CodePen Radio
- 428: Billing · June 9, 2026
- 426: Browserslist in CodePen 2.0 · May 27, 2026
- 425: Debug Logs · May 12, 2026
- 424: File List Optimization · April 29, 2026
- 423: 2.0 Templates · April 22, 2026
- 422: Supporting Packages · April 14, 2026
Explore listener stats, chart rankings, contacts and more on the CodePen Radio podcast page.