Web Development • HIPAA-Aware Healthcare Web • SEO • AI Search Optimization (407) 409-8383   |   [email protected]
Technical SEO

Technical SEO: the foundation everything else stands on.

Before content ranks or an AI engine cites you, the site itself has to be crawlable, renderable, fast, and cleanly structured. Technical SEO is that foundation work: crawl and index health, rendering for JavaScript sites, Core Web Vitals, internal linking, robots.txt, sitemaps, canonicals, redirect and 404 cleanup, and a JSON-LD schema audit. We run it as a diagnostic that produces a written plan, then ship the fixes. We do not promise rankings, because the honest version is that this work makes rankings possible, not guaranteed.

CRAWL / RENDER / INDEX CORE WEB VITALS JSON-LD
The overview

Technical SEO decides whether the rest of SEO is even possible.

Your content can be excellent, your local presence solid, your pages written so cleanly that an AI engine would happily quote them. None of it matters if a search engine cannot crawl the page, cannot render it, or cannot place it in the structure of your site. Technical SEO is the layer underneath everything else, and most of the sites we audit are losing visibility not because the writing is weak, but because the foundations beneath it are quietly broken.

That is the counterpart to the visible work. Local SEO earns the map pack, AI search optimization earns the citation, and content earns the ranking, but all three sit on top of crawl, render, and index health. When that foundation cracks, effort spent on top of it drains away. A duplicate-heavy site wastes the crawl budget the engine gives it. A JavaScript app that renders too slowly gets indexed thin. A redirect chain buries the page that used to rank. These are not exotic problems. They are the ordinary ways a site leaks visibility, and they are fixable.

We run technical SEO as a focused engagement rather than an open-ended retainer. A two-week diagnostic looks at the whole foundation and produces a prioritized, written plan: what is broken, how much it costs you, and the order to fix it in. Then, if you want it, an implementation phase ships the fixes. And we say this plainly on every page like this one: we do not promise rankings or AI citations. We remove the obstacles. What the engines do with a clean site is up to them.

What technical SEO covers

The foundation is a handful of connected systems. These are the ones we check and fix.

  • Crawlability and crawl-budget waste
  • Rendering for JavaScript-heavy sites
  • Core Web Vitals: LCP, INP, and CLS
  • Indexation and index coverage
  • Site structure and internal linking
  • Robots.txt, sitemaps, and canonicals
  • Redirect chains and 404 cleanup
  • JSON-LD schema audit and implementation
The pipeline

Crawl, render, index, in that order.

A search engine has to do three things before your page can rank: find it, read it, and store it. Break any one and the page is invisible, no matter how good it is. Most technical problems are a break somewhere in this pipeline.

// find it, read it after rendering, keep it in the index

CRAWL

Can it be found?

We do a full-site crawl to see what the engines see, then find the waste: duplicate URLs eating crawl budget, orphaned pages nothing links to, and robots.txt or meta directives blocking pages you meant to keep. The goal is that crawlers spend their budget on the pages that matter.

RENDER

Can it be read?

For JavaScript sites built in React, Vue, or Next.js, we diagnose what the crawler actually sees after rendering. If the content, links, or metadata are missing until the browser runs the code, the indexed version can be thin or empty. We confirm the important content survives the render.

INDEX

Is it kept?

We check index coverage against Google Search Console: what is indexed, what is excluded, and why. Canonicals pointing the wrong way, noindex tags left on by accident, and duplicate content splitting signals all keep good pages out of the index. We reconcile what should be indexed with what is.

Speed

Core Web Vitals, measured on real users.

Core Web Vitals are the three field metrics Google uses to judge real-user experience, and they are a genuine signal, not a vanity score. The catch is that Google measures them at the 75th percentile of your actual visitors, so a fast result on your own machine proves nothing. We work against field data from the Chrome User Experience Report, the same data Google uses, so we are fixing what your visitors actually feel.

One correction we still make often: Interaction to Next Paint (INP) replaced First Input Delay as a Core Web Vital on March 12, 2024. If a tool or an old audit still reports FID, it is out of date, and the responsiveness work has moved on.

The usual culprits are predictable once you know where to look: a hero image or web font blocking Largest Contentful Paint, heavy third-party scripts making the page slow to respond, and layout that jumps as content loads. We find them on the highest-traffic templates first, because a fix there helps every page built on it.

The three Core Web Vitals

Each has a published "good" threshold, judged at the 75th percentile of real visits.

MetricMeasuresGood threshold
LCPLoading: when the main content appears2.5 seconds or less
INPResponsiveness: delay after interactions200 milliseconds or less
CLSVisual stability: unexpected layout shift0.1 or less

The approach. We measure against real-user field data, not a lab test on a fast connection, then fix the highest-traffic templates first so one change lifts many pages. Performance work can touch templates, third-party scripts, and hosting, so we scope it honestly and sequence it after the crawl and index fixes that unblock more value sooner. For the marketing-site angle on this, see our Insights piece linked below.

Structure & markup

The plumbing: links, directives, and clean JSON-LD.

Under the vitals and the render sits the quieter half of technical SEO: how the site is wired together and how it tells engines what is what. Internal linking spreads authority and helps crawlers understand which pages matter. Robots.txt, XML sitemaps, and canonicals are the directives that tell engines what to crawl, what to index, and which version of a page is the real one. Get these wrong and the site works against itself.

Redirect chains and stray 404s are the other steady leak. A page that used to rank, moved twice, and now resolves through three hops loses value at every step, and a broken internal link points a crawler at a dead end. We clean the chains up so links resolve in one clean step and the crawl budget is not spent on errors.

Then there is schema. A clean JSON-LD graph hands engines and AI tools the facts about your business plainly instead of hoping they infer them. We audit what you have and validate it on the rendered page rather than trusting the green checkmark a plugin shows you.

What is included

  • Internal linking and site-structure review
  • Robots.txt and crawl-directive audit
  • XML sitemap review and cleanup
  • Canonical tag audit and correction
  • Redirect chain and loop cleanup
  • 404 and broken internal link cleanup
  • JSON-LD schema audit and implementation
  • Validation on the real rendered URL

A note on rich results. Google stopped showing FAQ and HowTo rich results in ordinary search, so the visible snippet payoff for those specific types is largely gone. Structured data still matters, though: types like Organization, Breadcrumb, Product, and Article still drive rich results and knowledge panels, and a clean graph helps AI tools describe you accurately. We mark up what the content genuinely supports, not decorative schema that earns nothing.

How we work

Diagnose first, fix in priority order.

A two-week diagnostic ends in a written, prioritized plan, not a data dump. Then we ship the fixes that unblock the most value first. Audit-only works if you have a strong dev team; the full engagement carries the plan through to done.

// no retainer for its own sake, no promises we cannot keep

  1. Full-site crawl and diagnosisWe crawl the whole site the way an engine would, then reconcile it against Search Console: what is crawled, rendered, and indexed, and where the pipeline breaks. For JavaScript sites, we check what the crawler sees after rendering, not just the raw source.
  2. Prioritized written planEvery finding is ranked by impact and effort, so you see what is costing you the most and what to fix first. The plan is plain enough to hand to your own developers, and it says clearly where a fix will and will not move anything.
  3. Foundations and directivesWe fix the crawl and index blockers, the robots and sitemap and canonical directives, the redirect chains, and the 404s. This is the work that most often unlocks pages that were quietly excluded, and it usually ships first.
  4. Performance and Core Web VitalsWe work LCP, INP, and CLS against real-user field data, starting with the highest-traffic templates so one fix helps many pages. This stretch can take longer, because it touches templates, third-party scripts, and hosting.
  5. Schema and validationWe mark up what the content supports with clean JSON-LD, validate it on the rendered page, and monitor it in Search Console. Then we verify the whole foundation holds, and hand you documentation your team can extend.
Questions, answered plainly

Frequently asked questions

No, and we will not pretend otherwise. Technical SEO removes the obstacles that keep a search engine or an AI tool from crawling, rendering, and understanding your site. It does not buy you a position, because rankings depend on competition, content, links, and how the engines weigh all of it, none of which we control. What clean foundations do is make everything else possible: a page that cannot be crawled or rendered cannot rank at all, and a page an AI tool cannot read cannot be cited. We fix the site so the rest of the work has a chance to land. Anyone promising you a specific ranking or a guaranteed AI citation from a technical pass is selling you something we will not.

Core Web Vitals are three field metrics Google uses to measure real-user experience. Largest Contentful Paint (LCP) measures loading, and a good score is 2.5 seconds or less. Interaction to Next Paint (INP) measures responsiveness, and a good score is 200 milliseconds or less. Cumulative Layout Shift (CLS) measures visual stability, and a good score is 0.1 or less. Google evaluates each at the 75th percentile of your real visitors, which is why we work against field data from the Chrome User Experience Report rather than a one-off lab test on a fast machine. Note that INP replaced First Input Delay as a Core Web Vital on March 12, 2024, so if a report still mentions FID, it is out of date.

It can, and it is one of the most common things we find. JavaScript frameworks render a lot of the page in the browser, and if the important content is not present when a crawler looks, or if rendering is slow or fragile, the engine may index a thin or empty version of your page. We diagnose exactly what Googlebot sees after rendering, check whether server-side rendering or static generation is in play where it should be, and confirm that your content, links, and metadata survive the render. This is squarely our territory, since we build on Next.js ourselves and know where these sites tend to break.

It depends on your team. The audit is a two-week diagnostic that ends in a prioritized, written plan: what is broken, how much it matters, and the order to fix it in. If you have a capable development team, the audit alone may be all you need, and we are glad to hand it over and answer questions. If you want the fixes shipped and the rankings actually given a chance to move, the full engagement carries the plan through to implementation. We will tell you honestly which one fits, and we will not talk you into implementation you do not need.

Yes, and the reasons shifted. Google did stop showing FAQ and HowTo rich results in ordinary search, so the visible star-and-snippet payoff for those specific types is largely gone. But structured data is still how you hand engines and AI tools the facts about your business plainly instead of hoping they infer them, and other types like Organization, Breadcrumb, Product, and Article still power rich results and knowledge panels. A clean JSON-LD graph also helps AI systems describe you accurately. We audit what you have, validate it on the rendered page, and mark up what the content already supports.

The diagnostic runs about two weeks and produces the written plan. Implementation depends on what the audit finds and how your site is built, but the highest-impact fixes, the crawl and index problems, the redirect and canonical cleanup, the schema, usually ship in the first stretch of work. Performance and Core Web Vitals often take longer, because they can touch templates, third-party scripts, and hosting. We sequence the work so the fixes that unblock the most value go first, and you see progress rather than waiting for one big reveal.

Yes, and a migration is exactly the moment technical SEO earns its keep. Moving to a new domain, a new platform, or a new URL structure is where hard-won rankings quietly disappear if the redirects, canonicals, and internal links are not handled carefully. We map the old URLs to the new ones, set up the right redirects, preserve the internal linking, keep the sitemaps and robots directives in sync, and watch Search Console through the cutover so problems surface early rather than after the traffic drops.

Not sure whether your foundations are holding you back?

Send us your URL and a line about what you are trying to grow. We will run the diagnostic and send back a prioritized, written plan: what is broken in the crawl, render, index, speed, and schema, how much it is costing you, and the order to fix it in. No promise of rankings, just an honest read on the site itself.