Acquisition SaaS
Acquisition

Technical SEO for SaaS: the foundations Google demands

9 min read

Technical SEO for SaaS is the base Google requires before ranking you: indexing, speed, JS rendering, tags. What a founder can fix without an agency.

No time to read?

Key takeaways

  • Technical SEO is the plumbing: indexing, speed, JS rendering, tags. Google checks it before it even reads your content.
  • The number-one trap for modern SaaS: content that only exists client-side, so it's invisible or slow to index.
  • You don't need a perfect site. Fix the major blockers, keep the base healthy, then move to content.

You can write the best article in the world: if Google can't crawl, render and index it cleanly, it doesn't exist. That's technical SEO. The invisible plumbing that decides whether your pages even get to enter the race. And the stakes are measurable: a Google study run by Deloitte across 30 million sessions shows that a 0.1-second speed improvement lifts conversions by 8.4% in retail. Technical work isn't an engineer's detail: it's money and traffic.

The problem is that technical SEO feels scary when you've never touched it, and it's often neglected by people who love building but hate auditing. Good news: 80% of the gains come from a handful of foundations you can check and fix yourself. This guide gives you the list, in priority order.

Laptop screen showing debugging software with code
Technical SEO is the invisible foundation: without it, your content doesn't rise in Google. · Photo : Daniil Komov / Pexels

What technical SEO actually is

Technical SEO covers everything that lets a search engine access your site, understand it and index it, before it even judges the quality of your content. It's the first of the three layers of SEO: technical, content, authority. All three move together, but technical comes first because it conditions everything else.

Concretely, it spans five worksites: indexing (Google finds and records your pages), speed (they load fast, on mobile as much as desktop), rendering (your content is visible even without running your JavaScript), structure (headings and architecture are logical), and markup (clean metadata and structured data). None of these five make your content better. But each one, if broken, can make your content invisible.

That's where your edge lies. Plenty of generic SaaS blogs publish at scale on a technically mediocre site. A founder who nails their technical base starts with a lead that content alone can't give.

Indexing: if Google can't see your page, nothing else counts

Indexing is the mandatory checkpoint. Google first has to discover your page (via a link or your sitemap), then crawl it, then decide to index it. If a single link in that chain breaks, your page will never appear in results, whatever its content.

The classic blockers for an early SaaS are silly but common: a noindex tag forgotten since development, a robots.txt that blocks entire sections, orphan pages that no internal link points to, or a missing sitemap. The first move isn't to guess: it's to open Google Search Console (free) and look at the indexing report. It tells you exactly which pages are indexed, which are excluded, and why.

"Crawled, currently not indexed"

This is the message every founder dreads. It means Google saw your page but chose not to index it, almost always because it's judged too thin or too close to another. The fix isn't to keep clicking "Validate" in a loop: it's to beef up the page so it earns its place, then request indexing again through URL inspection.

Crawl budget (the time Google grants your site) isn't an issue for a small SaaS of a few dozen pages. It becomes one if you generate thousands of pages, for example through programmatic SEO: there, every useless or duplicated page wastes budget that should go to your important pages.

Speed and Core Web Vitals

Google measures your visitors' real experience through three metrics, the Core Web Vitals: LCP (time to display the largest element), INP (responsiveness to clicks) and CLS (visual stability, those elements that jump around during load). These are ranking signals, but above all conversion signals.

The numbers are brutal. According to the data compiled by DesignRush, bounce probability rises by 32% when load time goes from 1 to 3 seconds, and by 90% when it hits 5 seconds. In other words, a slow site loses visitors before they've read a word, and deprives your pages of the engagement signal Google needs to rank you.

+8.4%

conversions per 0.1s of speed gained (retail, Deloitte)

+32%

bounce when a page goes from 1s to 3s

+90%

bounce at 5s of load time

The good news: speed is the most tooled-up worksite. PageSpeed Insights and the Search Console Core Web Vitals report give you a free diagnosis and concrete recommendations. The most profitable gains for a SaaS are almost always the same: compress and resize images, serve modern formats (WebP), defer non-essential JavaScript, and cache what can be cached.

Aim for mobile first

Google has indexed the mobile version of your site as a priority since 2020. A site that's fast on desktop but heavy on mobile is judged on its mobile version. Systematically test your pages under mobile conditions, that's where your ranking is decided.

JavaScript rendering: the trap of modern SaaS

Here's the worksite that almost every SaaS built with today's tools (React, Vue, a single-page app) underestimates. Your site may be gorgeous in the browser, but if its content only appears after the JavaScript runs, you create a direct obstacle to indexing.

Why? Because Google processes JavaScript in two stages. It first crawls the raw HTML, then puts the page in a queue to render it (run the JS) later. According to Vercel's analysis of how Google handles JavaScript, that rendering does eventually happen, but this extra step is more expensive and can delay indexing by days, weeks, even months. For a young site that wants to be found fast, that's a handicap you can't afford.

Focused developer coding on two screens in a modern office
Server-side or static rendering makes your content appear in the first response, without waiting for JavaScript. · Photo : Zayed Hossain / Pexels

The fix comes down to one idea: serve HTML that's already rendered. The test is simple. Open one of your pages, disable JavaScript in your browser, and reload. If the content (headings, text, links) disappears, Google sees an empty page on its first pass. Three ways to fix it, depending on your stack:

Server-side rendering (SSR)

The server returns the full HTML on every request. Content is visible in the first response. It's the approach of frameworks like Next.js or Nuxt, and the safest option for content that changes often.

Static generation (SSG)

Pages are pre-generated as HTML at build time. Ideal for a blog or marketing pages that rarely change: fast, robust, and perfectly indexable.

Prerender for bots

If you can't migrate, a prerender service serves a static HTML version to robots. A more fragile fallback, but one that unblocks indexing without a full rebuild.

If you're still building your product, this choice is made now, not later. Rebuilding a 100% client-side app to make it indexable costs far more than picking the right approach from the start.

Structure, tags and structured data

Once Google accesses your pages and renders them, it has to understand them. That's the job of structure and markup. Nothing complicated, but every detail counts.

1

One H1 per page, a logical heading hierarchy

The H1 announces the page's topic, the H2s and H3s structure the sections in order. No skipped headings (an H3 with no H2 above it), no two H1s. This hierarchy helps Google (and your readers) grasp your page's architecture.
2

A unique title and meta description per page

Each page targets an intent: its title (50-60 characters, with the keyword) and description (140-160 characters) must be written for that intent, never duplicated from one page to another. It's what the searcher sees in results: it decides the click.
3

Clean URLs and a clear architecture

Readable URLs (real words, no cryptic identifiers) and a logical folder structure. Every important page should be reachable within a few clicks from the homepage, and linked by internal links.
4

A correct XML sitemap and robots.txt

The sitemap lists the pages to index and is declared in Search Console. The robots.txt tells robots what they can explore. Check it doesn't block anything important: it's an expensive mistake that goes unnoticed.
5

Structured data where it applies

Schema.org markup (Article, FAQ, Product, Organization) helps Google understand your content and unlocks rich results (stars, expandable FAQs) that improve your click-through rate. Add it on pages where it makes sense, not everywhere by force.

One point of caution on structured data: since mobile-first indexing, it must be present on your mobile version, not just desktop. If your markup only lives in the desktop template, Google won't use it for your rich results.

Your technical checklist before publishing at scale

You don't need to fix everything at once. But before you launch a content machine, these foundations must be healthy, otherwise every new article inherits the same handicap. Here's the list to go through, in order.

Audit my technical base

0 / 6

Once this base is in place, technical work shifts into maintenance mode: you monitor it along the way and can focus your energy on what really makes the difference, content and authority. That's the moment to plug in a real production strategy, whether by hand or with an AI-assisted SEO system to keep the pace.

Technical SEO is only one layer

Let's be clear on one thing: a technically perfect site with no useful content or links will rank on nothing. Technical work unlocks potential, it doesn't create it. Real SEO is the combination of the three layers, detailed in our guide to organic search for SaaS, which places technical work back within the whole of content plus authority. And if you want to industrialize production once the base is healthy, programmatic SEO and AI-assisted SEO are the two levers to scale without an agency.

Before all that, one question is worth settling: is SEO even your best first channel? It compounds over the long run, but it's slow. If you need your first clients this month, another lever will move faster. Answer two questions to find out.

Is SEO your best acquisition channel?

The diagnostic tells you where to start based on your target, your price and your stage, in two minutes.

Get my plan

Frequently asked questions

What is technical SEO for a SaaS?
It's everything that lets Google crawl, render, index and understand your site before it even judges your content: clean indexing, load speed, JavaScript rendering, heading structure, tags and structured data. It's the invisible plumbing of SEO. Excellent content on a technically broken site will never rank to its full potential.
Should you fix technical SEO before writing content?
Your baseline technical foundation (indexing, speed, mobile, tags) must be healthy before you publish at scale, otherwise every page inherits the same handicap. But you don't need a perfect site to start: fix the major blockers (non-indexable pages, a slow site, content invisible without JavaScript), then move on to content while keeping the technical base clean along the way.
Does a SaaS built in React or Next.js have a technical SEO problem?
Not necessarily, but JavaScript rendering is the number-one trap for modern SaaS. If your content only appears client-side, Google has to go through an extra rendering step that delays or prevents indexing. The fix: serve HTML rendered on the server or statically (SSR, SSG, prerender) so your content is visible in the very first response.