30knees Posted November 12 Posted November 12 Is anybody else also suffering from this unable to view store on desktop issue? https://support.google.com/merchants/answer/12158123?hl=en I’m using a module to send product URLs to Google Merchant Center (Datakick). The feed outputs variant URLs such as: https://www.example.com/en/products/84/sample-product?combination=143 When this link is opened, the shop performs a 301 redirect to: https://www.example.com/en/products/84/sample-product#/72-size-large This means the query parameter ?combination=143 is replaced by a hash fragment. I don't know whether this is the problem or whether it's something else.
30knees Posted Tuesday at 11:51 AM Author Posted Tuesday at 11:51 AM A different question: What URL do you provide to Google, the first (like it is for me) or the second: The feed outputs variant URLs such as: https://www.example.com/en/products/84/sample-product?combination=143 When this link is opened, the shop performs a 301 redirect to: https://www.example.com/en/products/84/sample-product#/72-size-large
datakick Posted yesterday at 08:15 AM Posted yesterday at 08:15 AM Parameters behind # are for client use only. Request to the server never contains those parameters, server never sees them and can't react to them. When you open urls https://www.example.com/en/products/84/sample-product#/72-size-large or https://www.example.com/en/products/84/sample-product#/whatever your server receive the very same request - https://www.example.com/en/products/84/sample-product It does not know what combination you are requesting. Javascript will later parse the hash parameters, and will modify the product page to display the wanted combination if it's found. This also means that initial page render shows different combination, and only a few milliseconds later the page is 'adjusted' When you provide ?combination=xxx parameter, server knows upfront what you want to display, and can returns page with combination already selected (if your theme supports this, of course). The page already contains correct pricing information, product name, reference code etc -- this is important for web crawlers. This means that you need to provide urls with standard query parameters (after ?) to google 2
30knees Posted 5 hours ago Author Posted 5 hours ago Thank you for the explanation. That means the feed is providing the correct URL, i.e. https://www.example.com/en/products/84/sample-product?combination=143 However, Google complains (at least, this is what the ad agency is saying) about the redirect that then happens to the URL with the # and is unable to index the page. I get a lot of errors saying that the page is not accessible to Googlebot. If this behaviour is standard, I don't understand how Google can be having problems because of the redirect from the URL with the ? to the one with the #. This would mean that all thirtybees/Prestashop users are having problems. Which would mean the ad agency is wrong in thinking that's the reason why Google can't index.
datakick Posted 4 hours ago Posted 4 hours ago There is no redirect. Javascript code simply changes the url (removing ?combination=xxx and replacing it with # hash parameters), but the page is not actually reloaded.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now