BlogFindings

AI brand visibility: 412 of 1,080 home pages named their site in neither source Google reads first

Lantad requested the robots.txt and then the home page of all 1,419 hostnames in this repository's committed corpus on 26 September 2026 and read the raw bytes with no JavaScript executed. 1,080 home pages were both allowed and readable. 412 of them carried neither a named WebSite node in structured data nor an og:site_name, the two sources Google's site names documentation ranks above the title element, and 29 of the 291 pages that carried both gave two different names.

18 min read Lantad

412 of 1,080 supply neither of them. That figure on its own is only a coverage rate, and coverage rates are the least interesting thing a corpus can produce. What makes it worth a post is the shape underneath it. The pages that declare a name are not the large, well resourced ones, and the pages that do not are not the small ones. The split runs almost perfectly along the tooling a site was built with, which means this is not a question of whether an organisation cares about AI visibility. It is a question of whether the thing that generated its HTML happened to emit four lines of markup.

In short

  • Google's site names documentation, which carries the date 2025-12-10, lists the sources it considers for a site name in a stated order: WebSite structured data first, then og:site_name, then the title element, then heading elements, then other text on the home page. The first two are values a page declares. The last three are prose a system has to interpret.
  • AI brand visibility begins with whether a page states its own name as data rather than as copy. Lantad read 1,080 corpus home pages on 26 September 2026 and 412 of them, 38 percent, carried neither of the two declared sources, leaving the name to be inferred from the title and the body text.
  • The declaration follows the platform, not the size of the organisation. None of the 54 Wix and Squarespace home pages measured on 26 September 2026 was missing both sources, and 1 of 36 WordPress sites was, against 35 of 42 Webflow sites and 22 of 31 documentation sites. 44 of 87 government home pages carried neither.
  • 29 of the 291 pages that carried both sources gave two different names. On edx.org the WebSite node was named 'Build new skills. Advance your career.' while og:site_name read 'edX'. Google's Organization documentation, updated 8 September 2026, asks sites to use the same name in both places.
  • 46 of the 583 og:site_name values were the hostname itself, among them Census.gov, Nike.com, Walmart.com and, on kormany.hu, a full https URL. The field that exists to carry a brand name carried an address instead.
StageCountWhat happened
Hostnames asked1,419The committed corpus, an editorial frame rather than a random draw
robots.txt disallowed LantadBot at the root4938 because robots.txt answered 5xx, which this parser treats as disallow, and 11 by a rule. No file named LantadBot
Home page request failed before a status3222 failed in the client at DNS, TLS or connect, and 10 were aborted at the twenty second timeout
Home page did not answer 200294214 answered 403, 52 answered 503, 9 answered 202, 7 answered 429, and 12 others
Answered 200 without HTML2amazon.com sent no content type at all and ramp.com sent text/markdown
Allowed, answered, and not analysed11200 with HTML, but robots.txt disallowed the root
Home pages analysed1,080The denominator for every figure below
One GET of https://<host>/robots.txt and one GET of https://<host>/ per hostname, sent as LantadBot/1.0 (+https://lantad.co/bot) with redirects followed, a fifteen second timeout on robots.txt and twenty on the home page, no JavaScript executed, from one network location. Measured by Lantad on 26 September 2026 across the 1,419 hostnames in worker/seeds/corpus-seeds-industry.json and worker/seeds/corpus-seeds-platform.json.

Where does AI brand visibility start?

It starts with a question that sounds too simple to measure: does the page say what it is called, in a place built for saying so? Google's documentation on site names, which carries the date 2025-12-10, answers it with a list in priority order. The system "will also consider content in og:site_name, <title>, heading elements, and other text on a home page", and above all of those it puts one source: "The WebSite structured data is most important, if you want to specify a preference."

That sentence is worth reading twice, because it draws the line this post measures. Two of the five sources are declarations. A WebSite node in structured data and an og:site_name meta element both exist for no other purpose than to state a name, and a consumer reading either one is reading an answer rather than forming an opinion. The other three are content. A title element names a page and usually carries the brand somewhere inside it, along with a tagline, a separator and whatever the template appends. Heading elements and body text are prose. A machine can extract a name from all three, and it will, but it is guessing at which words are the name.

schema.org's definition of WebSite is thin on purpose: "A set of related web pages and other items typically served from a single web domain and accessible via URLs." The name property is inherited from Thing, where it means "The name of the item", and at release 30.1 dated 2026-09-16 that is the whole of it. There is no required field, no format and no validation. Which is also true of the companion type: Google's Organization documentation, last updated 8 September 2026, states plainly that "There are no required properties; instead, add the properties that apply to your organization", recommends putting the markup on "your home page, or a single page that describes your organization", and then adds the instruction this post ends on: "Use the same name and alternateName that you're using for your site name."

So the documented position is that declaring a name is optional, that the declaration is preferred over inference when it exists, and that the two places a name can be declared are expected to agree. Nothing there is a ranking promise and this post does not turn it into one. It is the resolution order a named system publishes for one narrow job, which is what entity confidence scoring rests on when there is nothing better to rest on.

The order of sources for a site name as published in Google's site names documentation, dated 2025-12-10. The first two are fields a page declares. The last three are content a system interprets.

What was measured, and what was not

Two requests per hostname, in the order a polite crawler makes them. First /robots.txt, parsed for groups and evaluated for the LantadBot token at the site root under RFC 9309 group selection and longest match, with a 5xx treated as disallow. Then, where the root was allowed, the home page, read as raw bytes with no JavaScript executed. 49 of the 1,419 hostnames disallowed LantadBot at the root, 38 of them only because robots.txt was returning a server error at the time, and not one robots.txt in the corpus named LantadBot in a group of its own.

From each HTML response the parser took four things: the value of every meta element keyed og:site_name or application-name, and from every script element typed application/ld+json that parsed as JSON, the name property of every node typed WebSite and of every node typed Organization or one of the 56 organisation subtypes this run recognised. Names were compared after HTML character references were decoded and whitespace collapsed, and after that the comparison is exact apart from case. That last decision is the one to argue with: 'Newegg.com' against 'Newegg Inc.' counts here as two names, and a reader may reasonably call that one name in two dresses. The counts below are therefore a floor on agreement and a ceiling on disagreement, and the examples are printed so anybody can judge them individually.

What this does not measure is worth more space than it usually gets. It does not measure whether any answer engine reads either field. Google publishes an order for its own site name feature, and that is the only first party statement this post rests on; nothing here establishes what ChatGPT, Claude, Perplexity or Gemini do with og:site_name, and this run asked none of them. It does not measure citations, mentions or what AI says about a brand, which is a different layer of the product entirely. It reads one page per site, the home page, so a site that declares its name on an about page and not on its root reads here as not declaring it, which is a real limitation given that Google's own recommendation allows either. And it says nothing about correctness: a page declaring the wrong name scores as a declaration, because nothing in the bytes can tell a parser what the right name was. The methodology page carries the rest of the settings, including the capture caps this run inherited.

Sample Illustrative, not a measurement of any real site.

Declared: a value with one job

  • <meta property="og:site_name" content="Acme Tools">
  • <script type="application/ld+json">
  • {"@context":"https://schema.org",
  • "@type":"WebSite",
  • "name":"Acme Tools",
  • "url":"https://example.com/"}
  • </script>
  • Parser result: name = Acme Tools

Inferred: prose that contains a name

  • <title>Power tools, hand tools and more | Acme
  • Tools UK | Free delivery over 50</title>
  • <h1>Everything for the workshop</h1>
  • Parser result: one of
  • Power tools, hand tools and more
  • Acme Tools UK
  • Free delivery over 50
  • Everything for the workshop
The two kinds of source, as a crawler meets them in the response. Both examples are constructed from the shapes seen in this corpus rather than copied from one site.

412 of 1,080 home pages carried neither declared source

583 of the 1,080 pages carried an og:site_name and 376 carried a WebSite node with a name. 291 carried both. 412 carried neither, which is 38 percent of the pages a crawler was allowed to read and could read on 26 September 2026. Every one of those 412 was requested a second time the same day, independently of the first pass: 411 answered 200 with HTML again and all 411 still carried neither source, and one did not answer the same way, so the finding is not an artefact of a single fetch.

The split between the two sources is the part that surprised this run. 292 pages carried og:site_name without a WebSite node, and 85 carried a WebSite node without og:site_name, so more than three times as many sites reach for the Open Graph field as reach for the structured data field that Google says it weighs most. Open Graph is a social sharing vocabulary published at ogp.me, not a search or answer engine input, and it is almost always emitted by the same template that emits the sharing image. Its coverage here is a side effect of caring about how a link looks in a messaging app. The field Google names first is the one fewer sites supply.

Stricter counting does not rescue the picture. Widen the search from the two documented sources to four places a name can appear as a value, adding application-name and the name of any Organization node, and 313 of the 1,080 pages still carry no declared name anywhere. 89 of the 412 name an organisation without naming the site, which is a coherent thing to publish and does not answer the question Google's order asks; 66 pages in the whole corpus set application-name, a field defined for installed web applications rather than for publishers.

None of this is about markup being absent altogether. 121 of the 412 pages carry JSON-LD of some kind, so a third of them are already shipping structured data and simply do not use it to say what they are called. That is the same pattern an earlier run found from the other direction, when 103 of 385 pages with JSON-LD named no organization at all: the markup is present, the identity is not the thing it was used for.

What the page declaredPagesShare of 1,080What a system has to do
Both a named WebSite node and og:site_name29127%Read the preferred source, and notice when they disagree
og:site_name only29227%Fall through to the second ranked source
Named WebSite node only858%Read the preferred source
Neither41238%Infer the name from the title, the headings or the body text
The four combinations of Google's two highest ranked site name sources, across 1,080 corpus home pages read by Lantad on 26 September 2026.

Which kinds of site declare a name?

The corpus is stratified twice, once by what a site is built to do and once by what it is built with, and on this question the second stratification explains almost everything. Not one of the 54 Wix and Squarespace home pages was missing both sources. 1 of 36 WordPress sites was, 3 of 34 Shopify stores, and 5 of 59 news sites. At the other end, 35 of 42 Webflow sites carried neither, along with 22 of 31 documentation sites and 20 of 31 Framer sites.

That ordering is not a ranking of care. It is a ranking of whose template writes the markup. A hosted site builder ships a head section it controls, and the head section it controls includes a WebSite node and an og:site_name because the vendor decided once, for every customer, that it should. The same mechanism produced the finding that not one of 69 Wix robots.txt files named an AI crawler: the platform decides, the site owner never sees the question. A design tool that exports a page gives you complete control of the head and no defaults in it, which is why the Framer fix guide exists and why the pattern repeats across every design led stack in this corpus.

The industry strata sit in the middle and are flatter than the platform ones, which is the second half of the finding. 44 of 87 government home pages carried neither source, 46 of 95 finance, 47 of 104 education, 43 of 96 healthcare. These are the best resourced sites in the corpus, many with dedicated search teams, and they are missing a declaration that a small business on a hosted builder gets for free. SaaS came out better at 32 of 117 and news best of all at 5 of 59, the latter almost certainly because news templates have carried publisher markup since long before any AI crawler existed.

So the honest summary of the gradient is that this signal is bought, not earned. If it is present, a vendor put it there. If it is absent, nobody decided it should be absent either. That is a different kind of problem from the ones this blog usually reports, and it has a cheaper fix: four lines in a head section, once, for the whole site.

StratumPages readCarried neither sourceShare
Webflow423583%
Static docs312271%
Framer312065%
Government874451%
Ecommerce653249%
Finance954648%
Travel783646%
Education1044745%
Healthcare964345%
SaaS marketing371643%
SPA startups441534%
SaaS1173227%
Bubble and no code411127%
Media and local29414%
Shopify DTC3439%
News5958%
WordPress SMB3613%
Wix and Squarespace5400%
The 18 strata of the committed corpus, by how many home pages carried neither a named WebSite node nor an og:site_name. Measured by Lantad on 26 September 2026. Strata differ in size and construction, so these compare these sites rather than platforms in general.

When the two declared sources disagree

291 pages declared a name twice, which creates a way to be wrong that a page declaring it once does not have. 29 of the 291 gave two different names under the comparison described above. 23 of those are cases where one string contains the other, which is mostly a legal name against a trading name: 'Frontiers' against 'Frontiers Media S.A.', 'Inserm' against 'Inserm, La science pour la santé', 'American Medical Association' against 'American Medical Association | AMA'. A human reads those as one organisation. A system applying a documented priority order reads the first one it finds and moves on, which is exactly the behaviour Google's Organization page is trying to prevent when it says to use the same name in both places.

Six are wholly different strings, and those are worth naming. On edx.org the WebSite node is named 'Build new skills. Advance your career.', a tagline rather than a name, while og:site_name reads 'edX'. On bbva.com the two read 'NEWS BBVA' and 'BBVA NOTICIAS', the same title in two languages. visitbritain.org offers 'VisitBritain.org' and 'VisitBritain Corporate'. newegg.com offers 'Newegg.com' and 'Newegg Inc.' On gitlab.com, in the contains bucket rather than this one, the WebSite node is named 'about.gitlab.com', which is a hostname where a name should be.

That last habit is common enough to count on its own. 46 of the 583 og:site_name values are the hostname itself, including Census.gov, Texas.gov, nhs.uk, Nike.com, Walmart.com, BostonGlobe.com, Trendyol.com, FRANCE.FR and, on kormany.hu, the string https://kormany.hu. A domain is an address, not a name, and a system that takes it as the site name produces answers that read like an address bar. Nothing measured here says an engine did that. It says the field that exists to prevent it was filled with the thing it exists to replace.

Set this beside what the same corpus said about external identity a day earlier. 85 of 317 organizations named a Wikipedia or Wikidata entry through sameAs, which is how a page points at an entity somebody else already resolved. That is the harder half of identity and more sites do it than declare their own name in the field Google reads first, which is a strange ordering of effort. The defect rate in the markup itself is a third, separate problem: markup can be present, be about identity, and still not parse.

Hostog:site_nameWebSite node nameKind of gap
edx.orgedXBuild new skills. Advance your career.Tagline in the name field
bbva.comNEWS BBVABBVA NOTICIASTwo languages
misa.vnMISA.VNTập đoàn MISAHostname against name
newegg.comNewegg.comNewegg Inc.Hostname against legal name
visitbritain.orgVisitBritain.orgVisitBritain CorporateHostname against unit name
japan.go.jpJapanGov - The Government of JapanThe Government of Japan - JapanGovSame words, reordered
gitlab.comGitLababout.gitlab.comHostname in the name field
tudelft.nlTU DelftTU Delft | Technische Universiteit Delft | Challenge. Change. Impact!Name plus slogan
huel.comHuelHuel USRegion appended
scaleway.comScalewayScaleway (EN)Locale appended
The six pages among 291 where the two declared names share no substring, plus four of the 23 where one contains the other. Values as they arrived on 26 September 2026, after HTML character references were decoded and whitespace collapsed.

What to check on your own site

The check is small and takes one view source. Open your home page, read the raw HTML rather than the rendered page, and look for two strings: og:site_name, and a node typed WebSite carrying a name. If both are there and identical, this whole subject is closed for you and nothing below applies. If one is missing, add it. If both are there and different, pick one and make the other match, which is the instruction Google's Organization page gives in its own words.

Read the bytes rather than the DOM, because on this corpus that distinction has teeth. A head section assembled by a client framework after hydration is not in the response, and 11 of 271 pages returned no words at all until a bundle ran in an earlier run. What GPTBot sees prints the raw view of one URL if you would rather not read markup by hand, and the crawlability study is where this corpus and its limits are written down.

Two things not to do. Do not put your tagline, your locale or your domain in the name field: this run found 46 hostnames and at least one slogan sitting there, and each of them is a correct field filled with the wrong kind of value. And do not treat a declared name as a ranking tactic, because nothing in Google's documentation offers one and this post measured no ranking, no citation and no answer. The claim here is narrower and harder to argue with: when a page declares its name, a consumer reads a value, and when it does not, a consumer parses a title and guesses. 412 of 1,080 pages make it a guess.

Where that matters is one layer up, in generative engine optimization and answer engine optimization, where the thing being optimised is whether an engine attributes an answer to you by the name your customers use. A page that has never stated that name in a field has delegated the decision to a title tag written for a search result and a template. Whether the delegation costs anything is not settled by this run and would need engine side observation to settle, which is what the AI Overviews guide covers on the retrieval side. What is settled is the input, and the input is free to fix. If you want these two requests run against your own pages, with the parse printed rather than summarised, that is what a scan does.

Sample Illustrative, not a measurement of any real site.

  • A WebSite node with a name The source Google's documentation calls most important. 376 of 1,080 corpus home pages carried one on 26 September 2026.
  • An og:site_name meta element The second ranked source and the more common one: 583 of 1,080 carried it, often as a side effect of social sharing markup.
  • The two values are identical 29 of the 291 pages carrying both gave two different names. Case and whitespace aside, make them match.
  • The value is a name, not an address or a slogan 46 og:site_name values were the hostname itself, and at least one WebSite node was named with a marketing tagline.
  • Both are in the response, not added by script A crawler that runs no JavaScript reads the bytes. Check view source, not the inspector.
Five checks against the raw HTML of your home page, in the order they pay off. Illustrative ordering, not a scoring model.

Written by

Lantad

Published .

A system that wants to name the publisher of a page has two ways to get the name. It can read a field the page declares for that purpose, or it can guess from the words on the screen. Google is unusually explicit about which it prefers, and about the order it tries them in, and it publishes that order. This run took the published order and checked it against real pages: of the home pages a crawler is allowed to fetch and can actually read, how many supply the declared fields at all, and what do the rest leave a machine to work with?

Common questions

What is AI brand visibility, and does declaring a site name affect it?

AI brand visibility is whether AI systems can read a site and whether their answers name it. Declaring a site name governs the first half and only the first half: it decides whether a consumer reads a stated value or infers one from a title element. Google's site names documentation, dated 2025-12-10, ranks WebSite structured data first and og:site_name second for that purpose. No vendor documents a ranking or citation benefit, this run measured none, and this post claims none.

Which is more important, og:site_name or WebSite structured data?

Google's documentation is explicit that the WebSite structured data is most important if a site wants to specify a preference, and lists og:site_name below it. On the 1,080 corpus home pages Lantad read on 26 September 2026 the reverse is true of adoption: 583 carried og:site_name and 376 carried a named WebSite node, and 292 carried the second ranked source without the first.

What happens if the two declared names disagree?

A system applying a priority order reads the higher ranked source, so the lower one is simply unused rather than blended. That is why Google's Organization documentation, updated 8 September 2026, tells sites to use the same name and alternateName as their site name. 29 of the 291 corpus pages that declared a name in both places gave two different strings on 26 September 2026, including one whose WebSite node was named with a tagline.

Is it a problem to set og:site_name to the domain name?

Nothing first party says it is an error, and no engine publishes what it does with the value, so the honest answer is that it wastes the field rather than breaking it. 46 of the 583 og:site_name values measured on 26 September 2026 were the hostname, including Census.gov, Nike.com and Walmart.com. The field exists to state a name that a domain cannot, so filling it with the domain leaves the name to be inferred from prose exactly as if the field were absent.

See what AI can read on your site

Run a free scan and get a graded report of exactly what AI crawlers can and cannot read, with ranked fixes.