RESOURCES / 2026
SEO guides and articles for business websites
This page collects articles and guides we have written about SEO, site performance, and search fundamentals. The content is aimed at business owners and in-house marketers who want to understand how search works and what they can do to improve their own sites. We do not publish news or chase algorithm updates with hot takes. The articles here are meant to remain useful for at least a year, and we update them when something material changes.
Practical reference for the parts of SEO you can control
Every guide below started as a question from a client or a recurring problem we found during a site review. We wrote them so business owners and in-house marketers could understand what is actually happening when a page ranks — and what to do when it does not.
The articles avoid speculation about algorithm internals. We do not claim to know ranking factors that search engines have not publicly documented. What we cover is what you can inspect on your own site: how crawling works, what core web vitals measure, how structured data functions, how search intent shapes content, and what to do after a core update changes your traffic.
Each guide includes the steps you can take yourself, what to check in Google Search Console or similar tools, and where the limits of DIY SEO end and professional help becomes worth the cost.
Eight guides, grouped by what they help you fix
Skim the index, jump to the topic you need, or read them in order. Each entry links to its full article below on this page.
Understanding search indexing
Crawling, indexing, serving, canonical pages, robots directivesSite speed and core web vitals
LCP, CLS, INP, lab data vs field data, common fixesStructured data and schema markup
JSON-LD, schema types, testing, what schema does and does not doWriting content for search intent
Informational, navigational, commercial, transactional intentInternal linking best practices
Anchor text, navigation menus, breadcrumbs, nofollow, audit checklistDealing with thin content
Identify, improve, merge, redirect, or delete low-value pagesRedirect chains and canonical tags
Find and fix redirect hops, canonical signals, common mistakesWhat to do after a search engine core update
Audit content, assess intent shifts, decide whether to wait or act
GUIDE / 001
Understanding search indexing
Before you can improve your rankings, you need to understand how search engines discover and store your pages. This article explains crawling, indexing, and serving — the three stages that turn your published page into something that can appear in a search result.
It covers what a crawler does once it arrives at your site, how it decides which pages to fetch and how often, and why some pages are crawled but never indexed. Crawling and indexing are separate steps: a crawler can find your page, read its content, and still choose not to add it to the index that feeds search results. Understanding that distinction helps you diagnose why a page is missing from search without guessing.
The guide also explains the difference between canonical pages and duplicate pages, and how to use robots directives — the instructions in your robots.txt file and on-page meta tags — to control which parts of your site search engines can and cannot access. We cover common mistakes: accidentally blocking important pages in robots.txt, using canonical tags that contradict your own internal links, and relying on noindex when a redirect would be the cleaner fix.
If you have ever wondered why a page is not showing up in search results, this is where to start. We walk through how to check crawl activity in Google Search Console, read the URL Inspection report, and identify whether the problem is discovery, crawl, or indexation — each of which has a different fix.
Site speed and core web vitals
Site speed affects both how search engines evaluate your page and how users experience it. This guide covers the specific metrics that search engines use to measure page experience: largest contentful paint, cumulative layout shift, and interaction to next paint.
For each metric, we explain what it measures, what a passing score looks like, and what typically causes failures. Largest contentful paint, for example, is not about your page loading quickly in the abstract — it is about the time it takes for the largest visible element to render. A slow hero image or a deferred font can produce a poor LCP even when your overall page load time looks acceptable in a basic speed test.
Cumulative layout shift catches pages where elements jump as content loads — a common problem with ads, embedded videos, or images without explicit dimensions. Interaction to next paint replaced first input delay as the responsiveness metric, and it measures the delay between a user tapping or clicking and the browser actually responding.
We also discuss the difference between lab data and field data, and why your scores may differ between tools. Lab data runs a simulated page load under fixed network and device conditions — it is repeatable but may not match what your actual visitors experience. Field data, collected from real Chrome users, reflects reality but requires enough traffic to produce stable numbers. We explain how to read both, and when to trust one over the other. The guide includes common fixes for images, scripts, and server response times.
GUIDE / 002
Structured data and schema markup
Structured data is a way to label parts of your page so search engines understand what they are. This article covers the most common schema types for businesses: organization, local business, product, article, and FAQ.
- Organization
- LocalBusiness
- Product
- Article
- FAQPage
We explain how to implement schema using JSON-LD — the format search engines prefer — and where to place it on the page. JSON-LD lives in a script tag in your HTML head or body, and it describes your content in a structured vocabulary that search engines can parse without guessing. Compared to microdata or RDFa, JSON-LD is easier to maintain because it does not entangle your markup with your visible content.
You will learn how to test your schema before deployment using tools like the Rich Results Test and Schema Markup Validator, so you can catch syntax errors and missing required properties before a search engine does. We walk through a real example: adding LocalBusiness schema to a service-area page, choosing the right sub-type, and filling the fields that actually matter for how your listing appears.
We also discuss what schema does not do. It does not directly improve rankings. What it can do is affect how your page appears in search results — through rich results, enhanced snippets, and knowledge panel connections — which can improve click-through from the same ranking position. That distinction matters because it changes how you prioritize schema work: fix the types that produce visible results first, and do not treat schema as a ranking signal you need to chase.
Writing content for search intent
Search intent is the reason behind a query. A person searching for "how to fix a leaky faucet" wants instructions, not a product page. A person searching for "plumber near me" wants a service, not a tutorial. This guide explains the four main intent categories: informational, navigational, commercial, and transactional.
We show how to identify intent for a given query before you write a page — using search results themselves as the signal. The pages already ranking for a query tell you what the search engine believes users want. If the top results are all step-by-step guides, writing a product page for that query is unlikely to rank regardless of how well it is optimized. Intent analysis comes before keyword research, not after.
For each intent category, we break down how to structure a page to match it. Informational pages should lead with the answer, then expand. Commercial pages should compare options clearly. Transactional pages should make the path to action obvious. Navigational queries — where someone is searching for a specific brand or site — need a homepage or branded landing page, not a blog post.
The guide includes examples of pages that match their intent well and pages that do not, with notes on what separates them. We also cover what happens when a single query has mixed intent — when some users want information and others want to buy — and how to handle that without confusing the search engine about what your page is.
GUIDE / 005
Internal linking best practices
Internal links help search engines discover pages and understand the relationship between pages on your site. They also distribute authority from your strongest pages to the pages that need it. This article covers how to plan an internal linking structure that serves both goals without overcomplicating your navigation.
We cover how to use descriptive anchor text — the clickable words in a link — and how to avoid common mistakes like using the same anchor text for every link to a page. When every internal link to your service page says "click here" or "learn more," you waste an opportunity to tell search engines what the destination page is about. When every link uses the exact same commercial keyword as anchor text, it looks manipulative. The middle ground is natural, varied, and descriptive.
We also discuss the role of navigation menus, breadcrumbs, and footer links in the overall link structure. Breadcrumbs help search engines understand your site hierarchy and provide an additional set of internal links on every page. Footer links are useful for crawlability but should not become a dumping ground for keyword-stuffed links to every page on the site.
The guide addresses when to use nofollow on internal links — rarely, and only for specific cases like paid placements or login-gated pages — and provides a practical checklist for auditing your own internal links: finding orphaned pages with no internal links pointing to them, identifying pages with too many links diluting their authority, and fixing anchor text patterns that look unnatural.
Dealing with thin content
Thin content is pages that offer little value to a searcher because they are short, duplicated, or generic. This guide explains how to identify thin content on your site, what to do with it, and when to consolidate or remove pages.
We discuss the risk of keeping thin content — it can drag down the perceived quality of your site and waste crawl budget — and the risk of removing pages carelessly, which can lose links or traffic if you redirect to the wrong destination or delete without a redirect at all.
Four options for every thin page
-
Improve The page has a real purpose but not enough depth. Add the missing substance — examples, data, step-by-step detail — so it genuinely answers the query.
-
Merge Two thin pages cover the same topic from slightly different angles. Combine them into one stronger page and redirect the old URLs to it.
-
Redirect The page has no reason to exist on its own but covers a topic that belongs on another page. 301 redirect to the closest relevant destination.
-
Delete The page has no purpose, no links, and no traffic. Remove it and let the URL return a 404. Search engines will drop it from the index naturally.
Redirect chains and canonical tags
Redirect chains happen when a URL redirects to another URL, which redirects to another, and so on. Each hop slows down the crawler and dilutes link value. If your old URL redirects to a staging URL that redirects to a redesigned URL that redirects to your current URL, you have created a three-hop chain that wastes crawl budget and passes less equity to the final destination.
This article explains how to find redirect chains on your site using crawl tools like Screaming Frog or Sitebulb, how to fix them by pointing the first URL directly to the final destination in a single 301 redirect, and how to test the fix to confirm the chain is gone and the redirect resolves in one step.
We also cover canonical tags: what they do, when to use them, and when they are unnecessary. A canonical tag tells search engines which version of a page is the preferred one to index when multiple URLs have the same or very similar content. On a single clean URL with no duplicates, a self-referencing canonical is good hygiene but does not solve a problem. On parameterized URLs, syndicated content, or paginated archives, canonicals can prevent indexing problems — but only if used correctly.
Common mistakes are addressed: conflicting canonical signals where the canonical tag points one way but your internal links and sitemap point another, canonical tags that point to URLs which themselves redirect to a different URL, and the temptation to use canonical tags as a substitute for redirects when the content has actually moved. We explain when each tool is the right one.
GUIDE / 007
What to do after a search engine core update
Core updates can cause significant ranking changes across many sites. This guide explains what a core update is, how to tell if your site was affected, and what to do about it.
We discuss the difference between a core update and a manual action. A manual action is a specific penalty applied to your site for a policy violation — you receive a notification in Search Console, and there is a defined path to fix and request reconsideration. A core update is a broad change to how the search engine evaluates content quality. There is no notification, no penalty, and no reconsideration request. Your traffic may drop because other pages now satisfy the query better, not because you did something wrong.
That distinction matters because it changes the response. After a manual action, you fix the specific problem. After a core update, there is no quick fix. The search engine's guidance is to focus on improving content quality, and that work pays off over months, not days. We are honest about what that timeline looks like and what you can realistically do in the first week versus the first quarter.
The guide covers how to audit your content after a drop: which pages lost traffic, which queries those pages were ranking for, and whether the pages now outranking you are doing something substantially different or substantially better. We explain how to assess whether the update changed the intent for your target queries — a common pattern where a query that used to return informational pages now returns commercial pages, or vice versa — and how to decide whether to wait for the next update or to start making changes now.
Sometimes the right move is to wait. Sometimes it is to rebuild a page from scratch. We give you a framework for telling the difference, so you do not spend three months rewriting content that was not the problem.
Before you start reading
Who are these guides written for?
Business owners and in-house marketers who want to understand how search works and what they can do on their own sites. The guides assume you can edit your own pages or talk to the person who can, and that you have access to Google Search Console or a similar tool. You do not need a developer background, but we do not hide the technical parts either — we explain them plainly.
Do these guides stay current?
We write them to remain useful for at least a year, and we update an article when something material changes — a new core metric replaces an old one, a schema type is deprecated, a tool changes its reporting. We do not rewrite every article every month. If a guide has been updated recently, the date at the top of the article reflects that.
Can I hire Zendvora to do this work for me?
Yes. The guides on this page cover what you can do yourself, but if you would rather have us handle the audit, implementation, or ongoing SEO work, we offer site reviews and monthly engagement. The simplest starting point is to request a site review through our contact page, and we will tell you whether the work you need matches what we do.
Why don't you cover algorithm update news?
Because algorithm update speculation does not stay useful. We cannot verify which ranking factors changed, and hot takes about unconfirmed updates tend to be wrong. We write about what you can inspect, measure, and fix on your own site. The one exception is our guide on core updates, which covers what to do after a confirmed broad change — not what we think caused it.
Want a second pair of eyes on your site?
The guides on this page cover what you can do yourself. If you would like a professional audit — crawling, indexing, speed, structured data, content quality, and internal links reviewed together — request a site review and we will tell you what we find.