ARTLOGIC

Web · 9 min read · July 2026

JavaScript SEO: Why Your Content May Be Invisible

View source

Not the inspector

3 strategies

And when each fits

Both surfaces

Search and AI retrieval

Artlogic Editorial Team

9 min read · July 2026

The failure is silent

Nothing breaks. The site loads, looks correct and works. But if the substance only exists after JavaScript executes, a crawler that does not execute it sees an empty shell — and increasingly, so does an AI retrieval agent.

Google does render JavaScript, with a delay and a budget. Many other crawlers and most retrieval agents do not, or do so inconsistently. Depending on rendering is therefore a bet on the most capable consumer of your content rather than the typical one.

The one-minute check

View source — the raw document, not the browser inspector. The inspector shows the DOM after JavaScript has run, which is precisely the thing you are trying to test around. If your headline, body copy and links are absent from the raw source, machines may not see them.

Do this on your highest-value commercial page rather than the homepage. Homepages are usually the best-served page on any site.

Three strategies

  • Server rendering — HTML built on the server, complete on arrival. The safest default for content that must be found.
  • Static generation — pages built at deploy time. Fastest and most reliable, suited to content that does not change per request.
  • Client rendering — the browser assembles the page. Appropriate for application interfaces behind a login, rarely appropriate for pages you want indexed.

Most business sites should be static or server-rendered for public content, with client rendering reserved for genuinely interactive components. That is an architecture decision made before build, and expensive to reverse afterwards.

Common traps

  • Content behind a tab or accordion is usually fine if it exists in the HTML; content injected only when clicked is not.
  • Infinite scroll without paginated URLs makes everything past the first batch unreachable.
  • Links implemented as click handlers rather than anchor elements are not links to a crawler.
  • Blocking your own JavaScript or CSS in robots.txt prevents rendering being evaluated correctly.

Why this matters more now

Generative engines retrieve passages from the open web, largely without executing JavaScript. A rendering problem that cost you some crawl efficiency five years ago can now remove you from a second surface entirely.

Frequently Asked Questions

Does Google render JavaScript?

Yes, with a delay and a rendering budget. Many other crawlers and most AI retrieval agents do not, or do so inconsistently, so depending on it is a bet on the most capable consumer rather than the typical one.

How do I check if my content is visible to crawlers?

View source on your highest-value commercial page and look for your headline, body copy and links in the raw HTML. Use view-source, not the browser inspector, which shows the DOM after JavaScript has run.

Is React or Next.js bad for SEO?

No — the framework is not the issue, the rendering strategy is. Next.js static generation and server rendering both produce complete HTML. Client-only rendering of public content is the problem, on any framework.

Strategy Call

See Exactly Where You Stand.

Every relationship starts with intelligence, not a proposal. A strategy call gives you a clear picture of your AI visibility, search authority, and competitive gaps — and a realistic view of what is achievable.