Stuctured data for different sized packages
-
Hi all,
We are currently working on implementing structured data to our webshop, for SEO and for google shopping.
We sell stones, pebbles, gravel etc. (to be used in gardens).We offer each product in different sized bags. Customers can buy 20KG minibags, 250KG minibags, 500KG midibags, 1500KG bigbags and bulk quantities (ranging from 3000KG up to 35000KG).
For example, we sell Black Beach Pebbles in the bags as described as above (+ the bulk quantities). We have a product page for these Black Beach Pebbles and on that product page customers can choose the desired bag or desired bulk quantity. For google shopping, visitors land on these productpages. A while back that caused a problem; the landing page contained different prices so sometimes google could not match the prices on the landing page with the prices in our productfeed (because of course, each bag has a different price). So, besides SEO, another reason for us to implement structured data. I have two questions regarding the implementation.
1. For the landing page as described above, the idea now is to mark 1 product with different offers (an offer for each bag + an offer for the bulk quantities). This raises a problem regarding the bulk quantities; the price of the bulk quantity depends on the chosen quantity (customers can pick the desired bulk quantity using a dropdown) on the productpage. How should we markup the price? The idea know is to markup 1 product with different offers for each bag and 1 aggregate offer for the bulk quantities (and using the lowest price, so the price for the smallest bulk quantity). So, for the Black Beach pebbles:
Product = Black beach Pebbles
Offer (= 20KG minibag)
Price = ...
Offer (= 250KG minibag)
Price = ...
Offer (= 500KG midibag)
Price = ...
Offer (= 1500KG bigbag)
Price = ...
AggregateOffer (= Bulk quantities)
Lowprice = ...Is combining Offer and AggregateOffer within 1 product the right solution?
2. For the 1500KG Bigbags and bulk quantities we have separate landing pages (because people specifically search for bigbags and bulk quantities). So those landing pages are dedicated to bigbags / bulk quantities. How should we mark up those pages? Should we for example just do this:
On the page for te bigbag:
Product = Black Beach Pebbles 1500KG bigbag
Offer (=Black Beach Pebbles 1500KG bigbag)
Price =....and on the page for the bulk quantities:
Product = Black Beach Pebbles bulk quantities
AggregateOffer (=Black Beach Pebbles bulk quantities)
Lowprice=......Could that cause any confusion for google, because on the productpage with all the available bags, the bigbag is an offer for the product 'Beach Pebbles Black'. And on the second page it is a product on its own.
Thanks in advance!
Best!
-
Hey! No problem.. Just trying to figure the best way to do this too!
Thanks for the detail reply. All valid points - regarding indexing thin content, and showing customers more than 1 size - but those can be solved.
Lets look at this with an actual example...
Redbubble.com (an Alexa top 1000 website in the US) are selling a throw pillow in different sizes and different types. The costs are different based on the size and type chosen. This is their main product page for this product:
https://www.redbubble.com/people/straungewunder/works/25221192-familiar-sooty-owl?p=throw-pillow
On this main product page they are sending the customer to a default size (16*16) and type (cover only) option.. But as it is a dropdown, the customer is not stuck with just 1 size - he/she can choose multiple from dropdown.
And on this same page, they have this schema markup.
.....
Then they have duplicate pages for all the other pricing options.
E.g. for size (26*26) and type (cover only) - this is the URL
and the schema markup is identical to the one list above, _except for the price. _
All these pages are all exactly similar except for the default size and type chosen, and therefore the price is different for each page.
Duplicate pages are not a problem as they use canonical tags properly. All the pages have this canonical tag.
The canonical tags point to the original page always.
Regarding indexing the pages - **only the original page is indexed. **
If you go to Google and search for their main product url - it comes up on Google.
If you go to Google and search for the other product pages with different pricing options - they are not indexed.
So **Google isn't wasting crawl budgets on these duplicate pages.**But in your case you would index more pages if the search volume is high for different quantities (and then also change H1/title/meta tags respectively for these indexed pages).
Also, updated this as a blog as I think more people have this problem and will find this useful.
Apologies if you have already considered this, but let me know if this still doesnt work for you.. Interested to know what you finally go with!
-
Hi Arjun,
Thanks for your input, really appreciate it!
Actually, we already have seperate pages for each quantity. So for the Beach Pebbles black example we have:
- The overall product page with all quantities
- A 'simple' productpage for the 20KG bag
- A 'simple' productpage for the 250KG bag
- A 'simple' productpage for the 500KG bag
- A 'simple' productpage for the 1500KG bag
- A 'simple productpage for the bulk quantities
But, these pages are all near duplicates (only difference is the price). Plus, we have a lot of those pages. We noticed that google didn't even index all of them (i guess because they are all near duplicates). Plus, people really aren't searching for those quantities (i.e. googling those quantities), with an exception for the bigbags and bulk quantities. So we really didn't want google to spend it's time crawling all those pages, and because those are kind of thin-content pages we decided to first noindex them so google would take them out of the index. And after they disappeared we made sure there were no internal links pointing to them anymore so google wasn't going to crawl them anymore (we are keeping an eye on the logfiles to be sure google doesn't still crawl them with the same frequency. Would that be the case we will probably just block them through robots.txt).
But, long story short, for SEO we don't really want to use these 'simple' quantity pages (except for the bigbag + bulk quantities --> we gave them all unique and qualitative content). Also, for google shopping we don't want to send visitors to one specific quantity. I think it's kind of the same when someone is clicking (in google shopping) on a certain shoe and you present them with just 1 size.
I'm curious to your thoughts about this! And again: really appreciate your input!
-
Hey!
Great question.. Did you consider using different landing pages for all the different pricing options.
Eg.. For Black Beach Pebbles - suppose the main product page is yourwebsite.com/black_beach_pebbles .. And then for each pricing option - you have different URLs like these
- For the 20 kg minibag - you have yourwebsite.com/black_beach_pebbles?quantity=20kg
- For the 500 kg minibag - you have__ yourwebsite.com/black_beach_pebbles?quantity=500kg__
- etc..
Also for each of the bulk quantities options, you have different URLs like these
- For the 3000 kg bulk quanitity - you have_ yourwebsite.com/black_beach_pebbles?quantity=3000kg_
- For the 20,000 kg bulk quanitity - you have_ yourwebsite.com/black_beach_pebbles?quantity=20000kg_
- etc..
The advantage of having different URLs for each quantity option, is that you can then add the schema markup relevant just for the page. And if you add canonical tags for each page, then there is no issue of duplicate content.
For example, for the 20,000 kg url - yourwebsite.com/black_beach_pebbles?quantity=20000kg - the schema markup would be:
similarly for each page, you would add the relevant schema markup for that page.
Think this maybe better as each price has a different landing page, and each landing page has the correct schema reference.
The AggregateOffer schema markup maybe more useful when the same product is sold by different manufacturers. E.g. if you are selling black beach pebbles from 10 different manufactures, then you could use the AggregateOffer schema on the respective page (e.g. yourwebsite.com/manufactures/black_beach_pebbles which lists all the manufacturers.)
_$39_ _$950_ _from 10 sellers_
Just another option for you to consider. From a developer point of view the Offer property is better as each page (each quantity page URL) is totally independent, and only has markups regarding it. So, in the future if you delete one or add 20 more pricing options, you dont have to modify the existing ones.
Curious to know what you went with and why..
Cheers
Arjun
-
Not a problem
hopefully it will prove useful...
-
First of all, thanks a lot for your reply!
Yes, you're completely correct. Regarding point 3 --> prices are already shown for all bags, but for the bulk quantities, the customer has to choose the desired quantity first.
I will dive into those recources first thing tomorrow! Thanks for providing them!
-
Wow that's quite a query. If I am understanding you right, you have this problem:
- You sell bags of stones and stuff
- They come in multiple sizes
- The user goes to the product page, selects the size - and is then presented with a price
- But because the price depends upon the user's interaction, because there are multiple product variants, Google doesn't understand your product pages very well - or the prices of your products
- This is particularly true for Google shopping
I can't say I have experienced this exact issue as Google shopping is one thing that, I haven't had much to do with it - since the good old days (when it was free, and all you needed was an XML feed!)
But your basic problem is how do you mark up product 'variants' with Schema, right?
I have tried to find some resources for you on the subject:
- https://www.schemaapp.com/tips/schema-org-variable-products-productmodels-offers/ - this seems really in-depth and helpful. Suggest giving it a read
- https://schema.org/ProductModel - Product models seem like a concept you'd need to know about
- https://schema.org/isVariantOf - this seems to be a symmetrical schema, going from variant to master (also something you'd need to know about)
From a top-line check, it seems that you need to establish product models and variants. The model seems to be the master 'thing' that has children, whilst the variant seems to be one of the children (makes sense I guess)
I'd try to get as close to those materials as possible, then debug with Google's official structured data testing tool (until everything is perfectly digested...)
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
-
Why site linking domain and backlink are differing.
My site https://www.planmymoment.com and Mobile version site https://www.planmymoment.com/?amp Why my desktop and mobile version site linking domain and backlink are differing.
Intermediate & Advanced SEO | | moz12pro0 -
What to do about endless size pages
I'm working on a site that sells products that come in many different sizes. One product may come in 30 sizes.The products themselves are identical, except for the size. There are collections pages that are all of several kinds of product in a particular size and then there are individual product pages of one product the specific size. Collections pages for widgets size 30 is the same content as widgets size 29. A single product page for gold-widget-size-30 is the same content as the single product page gold-widget-size-29. To make matters worse, they all have the same tags and very little written content. The site is in Shopify. Last month there were almost 400 pages that produced visits on organic, mostly in the 1 to 4 per month range, but all together about 1000 visits. There are several hundred more that produced no traffic in organic, but are duplicate (except for size) and part of this giant ball of tangled string. What do you think I should do? Thanks... Mike
Intermediate & Advanced SEO | | 945010 -
Is there a difference between .us and .org for a website targetting the US market?
Hello, We were searching for some evidence regarding this and couldn't find much so the question. We have a service that is related only to the USA market. If we buy a .us domain name with the service we provide in the domain name will google treat it the same with a .org? We did searches regarding this but didn't see too many .us domains popping up. Unfortunately the .com is not available. Thank you
Intermediate & Advanced SEO | | anitawapa0 -
Benefits/drawbacks to different Schema markup languages (ie. JSON-LD, Microdata, RDFa)
Just a question (or questions) I have wondered about. What's the difference, besides the actual encoding, between the three? Why have three? Why not just the one? Seems to me that Microdata is the easiest, but maybe I am wrong. Is there a reason to use one versus another? I have not found anything explaining this on schema.org - I suppose this is just a discussion versus getting one right or wrong answer. I am just curious of the opinions of people in the SEO MOZ community. Unless of course there is one answer. I'll take that too.
Intermediate & Advanced SEO | | Brian_Dowd1 -
Google crawling different content--ever ok?
Here are a couple of scenarios I'm encountering where Google will crawl different content than my users on initial visit to the site--and which I think should be ok. Of course, it is normally NOT ok, I'm here to find out if Google is flexible enough to allow these situations: 1. My mobile friendly site has users select a city, and then it displays the location options div which includes an explanation for why they may want to have the program use their gps location. The user must choose the gps, the entire city, or he can enter a zip code, or choose a suburb of the city, which then goes to the link chosen. OTOH it is programmed so that if it is a Google bot it doesn't get just a meaningless 'choose further' page, but rather the crawler sees the page of results for the entire city (as you would expect from the url), So basically the program defaults for the entire city results for google bot, but for for the user it first gives him the initial ability to choose gps. 2. A user comes to mysite.com/gps-loc/city/results The site, seeing the literal words 'gps-loc' in the url goes out and fetches the gps for his location and returns results dependent on his location. If Googlebot comes to that url then there is no way the program will return the same results because the program wouldn't be able to get the same long latitude as that user. So, what do you think? Are these scenarios a concern for getting penalized by Google? Thanks, Ted
Intermediate & Advanced SEO | | friendoffood0 -
Using IP to deliver different sidebar content on homepage
We have a site with a generic top level domain and we'd like to use a small portion of the homepage to cater content based on the IP of a visiting user. The content is for product dealerships around different regions/states of the US, not internationally. The idea being that someone from Seattle would see dealerships for this product near their location in Seattle. The section on the homepage is relatively small and would churn out 5 links and images according to location. The rest of the homepage would be the same for everyone, which includes links to news and reviews and fuller content. We have landing pages for regional/state content deeper in the site that don't use an IP to deliver content and also have unique URLs for the different regions/states. An example being a "Washington State Dealerships" landing page with links to all the dealerships there. We're wondering what kind of SEO impact there would be to having a section of the homepage delivering different content based on IP, and if there's anything we should do about it (or if we should be doing it all!). Thank you.
Intermediate & Advanced SEO | | seoninjaz0 -
I have search result pages that are completely different showing up as duplicate content.
I have numerous instances of this same issue in our Crawl Report. We have pages showing up on the report as duplicate content - they are product search result pages for completely different cruise products showing up as duplicate content. Here's an example of 2 pages that appear as duplicate : http://www.shopforcruises.com/carnival+cruise+lines/carnival+glory/2013-09-01/2013-09-30 http://www.shopforcruises.com/royal+caribbean+international/liberty+of+the+seas We've used Html 5 semantic markup to properly identify our Navigation <nav>, our search widget as an <aside>(it has a large amount of page code associated with it). We're using different meta descriptions, different title tags, even microformatting is done on these pages so our rich data shows up in google search. (rich snippet example - http://www.google.com/#hl=en&output=search&sclient=psy-ab&q=http:%2F%2Fwww.shopforcruises.com%2Froyal%2Bcaribbean%2Binternational%2Fliberty%2Bof%2Bthe%2Bseas&oq=http:%2F%2Fwww.shopforcruises.com%2Froyal%2Bcaribbean%2Binternational%2Fliberty%2Bof%2Bthe%2Bseas&gs_l=hp.3...1102.1102.0.1601.1.1.0.0.0.0.142.142.0j1.1.0...0.0...1c.1.7.psy-ab.gvI6vhnx8fk&pbx=1&bav=on.2,or.r_qf.&bvm=bv.44442042,d.eWU&fp=a03ba540ff93b9f5&biw=1680&bih=925 ) How is this distinctly different content showing as duplicate? Is SeoMoz's site crawl flawed (or just limited) and it's not understanding that my pages are not dupe? Copyscape does not identify these pages as dupe. Should we take these crawl results more seriously than copyscape? What action do you suggest we take? </aside> </nav>
Intermediate & Advanced SEO | | JMFieldMarketing0 -
Two Pages with the Same Name Different URL's
I was hoping someone could give me some insight into a perplexing issue that I am having with my website. I run an 20K product ecommerce website and I am finding it necessary to have two pages for my content: 1 for content category pages about wigets one for shop pages for wigets 1st page would be .com/shop/wiget/ 2nd page would be .com/content/wiget/ The 1st page would be a catalogue of all the products with filters for the customer to narrow down wigets. So ultimately the URL for the shop page could look like this when the customer filters down... .com/shop/wiget/color/shape/ The second page would be content all about the Wigets. This would be types of wigets colors of wigets, how wigets are used, links to articles about wigets etc. Here are my questions. 1. Is it bad to have two pages about wigets on the site, one for shopping and one for information. The issue here is when I combine my content wiget with my shop wiget page, no one buys anything. But I want to be able to provide Google the best experience for rankings. What is the best approach for Google and the customer? 2. Should I rel canonical all of my .com/shop/wiget/ + .com/wiget/color/ etc. pages to the .com/content/wiget/ page? Or, Should I be canonicalizing all of my .com/shop/wiget/color/etc pages to .com/shop/wiget/ page? 3. Ranking issues. As it is right now, I rank #1 for wiget color. This page on my site would be .com/shop/wiget/color/ . If I rel canonicalize all of my pages to .com/content/wiget/ I am going to loose my rankings because all of my shop/wiget/xxx/xxx/ pages will then point to .com/content/wiget/ page. I am just finding with these massive ecommerce sites that there is WAY to much potential for duplicate content, not enough room to allow Google the ability to rank long tail phrases all the while making it completely complicated to offer people pages that promote buying. As I said before, when I combine my content + shop pages together into one page, my sales hit the floor (like 0 - 15 dollars a day), when i just make a shop page my sales are like (1k+ a day). But I have noticed that ever since Penguin and Panda my rankings have fallen from #1 across the board to #15 and lower for a lot of my phrase with the exception of the one mentioned above. This is why I want to make an information page about wigets and a shop page for people to buy wigets. Please advise if you would. Thanks so much for any insight you can give me!
Intermediate & Advanced SEO | | SKP0