drishva.ai

Home / Blog / Article

Structural finding

One group. Eight brand names. A hundred strangers.

Why scale can work against a multi-brand hotel group in AI answers, and what the fix actually involves.

· 6 minute read · drishva.ai

One group. Eight brand names. A hundred strangers.

There is an assumption inside most hotel groups that scale helps. More properties, more reviews, more coverage, more authority. In AI-generated answers, that assumption breaks — and for multi-brand groups it can invert completely.

What we found looking at a real portfolio

Before running a single measurement on a mid-market Indian group, we read its own website. The portfolio operates under eight distinct brand names. Only five of its hundred-plus properties carry the group's own name. The rest sit under international franchise brands and sub-brands, each with its own naming convention, its own listing history and its own review corpus.

That is a sensible commercial structure. Franchise agreements bring distribution, loyalty programmes and brand recognition. Nobody made a mistake.

But consider what a machine sees. A property called Quality Inn Regency in Nashik and a property called Click Hotel in Bhuj share an owner, an operating model, a reservations system and a standards manual. To an AI system reading the open web, they share nothing at all. There is no reliable, machine-readable statement anywhere that connects them.

The practical consequence is that reputation does not compound. Every listing claimed, every review earned, every tourism board registration completed for one property contributes nothing to any other. A group of a hundred hotels can carry the machine-readable footprint of a hundred unrelated independents.

Why this matters more in AI answers than in search

In conventional search, brand fragmentation is inconvenient. Each property competes on its own local signals, and a strong group brand offers a modest lift where the name appears in the query.

In an AI answer the dynamic is different, for two reasons.

First, there is no partial credit. A model asked where to stay in a given market names three or four properties in prose. There is no eleventh place and no impression to salvage. A property is in the answer or it is absent, and nothing in a hotel's analytics records the absence.

Second, models lean heavily on third-party corroboration. Roughly 84% of AI citations come from earned media rather than a brand's own website.Muck Rack Generative Pulse, May 2026 — 25m+ citations analysed across ChatGPT, Claude and Gemini. A model is therefore assembling a picture of a property from listings, reviews, guides and tourism board records. If those records do not connect to one another, the model has no way to accumulate confidence across the portfolio.

The two failures underneath it

Entity fragmentation is rarely a single defect. In the portfolio we examined it rested on two more basic problems, both verifiable from outside and both free to fix.

No structured data on property pages

We checked the group's own property pages and found no JSON-LD of any kind. No Hotel schema, no LocalBusiness, no Organization, no canonical tag. The address, the room count and the telephone number are all visible to a human reader and invisible to a machine.

This is the highest-impact fix per hour of work available to most groups, and it is almost always unclaimed. Structured data is the one place where a group can state explicitly — rather than hope a model infers — that a property belongs to a portfolio, sits at a given address, and operates under a parent organisation.

A robots.txt written for a different era

The same group's robots.txt disallows CCBot, the Common Crawl crawler, along with twenty-two other user agents including DuckDuckBot, YandexBot and Baiduspider.

Common Crawl is one of the largest open web corpora and feeds into both model training and some retrieval pipelines. Blocking it removes the group from a dataset it cannot otherwise buy its way into. That line was almost certainly written years ago as a defence against scrapers, by someone who had never heard of generative search and who made an entirely reasonable decision at the time.

Notably, GPTBot, ClaudeBot and PerplexityBot are all permitted — but only because nobody named them. Permission by omission, not by decision. A future edit to that file could remove AI access without anyone realising what had been lost.

What the fix actually involves

It is unglamorous and it is per property. There is no group-level switch.

  • Reconcile the entity records. Name, address and telephone number identical across every surface that holds them — down to the punctuation. Not similar. Identical.
  • State the relationship explicitly. Structured data on every property page declaring the parent organisation, so the connection between Quality Inn Regency and its group is a fact rather than an inference.
  • Audit crawler permissions. Read the robots.txt and the content delivery network's bot rules. The most common cause of AI invisibility is a setting nobody chose deliberately.
  • Claim what is free. Tourism boards, destination marketing organisations, map platforms and secondary directories are permanent, treated as authoritative, and in our experience substantially unclaimed across large portfolios.
  • Batch by platform, not by property. Working one platform across the whole portfolio rather than one property at a time is roughly 40% faster and is what makes this viable at group scale.

The honest limitation

We cannot tell you what this does to bookings. Nobody can, and any firm that offers you a causal model linking AI visibility to revenue should be asked to show it.

What we can say is narrower and verifiable. If a group's properties are not connected in machine-readable form, the work done on one will not help another. That is a structural fact about how the data is organised, not a claim about outcomes. It is measurable before any work begins, and it is measurable again afterwards.

The uncomfortable part for a large group is that this is one of the few situations where being big offers no advantage at all. A hundred fragmented entities are not stronger than one. They are a hundred separate problems, each requiring the same work as an independent hotel down the road — and most groups have never counted them.

Definitions of the terms used in this article →