Geo-targeting Schema Codes
-
Hello Moz,
I have a couple of questions about the wonderful world of schema.org. I understand basically how everything works, but I have a client that has multiple locations and operates as a bowling alley/restaurant/entertainment venue. My questions are as follows:
1. What is the difference between the Place, LocalBusiness, and Restaurant Schema Codes? Can I geo-target these codes to come up in the areas of the different locations?
2. With the Restaurant Schema Code, will the menu populate in google the way other restaurants do? Do I just need this code on pages that relate to their menu/restaurant?
3. Is there some sort of cheat sheet somewhere where I can see examples of codes and how to use them?
Thanks!
-
Hi Cole,
When you're trying to understand the relationship/the difference between the different entities I find this to be the most useful screen: http://schema.org/docs/full.html.
Taking your example, we can see that LocalBusiness is a type of Place and a type of Organisation. You'd always want to try and pick the most specific entity possible, so you'd pick LocalBusiness rather than Place.
But your business does multiple things and LocalBusiness isn't very specific.
Schema.org supports the concept of multiple types for a single object but at the moment, all the structured data validators throw up errors and can't work with it.
Here's the last discussion that happened on it: https://lists.w3.org/Archives/Public/public-vocabs/2015Feb/0061.html
And the page that came from it: https://lists.w3.org/Archives/Public/public-vocabs/2015Feb/0061.html
In your case I think the right thing to do is either to use Restaurant gain the special markup properties available to a restaurant and put the other features in the description. Or use Localbusiness and then use the additionalType property to show the other kinds of things you do. (Although they as they mention in the documentation, they might not understand this bit quite as much at the moment.)
You can find great examples for the first one on the restaurant page at schema.org http://schema.org/Restaurant
And 2 in JSON-LD would look something like this:
On the menu point, I couldn't recreate any rich menu's, the only examples I could find were links to menus from the local business blocks. And in that case it's being pulled from the Menu property in Restaurant.
-
Hey Craig,
Thanks for your response. The business is all of these in one. Sort of like a one-stop-shop for entertainment. If you google "McDonald's Menu", you can see the field I am trying to replicate.
Thanks!
-
Hi Cole,
1 - When you say this business operates as bowling alley/restaurant/entertainment venue do you mean these are three different venues?
2 - Can you give me an example of the query that is showing the result you're trying to replicate.
3 - The schema.org website has lots of examples in the areas you mentioned. Scroll to the bottom of the page and you'll see different examples that you should be able to just do a find and replace on.
Craig
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
-
Google My Business - Service Area - Use Zip Codes or City Names?
Google allows you to choose up to 20 locations as service areas, and you can choose based on cities, counties, or zip codes. I'm trying to determine if zip codes, cities, or counties are better to select for our GMB profiles. We are located in the US. I am thinking it's best to use all 20 areas allowed on a profile as long as they are relevant, generally giving Google all the info they will let you provide is best. I also am leaning toward using zip codes because it also includes the city when you choose by zip code. For example: Entered the zip code 21009 and the service area selection provided was: Abingdon, MD 21009, USA Entering the city/state returns a selection of Abingdon, MD, USA I also think it may have to do with how people search and find your business as well? Does anyone have experience with this? Best practices? My google searching has not turned up any reliable info.
Local Listings | | WadeBayMgmt0 -
Geo Tags for Yellow pages
Hello, I am new here, and I hope you can help me with Geo Tags. I am the owner of one of the biggest yellow pages in Lithuania, so I hope you don't mind that you won't understand what's written in the page. The url is https://www.spec.lt Every single company that is based in Lithuania is divided into some kind of "activity" that they do. For example "Metal". And they are attached to that activity as the all the other companies that do that - https://www.spec.lt/veikla/metalai
Local Listings | | anonimas
But everyone is search for businesses that are closer to them, for example companies that are based in the same city, like Vilnius. (The capital of Lithuania for those who don't know that) 😄 So the url would be this: https://www.spec.lt/veikla/metalai/vilniujeThe questions is: Should we include geo tags in this page like this: Generated by geo-tag.de ? Our competitors don't do that but sites like yellowpages.com do that (I believe). The other question would be https://www.spec.lt/veikla/metalai should the main category URL have something like that: Shoving that is for Lithuania (the domain is already .lt - google webmaster associates it with Lithuania). The last question is what about the company URL page: https://www.spec.lt/imone/a-lygio-reklama-uab
Should we include geo tags of this company in this page even tho the company works in the whole Lithuania not only in one city ? The problem is: there are so many companies, that we don't know if they work in the whole country or only the part of it. So I hope for the answer that helps to find the best solution. Thank you!0 -
For Google's Structured Data, should I change my listings from Product schema to Local Business schema?
I was reading Google's Structured Data spec, and I'm considering changing the schema of our listing pages from the Product schema to the Local Business schema. Is this a good idea? To give you a little more info, the pages that I'm classifying are listings for physical spaces that our website rents out for activities, such as meetings. Here's an example of a listing: https://www.peerspace.com/pages/listings/550ddcde2f352d0800fc186b Our goal is to add the proper schema.org tags to the page so that our spaces show up in local searches, such as "meeting space in San Francisco." The problem is that when we add location microdata (addressLocality, addressRegion, etc.) to our current "Product" schema, Google tells us that "Products" can't have a location. However, we aren't quite a "Local Business" either, since we don't publicly share our space's street addresses—only the space's neighborhood/city/state for privacy reasons. As a result, we get an error from Google's Structured Data Tool as a "Local Business" page because "streetAddress" is required for Local Businesses. Should we switch to the Local Business schema anyway, even though we get structured data errors for streetAddress? Or is it better not to include the location information in the microdata so that we don't have errors? Does Google penalize you for incomplete tags? Any input is appreciated!
Local Listings | | stuartstein0 -
Should add Schema markup to my sites Business Directory?
I'm adding a Business Directory to my ecom site to show where the product can be purchased/used. Some listings are stores where you can purchase others are restaurants, bars and spas the product can be used. My question is should I add relevant Schema markup for each listing? My thoughts are yes but wanted feedback from the community.
Local Listings | | ColeBField
Thanks0 -
Local Search and Schema.org - Do I need to tag up the "same as" Property to all my citations to help with local rankings?
Hi All, We have implemented Schema.og on our website and this also includes the local business schema for all of our branches.However I've read an article (see below ) which says we should also be doing "same as " property and linking this to ALL of our citations such as google plus page , yelp , bing places, city search etc etc as this will help with citations. I am wondering if anyone has done this ? - And if so , has this helped with local rankings etc - I don't really want to invest the extra costs to get this done if I can't find anywhere that says its made a difference - The article from whitespark - says - "when you create new citations for your business (or for your client’s), it’s a waiting game hoping that Google and the other search engines will find your new citations quickly and make the connection between those listings, the business, and the website. The “sameAs” property can help make that process much quicker _and _easier. Schema.org explains that the “sameAs” property is used along with the “URL of a reference Web page that unambiguously indicates the item's [or business’] identity.” By using the “sameAs” property in your NAP schema markup, you can tell search engines that the business you’ve marked up is the same one found at a certain citation URL Of course, Google+ isn’t the only important citation source. There’s also Bing Places, Facebook, Yelp, Citysearch and a few others. The nice thing about many schema.org properties is that you can use them multiple times in your markup." I am wondering what peoples thoughts were and whether they has implemented this and if so , did it help ? thanks Pete | [sameAs](http://schema.org/sameAs) | URL | URL of a reference Web page that unambiguously indicates the item's identity. E.g. the URL of the item's Wikipedia page, Freebase page, or official website. |
Local Listings | | PeteC121 -
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 -
Right page to place the Schema code for global business
I have two questions: 1. Schema code for Global business: As a company which works with clients across the globe, we like to create a well defined schema that doesn't limit and appear as a Local Business to Google. I assume "http://schema.org/LocalBusiness" means a local business to Google. If we use it, will be be affecting the ranking in global searches? 2. Page and location to keep the code What could be the best place to keep the schema code in a web page? - Homepage/ About us page / contact us page and Footer links are the options. I hope applying CSS on it too wouldn't be an issue. Looking forward to learning your thoughts.
Local Listings | | macronimous0 -
Phone number Schema that Google WMT blog talked about this week throwing HTML Validation error
My code looks like this: 888.723.4617 The HTML validation errors are these: Attribute contacttype not allowed on element span at this point.
Local Listings | | RoxBrock
Attribute areaserved not allowed on element span at this point.
Attribute contactoption not allowed on element span at this point.
Attribute availablelanguage not allowed on element span at this point. Have I misread how to implement this schema or is html validation not up to speed and I should ignore for now? Link to blog Post...http://googlewebmastercentral.blogspot.com/2014/04/surfacing-your-businesss-contact-and.html?utm_source=feedburner&utm_medium=email&utm_campaign=Feed%3A+blogspot%2FamDG+%28Official+Google+Webmaster+Central+Blog%29 Thanks!1