Technical SEO for Business Websites: A Plain-English Checklist
Short answer: Technical SEO is the behind-the-scenes work that lets Google, Bing and AI search tools crawl, index and understand your website. For a local service business it comes down to a short list: one clean version of every page, a sitemap, a robots.txt that blocks nothing important, redirects for moved pages, HTTPS, fast mobile pages and accurate structured data.
You do not need to become a developer to get this right. You need to know what each piece does, how to check it, and when to call someone in. This guide walks through each factor in the order we check them on a new client site.
What does technical SEO actually cover?
Think of three jobs a search engine has to do before your page can rank:
- Crawl it: find the URL and download it.
- Index it: decide the page is worth storing and understand what it is about.
- Render and evaluate it: load the page the way a phone would, judge speed and layout, and read any structured data.
Content and links decide how well you rank. Technical SEO decides whether you are in the race at all. It is the foundation of everything we do on the SEO side, and it is usually the cheapest problem to fix because the fixes are one-time.
Can search engines crawl your site?
Start with robots.txt, a small text file at yoursite.com/robots.txt that tells crawlers what they may visit.
- Open it in a browser. If you see a line reading "Disallow: /" in the section for all crawlers, your whole site is blocked. This happens more often than you would think after a site launches from a staging copy.
- Make sure you are not blocking folders that hold CSS, JavaScript or images. Google needs those to render the page.
- Decide deliberately about AI crawlers such as GPTBot, ClaudeBot and PerplexityBot. If you want to be cited in AI answers, leave them allowed.
- Robots.txt is not a privacy tool. A blocked page can still show up in search if other sites link to it. Use a noindex tag or a password for anything private.
Next, check internal links. Every page you want found should be linked from at least one other page using a normal HTML link. Pages that only exist in a sitemap, or behind a search box or form, are hard for crawlers to treat as important.
Are your pages actually indexed?
Crawled is not the same as indexed. In Google Search Console, open the page indexing report. It lists pages Google knows about but chose not to index, with a reason for each.
The common reasons on small business sites:
- Duplicate without user-selected canonical. Google found several near-identical pages and picked one. Typical cause: dozens of city pages with the same text and only the city name swapped.
- Crawled, currently not indexed. Google read the page and did not think it was worth keeping. Usually thin or repetitive content, not a technical bug.
- Excluded by noindex tag. Someone left a noindex on. Check every important template.
- Page with redirect or Not found (404). Fine for old URLs, a problem if your own menu links point at them.
Use the URL Inspection tool to test any single page and request indexing after you fix it.
Do you have a working XML sitemap?
A sitemap is a list of the URLs you want indexed. Most platforms generate one automatically, usually at /sitemap.xml.
Checklist:
- It contains only live, indexable pages that return a 200 status. No redirects, no 404s, no noindexed pages.
- It updates when you add or remove pages.
- It is submitted in Google Search Console and Bing Webmaster Tools.
- It is listed in robots.txt with a "Sitemap:" line.
A sitemap does not force anything into the index. It is a hint, and a clean one is a more trusted hint.
Is there one version of every page?
Search engines treat each distinct URL as a separate page. These can all be "the same" page to you and four different pages to Google:
- http://yoursite.com/plumbing
- https://yoursite.com/plumbing
- https://www.yoursite.com/plumbing
- https://www.yoursite.com/plumbing/?utm_source=facebook
Fix this in two layers. First, redirect every variant to one preferred version: HTTPS, one choice of www or non-www, one choice of trailing slash. Second, add a canonical tag to each page that points to its own preferred URL. The canonical tells search engines which copy to count when duplicates slip through, such as tracking parameters or filtered views.
Are moved pages redirected properly?
When a URL changes, the old address should send visitors and crawlers to the new one with a 301 redirect. A 301 says "moved permanently" and passes along most of the value the old page had earned from links.
Rules that save rankings:
- Redirect each old page to its closest new equivalent, not everything to the home page.
- Avoid chains (A to B to C). Point A straight at C.
- Update your own internal links so they point at the final URL, not the redirect.
- Keep redirects in place for years, not weeks.
This matters most during a redesign. When we rebuilt this site we redirected about 4,700 old URLs so their links kept value. Our guide to redesigning a website without losing SEO covers the full mapping process.
Is the site secure, fast and mobile-friendly?
HTTPS
Every page should load over HTTPS with a valid certificate, and no page should mix in images or scripts loaded over plain HTTP. Browsers flag insecure pages, and visitors notice.
Speed and Core Web Vitals
Google measures real-user loading speed, responsiveness and layout stability through Core Web Vitals, reported in Search Console. On small business sites the usual culprits are oversized photos, heavy page builders, too many third-party scripts (chat widgets, review widgets, several tracking tags) and slow shared hosting. We go deeper in our guide to website speed and Core Web Vitals.
Mobile
Google indexes the mobile version of your site. If your phone layout hides text, services or contact details that appear on desktop, Google may never see them. Check that:
- The phone number is a tap-to-call link.
- Text is readable without zooming.
- Buttons are not crowded together.
- Pop-ups do not cover the content on load.
Is your structured data accurate?
Structured data (schema markup) is code that labels facts on the page: business name, address, phone, services, opening hours, breadcrumbs. It helps search engines and AI tools read those facts without guessing.
Keep it honest. The markup must match what a visitor can see on the page. Do not mark up reviews you wrote yourself, invent ratings or list services you do not offer. Test every template with Google's Rich Results Test after changes. Our guide to schema markup for local businesses includes a working example.
A technical SEO checklist you can run this month
Work through these in order. Each one is a pass or fail.
| Check | Where to look | Pass looks like |
|---|---|---|
| Robots.txt | yoursite.com/robots.txt | No "Disallow: /" for all crawlers, sitemap listed |
| Indexing | Search Console page indexing report | Key pages indexed, reasons understood |
| Sitemap | /sitemap.xml and Search Console | Only live 200 pages, submitted |
| One URL per page | Type each variant in a browser | All variants redirect to one |
| Canonicals | View page source | Each page points to itself |
| Redirects | Crawl tool or Search Console | No chains, no internal links to redirects |
| HTTPS | Browser padlock on several pages | Valid, no mixed content |
| Core Web Vitals | Search Console experience reports | Mostly "good" URLs on mobile |
| Mobile layout | Your own phone | Same content as desktop, tap-to-call |
| Structured data | Rich Results Test | No errors, matches visible content |
| Broken links | Crawl tool | No internal 404s |
When should you hire help?
Do the checks yourself. Hand off the fixes that touch server configuration, redirect rules, site templates or a platform migration, because a mistake there can remove pages from search for weeks. If the crawl turns up hundreds of thin or duplicate pages, the fix is usually a content decision, merging pages rather than patching tags, and that is worth a second opinion before you delete anything.
Key facts
Technical SEO makes sure search engines and AI tools can reach, read and trust every page on your site. For a local service business the essentials are a clean sitemap, a safe robots.txt, one canonical URL per page, 301 redirects for anything moved, HTTPS, fast mobile pages and honest structured data. Check them in Google Search Console at least once a month.
Questions
What is technical SEO in simple terms?
It is the work that lets search engines find, load and understand your pages: crawl access, indexing, URL structure, redirects, speed, mobile layout and structured data. It does not write your content, but good content cannot rank if this layer is broken.
Can I do technical SEO myself?
Many checks, yes. Google Search Console is free and shows indexing problems, Core Web Vitals and manual actions. Fixes that touch redirects, server settings or templates are worth handing to a developer.
How often should a small business check technical SEO?
Glance at Search Console monthly and run a full crawl after any redesign, platform move or large batch of new pages. Most serious problems appear right after a change.
Does technical SEO matter for AI search?
Yes. AI answer tools rely on pages they can crawl and parse. If a crawler is blocked, a page is not indexed or the key facts only load through scripts, the page is less likely to be used as a source.
Terms in this guide: Structured data · robots.txt · Indexing · Canonical tag