Moz Q&A is closed.
After more than 13 years, and tens of thousands of questions, Moz Q&A closed on 12th December 2024. Whilst we’re not completely removing the content - many posts will still be possible to view - we have locked both new posts and new replies. More details here.
Adding Schema to multi-location Wordpress Website using Schema Pro
-
All, we're building a new version of our existing website using Wordpress and have both Yoast SEO Premium and Schema Pro installed. Our site has 70, a medical practice, has 70 different locations.
Each one of our locations has a page tile like the following: "Los Angeles | ABC Dental". The first part of the site title is the town we're located in followed by our site name.
Using Schema Pro, we're not sure about what to place into the "Name" field. You can see the direction from Schema Pro for local businesses here, https://wpschema.com/docs/add-schema-markup-for-a-local-business-page/
By default Schema Pro has the name field set to Site Title. However, using this on all 70 or our landing pages wouldn't provide the local aspect we want. It would just say ABC Dental. We changed this to use a new custom field where we could enter a more descriptive name.
Using our page title example of "Los Angeles | ABC Dental", would we simply enter this into the name field of Schema Pro? If not, would we format this another way such as "ABC Dental Los Angeles"
We could use some help in a strategy for Schema markup for multi-location businesses, in particular, the name field. All other information such as address, phone number, etc seems rather straight forward.
Thank you for the assistance
-
This schema defines the name of your business, it should just contain your business name (and nothing else)
"Name:_ This is the name of the business you are talking about_"
If the name of your business (legally, the name you trade with) is "ABC Dental", then this should be set to "ABC Dental"
Editing your business name for SEO is something that Google frowns upon at the GMB / schema level. Lots of the information which affects a businesses' prominence in the SERPs is cross-fed from schema, but also from Google My Business
For Google My Business, it's frowned upon to conjoin your location and business name (indeed this can cause GMB penalties)
"[Don't] Stuff only keywords in the title: Don’t take the advice above badly. If you have multiple keywords, just focus on the main one and keep the secondary ones for your website’s pages. A good example of keyword stuffing which you should avoid is the following: “Arcadia: Hotel, Motel, Bed and Breakfast, B&B, Restaurant in London. Google doesn’t like that and will often hard suspend pages that do this, so avoid it." ~ Cognitive SEO
"Your name should reflect your business’ real-world name, as used consistently on your shop front, website, stationery and as known to customers. Accurately representing your business name helps customers find your business online.
_Add additional details like address and/or service area, opening hours and category in the other sections of your business information. _
For example, if you were creating a listing for a 24-hour coffee shop in Southampton city centre called Shelly’s Coffee, you would enter that business information as:
- Business name: Shelly’s Coffee
- Address: 324 Poppy Street, Southampton
- Hours: Open 24 hours
- Category: Coffee shop
Including unnecessary information in your business name is not permitted, and could result in your listing being suspended. Refer to the specific examples below to determine what you can and can't include in your business name." ~ Google
Since Google frown on building out the business name with keywords (yes, EVEN location based ones) for GMB, and since LocalBusiness schema and GMB data serve similar functions for Google - why would they think any differently?
As such I'd personally not include your location in your business name specifically (either through schema or on GMB) as the benefit of doing so will be slight, whilst the risks may be more substantial (GMB / rich snippet spam penalties)
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
Adding Multiple Country Locations for Google Business Listings
Hi Moz community, I hope everyone is well. I would like to ask for your advice on how to show a Google Business listing in both the UK and US for our brand. I understand that you can add multiple locations to your Google listing under the 'Manage Locations' tab but I wasn't quite sure how it worked in practice. I have a couple of questions below: If we have 2 registered locations/offices (one in the UK and one in the US) are we able to create 2 separate locations that will show our business listing correctly in the right-hand margin when people search for our brand in the US and UK respectively? If so, when a user finds our business listing in the US, are we able to serve them our US website version when they click the 'Website' button, as opposed to showing them our UK website? Our US website has been created as a sub-directory from our main UK site and can be seen as: www.example.com/us/ I hope someone is able to help, and thank you in advance.
Local Listings | | Katarina-Borovska
Katarina0 -
Optimal URL Structure for a Multi-City Directory
I need help choosing the ideal URL structure for a multi-city directory. The current URL structure is /category which is okay because we are only in one geography. However, we're now expanding to other cities so we are reevaluating the best way of structuring the URL. The three options I have are: example.com/city/category Pro: Follows the user around with the city after the root (like language) Con: Possible short-term traffic loss. Build page authority on new URLs Pro: SEO Benefit for terms: {city category} example.com/city/ would have to be a URL and a general landing page. This would mean that /category would no longer exist example.com/category/city The website is currently set-up with /category but is now expanding beyond Toronto Pro: /category would still exist so no short-term SEO issues Pro: SEO Benefit for terms: {general category} example.com/category/ is already a URL and would display results based on proximity example.com/category (geo recognizes city) Pro: Clean URL Con: We're not Ticketmaster I was able to find major directory sites with very strong SEO doing it all three ways above. City First https://www.yelp.ca/c/toronto/restaurants https://angel.co/r/toronto/marketing/jobs https://www.redflagdeals.com/in/toronto/deals/c/cell-phones/ https://www.bizbash.com/new-york/venues Category First https://eventup.com/venues/new-york-ny/ https://www.yellowpages.ca/search/si/1/Restaurants/Toronto+ON https://www.weddingwire.ca/wedding-venues/ontario https://www.livenation.com/cities/130465/toronto-on No City in URL https://www.ticketmaster.ca/
Local Listings | | Neumarkets.com1 -
Should apartment management companies have a separate website for each of their properties?
I work for a company that owns and manages apartments. I would like to know which of the two website design decisions are better from an SEO perspective: One single website that contains pages for all of our apartments. (Example: http://www.equityapartments.com) Separate websites for each apartment and one main corporate website allows users to search through our apartments. (Example: https://www.greystar.com) I have spoken to three marketing companies have all recommended option 2. The best reason I have heard is because then the separate apartments are all more likely to rank. They say Google doesn't want to rank multiple pages of the same website.But Google would still know that I have an administrative relationship between the sites. (Source: https://moz.com/blog/how-google-knows-what-sites-you-control-and-why-it-matters-whiteboard-friday) So I don't know why they would treat multiple sites differently than one site?For what it's worth, it seems the majority of apartment management companies use a different website for each property.So should have a separate website for each of their properties?
Local Listings | | mikleing1 -
Best Practice When Selling One Location of Company with Multiple Branches - Local Search
I have a client with a small business with 4 different branches. Currently, we have a main landing page for the company, plus distinct landing pages for each branch with maps, territories, distinct phone numbers, etc., for each branch. The company recently sold one of the branches to a competitor as they do not want to service that area anymore. They have asked me what they should do now. Obviously, we are going to remove the location page for that branch, but we also need to transfer the phone number to the other company for use as part of the sale. What tasks should I look into for separating the branch from the rest of the company while still maintaining best practice for the rest of the site/company? Thank you for your help and suggestions.
Local Listings | | Ayres-SEO0 -
Concerned about cannibalization for local SEO results. Should we move some of our location pages to a subdomain?
Currently we are providing local SEO recommendations for a well known pharmacy chain. Like most major brands they enjoy multiple organic (not just 3 pack results) listings when people search for local phrases such as "Dallas pharmacy clinics'". The issue is that all these listings are coming from the same domain page. We are seeing multiple listings both branded and non-branded search queries. Our concern is that Google will someday decide to choose one listing as the most authoritative and nix the rest of the local listings which will reduce their first page search engine saturation. To maintain first page saturation we are considering recommending to the client that they move some of their location listings
Local Listings | | RosemaryB
to a subdomain (different IP address) to avoid a Google "clean up". Please note that our client is certainly not using any "doorway" pages but some of these are very scarce on content. They do not have an issue with duplicate content either. By using subdomains could we help maintain our client's first page saturation? Any links to articles would be much appreciated.0 -
How do you go about updating / correcting bad business listings when you cannot contact the website directly?
There is a business listing I wish to correct / update on 411dir.biz There is no way to contact the website online, and in cases like this, I try to do a whois lookup, and reach out via the email / phone number there. This site seems impossible to connect with, has anybody else come up against situations like this in the past, if so what do you tell your client / what other approaches do people have? Thanks!
Local Listings | | ParadigmPCB0 -
Adding multiple locations business to directories
We have multiple locations business.
Local Listings | | VicMark
Adding each location business info to directories. There are same services and everything for each location. Should we keep the same description for all listings or different for each location?
Should we indicate Home Page URL (with 800 number, no address in footer) or location URL?0 -
Targeting both Dutch countries .NL & .BE --> 2 ccTLD's using rel-alternate or just one TLD?
We want to target both Dutch countries .NL & .BE (Belgium & Netherlands).
Local Listings | | Brainlane
Should we go for the 2 ccTLD's using rel-alternate, or go for one TLD, .EU or similar? We currently have an SEO project going on where DNS.be & DNS.nl are equally important. Currently we are using the rel-alternate meta data. The .be website is doing fantastic, the .nl one seems stagnant and not really getting to target. For a similar project, we are now wondering whether we should go for the same approach, or just pick one TLD (.EU or similar). Note: we cannot create content that is regionally specific, since the content is just what it is and cannot be altered.0