Most technical SEO content is written for sites with a million URLs and a crawl budget problem. A local business with forty pages does not have a crawl budget problem. It has a handful of issues that quietly cap its rankings, and a long list of enterprise concerns that do not apply. Spending a weekend on the wrong list is the most common way small sites waste effort here.
This is the short list, the 20% of technical SEO that does 80% of the work for a small site in 2026.
1. Make the page readable to a machine, not just a person
The single biggest technical mistake small sites make is content that a human can see but a search engine cannot parse. The classic version is a menu, a price list, or a service catalog that exists only as a PDF or an image. The common claim that "Google reads PDFs poorly" overstates the problem: Google converts PDFs and similar document types to HTML for indexing purposes and extracts the text (John Mueller, reported by Search Engine Roundtable), so a PDF is not invisible the way an image of text is. The real problems are more mundane and still worth fixing: reindexing a changed PDF is slower than reindexing an HTML page, the PDF renders as a fixed-width document on a phone screen instead of a responsive layout, and you cannot attach schema markup to a PDF the way you can to a page's HTML head.
The fix is still the same: render that content as real HTML text. If your most important information, what you sell, what it costs, when you are open, lives only inside a PDF or a graphic, a visitor on a phone has to pinch and zoom to read it, and you lose the ability to mark it up with the structured data covered next. Convert it to text on a real page. An image of a menu is the one genuinely invisible case here: Google extracts no text from a flat image at all, so if your site has both a PDF and a photographed menu, fix the image first.
If a blind person using a screen reader could not get the information, neither can Google. That is the simplest test for whether your content is machine-readable.
2. Add the schema that still produces something in search
Schema markup is structured data you add to a page so search engines understand what the content is, not just what it says. For a small site this is still worth doing, but the list of what it buys you has changed, and two recommendations that used to be standard advice no longer do what people think.
FAQPage schema stopped earning anything in Google Search. The FAQ rich result, the expandable question-and-answer accordion that used to appear directly in the results, stopped showing on May 7, 2026, and Google confirmed the feature is deprecated (Google). Marking up your FAQ content is still reasonable as a machine-readability practice, an AI system summarizing your page can parse question-and-answer pairs more cleanly than prose, but stop selling it internally or to a client as something that earns extra space in Google's results. It no longer does.
Review and AggregateRating on your own business listing is a policy violation, not a growth tactic. If your business controls the reviews being marked up about itself, LocalBusiness or Organization structured data carrying that review data is explicitly ineligible for the star-rating rich result, and has been since Google tightened this rule in 2019 (Google, Google). The rule exists because a business grading itself is not a credible review signal. The star ratings you do see next to local businesses in search come from Google's own review data, pulled largely from Google Business Profile, not from schema the business added to its own site. The one place review markup still legitimately works is on Product schema for a specific product you sell, where genuine customer review data can produce a review snippet. If you run a restaurant or service business without discrete purchasable products, that exception will not apply to you, and the honest move is to route review effort into your Google Business Profile rather than into markup that will never render.
What is still worth adding for a small local business:
- LocalBusiness (or the specific subtype, like Restaurant) - name, address, phone, hours, price range.
- Product / Menu / Service - what you offer, with prices, and genuine review data if it is a purchasable product rather than the business itself.
- Organization with a logo property - tells Google which image to use as your logo in the knowledge panel and other search features, verified against Google's structured data gallery.
- BreadcrumbList - shows your site's category structure (Home > Services > the specific service) in place of a raw URL under your listing, a currently active feature per Google's documentation.
You do not need a developer for any of this. It is a block of structured data in the page head. The mistake is skipping it entirely, which most small competitors do, or spending effort on FAQPage and self-reviewed ratings that no longer move anything, when Breadcrumb and a correctly configured Organization listing quietly still do.
3. Pass Core Web Vitals, especially on mobile
Core Web Vitals are Google's three measurable page-experience metrics, and they are a real ranking input. As of 2026 the three, with their "good" thresholds at the 75th percentile of real visits:
Core Web Vitals - "good" thresholds (p75 of real users):
LCP Largest Contentful Paint <= 2.5s (loading)
INP Interaction to Next Paint <= 200ms (responsiveness)
CLS Cumulative Layout Shift <= 0.1 (visual stability)
A note that trips people up: INP replaced FID (First Input Delay) as the responsiveness metric in 2024, so older guides optimizing for FID are out of date. The other trap is testing on desktop and declaring victory. Google ranks primarily on the mobile experience, and desktop and mobile scores on the same page routinely diverge, a heavier hero image, more webfonts, and a wider layout shift window all get more forgiving treatment on a fast desktop connection than on a mid-range phone on cellular. I am not going to claim a fixed failure rate for website-builder default themes here, since I have not measured across a large enough sample to say it honestly, but I have not audited a small-business site yet where I skipped checking the mobile score and regretted it. Pull your own site's numbers in PageSpeed Insights or Search Console's Core Web Vitals report before assuming your theme is fine, because "looks fine on my laptop" and "passes on mobile" are unrelated facts.
The usual small-site culprits: oversized hero images, a layout that jumps as fonts and images load (that is CLS), and a slow first paint from a bloated template. None of these require a rebuild. They require someone to actually look at the mobile numbers and fix the top two offenders.
4. Fix the crawl basics, then stop
Crawlability for a small site is a short checklist, not a project:
- One canonical version of the site. Pick https with or without www, and make every other version redirect to it. Mixed versions split your signals.
- A sitemap that exists and is submitted to Google Search Console. For a small site this takes minutes and removes any excuse for a page not being found.
- No accidental noindex. The most painful technical bug is a page (or a whole site) carrying a "noindex" tag left over from when it was in development. Check that your important pages are actually indexable.
- Navigation that links to real pages. Internal links are how crawlers find and rank your pages. Links that point to nothing, or two menu items that both go to the homepage, waste that signal and confuse visitors.
That is the crawl list. A forty-page site does not need a log-file analysis or a crawl-budget strategy. It needs these four things to be true.
5. Kill the credibility leaks
Some technical issues do not directly change rankings but quietly tank conversion, which makes them worth the same urgency. The pattern is small details that signal neglect:
- Raw code rendering as visible text on the page (a stray markup declaration showing through), it does not break anything, but every visitor sees it and reads "nobody maintains this."
- A copyright year stuck in the past, which tells a first-time visitor the site is abandoned.
- Keyword-stuffed image alt text ("best tacos near me cheap restaurants downtown"). This was an SEO tactic over a decade ago. In 2026 it reads as a spam signal and works against you. Alt text should describe the image plainly, for the screen-reader user it exists to serve.
None of these are hard. They are the kind of thing nobody notices because everyone who works on the site stopped looking at it months ago.
The honest priority order
If you have a small site and limited time, do them in this order:
- Make your core content (menu, prices, services, hours) real HTML text.
- Add LocalBusiness, Organization with a logo, and BreadcrumbList; skip FAQPage as a results play and skip self-reviewed AggregateRating entirely.
- Fix the worst mobile Core Web Vitals offender, using your own PageSpeed or Search Console numbers, not an assumption about your template.
- Confirm canonical, sitemap, indexability, and working internal links.
- Clean the credibility leaks.
That is the whole list for most small sites. The enterprise stuff, faceted navigation, crawl budget, log analysis, international hreflang, is real, but it is not your problem yet, and treating it as your problem is how the actual issues stay unfixed.
If you want to know which of these is the one capping your specific site, a complimentary audit will tell you in plain language, ranked by what it is costing you.
