Join us in Dallas for LocalU
October 20, 2026 - Just $299
Google Business Profile (GBP) relationships are entity connections that define how distinct business listings are physically or organizationally nested within one another. Because Google now views the world as a map of entities rather than just addresses, defining these relationships ensures your local authority isn’t “lost” inside a larger building or overshadowed by a parent brand.
In the early days of Local SEO, these were simply called “Relations.” Today, they are sophisticated Entity Relationships within Google’s Knowledge Graph. There are four primary types you need to know. Some are visible to customers on Google Maps, while others exist only in the “backend” API data.
The biggest change in recent years is how Google distinguishes between a brand-aligned department and an independent business sharing the same roof. GBP Department listings belong to a parent brand, sharing the same management and location while maintaining unique attributes like hours and categories. In the API, this is defined by the DEPARTMENT_OF relationship.
This represents two listings that share a physical area and the same brand/management, but have different attributes like hours or categories. In technical terms, Google treats these as sub-properties of the main entity.

This is for different companies sharing a space where there is no shared brand ownership. For instance, a FedEx office located inside a WalMart, or a Starbucks inside a Safeway.

When your relationships are set up correctly, Google Maps displays a Directory tab. This is a powerful UX feature that allows users to see every business inside a specific building (like a mall or a large medical complex) without leaving the parent listing.

If your business is inside a plaza but doesn’t appear in the directory, it’s usually because your relationship is set to the plaza rather than the specific building entity.
This remains an “invisible” relation that connects a professional (like a doctor, lawyer, or real estate agent) to a firm. This is now handled via the memberOf schema and backend entity matching.
If a practitioner leaves a firm but the “Works At” relationship isn’t severed in the API, the old firm’s ranking power can be diluted, or worse, the practitioner’s profile might continue to show the old firm’s address in the Knowledge Panel.
The most critical relationships are often the ones you can’t see in the standard dashboard. To see these, you must look at the Google Business Profile API data, specifically under the placeRelationshipContext and subProperty fields.
Chain IDs verify brand affiliation across the global Knowledge Graph. In the API, a relationship will often appear as a unique string, such as chains/ChIJ7Qlr1nrZoYcRqD0DfHM2Sas (which identifies a specific brand entity, like McDonald’s).
You no longer have to wait for Google Support to fix these in most cases. You can suggest an edit using the “Edit Profile” tool on Maps to manually link a business to its parent. Always ensure the sub-entity marker is nested within the footprint of the parent entity’s marker.
Ultimately, correct relationships enhance local prominence by ensuring Google’s Knowledge Graph accurately maps your business entity. This prevents your ranking power from being diluted and ensures you appear in the mobile Directory tab.
Google has moved beyond simple business listings to a complex Map of Entities. Understanding and defining your business’s relationships, whether it’s a DEPARTMENT_OF a hospital or an INDEPENDENT_ESTABLISHMENT_IN a shopping mall, is no longer optional.
By correctly mapping these connections, you ensure your local authority is preserved, your Directory presence is active, and your brand remains tethered to the global Knowledge Graph. In the world of AI-driven search, properly defined relationships enhance local prominence and guarantee that your business is found exactly where it belongs.

Thank you Joy.
I have also seen another relation, the listing is showing the walking distance from the place I was searching.
Here is the link to the image. (https://ibb.co/QJhCrbY).
This is just a feature, not a relation, but it was added in December of 2019 – https://www.sterlingsky.ca/google-local-changes/
Re: Adding “Located In”
My experience is when adding “Located in” (i.e. containment) to an existing listing, or changing/correcting “Located in” to an existing listing, the POI marker in the map (above it) MUST be moved (just a tad/smidge) – – otherwise the new “Located in” information WILL NOT STICK, and will revert to the existing information.
I think, but am not 100% sure, that adding “Located in” information when creating a new listing will stick.
And from the “Captain Obvious” Department: The POI/listing/feature you want to show as the “Container” for “Located in” must already exist and be indexed in order for it to display as an option.
Thanks Roger – that’s good to know!
[newbie question] I noticed when searching on Maps for A&W (on desktop) the results included results for Long John Silvers. Both A&W and Long John Silvers were sold by YUM in 2011 to two different franchise groups (see reference).
Is there any explanation for these search results? An unintended feature? A
“Relations” setting incorrectly made, or not updated? – Thanks!
https://consumerist.com/2011/09/22/yum-sells-off-long-john-silvers-and-aw-to-franchisee-groups/
Thank you Joy.
I have also seen another relation, the listing is showing the walking distance from the place I was searching.
Here is the link to the image. (https://ibb.co/QJhCrbY).
This is just a feature, not a relation, but it was added in December of 2019 – https://www.sterlingsky.ca/google-local-changes/
Re: Adding “Located In”
My experience is when adding “Located in” (i.e. containment) to an existing listing, or changing/correcting “Located in” to an existing listing, the POI marker in the map (above it) MUST be moved (just a tad/smidge) – – otherwise the new “Located in” information WILL NOT STICK, and will revert to the existing information.
I think, but am not 100% sure, that adding “Located in” information when creating a new listing will stick.
And from the “Captain Obvious” Department: The POI/listing/feature you want to show as the “Container” for “Located in” must already exist and be indexed in order for it to display as an option.
Thanks Roger – that’s good to know!
[newbie question] I noticed when searching on Maps for A&W (on desktop) the results included results for Long John Silvers. Both A&W and Long John Silvers were sold by YUM in 2011 to two different franchise groups (see reference).
Is there any explanation for these search results? An unintended feature? A
“Relations” setting incorrectly made, or not updated? – Thanks!
https://consumerist.com/2011/09/22/yum-sells-off-long-john-silvers-and-aw-to-franchisee-groups/
I’m not able to replicate it. Where were you searching from (what zip code)?
Either 01950 or 01913 (depending on what source Maps decides to choose 😉
Interesting. I can see it now. It definitely could be the result of a chain relation set incorrectly. To confirm that though they’d have to reach out to GMB support.
I’m not able to replicate it. Where were you searching from (what zip code)?
Either 01950 or 01913 (depending on what source Maps decides to choose 😉
Interesting. I can see it now. It definitely could be the result of a chain relation set incorrectly. To confirm that though they’d have to reach out to GMB support.
Thanks Joy Hawkins, words are too small for the value you add through your content, This is the best guide I have seen so far on the internet. What Are “Relations” in Google My Business? was easy to understand with comprehensive and easy explanation.
Thanks Joy Hawkins, words are too small for the value you add through your content, This is the best guide I have seen so far on the internet. What Are “Relations” in Google My Business? was easy to understand with comprehensive and easy explanation.