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...)
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
-
Dividing my catalog into 2 different sites.
Hi, We are a wholesaler for electronics parts and accessories on our main site Our Business for parts is more B2B. Accessories is more B2C oriented. Right now, our catalog is not the best SEO Friendly kind. We want to move all accesories to a new site. Now. So as not to get duplicated content, and user experience, I guess the best is remove all category pages and product pages from our main site. That would generate lots of 404. What would be the way to handle this as we are talking about hundreds, maybe thousands of pages ? Thanks.
Intermediate & Advanced SEO | | Kepass0 -
Does integration of external supplemenatry data help or hurt regarding googles perception of content quality? (e.g weather info, climate table, population info, currency exchange data via API or open source databases)
We just lost over 20% traffic after google algo update at June 26.
Intermediate & Advanced SEO | | lcourse
In SEO forums people guess that there was likely a Phantom update or maybe a Panda update. The most common advice I found was adding more unique content. While we have already unique proprietary content on all our pages and we plan to add more, I was also considering to add some content from external sources. Our site is travel related so I thought about adding for each city page external data such as weather, climate data, currency exchange data via APIs from external sources and also some data such as population from open source databases or some statistical info we would search on the web. I believe this data would be useful to the visitors. I understand that purely own content would be ideal and we will work on this as well. Any thoughts? Do you think the external data may rather help or hurt how google perceives content quality?0 -
Software assisted meta data
I was recently contacted by an SEO firm that did a search on my site and said it had a low index. Out of 5,000+ pages only 800 keywords was ranking. They said there is much improvement for adjusting my meta data for indexing. They said there is a software that does this for you. Does anyone have any experience with this? Does this sound true what they are explaining? What is this software and how much does it cost? Any help would be greatly appreciated.
Intermediate & Advanced SEO | | nchachula0 -
Difference in Number of URLS in "Crawl, Sitemaps" & "Index Status" in Webmaster Tools, NORMAL?
Greetings MOZ Community: Webmaster Tools under "Index Status" shows 850 URLs indexed for our website (www.nyc-officespace-leader.com). The number of URLs indexed jumped by around 175 around June 10th, shortly after we launched a new version of our website. No new URLs were added to the site upgrade. Under Webmaster Tools under "Crawl, Site maps", it shows 637 pages submitted and 599 indexed. Prior to June 6th there was not a significant difference in the number of pages shown between the "Index Status" and "Crawl. Site Maps". Now there is a differential of 175. The 850 URLs in "Index Status" is equal to the number of URLs in the MOZ domain crawl report I ran yesterday. Since this differential developed, ranking has declined sharply. Perhaps I am hit by the new version of Panda, but Google indexing junk pages (if that is in fact happening) could have something to do with it. Is this differential between the number of URLs shown in "Index Status" and "Crawl, Sitemaps" normal? I am attaching Images of the two screens from Webmaster Tools as well as the MOZ crawl to illustrate what has occurred. My developer seems stumped by this. He has submitted a removal request for the 175 URLs to Google, but they remain in the index. Any suggestions? Thanks,
Intermediate & Advanced SEO | | Kingalan1
Alan0 -
Organic search data not representative of site Authority, need advice
Hi, I seeking some advice, I have an organic search issue, I would like to figure out if there is any reason why my site www.aatravel.co.za would not be doing well in the rankings? This domain is more powerful than a previous Domain we had, 51 versus 37 according to MOZ, but despite this it is not ranking nearly as well. There are a few things to consider. The domain was owned by us then got taken away about 3 years ago and then 301ed to a completely new site, then it was 404ed for about a year before we got it back, and now we have it back and have populated it with the same data as the less powerful Domain www.aaholidays.co.za. I believe that most of the AA Travel Authority comes from a stronger backlink profile. Why would this now 2 month after we reskinned and converted 301s back not be ranking as highly? Is there an issue with old site structure and google not passing through the 301 link juice from old pages that have links to the new ones(we have 301ed them)? Also I have 301ed the old aaholidays.co.za site to this one as the new home of AA Travel, that organic traffic was at about 8 000 visits a month, and the new site is at about 2 300. Has Google sandboxed the Domain for a certain period of time, or is there something else that may be the matter?
Intermediate & Advanced SEO | | ProsperoDigital0 -
Does Prefix of my URL make any difference?
Hello, I have a website which is initially appeared in search engine as without www. Last week I made changes in preferred domain name that it appeared with www. In search engine it still shows as without www. I notified to google through webmaster tools that now my domain name is with www but it still shows without www. I want to know that does it affect in SEO and rankings. In Google webmaster tools I added my url with and without www however I kept preferred domain as with www. Do I need to make any extra changes in order to avoid confusion for search engines. Please guide. Thanks
Intermediate & Advanced SEO | | intmktcom0 -
Google's Structured Data Testing Tool? No Data
I'm stumped as to why some of the pages on my website return no data from Google's Structured Data Testing Tool while other pages work fine and return the appropriate data. My home page http://www.parkseo.net returns no data while many inner pages do. http://www.parkseo.net Returns No Data http://www.parkseo.net/citation-submission.html Does Return Data. I have racked my brains out trying to figure out why some pages return data and others don't. Any help on this issue would be greatly appricated. Cheers!
Intermediate & Advanced SEO | | YMD
Gary Downey0 -
Microdata and dinamic data.
Hi, everybody! We're starting up a local services website in Brazil. Something like redbeacon.com or thumbtack.com, but obviously different. So we are developing our 2.0 version of the site, and I want do put microdata in every provider's pages, to rank people's evaluation about this particular provider, and geographic information about him. Ok, we want to use microdata in several pages, but those are more important: the providers. These data (geo and rank) will be dynamically generated from our database. In Schema.org, I only found information about using static data to build microdata for my intentions. My doubt is: does google and bing and yahoo and etc index dynamic generated data? Is there something about sitemaps.xml or robots.txt that I can do to have my data indexed on search engines? Our front-end is the guy who deal with html and our codemaster uses pure php for coding. Thanks!
Intermediate & Advanced SEO | | ivan.precisodisso0