Orsina ValeChatGPT legibility

Back to all lectures

Lecture 7

Separate Similar Properties Before They Merge

  • Identity
  • Sources

Prerequisites: Lectures 2, 3, 4 and 6.

Before this lecture, you should be able to split a ChatGPT answer into the four rooms, notice category drift, and check whether one property is named consistently across its public evidence. You should also know how to weigh a source trail, because confusion between similar properties is usually not caused by one bad sentence; it grows from several weak clues leaning in the same wrong direction.

Two properties sit on opposite sides of the same lake road. One is a small guesthouse with six rooms and no pool. The other is a boutique hotel with a pool, a restaurant terrace and a name that differs by only one word. A guest asks ChatGPT which one is better for a quiet weekend without a car. The answer names the guesthouse correctly, gives the village correctly, then says it has “a pool and terrace dining.” The owner reads that and laughs once, not happily. The pool is across the road, attached to the other place.

That kind of mistake has a particular smell. The model has not invented a whole fantasy hotel. It has picked up real evidence, but from the wrong neighbour. In Italian hospitality, where family names, saint names, lake names, villa names and local landmarks repeat like tiles in an old floor, this is a common risk. A property can be correct in the name room and still contaminated in the promise room. The question for this lecture is simple and slightly annoying: how do we stop ChatGPT from making one blurred hotel out of two real ones?

Confusion often begins before the answer

Entity confusion is a failure where ChatGPT blends facts from similar properties. The term sounds technical, but the scene is ordinary: two accommodation businesses share a name fragment, a nearby landmark, a family surname, an old building name or a booking platform description that was copied too freely. ChatGPT then assembles an answer where the identity points to one property and the amenities belong partly to another.

The first mistake owners make is to treat this as a problem of “wrong information about us.” That is only half right. The information may be correct somewhere else. The wrongness comes from attachment. A pool exists, but not here. A parking area exists, but not at this property. A spa exists, but at the property with the similar name uphill. The model has put the right card into the wrong envelope.

This is why the four-room habit matters. In an entity confusion case, the identity room may look stable enough to fool you. The name is right. The town is almost right. The category may even be close. Then the promise room carries a borrowed amenity, or the place room borrows a landmark from the neighbour. If you only ask, “Did it name us?” you miss the leak.

A composite scenario: a lakeside guesthouse called “Casa Riva” and a small hotel called “Riva Boutique” both appear in local directories, both are near the same ferry stop, and one review mentions “we looked at Casa Riva but stayed at Riva Boutique.” ChatGPT later answers that Casa Riva has boutique rooms and ferry-side dining. The rough edge is not that every fact is false. It is that correct facts have crossed the fence.

Similarity is not just about the name

Names are the obvious trigger, so we start there, but they are not enough. I have seen confusion where the names were not especially close, yet the local clues were. Same village, same saint in the church name, same walking route to the old town, same phrase “two minutes from the lake,” same family surname in reviews. Public evidence does not arrive in neat folders. It arrives as repeated fragments.

The category room can create another bridge. If two nearby properties are both called “boutique hotel” by directories, even though one is an affittacamere and the other is a full hotel, ChatGPT has less friction when it moves facts between them. Category drift from Lecture 3 becomes more dangerous when a similar property nearby has the grander category for real. A broad label is like leaving the doors between rooms open.

Place is just as slippery. “Near Verona,” “above the lake,” “in the historic centre,” “close to the ferry,” “at the foot of the old road”: these phrases help guests orient themselves, but they can also make separate properties look like one cluster. A map listing may keep the pin correct while a directory description stretches the area. When several sources repeat the stretched area, ChatGPT may treat the cluster as a single hospitality picture.

Then there are shared platforms. Two properties may use the same booking engine, the same photographer, the same template, or a shared local tourism page. This is not bad in itself. Small operators use practical systems. But copied blocks such as “our rooms,” “our garden,” “our private parking,” or “near the lake” can make the public evidence look like one property wearing two names.

A working definition for today: a similar-property risk is a public-evidence overlap strong enough for ChatGPT to attach one property’s fact to another. It is measured by whether names, categories, places and promises cross in the answer.

A disambiguation page is a plain correction surface

A disambiguation page is a page stating who the property is, where it is, what it offers and what it is not. It should not sound angry. It should not attack the neighbouring business. It should not be written like a legal warning unless there is a real legal reason, and that is outside our course. Its job is quieter: to give ChatGPT and guests a clean surface where the separation is visible.

The page can live as a short section on the About page, a dedicated “Our property” page, or a practical guest information page. The exact placement matters less than the clarity. It should use the canonical property name from Lecture 4, the address or area, the property type, the main services, and a careful negative statement where confusion happens. Careful means factual, not defensive.

For example, a useful sentence might say: “Casa Riva is a family-run guesthouse in the upper part of San Felice, with six rooms and breakfast by request; it is separate from Riva Boutique Hotel near the ferry road.” That sentence is not glamorous. It is good evidence. It names both the identity and the boundary. It also avoids saying anything nasty about the other property.

The “what it is not” part needs restraint. A page that says “We are not the hotel with the noisy restaurant and expensive pool” creates new problems and looks unprofessional. A better version says: “We do not operate a restaurant, pool or spa; guests looking for those services should check the facilities of their chosen property before booking.” Calm, factual, useful.

A teaching example: imagine a guesthouse whose old legal name includes “Albergo,” but the current guest-facing business is a room rental property with no hotel reception. Nearby, a newer hotel uses a similar family name and does have reception, parking and a restaurant. A disambiguation page can state the current public name, the operating category, the address, the services offered and the services not offered. One slightly awkward detail remains: an old sign in a courtyard still says “Albergo.” The page should not pretend the sign never existed. It can explain the current arrangement in one sentence.

Build the page from the four rooms

The page should not become a dumping ground. Build it in the same order the answer fails.

Start with the name room. Use the canonical property name early, exactly as it appears on your site and strongest public profiles. If there are older names, short names or translated variants still visible in public evidence, connect them carefully. “Formerly listed as…” is useful only if it is true and still needed. Do not add every nickname guests ever used. Too many aliases can create more fog.

Then clarify the category room. If you are a guesthouse, say guesthouse. If you are a B&B, say B&B. If “hotel” appears in old directories but is no longer the right public description, say the current property type in a stable sentence. This is category evidence: public wording that supports a property type across pages, listings and headings. The sentence should be strong enough to stand alone when quoted.

Next comes the place room. Give the address or local area in a way that separates you from the similar property. A town name alone may not be enough. Mention the neighbourhood, road, side of the lake, distance relationship, or nearby landmark only if it is stable and accurate. If the confusing property is in the lower village and you are above the old road, say that plainly. Guests understand such differences. Models can use them too.

Finally, treat the promise room like a customs officer treats luggage: open the cases that caused trouble. If ChatGPT borrows the neighbour’s pool, say whether you have a pool. If it borrows parking, say the parking status. If it borrows restaurant service, say whether you offer meals. This does not require a long amenities catalogue. It requires the facts that have been misplaced.

For a pair of related properties under one brand, the same rule applies without using the neighbour as an enemy. If one property is in the historic centre and the other is outside town, each property page should carry its own address, amenities and practical limits. A shared brand page can introduce the group, but it should not be the only place where parking, breakfast or access details are explained.

Keep the boundary narrow and test it

There is a funny trap here. Owners sometimes repair confusion by adding a long paragraph stuffed with every nearby property name, every landmark, every old category and every service difference. They mean to clarify. The page starts to read like a drawer full of keys, none labelled. ChatGPT may then have even more overlapping fragments to work with.

Keep the correction narrow. Name the property you are separating from only when the confusion is real and repeated. If the risk is general, you can avoid naming the other business and write a clear self-definition instead: “This property is a six-room guesthouse in the upper village and does not operate a restaurant, pool or spa.” That sentence can fix several borrowed claims without making a public comparison.

Also avoid overclaiming distinctiveness. “The only authentic guesthouse near the lake” is tempting, but it is soft praise doing the work of evidence. It does not help the model separate facts. Worse, it invites contradiction from other public sources. A disambiguation page should be humbler and harder: current name, property type, exact place, offered services, absent services, and where guests should verify details.

After writing or revising the page, run a small manual check. Ask ChatGPT about your property by name. Then ask about the confusing property. Then ask a comparison question in ordinary guest language. For example: “What should I know before booking Casa Riva near San Felice?” Then: “Does Casa Riva have a pool or restaurant?” Then: “Compare Casa Riva and Riva Boutique for a guest arriving without a car.”

Do not expect one page to fix everything immediately. We are not pressing a button inside ChatGPT. We are making the public evidence cleaner. Some answers may still carry old fragments, especially if outside sources repeat them. Keep a small note of the prompts, dates, confusing claims, suspected sources and page or listing repairs. The best outcome is not that ChatGPT praises the property more. It is that the answer stops stealing furniture from next door.

What to remember

Entity confusion is a failure where ChatGPT blends facts from similar properties. The borrowed fact may be real, but it belongs to another entity.

A disambiguation page is a page stating who the property is, where it is, what it offers and what it is not. It should be calm, factual and narrow.

Four rooms of Italian hospitality visibility are the name room, the category room, the place room and the promise room, because ChatGPT must recognise who the property is, what kind of property it is, where it belongs and which promises public evidence can support.

Similarity can come from names, categories, landmarks, shared templates, reviews or nearby listings. The repair should match the room where the confusion appears.

A good correction does not attack the neighbouring property. It gives ChatGPT a cleaner boundary: this name, this place, this category, these services.

Self-check test
Describe in your own words how entity confusion differs from a simple wrong category.

Entity confusion happens when ChatGPT blends facts from two similar properties, so the answer may contain a real amenity, address clue or description that belongs somewhere else. A simple wrong category is narrower: the model misclassifies one property, perhaps calling a guesthouse a hotel, without necessarily borrowing another property’s services. In practice the two can interact. If several directories call two nearby places “boutique hotel,” the broad category makes it easier for amenities to cross. I would check whether the disputed claim exists at a neighbouring or similarly named business. If it does, the problem is probably confusion, not just weak classification.

Give an example from your own hospitality setting where two properties might become blurred in an AI answer.

A likely example would involve two properties using the same local landmark or family name. Suppose my guesthouse and another small hotel both mention the same ferry stop, both use the village name prominently, and both appear on booking sites with short descriptions. If the other hotel has a pool and my guesthouse does not, ChatGPT might answer that my property has “easy ferry access and a pool” because those fragments sit close together in public evidence. The names do not need to be identical. Repeated place phrases, shared categories and one review comparing both properties can be enough to make the boundary weak.

How would you decide whether to name the other property on a disambiguation page?

I would name the other property only if the confusion is real, repeated and specific enough that a direct boundary helps guests. If ChatGPT or guests keep mixing my guesthouse with one nearby hotel, a calm sentence naming both can clarify the matter. If the confusion is more general, I would avoid listing competitors and instead write a strong self-definition: current property name, address, category and services not offered. Naming too many other places can add new overlapping evidence. The page should reduce blur, not create a catalogue of similar names for the model to mix again.

When would a disambiguation page fail to solve the problem by itself?

A disambiguation page may fail by itself when stronger outside sources keep repeating the wrong facts. If several directories, booking profiles and map snippets say a guesthouse has parking or belongs to the wrong category, one clear owned page helps but may not outweigh all of that public evidence quickly. It can also fail if the page is vague, defensive or overloaded with too many neighbouring names. The repair then needs two layers: first a clean owned page that states the boundary, then updates on the specific profiles that keep carrying the wrong attachment.

How would you explain similar-property confusion to a receptionist who answers guest questions by phone?

I would say ChatGPT sometimes acts like a guest who has read several listings too quickly. It may remember our name, but attach a detail from the hotel next door because both properties share a landmark, village name or booking category. That is why a caller may ask whether we have a pool, restaurant or parking that actually belongs elsewhere. The receptionist does not need technical language. They need the clean boundary: our current name, where we are, what kind of property we are, what we offer and what we do not offer. The website should say the same thing.