[x] I've searched for any related issues and avoided creating a duplicate issue.
Please give us a description of what happened.
Yoast SEO uses the feature image on pages as the Social Share image if no image is explicitly stated. This is a real time saving feature for developers managing big sites. It also means Products in Woocommerce Shops auto set the featured image as the share image.
On any Archive page. Such as Woo Commerce Product Category pages, Post category archives, tag archives or any other auto generated archive page - if you set the category thumbnail it is not used as the feature image. Event though it shows it in the Yoast SEO preview box! As the share image!
Request - Make it so Yoast uses the Category thumbnail or archive thumbnail as the share image by default if no image is explicitly stated on any archive page.
Please describe what you expected to happen and why.
If you set a category thumbnail in the same way you set a featured image it is not used as the social share image Event though it shows it in the Yoast SEO preview box! As the share image!
This means that on websites with loads of categories you have to spend a long time manually adding the share image to the Facebook and Twitter tab for each category.
Any archive page should use the category or archive thumbnail as the share image in the same way that products, posts and pages use the featured image if no social share image is explicitly stated.
This will save a huge amount of time for large websites and make it easier for website designers to optimise sites quickly for social sharing.
Please consider this feature, for ecommerce sites it will make a huge time saving!
How can we reproduce this behavior?
Any wordpress and woocommerce install
Create a product category or post category
Set the thumbnail for the category AKA featured image
Publish the page
Try and share the image to facebook
The URL scraper will not pick up the featured image on first scrape, therefore when any individual shares it no scraped image is displayed
If you scrape the image again using the Facebook URL debugger, sometimes it does show the category thumb. However when the URL is actually shared on Facebook it does not.
Technical info
WordPress version: Latest
Yoast SEO version: Latest
If relevant, which editor is affected (or editors):
[YES] Classic Editor
[Disabled in my current setup but makes no difference] Gutenberg
[NO] Classic Editor plugin
Which browser is affected (or browsers):
All browsers
Relevant plugins in case of a bug:
Tested with theme: Enfold current release with child theme.
Please give us a description of what happened.
Yoast SEO uses the feature image on pages as the Social Share image if no image is explicitly stated. This is a real time saving feature for developers managing big sites. It also means Products in Woocommerce Shops auto set the featured image as the share image.
On any Archive page. Such as Woo Commerce Product Category pages, Post category archives, tag archives or any other auto generated archive page - if you set the category thumbnail it is not used as the feature image. Event though it shows it in the Yoast SEO preview box! As the share image!
Request - Make it so Yoast uses the Category thumbnail or archive thumbnail as the share image by default if no image is explicitly stated on any archive page.
Please describe what you expected to happen and why.
If you set a category thumbnail in the same way you set a featured image it is not used as the social share image Event though it shows it in the Yoast SEO preview box! As the share image!
This means that on websites with loads of categories you have to spend a long time manually adding the share image to the Facebook and Twitter tab for each category.
Any archive page should use the category or archive thumbnail as the share image in the same way that products, posts and pages use the featured image if no social share image is explicitly stated.
This will save a huge amount of time for large websites and make it easier for website designers to optimise sites quickly for social sharing.
Please consider this feature, for ecommerce sites it will make a huge time saving!
How can we reproduce this behavior?
Technical info
Which browser is affected (or browsers): All browsers
Relevant plugins in case of a bug:
Tested with theme: Enfold current release with child theme.