Technical Foundations · 1.2
Server-Side Rendering & Hidden Content
Whether your page's actual content loads as real, readable text, or only appears after JavaScript runs in a visitor's browser — something AI crawlers often can't do properly. Imagine a shop window that looks empty until a customer physically pushes a button to reveal the display — most people, and most AI crawlers, never find that button.
Why this matters
The customer’s side
A human visitor's browser usually runs the JavaScript automatically, so they see the page fine — this problem is largely invisible to a real visitor.
The AI’s side
Confirmed: AI crawlers often can't run JavaScript at all
AI crawlers frequently can't properly execute JavaScript the way a human's browser does, meaning content that only loads dynamically can be effectively invisible to them, even though a person browsing normally sees it perfectly well.
How to check yours
Method 1 — Check the raw source
shows you exactly what's actually in the page, before any script runs.
- 1.Right-click your page, click "View Page Source."
- 2.Check whether your actual page content (text, listing details) appears directly in that raw code, or whether the page is mostly empty containers waiting to be filled in by JavaScript.
- 3.If you're unsure what you're looking at, paste a section of the source code into AI and ask: "does this show the actual content, or is it loaded dynamically by JavaScript?"
Method 2 — Load the page with JavaScript switched off
the most direct test — if the content disappears without JavaScript, an AI crawler sees exactly what you're seeing now.
- 1.In Chrome, open Settings → Privacy and security → Site settings → JavaScript, and set it to "Don't allow."
- 2.Reload your key pages and see what's actually still there.
- 3.Remember to turn JavaScript back on afterwards.
How to fix what you find
You have a developer or dev agency
give them the specific, actionable brief rather than a vague "AI can't see our content" report.
- 1.Tell them exactly which pages failed the JavaScript-off test.
- 2.Ask them specifically to implement server-side rendering (SSR) or static generation for those pages, so the real content is present in the initial HTML response, not injected afterward by client-side JavaScript.
- 3.Ask them to re-run the same JavaScript-off test after the fix, and send you a screenshot confirming the content now appears.
You're on WordPress
the most common cause is a JavaScript-heavy page builder or theme rendering key sections client-side.
- 1.Check whether the affected content sits inside a page-builder block (Elementor, Divi, etc.) known to render dynamically — these plugins vary in how much they rely on JavaScript.
- 2.Where possible, move essential text (address, services, key selling points) into a standard text block rather than a dynamic widget, since standard blocks render directly in the page HTML.
- 3.If the issue is theme-wide rather than block-specific, raise it directly with your theme or hosting support, since it may need a settings change rather than a rebuild.
You're on Wix, Squarespace, or a similar all-in-one builder
you have limited control over rendering, but a few things still help.
- 1.Check the platform's own SEO/AI documentation for a "static rendering" or "prerendering" setting — several major builders have added this specifically in response to AI crawler demand.
- 2.Where a setting like this doesn't exist, prioritise keeping your most important facts (services, coverage area, contact details) in the platform's standard text elements rather than embedded galleries, apps, or custom code widgets, which are more likely to be JavaScript-rendered.
Keeping on top of it
Worth re-checking whenever your site undergoes a significant rebuild or platform change.
How Reyse handles this
Done With You
we diagnose this and give your developer the exact brief.
Done For You
we manage this fix directly with your development team.