Rendering strategies skill
When the user wants to choose or optimize rendering strategy for SEO.
by kostja94·MIT license·★ 1,006 Stars on the repo·GitHub ↗
Use now
npx degit kostja94/marketing-skills/skills/seo/technical/rendering-strategies#main ~/.claude/skills/rendering-strategiesChecked ·commit main
Files of Rendering strategies
SKILL.md
Show the full text117 lines
SEO Technical: Rendering Strategies
Guides rendering strategy selection and optimization for search engine and AI crawler visibility. Golden rule: Page data and metadata must be available on page load without JavaScript execution for optimal SEO.
When invoking: On first use, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On subsequent use or when the user asks to skip, go directly to the main output.
Scope (Technical SEO)
- Static vs dynamic: SSG, SSR, ISR, CSR; when to use each
- Crawler behavior: Googlebot renders JS (with delays); AI crawlers do not
- Component-level: Content in initial HTML; tabs, carousels, nav
- Dynamic rendering: Prerender for bots when full SSR/SSG is not feasible
Rendering Methods
| Method | When HTML generated | SEO | Best for |
|---|---|---|---|
| SSG (Static Site Generation) | Build time | ✅ Best | Blog, docs, marketing pages; content rarely changes |
| SSR (Server-Side Rendering) | Request time | ✅ Good | News, product pages; dynamic, personalized content |
| ISR (Incremental Static Regeneration) | Build + revalidate | ✅ Good | Large sites; static with periodic updates |
| CSR (Client-Side Rendering) | Browser (after JS) | ❌ Poor | Dashboards, account pages; no SEO needed |
| Dynamic rendering | On-demand for bots | ✅ Fallback | SPAs; prerender for crawlers, SPA for users |
SSG (Static Site Generation)
HTML generated at build time; same HTML for every request. Best for SEO: crawlers receive full HTML immediately; optimal performance.
- Use when: Blog, docs, marketing pages, content that doesn't change frequently
- Framework: Next.js
getStaticProps, Astro, Gatsby
SSR (Server-Side Rendering)
HTML generated on each request. Good for SEO: crawlers receive complete HTML; supports dynamic, personalized content.
- Use when: News, product pages, user-specific content
- Tradeoff: Higher server load; slower TTFB than SSG
- Framework: Next.js
getServerSideProps, Remix
ISR (Incremental Static Regeneration)
Static at build; pages can revalidate after a period. Good for SEO: combines static performance with freshness.
- Use when: Large sites (millions of pages); content updates periodically
- Framework: Next.js
revalidateingetStaticProps
CSR (Client-Side Rendering)
Server sends minimal HTML shell; content renders in browser after JS loads. Not for SEO: crawlers may see empty content; indexing delays or failures.
- Use when: Dashboards, account pages, internal tools—no search visibility needed
- Avoid for: Public content, marketing pages, blog
Dynamic Rendering
Serve prerendered HTML to crawlers; serve SPA to users. Fallback when full SSR/SSG is not feasible (e.g. legacy SPA migration).
- How: Detect crawler user-agent; route to prerender service (e.g. Prerender.io) or headless render
- When: JavaScript-heavy sites; migration period; product/docs with CSR
- Note: Google permits this; prerendered content should match user experience
Crawler Behavior
| Crawler | JavaScript | Content in initial HTML |
|---|---|---|
| Googlebot | Renders JS (Chrome); may have multi-day queue | Full weight; SSR/SSG preferred |
| AI crawlers (GPTBot, ClaudeBot, PerplexityBot) | Do not execute JS | Required—CSR content invisible |
| Bingbot | Renders JS | Same as Googlebot |
AI crawlers: ~28% of Googlebot's crawl volume. Critical content (articles, meta, nav) must be in initial HTML. See site-crawlability for AI crawler optimization; generative-engine-optimization for GEO.
Component-Level: Content in Initial HTML
Google does not simulate user clicks (tabs, carousels, "Load more"). Content loaded via AJAX or on interaction is not discoverable.
| Component | Requirement | Implementation |
|---|---|---|
| Tabs / Accordion | All tab content in DOM at load | Server-render; use <details>/<summary> or CSS show/hide |
| Carousel | All slides in initial HTML | Server-render; CSS/JS for show/hide only |
| Hero | Headline, CTA, LCP image in HTML | No JS-only rendering |
| Navigation | All nav links in first paint | No JS-injected menus for critical links |
Recommendation: Server-render (SSR/SSG) all critical content; use JS only for interaction (show/hide, animation). Content loaded on click = not indexed.
Decision Guide
| Content type | Rendering | Reason |
|---|---|---|
| Blog, docs, marketing | SSG or ISR | Best SEO; fast; static |
| Product, news, dynamic | SSR | Fresh content; crawler-ready |
| Dashboard, account | CSR | No SEO; auth required |
| Legacy SPA | Dynamic rendering | Bridge until SSR/SSG migration |
Output Format
- Current setup: SSG, SSR, CSR, or hybrid
- Recommendation: By page type
- Component checks: Tabs, carousel, nav—content in initial HTML?
- References: Next.js Rendering, Vercel SSR vs SSG
Related Skills
- site-crawlability: AI crawler optimization; SSR for critical content; URL management
- generative-engine-optimization: GEO; AI crawlers don't execute JS
- core-web-vitals: LCP; SSR/SSG for above-fold; client-side hurts LCP
- mobile-friendly: Mobile-first indexing; content parity
- tab-accordion: Content in DOM at load; server-render tabs
- carousel: Content in initial HTML; server-render slides
- hero-generator: Hero in initial HTML; avoid JS-only
- navigation-menu-generator: Nav in first paint; no JS-only menus
| 1 | |
| 2 | name rendering-strategies |
| 3 | description When the user wants to choose or optimize rendering strategy for SEO. Also use when the user mentions "SSR," "SSG," "CSR," "ISR," "static rendering," "dynamic rendering," "server-side rendering," "client-side rendering," "JavaScript rendering," "pre-rendering," "prerender," "content in initial HTML," or "crawler visibility." For crawl issues, use site-crawlability. |
| 4 | metadata |
| 5 | version 1.0.2 |
| 6 | |
| 7 | |
| 8 | # SEO Technical: Rendering Strategies |
| 9 | |
| 10 | Guides rendering strategy selection and optimization for search engine and AI crawler visibility. **Golden rule**: Page data and metadata must be available on page load without JavaScript execution for optimal SEO. |
| 11 | |
| 12 | **When invoking**: On **first use**, if helpful, open with 1–2 sentences on what this skill covers and why it matters, then provide the main output. On **subsequent use** or when the user asks to skip, go directly to the main output. |
| 13 | |
| 14 | ## Scope (Technical SEO) |
| 15 | |
| 16 | **Static vs dynamic**: SSG, SSR, ISR, CSR; when to use each |
| 17 | **Crawler behavior**: Googlebot renders JS (with delays); AI crawlers do not |
| 18 | **Component-level**: Content in initial HTML; tabs, carousels, nav |
| 19 | **Dynamic rendering**: Prerender for bots when full SSR/SSG is not feasible |
| 20 | |
| 21 | ## Rendering Methods |
| 22 | |
| 23 | | Method | When HTML generated | SEO | Best for | |
| 24 | |--------|---------------------|-----|----------| |
| 25 | | **SSG** (Static Site Generation) | Build time | ✅ Best | Blog, docs, marketing pages; content rarely changes | |
| 26 | | **SSR** (Server-Side Rendering) | Request time | ✅ Good | News, product pages; dynamic, personalized content | |
| 27 | | **ISR** (Incremental Static Regeneration) | Build + revalidate | ✅ Good | Large sites; static with periodic updates | |
| 28 | | **CSR** (Client-Side Rendering) | Browser (after JS) | ❌ Poor | Dashboards, account pages; no SEO needed | |
| 29 | | **Dynamic rendering** | On-demand for bots | ✅ Fallback | SPAs; prerender for crawlers, SPA for users | |
| 30 | |
| 31 | ### SSG (Static Site Generation) |
| 32 | |
| 33 | HTML generated at build time; same HTML for every request. **Best for SEO**: crawlers receive full HTML immediately; optimal performance. |
| 34 | |
| 35 | **Use when**: Blog, docs, marketing pages, content that doesn't change frequently |
| 36 | **Framework**: Next.js `getStaticProps`, Astro, Gatsby |
| 37 | |
| 38 | ### SSR (Server-Side Rendering) |
| 39 | |
| 40 | HTML generated on each request. **Good for SEO**: crawlers receive complete HTML; supports dynamic, personalized content. |
| 41 | |
| 42 | **Use when**: News, product pages, user-specific content |
| 43 | **Tradeoff**: Higher server load; slower TTFB than SSG |
| 44 | **Framework**: Next.js `getServerSideProps`, Remix |
| 45 | |
| 46 | ### ISR (Incremental Static Regeneration) |
| 47 | |
| 48 | Static at build; pages can revalidate after a period. **Good for SEO**: combines static performance with freshness. |
| 49 | |
| 50 | **Use when**: Large sites (millions of pages); content updates periodically |
| 51 | **Framework**: Next.js `revalidate` in `getStaticProps` |
| 52 | |
| 53 | ### CSR (Client-Side Rendering) |
| 54 | |
| 55 | Server sends minimal HTML shell; content renders in browser after JS loads. **Not for SEO**: crawlers may see empty content; indexing delays or failures. |
| 56 | |
| 57 | **Use when**: Dashboards, account pages, internal tools—no search visibility needed |
| 58 | **Avoid for**: Public content, marketing pages, blog |
| 59 | |
| 60 | ### Dynamic Rendering |
| 61 | |
| 62 | Serve prerendered HTML to crawlers; serve SPA to users. **Fallback** when full SSR/SSG is not feasible (e.g. legacy SPA migration). |
| 63 | |
| 64 | **How**: Detect crawler user-agent; route to prerender service (e.g. Prerender.io) or headless render |
| 65 | **When**: JavaScript-heavy sites; migration period; product/docs with CSR |
| 66 | **Note**: Google permits this; prerendered content should match user experience |
| 67 | |
| 68 | ## Crawler Behavior |
| 69 | |
| 70 | | Crawler | JavaScript | Content in initial HTML | |
| 71 | |---------|------------|-------------------------| |
| 72 | | **Googlebot** | Renders JS (Chrome); may have multi-day queue | Full weight; SSR/SSG preferred | |
| 73 | | **AI crawlers** (GPTBot, ClaudeBot, PerplexityBot) | Do **not** execute JS | **Required**—CSR content invisible | |
| 74 | | **Bingbot** | Renders JS | Same as Googlebot | |
| 75 | |
| 76 | **AI crawlers**: ~28% of Googlebot's crawl volume. Critical content (articles, meta, nav) must be in initial HTML. See **site-crawlability** for AI crawler optimization; **generative-engine-optimization** for GEO. |
| 77 | |
| 78 | ## Component-Level: Content in Initial HTML |
| 79 | |
| 80 | Google does **not** simulate user clicks (tabs, carousels, "Load more"). Content loaded via AJAX or on interaction is not discoverable. |
| 81 | |
| 82 | | Component | Requirement | Implementation | |
| 83 | |------------|-------------|----------------| |
| 84 | | **Tabs / Accordion** | All tab content in DOM at load | Server-render; use `<details>`/`<summary>` or CSS show/hide | |
| 85 | | **Carousel** | All slides in initial HTML | Server-render; CSS/JS for show/hide only | |
| 86 | | **Hero** | Headline, CTA, LCP image in HTML | No JS-only rendering | |
| 87 | | **Navigation** | All nav links in first paint | No JS-injected menus for critical links | |
| 88 | |
| 89 | **Recommendation**: Server-render (SSR/SSG) all critical content; use JS only for interaction (show/hide, animation). Content loaded on click = not indexed. |
| 90 | |
| 91 | ## Decision Guide |
| 92 | |
| 93 | | Content type | Rendering | Reason | |
| 94 | |--------------|-----------|--------| |
| 95 | | Blog, docs, marketing | SSG or ISR | Best SEO; fast; static | |
| 96 | | Product, news, dynamic | SSR | Fresh content; crawler-ready | |
| 97 | | Dashboard, account | CSR | No SEO; auth required | |
| 98 | | Legacy SPA | Dynamic rendering | Bridge until SSR/SSG migration | |
| 99 | |
| 100 | ## Output Format |
| 101 | |
| 102 | **Current setup**: SSG, SSR, CSR, or hybrid |
| 103 | **Recommendation**: By page type |
| 104 | **Component checks**: Tabs, carousel, nav—content in initial HTML? |
| 105 | **References**: [Next.js Rendering], [Vercel SSR vs SSG] |
| 106 | |
| 107 | ## Related Skills |
| 108 | |
| 109 | **site-crawlability**: AI crawler optimization; SSR for critical content; URL management |
| 110 | **generative-engine-optimization**: GEO; AI crawlers don't execute JS |
| 111 | **core-web-vitals**: LCP; SSR/SSG for above-fold; client-side hurts LCP |
| 112 | **mobile-friendly**: Mobile-first indexing; content parity |
| 113 | **tab-accordion**: Content in DOM at load; server-render tabs |
| 114 | **carousel**: Content in initial HTML; server-render slides |
| 115 | **hero-generator**: Hero in initial HTML; avoid JS-only |
| 116 | **navigation-menu-generator**: Nav in first paint; no JS-only menus |
| 117 |
Discussion
Alternatives
Next.js Specialized Front-End DeveloperAct as a specialized front-end developer with expertise in Next.js, focusing on building dynamic and efficient web applications.
Next.js App Router PatternsMaster Next.js 14+ App Router with Server Components, streaming, parallel routes, and advanced data fetching. Use when building Next.js applications, implementing SSR/SSG, or optimizing React Server Components.
Deal deskUse when reviewing a specific inbound deal before close — when sales has asked for a discount that exceeds AE authority, when the customer has redlined the MSA, when per-deal economics (margin after discount, multi-year payment shape, indemnity exposure) need to be quantified, or when discount approval needs to be routed to a named human approver (Sales Director, VP Sales, CFO, CRO, General Counsel). Covers deal review, discount approval routing, per-deal margin scoring, deal exception handling, MSA redline triage, contract landmine detection (uncapped indemnity, MFN, perpetual license-back, missing DPA), and named-approver chain assembly. NEVER auto-approves — every output is a numeric scorecard plus a routing recommendation to a named human.SAAS scaffolderGenerates complete, production-ready SaaS project boilerplate including authentication, database schemas, billing integration, API routes, and a working dashboard using Next.js 14+ App Router, TypeScript, Tailwind CSS, shadcn/ui, Drizzle ORM, and Stripe. Use when the user wants to create a new SaaS app, start a subscription-based web project, scaffold a Next.js application, or mentions terms like starter template, boilerplate, new project, or wiring up auth and payments.
Next.js App Router PatternsMaster Next.js 14+ App Router with Server Components, streaming, parallel routes, and advanced data fetching. Use when building Next.js applications, implementing SSR/SSG, or optimizing React Server Components.Deal deskUse when reviewing a specific inbound deal before close — when sales has asked for a discount that exceeds AE authority, when the customer has redlined the MSA, when per-deal economics (margin after discount, multi-year payment shape, indemnity exposure) need to be quantified, or when discount approval needs to be routed to a named human approver (Sales Director, VP Sales, CFO, CRO, General Counsel). Covers deal review, discount approval routing, per-deal margin scoring, deal exception handling, MSA redline triage, contract landmine detection (uncapped indemnity, MFN, perpetual license-back, missing DPA), and named-approver chain assembly. NEVER auto-approves — every output is a numeric scorecard plus a routing recommendation to a named human.SAAS scaffolderGenerates complete, production-ready SaaS project boilerplate including authentication, database schemas, billing integration, API routes, and a working dashboard using Next.js 14+ App Router, TypeScript, Tailwind CSS, shadcn/ui, Drizzle ORM, and Stripe. Use when the user wants to create a new SaaS app, start a subscription-based web project, scaffold a Next.js application, or mentions terms like starter template, boilerplate, new project, or wiring up auth and payments.Browse more free Claude skills or everything in Development.