Isidore Mikorey-Nilsson
Agentic dev and SaaS distribution expert: he builds the acquisition tools he deploys for SaaS founders.
Recommendations from our editorial method.
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.

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.

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.
One H1 per page, a logical heading hierarchy
A unique title and meta description per page
Clean URLs and a clear architecture
A correct XML sitemap and robots.txt
Structured data where it applies
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 / 6Once 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.
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.