What Is Technical SEO? A Plain-English Guide for Local Businesses

Technical SEO is the work of making sure search engines can find, crawl, render and index your website, and that the site loads fast and works well on any device. It covers the parts of SEO that sit under the hood: robots.txt, sitemaps, site structure, URLs, canonical tags, HTTPS, mobile-friendliness, page speed, structured data and redirects. If your content is the message, technical SEO is the delivery system.

It’s one of the main types of SEO, alongside on-page and off-page work. Great service pages and strong reviews won’t help if Google can’t index those pages. This guide explains each part in plain terms, plus how it connects to AI search. For the bigger picture, start at our SEO hub.

How Search Engines Crawl and Index Your Site

Before a page can rank, a crawler such as Googlebot or Bingbot has to find and download it, the search engine has to render it, and then it has to decide to store it in its index. Google explains this in its guide on how Search works. Most technical SEO problems are a break somewhere in that chain.

Robots.txt

Robots.txt is a small text file at the root of your site, such as yoursite.com/robots.txt. Google says it tells search engine crawlers which URLs the crawler can access on your site. Its main job is managing crawler traffic. Google is also clear that robots.txt “is not a mechanism for keeping a web page out of Google.” One wrong line, like Disallow: /, can block your entire site.

XML Sitemaps

An XML sitemap is a list of the URLs you want search engines to know about. Google’s sitemap guidelines say a single sitemap can hold up to 50,000 URLs or 50MB, that Google ignores the <priority> and <changefreq> values, and that it uses <lastmod> only when the date is consistently accurate. On WordPress, SEO plugins such as Yoast SEO and Rank Math generate a sitemap that updates itself. Submit it in Google Search Console and Bing Webmaster Tools.

Noindex

If you want a page kept out of search results, use a noindex rule, either as a robots meta tag or an HTTP header. Good candidates are thank-you pages and thin tag archives. There’s a catch: Google has to crawl the page to see the noindex. If the same page is blocked in robots.txt, Google never reads the tag, and the page may stay indexed.

Google Search Console: Page Indexing Report and URL Inspection

Google Search Console is free, and it’s where you see what Google actually did with your site. Two tools matter most:

• The Page indexing report shows how many of your pages are indexed and lists the reasons others aren’t, such as “Excluded by ‘noindex’ tag,” “Not found (404),” “Duplicate without user-selected canonical” or “Crawled – currently not indexed.”
• The URL Inspection tool shows the indexed status of one URL, the canonical Google chose, and whether the page can be indexed. You can run a live test and request indexing after you fix a page.

Site Architecture and Internal Linking

Site architecture is how your pages are organized and connected. For most local businesses, simple works best: home page, a page per service, a page per location, and articles that link back to the service they relate to.

Internal links are how crawlers move through that structure. Google says it can generally only crawl a link if it’s an <a> element with an href attribute. A page with no internal links pointing to it, an orphan page, is hard for search engines to find. We go deeper on this in why interlinking is important for SEO. A clean heading structure inside each page helps too, as covered in our guide to H1, H2 and H3 header tags.

URL Structure

Google’s URL structure guidelines recommend simple, descriptive URLs that use readable words rather than long ID numbers, and hyphens rather than underscores to separate words. Compare /water-heater-repair/ with /?p=4821. Keep URLs short and lowercase, and redirect the old URL if you ever change one. More detail is in our guide to URL structure in SEO.

Canonical Tags and Duplicate Content

Duplicate content happens when the same page can be reached at more than one URL. Common causes are http and https versions, www and non-www versions, and tracking parameters. When Google finds duplicates, it picks one URL as the canonical, the main version it shows in results.

A canonical tag, <link rel="canonical" href="...">, tells search engines which version you prefer. Google’s guide to consolidating duplicate URLs treats it as a strong signal, not a command. Google may choose a different canonical if other signals, such as redirects, internal links or the sitemap, point somewhere else. Keep those signals consistent. Our guide to understanding and using canonical tags walks through the setup.

For local businesses, the bigger duplicate risk is near-identical location pages, where only the city name changes. A canonical tag won’t fix those. Each page needs real local content.

HTTPS

HTTPS encrypts the connection between your site and the visitor. Browsers mark plain http pages “Not secure.” Google lists “Are your pages served in a secure fashion?” among the questions in its page experience guidance. Most hosts include a free certificate. After switching, redirect every http URL to https and fix any images or scripts still loading over http.

Mobile-Friendliness and Mobile-First Indexing

Google says it uses the mobile version of a site’s content, crawled with the smartphone agent, for indexing and ranking. This is called mobile-first indexing. If your mobile layout drops content or links that are on desktop, Google may never see them.

Google recommends responsive design, where the same page and content adapt to any screen size. Most modern WordPress themes are. Still, test key pages on a real phone: readable text, no pop-ups covering the page, and a working tap-to-call number.

Page Speed and Core Web Vitals

Core Web Vitals are Google’s metrics for real-world loading, responsiveness and visual stability. Google’s page experience documentation says “Core Web Vitals are used by our ranking systems,” and also that it “always seeks to show the most relevant content, even if the page experience is sub-par.” According to web.dev, the three metrics and their “good” thresholds are:

• Largest Contentful Paint (LCP) measures loading. Aim for 2.5 seconds or less.
• Interaction to Next Paint (INP) measures how quickly the page responds when someone taps or clicks. Aim for 200 milliseconds or less. INP replaced First Input Delay (FID) as a Core Web Vital in March 2024.
• Cumulative Layout Shift (CLS) measures how much the layout jumps around while loading. Aim for 0.1 or less.

Google measures these at the 75th percentile of real visits, split by mobile and desktop. See your data in Search Console’s Core Web Vitals report and test pages in PageSpeed Insights. Usual fixes on small sites: compress images, remove unused plugins, add caching, and set image dimensions. Read more in Core Web Vitals as an SEO metric.

Structured Data

Structured data, often called schema markup, is code that labels the facts on a page, such as your business name, address, phone number, hours and services. Google says it uses structured data to understand page content, and some types can make a page eligible for rich results. Eligible is not guaranteed. For a local business, LocalBusiness (or a specific subtype), Article and BreadcrumbList markup are a good start. Our guide to what schema is and how it helps SEO covers the types and how to test them.

Redirects and 404 Errors

When a page moves or is removed, the server’s response code tells search engines what happened. Google’s guide to HTTP status codes explains the main ones:

• 301 (permanent redirect). Google treats it as a strong signal that the new URL should be processed. Use it when a page has moved for good.
• 302 (temporary redirect). A weak signal. Use it only when the move really is temporary.
• 404 (not found). Indexed URLs that return a 404 are removed from the index. A 404 for a page that’s really gone is normal. The problem is internal links pointing to dead pages, or a 404 on a page that used to bring in calls.
• Soft 404. A page that returns a success code but looks like an error or an empty page.

Avoid redirect chains, where URL A redirects to B, which redirects to C. Point old URLs straight at the final page.

JavaScript Rendering Basics

Some sites build their content with JavaScript after the page loads. Google’s JavaScript SEO basics describe three phases: crawling, rendering and indexing. Google can render JavaScript, but rendering can be delayed, and content or links that only appear after a click or a script may be missed. Not every crawler renders JavaScript the way Google does, either.

Standard WordPress sites send their main content as plain HTML, so this is rarely a big problem. It matters more with some widgets and JavaScript frameworks. A simple test: view the page source and check that your service text, phone number and key links are there. The URL Inspection live test shows the HTML Google rendered.

Hreflang: Most Local Businesses Don’t Need It

Hreflang tags tell Google about localized versions of a page for different languages or regions, such as an English and a Spanish version of the same page. If your site is in one language and serves one country, you don’t need hreflang. If you publish full Spanish versions of your pages, hreflang helps Google show the right one to the right searcher.

Bing Webmaster Tools and IndexNow

Google isn’t the only search engine worth setting up. Bing Webmaster Tools is Bing’s free version of Search Console. You can submit sitemaps, inspect URLs and see crawl issues, and you can import a site already verified in Google Search Console. Bing’s index matters beyond Bing itself, since Microsoft Copilot draws on it.

IndexNow is a protocol that lets your site notify participating search engines, including Bing, when a URL is added, changed or deleted, instead of waiting for a crawler to notice. Bing notes that using IndexNow “does not guarantee that web pages will be crawled or indexed.” Google doesn’t use IndexNow, so keep your sitemap in Search Console either way. On WordPress, plugins can send these pings for you.

Technical SEO and AI Search

AI answers in tools like Google AI Overviews and AI Mode, ChatGPT, Perplexity and Microsoft Copilot are built on the same foundation as search. Most of these tools search the web before they write, so the pages they cite usually have to be crawlable and indexed first. Google says a page only needs to be indexed and eligible to be shown in Google Search with a snippet to appear in AI Overviews or AI Mode, and that there are no additional technical requirements. The same page lists “ensuring that crawling is allowed in robots.txt” as a worthwhile practice.

Each tool draws on a different index. Google’s AI features use Google Search, Copilot uses Bing, and ChatGPT and Perplexity run their own web searches. So the basics carry over: get indexed in both Google and Bing and keep important content in the HTML. Check that your robots.txt doesn’t block the search crawlers the AI tools rely on. Some security plugins and firewalls block unfamiliar bots by default, so it’s worth checking those settings too.

You may also hear about llms.txt. It’s an optional proposal for a plain-text file that points AI tools to your key content. Google doesn’t use it: its AI features guide says you don’t need to create new machine readable files or AI text files to appear in its AI features. If you want to try one, our llms.txt guide shows how. It doesn’t replace crawlability and indexing.

Technical SEO Checklist

Use this as a starting audit. For the local side of SEO, such as your Business Profile and citations, pair it with our local SEO checklist.

Area	What to check	Where to check it
Search Console and Bing	Site verified in both, sitemap submitted to both	Google Search Console, Bing Webmaster Tools
Robots.txt	No rule blocks important pages, CSS or JavaScript	yoursite.com/robots.txt
Indexing	Service and location pages are indexed; noindex is only on pages you chose	Page indexing report, URL Inspection
XML sitemap	Lists only live, indexable, canonical URLs	Your SEO plugin’s sitemap URL
Site structure	Key pages within a few clicks of home; no orphan pages	Site crawler, menus, internal links
URLs	Short, readable, lowercase, hyphenated	WordPress permalink settings
Canonicals	One preferred version per page; http, www and slash variants redirect to it	Page source, URL Inspection
HTTPS	Valid certificate, all http URLs redirect, no mixed content	Browser, hosting panel
Mobile	Same content as desktop, readable text, working tap-to-call	A real phone
Core Web Vitals	LCP 2.5s or less, INP 200ms or less, CLS 0.1 or less	Core Web Vitals report, PageSpeed Insights
Structured data	LocalBusiness or subtype on the right pages, matches visible facts, no errors	Rich Results Test
Redirects and 404s	Moved pages use 301s, no chains, no internal links to 404s	Page indexing report, site crawler
JavaScript	Main content and links appear in the page HTML	View source, URL Inspection live test
AI crawlers	Search crawlers aren’t blocked by robots.txt or a firewall	robots.txt, security plugin settings

Common Technical SEO Problems on Small Business WordPress Sites

These are the issues we run into most often when we look at local business sites built on WordPress:

• “Discourage search engines” left on. WordPress has a setting under Settings, Reading that asks search engines not to index the site. It’s often switched on during a build and never turned off.
• Too many plugins. Unused plugins add scripts to every page and slow the site down.
• Huge images. Photos uploaded straight from a phone or camera are a common cause of a slow LCP.
• Two SEO plugins at once, outputting duplicate titles, canonicals, sitemaps and schema.
• Thin archive pages indexed. Tag, author and date archives can create many low-value URLs.
• Broken redirects after a redesign. Old URLs that used to rank return 404s because nobody mapped them.
• Near-duplicate location pages. Ten city pages with the same text and a swapped city name.

When to Hire Help With Technical SEO

Verifying Search Console, submitting a sitemap and compressing images are all within reach for a business owner with an afternoon. It’s worth bringing in help when:

• Important pages show as excluded in the Page indexing report and you can’t tell why.
• You’re planning a redesign, a new domain or a move to HTTPS and need a redirect plan.
• Your Core Web Vitals fail and the fixes involve your theme, hosting or code.
• Traffic or calls dropped suddenly after a site change.
• You run several locations and need a clean structure for location pages.

Cost depends on the size of the site, how many problems there are, and whether you need a one-time fix or ongoing monitoring. Our article on where SEO pricing comes from explains those factors.

Frequently Asked Questions

What is the difference between technical SEO and on-page SEO?

Technical SEO makes sure search engines can crawl, render and index your site and that it loads well on any device. On-page SEO is about the content of each page, such as titles, headings, copy and keywords. The two overlap, but technical SEO comes first: if a page isn’t indexed, its content can’t rank.

How do I know if Google has indexed my pages?

Use Google Search Console. The Page indexing report shows which pages are indexed and why others aren’t. For a single page, paste its URL into the URL Inspection tool to see its status, the canonical Google picked, and an option to request indexing.

Does page speed affect rankings?

It’s a factor, but not the main one. Google says Core Web Vitals are used by its ranking systems, and also that it still shows the most relevant content even when page experience is weaker. A faster site helps most when you’re competing with pages that are equally relevant, and it helps visitors either way.

Do I need an llms.txt file for AI search?

No. llms.txt is an optional proposal, and Google doesn’t use it. Google says you don’t need new machine readable files or AI text files to appear in its AI features. What matters is that your pages can be crawled and indexed by the search engines AI tools draw on.

How often should I check my site’s technical SEO?

Glance at Search Console monthly for new indexing or Core Web Vitals issues. Run a fuller check after any big change, such as a redesign, a new theme, a plugin overhaul or a hosting move, since that’s when most technical problems appear.

Get Help With Your Site’s Technical SEO

Local Blitz has worked on SEO for local businesses since 2009, from offices in San Diego (Encinitas) and Indianapolis. We check how search engines crawl and index your site, find what’s holding your key pages back, and fix it as part of our SEO work. There are no cookie-cutter packages, and plans are month-to-month. Book a free strategy call and we’ll tell you what we see, even if the answer is that you can handle it yourself.