Skip to content
EN
Free · 30 minConsultation →
05 Pricing Prices and packages 07 About me Who I am, how I work
Language
PLPolskiEN (US)EnglishEN (CA)Englishcoming soonRUРусскийcoming soonITItalianocoming soonESEspañolcoming soonDEDeutschcoming soonFRFrançaiscoming soon
01 Services
Not sure where to start?Short quiz, 1 minute. I’ll suggest what will bring you customers fastest.→
02 Industries All →
03 Cities All →
60cities and towns 14up to 500 mi from Kansas City 24further, over Zoom
Remote across the US, calls on Zoom
04 Case studies All →
06 Knowledge All →
Blog · SEO

Technical SEO checklist

Thirty technical SEO checks for a small business website, grouped by what they protect: crawling, indexing, site structure, speed, security and structured data.

Hand-coded website: Tom at his desk writing clean HTML and CSS on a laptop for a small business site

A technical SEO checklist covers the parts of your website that visitors rarely notice but search engines depend on: whether Google can crawl the pages, whether it indexes the right versions, whether redirects work, whether pages load fast on a phone and whether structured data describes your business correctly. For a small business site of 10 to 100 pages, all of it fits into the thirty checks below.

You can verify most items with free tools: Google Search Console, PageSpeed Insights, the Rich Results Test and your browser. Each check includes a short note on why it matters, so you can decide what to fix first.

Crawling: can Google reach your pages?

  1. robots.txt doesn't block important sections. One wrong line can hide the whole site. Look at /robots.txt and make sure only admin areas, carts or internal search results are disallowed.
  2. An XML sitemap exists and lists only real, indexable pages. No redirected URLs, no 404s, no pages marked noindex.
  3. The sitemap is submitted in Search Console and shows a recent read date.
  4. Every important page is linked from somewhere on the site. Orphan pages, reachable only through the sitemap, get crawled less and treated as less important.
  5. Navigation uses normal HTML links. Menus built only with scripts or buttons that don't use real links can be harder for crawlers.
  6. Server errors are rare. Check the Crawl stats report in Search Console for spikes in 5xx errors, which often mean hosting problems.

Indexing: is Google storing the right pages?

  1. No accidental noindex. Use URL Inspection on your key pages. A leftover noindex from development is one of the most common launch mistakes.
  2. One version of the site. http, https, www and non-www should all redirect permanently to a single address.
  3. Self-referencing canonical tags on each page, pointing to its clean URL.
  4. Duplicate pages are handled. Printer versions, tag archives, staging copies and tracking-parameter URLs shouldn't compete with your real pages.
  5. Thin pages are improved or removed. Empty category pages, placeholder posts and near-identical city pages often end up "Crawled, currently not indexed".
  6. The Pages report in Search Console is reviewed monthly, especially new reasons for exclusion.

Site structure and URLs

  1. Readable URLs, like /services/drain-cleaning/, not /page?id=482.
  2. A shallow structure: key service pages reachable within two or three clicks of the home page.
  3. Consistent internal links with descriptive anchor text, such as "drain cleaning service", rather than "read more".
  4. Broken internal links fixed. A crawl or the Search Console 404 list shows them.
  5. Old URLs redirected with 301s after any redesign or restructure. Chains of several redirects in a row should be collapsed to one hop.
  6. A helpful 404 page with links back to main services and a search or contact option.

Speed and Core Web Vitals

  1. Largest Contentful Paint is in the "good" range on mobile for key templates. Usually the culprit is a heavy hero image or slow server response.
  2. Interaction to Next Paint is good. Heavy scripts, chat widgets and tag-manager clutter often slow responses to taps.
  3. Cumulative Layout Shift is low. Images and embeds should have set dimensions, and banners shouldn't push content down after loading.
  4. Images are compressed, sized for their display and served in modern formats like WebP or AVIF.
  5. Unused plugins, fonts and tracking scripts are removed. Each one adds weight.

Core Web Vitals are explained without jargon in Core Web Vitals for business owners.

Mobile and security

  1. The site is fully usable on a phone: readable text, tap targets not crammed together, no horizontal scrolling, forms that work with a phone keyboard.
  2. Content is the same on mobile and desktop. Google indexes the mobile version; hiding text on mobile can mean hiding it from Google.
  3. HTTPS everywhere, with a valid certificate and no mixed-content warnings.
  4. Software and plugins are updated, and the Security issues report is clear. Hacked sites can lose rankings fast.

Structured data and extras

  1. LocalBusiness (or a more specific type) structured data with name, address, phone, hours and URL that match your Google Business Profile. Test it in the Rich Results Test and the Schema Markup Validator. My local business schema guide has a sample.
  2. Language and region set correctly: the lang attribute on pages, and hreflang if you publish the same content in more than one language.
  3. Analytics and Search Console are verified and owned by you, not by a former developer.

How to prioritize

Priority Checks Why
Fix now 1, 7, 8, 26, 27 They can hide or damage the whole site
Fix this month 2 to 6, 9 to 11, 16, 17, 19 to 21, 24, 25 They limit how well Google understands and serves your pages
Improve over time 12 to 15, 18, 22, 23, 28 to 30 They add polish and reduce future problems

A note on online stores and bigger sites

Online stores add their own technical layer: filter and sorting URLs that multiply pages, product variants, out-of-stock items, pagination and product structured data. If you sell online, the same thirty checks apply, but canonicals, crawl budget and faceted navigation deserve extra attention. A store with a few hundred products can easily generate tens of thousands of URL combinations if filters aren't controlled, and Google may waste its visits on them instead of your best products. E-commerce SEO covers that side.

Keeping it clean after launch

Most technical problems appear after a site goes live, not before. A new plugin adds a script, someone uploads uncompressed photos, a page gets renamed without a redirect. A short monthly look at the Search Console Pages report and Core Web Vitals report catches these early, when they're still small.

When the platform is the problem

Some issues are hard to fix on certain platforms: no control over redirects, bloated code you can't touch, a slow shared server, limited access to structured data or robots settings. At some point patching costs more than rebuilding. I build sites hand-coded or on a custom CMS made for the specific business, so these settings are under your control, and technical SEO is part of every build. If you plan to rebuild, read how to redesign without losing rankings first, then look at website speed optimization if speed is your main pain.

Tool · SEO and Maps

Check your website
in 30 seconds

The checker looks at titles, descriptions, the mobile version and data for Google. You’ll see the result right away, no email required.

Tom Goldman, one-person marketing agency for US small businesses, friendly head-and-shoulders portrait
Author
Tom Goldman

12+ years in online marketing, 100+ clients. I build websites, Google Ads and Meta ads campaigns, CRMs and automations for small and mid-sized businesses. About me →

FAQ

Technical SEO
questions

Is technical SEO enough to rank?

No. Technical SEO removes obstacles so Google can find, read and trust your pages. It rarely creates rankings on its own. Once the foundations are clean, content that answers searches, a strong Google Business Profile, reviews and links do the heavy lifting. Think of technical SEO as the plumbing: invisible when it works, a disaster when it doesn't.

Do I need a developer for these checks?

You can do most checks yourself with Search Console, PageSpeed Insights and a browser. Fixes are another matter. Redirect rules, canonical tags, structured data and speed work usually need someone with access to the code or the server. On a builder platform, some fixes may not be possible at all, which is one reason businesses move to a custom site.

How important is page speed for SEO?

Speed is part of Google's page experience signals, but relevance and quality still matter more. A slow page with the best answer can outrank a fast page with a weak one. Speed matters a lot for people, though: on a phone over mobile data, slow pages lose visitors before they see your offer. Fix speed for customers first.

What is a canonical tag and do I need one?

A canonical tag tells Google which URL is the main version of a page when several URLs show the same or similar content, for example with tracking parameters or sorting options. Most small business sites should have a self-referencing canonical on each page. Online stores with filters and variants need more careful canonical rules.

Want the technical
side handled?

Send me your site and I'll run the checks, list what fails and estimate the fix. If the platform itself is the problem, I'll say so plainly. Reply within one business day.