SEO

What makes a website discoverable?

Not a list of tricks. A short set of properties that search engines, AI systems, and people all reward, and how to tell whether your site has them.

Most advice about search visibility is a list of tactics that were true for a while. Keyword density. Exact-match domains. Link volume. Word counts. Each worked until it was abused, and each was eventually ignored by the systems it was meant to influence.

What has not changed is the underlying question those systems are trying to answer: is this the best page to show a person who asked this? A discoverable website is one that makes that question easy to answer yes to. Everything below follows from that.

Discoverability is what happens when a machine can reach your page, understand it, and trust it enough to recommend it. Remove any one of those and the other two do not matter.

Discoverable means three things at once

It helps to separate the word into its parts, because they fail in different ways and are fixed by different people.

  • Reachable. A crawler can find the page, load it, and read it. This is technical work: hosting, structure, speed, and not accidentally telling machines to go away.
  • Understandable. A system can tell what the page is about, who it is for, and who wrote it, without guessing. This is a mix of writing and markup.
  • Worth recommending. The page answers the question better than the alternatives, and there is evidence of that from outside your own site. This is editorial and reputational work, and it is the slowest to build.

Sites usually fail at one of these while spending money on another. A beautifully written page that loads in six seconds on a phone is not discoverable. A fast, clean page that never says plainly what the business does is not either.

Reachable: the technical floor

None of this is glamorous. All of it is measurable, and most of it is a one-time fix.

One address per page

Every page should have exactly one URL that is short, readable, and permanent. If the same content is available at several addresses (with and without www, with trailing slashes, with tracking parameters), pick one, redirect the rest to it, and declare it with a canonical tag. Duplicates split whatever credit the page earns.

Fast on a mid-range phone

Test on a real phone over mobile data, not on a laptop in the office. The measures that matter are how quickly the main content appears, whether the layout jumps around while loading, and how fast the page responds to a tap. Large images, third-party scripts, and web fonts loaded carelessly are the usual culprits.

Real HTML, not a loading screen

If your page is an empty shell that fills in with JavaScript, some systems will see the shell. Content that matters should be present in the HTML the server sends. This is not an argument against modern frameworks; it is an argument for rendering on the server or at build time.

Let machines in, deliberately

A sitemap that lists every public page and when it last changed. A robots file that blocks only what should be blocked. No login walls, cookie walls, or interstitials in front of content you want found. Check that the pages you care about are not accidentally marked noindex; it happens more often than anyone admits.

Secure and stable

HTTPS everywhere, with the certificate renewing itself. Redirects that resolve in one hop. Error pages that return the correct status code. Uptime that nobody has to think about. Each of these is small; together they decide whether a crawler keeps coming back.

Understandable: say what you mean where machines look

Systems are better at reading than they used to be, but they still reward pages that do not make them work for it.

The title and first paragraph do most of the work

The title should say what the page is about in words a stranger would use. The first paragraph should answer the question the title implies. If someone reads only those two things, they should know whether this page is for them. So should a machine.

Headings that describe, not decorate

Headings are the outline of the page. Used well, they let a reader skim and a system extract. "Our approach" is decoration. "How we price a first engagement" is description.

Structured data that matches the page

Schema markup tells systems what kind of thing a page is (an organization, an article, a service, a person) and the facts about it. It should describe what is visibly on the page, and only that. It is not a place to add claims the page does not make.

One site, one set of facts

Your name, what you do, where you are, and how to reach you should be identical on every page, and identical to what your profiles and listings say. Systems compare sources. Agreement raises confidence; contradiction lowers it. This single point explains more lost visibility than any ranking factor.

Write for the question, not the keyword

People and systems both arrive with a question. Pages built around the question ("how long does a kitchen renovation take") outperform pages built around a phrase ("kitchen renovation services"). Answer directly, early, and then go deeper for those who want it.

Worth recommending: the part you cannot shortcut

Once a page can be reached and understood, the remaining question is whether it deserves to be shown. Systems answer that from evidence, and most of the evidence is generated by people.

  • The page is the best answer available. Not the longest. The clearest, the most accurate, the most specific to the person asking. If a competitor's page answers better, no amount of technical work will move you above it for long.
  • People stay and act. They read, they click through to the next thing, they come back. A page that people leave in three seconds is telling the system something.
  • Others refer to you. Links, mentions, citations, and reviews from sources that themselves have a reputation. Earned, not bought. One reference from a trusted industry body is worth more than a hundred from directories nobody reads.
  • The author is identifiable. A named person or organization with a track record, findable elsewhere, saying consistent things. Anonymous content is increasingly discounted.
  • The page is maintained. Dates are accurate, facts are current, broken links are fixed. Systems notice decay.

This is why we describe discoverability as a property of a presence, not a service you buy once. The technical floor is built once and kept. The editorial and reputational layers compound over months and years.

What about AI answer engines?

Assistants and answer engines read the same pages search engines do, but they weigh some things differently. They favour pages that state facts plainly, define their terms, and can be quoted in one or two sentences without losing meaning. They lean heavily on agreement across sources when deciding what to say about you. And they are more likely to cite pages that are clearly authored by an identifiable organization.

The practical effect is that the advice above gets stricter, not different. Clear structure, direct answers, consistent facts, identifiable authorship. If you build for that, you are building for both.

A checklist you can run today

Open your own site on a phone and work through these. Be honest.

  • Does the home page say, in the first screen, what you do and for whom?
  • Does every important page have a title a stranger would understand out of context?
  • Does the main content appear within about two seconds on mobile data?
  • Is there one canonical address per page, with the alternatives redirecting to it?
  • Is there a sitemap, and does it list every page you want found and nothing you do not?
  • Are your name, address, phone, and description identical across your site and your profiles?
  • Does structured data describe what is actually on the page?
  • Can you name the question each of your key pages is the best answer to?
  • Is it clear who wrote the content and why they are qualified to?
  • When did you last update your most important page, and does the page say so?

Most sites answer no to three or four of these. Fixing them is rarely expensive. It is simply work that nobody was clearly responsible for.

The short version

A discoverable website can be reached by machines without obstacles, understood without guessing, and recommended because it genuinely is the best answer and other people say so. Build the technical floor once and keep it. Write every page to answer a real question. Keep your facts identical everywhere. Put your name on your work. Then keep going, because the last part compounds and the sites that win are the ones that did not stop.

Related

AI discoverability: being found by answer engines

Read
Related

What is a digital presence?

Read

Begin

Build your presence. Grow organically.

Tell us where you are today. We will tell you what a stronger digital presence would take, and what it could earn you over time.