Technical SEO checklist: what to check on your site.
Technical SEO is the set of adjustments that lets Google find, read and understand the pages of a site. This checklist organizes the review into eight blocks, from crawling to security, in the order in which problems usually cost the most.
Founder of Martin Marketing & Design
In short
- What it is: the foundation that lets the search engine find, read and index the pages.
- Where to start: with crawling and indexing: a page Google cannot read does not show up.
- Main tool: Search Console, which is free.
- How often: a full audit every six months and a monthly look at the reports.
What technical SEO is
SEO work rests on three fronts. Content answers what people search for. Authority comes from mentions and links from other sites. And the technical side makes sure the search engine can access and understand all of it.
A comparison helps: content is what the store sells, authority is its reputation in town, and technical SEO is the door being open and the shelves being labeled. With the door closed, the rest does not matter.
Technical problems are treacherous because they do not show to people visiting the site. The page opens normally in the browser and can still be invisible to Google. That is why the check needs to be done on purpose.
How to use this checklist
You do not need paid tools for most of the list. Three free resources cover almost everything:
- Search Console. Shows which pages are indexed, which have errors and how the site performs on mobile and in speed.
- URL Inspection. Inside Search Console, it shows how Google sees a specific page.
- Rich Results Test. Checks whether the structured data is correct.
Write down what you find in a simple spreadsheet, with four columns: the page, the problem, the priority and who will fix it. Without that record, the audit becomes a list of impressions nobody acts on.
Follow the blocks in order. The first ones deal with problems that keep the page from showing up. The last ones improve how it shows up. There is no point polishing the title of a page Google cannot even read.
1. Crawling and indexing
Crawling is Google visiting the page. Indexing is storing it to show in searches. Without both, there is no ranking.
- The robots.txt file does not block what matters. One wrong line can hide the entire site. It is the most common mistake after a site change.
- A sitemap exists and has been submitted. The list of pages, registered in Search Console and updated automatically.
- No important page is marked as noindex. The tag is useful on test pages, and disastrous when forgotten on a live site.
- Each page points to its own official version. The canonical tag keeps Google from treating similar URLs as duplicate content.
- The Pages report in Search Console has been read. It lists what was left out of the index and why.
- There are no orphan pages. A page that gets no link from any other is unlikely to be found.
Quick test: search Google for your domain preceded by "site:". The number of results gives an idea of what is indexed. If it is much smaller or much larger than the real number of pages, there is something to investigate.
2. Site structure and URLs
- The URLs are readable. Words separated by hyphens, no codes, describing the content of the page.
- The site answers at a single address. With and without "www", with and without the padlock: every variation redirects to a single version.
- Every important page is a few clicks from the home page. The deeper it is, the less Google visits.
- The pages link to one another. Internal links with descriptive text, not "click here".
- There is a breadcrumb trail. It helps the visitor and shows the hierarchy to the search engine.
- Old URLs redirect. A removed or renamed page leads to the new address with a permanent redirect.
- The error page helps. When the address does not exist, the site says so and offers a way back.
The second item deserves attention. It is common to find the same site answering at two or three versions of the address, each competing with the others for position. In Search Console, this shows up as the same page listed more than once.
3. Speed and experience
Google evaluates the loading experience through three measures, grouped under the name Core Web Vitals:
| Measured | What it observes | What usually gets in the way |
|---|---|---|
| LCP | How long the largest element on the screen takes to appear | Heavy images and a slow server |
| INP | How long the page takes to react to a tap or click | Too many scripts |
| CLS | How much elements jump around during loading | Images with no defined size, ads and fonts |
What to check:
- Images are the right size. At the dimensions they are displayed and in a current format.
- Images below the first screen load later. Only when the visitor gets close to them.
- There are few third-party scripts. Every tool installed charges its toll in speed.
- Fonts do not block the text. The content appears even before the brand font loads.
- Nothing shifts while loading. Images and blocks with reserved space.
The Core Web Vitals report in Search Console shows how pages perform with real visitors, separating mobile and desktop. It is more reliable than a one-off test.
4. Mobile
Google uses the mobile version as the basis for indexing and ranking. If something exists only on desktop, for the search engine it is as if it did not exist.
- The mobile content is the same as the desktop content. Copy, links and images, with no shortened versions.
- The text is readable without zooming. And the buttons have size and space for a finger.
- Nothing covers the screen on arrival. Windows that take over the whole page hurt the experience and can hurt ranking.
- The menu works. Every important page can be reached on a phone.
Check on your own phone, on mobile data. That is how most of your customers will get to know the company.
5. The basics of every page
- A unique title. Each page with its own title, describing the content, with the main search term at the start.
- A unique description. A summary that gives a reason to click. It does not improve ranking, but it improves clicks.
- One H1 per page. The main heading, visible, different from those on other pages.
- Subheadings in order. H2 for sections, H3 inside them, without skipping levels.
- Images with alt text. A short description of what the image shows.
- The text is in the page’s code. Content that only appears after a script runs may not be read.
The last item has grown in importance. Sites assembled entirely in the browser can look complete to the visitor and nearly empty to the search engine. The way to check is URL Inspection: it shows what Google actually received.
6. Structured data
Structured data is a layer of information that tells the search engine, without ambiguity, what each thing on the page is: a company, an article, a product, a question with an answer.
| Type | Where to use it | What it tells |
|---|---|---|
| Organization or local business | Home and contact pages | Name, address, phone, hours and social profiles |
| Article | Blog posts | Title, author, date and image |
| Breadcrumb | Inner pages | The page’s position in the site hierarchy |
| Product or service | Offer pages | Name, description, price and reviews |
| Frequently asked questions | Pages with a questions section | Each question and its answer |
Markup does not guarantee a visual highlight in the results. Google decides when to show it. Even so, it helps search engines and AI tools understand and cite the content correctly.
For companies that serve an area, local business markup works together with the Google listing. See Local SEO and how to optimize your Business Profile.
7. Security
- The whole site uses a secure connection. The padlock appears on every page.
- There is no mixed content. A secure page that loads an image or script over an insecure connection triggers a browser warning.
- The system and its plugins are up to date. A hacked site can be flagged as dangerous and disappear from search.
- There is a backup. Automatic, stored off the server and tested.
Search Console has a specific report for security issues. It is worth turning on email alerts, to know the same day if something is detected.
8. Languages and regions
It only applies to sites with more than one language, but when it applies, it is critical.
- Each language has its own URLs. One page for Portuguese, another for English.
- The versions point to one another. Language markup tells Google which page to show in each country.
- The content is really translated. Unreviewed machine translation usually performs poorly.
- The visitor can switch languages. Without being forcibly redirected by location.
When changing sites: the migration checklist
The moment of greatest risk for SEO is a site change. A redesign, a change of platform or of domain can wipe out in a day positions built over years. What cannot be missing:
- A list of all current URLs. With the ones that get the most visits and links marked.
- A redirect map. Each old URL pointing to its new equivalent.
- Titles, descriptions and copy preserved. On the pages that already rank.
- Testing before publishing. In a closed environment, blocked from Google.
- Unblocking at publication. The test environment’s block cannot go along to the live site.
- A new sitemap submitted. On the day of the change.
- Daily monitoring in the first weeks. Errors, indexed pages and rankings.
Some fluctuation after the change is normal. A drop that does not recover within a few weeks almost always comes from a forgotten redirect or a block that was left in place.
What to fix first
| Priority | Type of problem | Example |
|---|---|---|
| Urgent | Keeps the page from showing up | A block in robots.txt, a noindex tag |
| High | Splits or wastes the site’s strength | Duplicate URLs, broken redirects |
| Medium | Worsens the experience | Slow page, elements that shift, problems on mobile |
| Low | Refines the result | Descriptions, optional structured data |
Audit tools usually list hundreds of warnings with the same weight. The table helps you avoid spending a week on details while a block keeps the site from showing up.
Frequently asked questions
No. It removes the obstacles, but what earns the position is content that answers the search and the site’s authority. Think of the technical side as a necessary condition: without it the rest does not pay off, and with it alone it does not either.
To check, no. Search Console shows most problems in accessible language. To fix, it depends: title and description adjustments are made in the site’s admin panel, while speed, redirects and structured data usually call for a developer.
A full audit every six months is enough for most sites. Beyond that, it is worth checking the Search Console reports once a month and redoing the audit whenever there is a big change, such as a new theme or platform.
Content. A fast page that does not answer the search does not rank. Speed works as a tiebreaker and as a conversion factor: between two equally useful pages, the faster one tends to have the edge and to keep more visitors.
Only when the migration is done badly. With the old URLs redirected, the content preserved and monitoring in the first weeks, the tendency is to keep the positions and, with a faster site, even improve them.
Conclusion
Technical SEO is not the most visible part of the work, and it is the one that holds up all the others. With open crawling, organized URLs, fast pages and well-marked information, the content has a chance to show up.
Use the checklist every six months and always before a site change. If you want this review done by someone who does it every month, get to know Martin’s SEO consulting.