Has anyone had success using a variant-based feed ...
# suitecommerce
a
Has anyone had success using a variant-based feed with Google? I have the markup data properly update with the selected size/url, but Google only recognizes the schema of the parent product, regardless of what URL is submitted. To my understanding, Google does not process JavaScript for markup data, which means the server has to send over the correct information.
r
Hi Alex, On our Elbrus site we had to do some customizations to ensure compliance with all of Google's requirements. If Google is still only recognizing the parent schema even with the different URLs for the specific item then you need to test each URL using google's structured data testing tool https://search.google.com/structured-data/testing-tool And then compare the schema Google sees to what you would expect.
a
I have used this tool quite a bit. The problem that I have is that if I fetch a child URL with it, then it pulls the parent schema information. If I copy the html from the child page and try to check it with the tool, then it displays the correct information.
r
I wonder if when Google makes the request to SCA, SCA uses the SEO Generator engine which may be giving different schema.
a
That was my assumption. I looked into documentation and it seems like Google only cares about the server response. Since the SEO generator does not crawl child urls (to my knowledge), I'm not quite sure how to get around this issue.
r
which version of SCA are you using
a
We are currently running Vinson, but we will be upgrading soon to 2019.1.
r
I wouldn't bother going to 19.1 but go to 19.2 given the big changes. We are on Elbrus and will going to 19.2 early next year
a
I am the only developer here and have spent about 6 months working on 2019.1 (before 2019.2 was released). I'll take a look after this implementation for a potential upgrade. We have a lot of customizations.
r
Ahh, that makes sense. But definitely have a read of this blog by Steve https://developers.suitecommerce.com/announcement-suitecommerce-and-suitecommerce-advanced-20192
a
Thanks! I will definitely read that over. I was disappointed that es6 was not supported when I started on the 2019.1 upgrade. I'll probably look at upgrading after we have stabilized on the new version.
r
Can you send me an example URL of a child matrix item and I'll have a look
We tried submitting the child URLs to Google at some point, and they disapproved them due to a price mismatch. This leads me to believe that their testing tool reflects their crawler.
k
@Alex Cook, SEO Page Generator is used with Google and the structured data testing tool. Unfortunately, if you implement Schema.org using JSON, the page generator will remove it. you have to use the microdata markup.
a
@Keith Fetterman, we are using the microdata markup. I built upon the html that was provided by the base templates. The problem is that we need the child microdata sent to Google, which is defined by a url query. When I fetch the child item url from Google, I am getting the parent schema instead.
When I test the direct HTML (instead of URL fetch) of the child page, the microdata appears to be correct.
k
I recently had to deal with this for matrix items on the PDP. How did you create the submatrix item specific URLs to the PDP? The issue that I have found is that SC/SCA does not provide a way to generate the submatrix item specific URLs and it can’t find them to crawl.
I have found that Google has a very limited schema for variations, which is essentially limited to clothing.
This is assuming you are providing the schema.org at the matrix parent level and you want to list the item options as variations.
I ended up listing each variation as a separate Product itemtype on the PDP in a table format.
I found Google documentation that recommended this approach for custom variations.
a
I had wondered if that was a solutions a while back, but never actually tried it. All of our variations are defined by a url query, so the base url does not change. I will probably try to get one product changed over to show the schema of all children somehow.
Typically, we can use the size/color/material to differentiate our products. They are technically intended for clothing, but they work for our products. I have noticed that the markup seems purely intended for clothing, which is quite unfortunate for our industry!
k
I think it is ridiculous that Google does not support non-clothing variations. The Schema.org schema supports custom variations, but Google doesn’t recognize it. Here is the page from Google Merchant Center that talks about handling unsupported variations: https://support.google.com/merchants/answer/6231538 I implemented this by using multiple “Product” itemtypes on the PDP.