Questions
-
Lazy loading images
Some websites capture a screenshot of the main page (i.e. siteprice, wot, ...) and use it as an icon to identify your website visually. If the image loading is deferred the "preview" may appear as text only. Therefore, this feature can have a negative UX impact, but not in terms of SEO.
Intermediate & Advanced SEO | | victor.celer0 -
Stuctured data for different sized packages
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 _https://www.redbubble.com/people/straungewunder/works/25221192-familiar-sooty-owl?p=throw-pillow&size=26x26&type=cover-only_ 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!
Intermediate & Advanced SEO | | PaperTrail1 -
HREF LANG: Different navigation/structure per country: is that a problem?
Thank you for your detailed reply! All clear, we will move forward with the implementation, carefully 'matching' the corresponding URL's of course :).
Intermediate & Advanced SEO | | AMAGARD0 -
Different breadcrumbs for each productpage
Thanks for your answer! I will discuss it with our developer. But good to know it isn't a huge problem regarding SEO.
Technical SEO Issues | | AMAGARD0 -
Crawling/indexing of near duplicate product pages
Hi Joseph, thanks for your reply, really helpful! 301 is not really an option, because these quantity URL's are sometimes used for promotions and need to be reachable. Therefore I guess canonicals are the second best solution. We will implement the solution I described and see what will happen. Thanks again!
Intermediate & Advanced SEO | | AMAGARD1