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.
Listing multiple schema Things (e.g. Organization, LocalBusiness, Telephone, Locations, Place, etc)
-
Greetings All,
My law office features many pages with what are essentially directory listings (names, addresses, and phone numbers of places, agencies, organizations that clients might find helpful).
Am I correct in assuming that using schema for each of these listings might cause confusion for search engines? In other words, are search engines looking for schema on pages or sites to tell them only about the company running that page or site, or do search engines appreciate schema markup to tell them about all the pieces of content on the pages or that site?
-
Everett,
Thank you. Very much appreciate the detail. Will definitely check out JSON-LD.
-
Hello Micromano,
See this thread on Stack Exchange. You can mark up your organization, as well as any organization (or other "entity") that you describe / discuss on your website. Marking up an organization doesn't mean you are necessarily affiliated with them UNLESS you use the "SameAs" tag to connect that data with your own website, wiki page or social profiles...
Also, you may want to look into using JSON-LD instead. You would still base it on the Schema.org hierarchies, but the code is slightly different. The cool thing about JSON is that you don't have to show all of the data you're marking up. It can just be in the source code and not visible on the page, similar to meta descriptions as far as that aspect goes.
Here's what I would do.
1. Put Organization Schema for YOUR business (or your client's) in the HTML header of EVERY page using JSON-LD. Here's a generator I like. Also check out the JSON-LD Playground for testing your code. Don't forget the SameAs tags pointing to other sites/pages that you can verify as "official". This includes Wikipedia pages, Wiki Data pages and social profiles.2. Also surround information about YOUR business (logo, NAP...) with traditional Schema.org Organization markup.
3. Use traditional Schema.org Organization markup for the business listings, and include a SameAs tag around a link to their official websites.
Here's a good Stack Overflow thread to check out: Mixing Together Schemas.
-
Thanks for all the responses! Much appreciated.
-
In general schema.org markup helps search engines understand the content within the context better. So when you makup data it helps SE's understand you pages better. I would go for the schema.org markup in json-ld to be flexible in how the you show the marked-up data in your content. So to answer your question I would go ahead and mark-it-up (but make sure you do it the right way). Good luck.
-
No, it won't create any confusion for SEs if you are using the schema in proper manner like mentioned here, as per my opinion Structured data is a great idea to display your business in SEs, and it is definitely appreciated by SEs. This is also a good article about Schema https://blog.kissmetrics.com/get-started-using-schema/
Hope it helps
-
I've been wondering about this too. I may be wrong, but I feel as if it's contextual. For example, on many event listing websites they use event schema. Which will mark up the event details as well as the organiser details. This uses schema for the organiser and venue's business addresses, phone numbers and website, etc. This is the correct way of marking up events and the rich snippets display correctly on Google. As long as the NAP is under Organization or whatever (which lists the business' name) and you make it clear that it isn't your organisation, I assume it's fine.
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
-
Unsolved Duplicate LocalBusiness Schema Markup
Hello! I've been having a hard time finding an answer to this specific question so I figured I'd drop it here. I always add custom LocalBusiness markup to clients' homepages, but sometimes the client's website provider will include their own automated LocalBusiness markup. The codes I create often include more information. Assuming the website provider is unwilling to remove their markup, is it a bad idea to include my code as well? It seems like it could potentially be read as spammy by Google. Do the pros of having more detailed markup outweigh that potential negative impact?
Local Website Optimization | | GoogleAlgoServant0 -
Differentiating Franchise Location Names to better optimize locations
Hello All, I am currently spear heading SEO for a national franchise. I am coming across locations in the same city and zip code. I'm definitely finding difficulties in naming the location in a way that will be specific to the franchise locations (locations are 1 mile away from each other). I am looking to apply geo specific location names for each center regardless of local city terms. (e.g. Apexnetwork of north madronna, Apexnetwork of south madronna) Also, building the website and location to read (apexnetwork.com/north-madronna….. apexnetwork.com/south-madronna) While encouraging the client to continue using the geo specific terms while writing blogs. Is this best practice? Any feedback would help.
Local Website Optimization | | Jeffvertus0 -
Service Area Location Pages vs. User Experience
I'm familiar with the SAB best practices outlined here. Here's my issue: Doing local landing pages as described here might not be ideal from a user experience point of view. Having a "Cities We Serve" or "Service Areas" link in the main navigation isn't necessarily valuable to the user when the city-specific landing pages are all places within a 15-mile radius of the SAB's headquarters. It would just look like the company did it for SEO. It wouldn't look natural. Seriously, it feels like best practices are totally at odds with user experience here. If I absolutely must create location pages for 10 or so municipalities within my client's service area, I'd rather NOT put the service areas as a primary navigation item. It is not useful to the user. Anyone who sees that the company provides services in the [name of city] metropolitan area will already understand that the company can service their town that is 5 miles away. It is self-evident. For example**, who would wonder whether a plumbing company with a Los Angeles address also services Beverly Hills?** It's just... silly. But the Moz guide says I've got to do those location pages! And that I've got to put them high up in the navigation! This is a problem because we've got to do local SEO, but we also have to provide an ideal experience. Thoughts?
Local Website Optimization | | Greenery1 -
Multiple location pages are they bad?
Hello all, I am research some competitors of a client of mine. My client specializes in H.P. printer repair and over the last 8 years has lost market shares to the competition. I want to reclaim market share. As I was searching some of the service companies many have page that list multiple towns that they service. here is an example. http://printerrepairservice.com/locations-we-service/ Should I be recommending this to my client? To me it seems like a spam keyword process. I know an employee of this particular company and he say their online business is booming. I want my clients to boom too! What are your thoughts on these location type pages?
Local Website Optimization | | donsilvernail0 -
Schema markup for a local directory listing and Web Site name
Howdy there! Two schema related questions here Schema markup for local directory We have a page that lists multiple location information on a single page as a directory type listing. Each listing has a link to another page that contains more in depth information about that location. We have seen markups using Schema Local Business markup for each location listed on the directory page. Examples: http://www.yellowpages.com/metairie-la/gold-buyers http://yellowpages.superpages.com/listings.jsp?CS=L&MCBP=true&C=plumber%2C+dallas+tx Both of these validate using the Google testing tool, but what is strange is that the yellowpages.com example puts the URL to the profile page for a given location as the "name" in the schema for the local business, superpages.com uses the actual name of the location. Other sites such as Yelp etc have no markup for a location at all on a directory type page. We want to stay with schema and leaning towards the superpages option. Any opinions on the best route to go with this? Schema markup for logo and social profiles vs website name. If you read the article for schema markup for your logo and social profiles, it recommends/shows using the @type of Organization in the schema markup https://developers.google.com/structured-data/customize/social-profiles If you then click down the left column on that page to "Show your name in search results" it recommends/shows using the @type of WebSite in the schema markup. https://developers.google.com/structured-data/site-name We want to have the markup for the logo, social profiles and website name. Do we just need to repeat the schema for the @website name in addition to what we have for @organization (two sets of markup?). Our concern is that in both we are referencing the same home page and in one case on the page we are saying we are an organization and in another a website. Does this matter? Will Google be ok with the logo and social profile markup if we use the @website designation? Thanks!
Local Website Optimization | | HeaHea0 -
Multilocation business, how can you rank for different categories in different locations with only branch pages?
Hello Mozzers, I am wondering how do you rank for categories locally where when you operate from multiple branches. Currently our eCommerce website has location pages for every category but I know that this is now classed as doorway pages and spammy so I am in the process of sorting out our site structure. I understand that the general format for having sites with multiple branches is to have a branch page per physical location and that's about it. Is there any more to this ? However, What confuses me though, is that if you offer all these services in all these branches, how are you going to rank for them locally if you don't have a specific page for each of them in that location? So for example - We rent Carpet cleaners , floor sanders, generators in each of our different branches. My site currently has a carpet cleaner hire <location>url , floor sander hire <location>url and a generator hire <location>url. Every branch has a url for each of my categories.</location></location></location> So if I was to get rid of all of my location category pages. How am I going to rank for these renting these products in different cities where our branches does without having specific location pages for them ? Is it just a case that google knows that because I have branch pages at locations x, y, x , then my carpet cleaner , floor sander and generator category pages will rank locally in those locations providing I have decent citations etc etc etc thanks
Local Website Optimization | | PeteC12
Pete0 -
Schema for same location on multiple sites - can this be done?
I'm looking to find more information on location/local schema. Are you able to implement schema for one location on multiple different sites? (i.e. - Multiple brands/websites (same parent company) - the brands share the same location and address). Also, is schema still important for local SEO? Thank you in advance for your help!
Local Website Optimization | | EvolveCreative0 -
Location Pages and Duplicate Content and Doorway Pages, Oh My!
Google has this page on location pages. It's very useful but it doesn't say anything about handling the duplicate content a location page might have. Seeing as the loctions may have very similar services. Lets say they have example.com/location/boston, example.com/location/chicago, or maybe boston.example.com or chicago.example.com etc. They are landing pages for each location, housing that locations contact information as well as serving as a landing page for that location. Showing the same services/products as every other location. This information may also live on the main domains homepage or services page as well. My initial reaction agrees with this article: http://moz.com/blog/local-landing-pages-guide - but I'm really asking what does Google expect? Does this location pages guide from Google tell us we don't really have to make sure each of those location pages are unique? Sometimes creating "unique" location pages feels like you're creating **doorway pages - **"Multiple pages on your site with similar content designed to rank for specific queries like city or state names". In a nutshell, Google's Guidelines seem to have a conflict on this topic: Location Pages: "Have each location's or branch's information accessible on separate webpages"
Local Website Optimization | | eyeflow
Doorway Pages: "Multiple pages on your site with similar content designed to rank for specific queries like city or state names"
Duplicate Content: "If you have many pages that are similar, consider expanding each page or consolidating the pages into one." Now you could avoid making it a doorway page or a duplicate content page if you just put the location information on a page. Each page would then have a unique address, phone number, email, contact name, etc. But then the page would technically be in violation of this page: Thin Pages: "One of the most important steps in improving your site's ranking in Google search results is to ensure that it contains plenty of rich information that includes relevant keywords, used appropriately, that indicate the subject matter of your content." ...starting to feel like I'm in a Google Guidelines Paradox! Do you think this guide from Google means that duplicate content on these pages is acceptable as long as you use that markup? Or do you have another opinion?0