MariusG

Hi @sadhaka,

You’re asking for specific SEO advice, unfortunately, this forum is not the right place to do so. However, there is a lot of SEO advice on Yoast.com in the SEO blog and the dev blog.

Alternatively, you can check out our training courses and our consultancy services.

As a general guideline, if attachment pages serve a purpose to your users, then you might not want to redirect them. However, if the same content can be found in the justified image grid pages, then you might want to either noindex or use rel canonical tags to prevent having duplicate content.

Hi Natalia,

The aim of the Yoast SEO: Search Index Purge plugin is to purge attachment URLs from the search index by making all of your website’s attachment URLs return an HTTP 410 (content is gone) status. Google has approved of our method to solve this issue in the fastest way possible.

That being said, Google Search Console may notify you of an increase in crawl errors. This is to be expected when a large quantity of previously indexable URLs suddenly return 410 status codes. You do not have to do anything and Google will eventually drop the attachment URLs from the search results since they don’t exist anymore. The goal is to permanently remove the media attachment pages from Google’s index.

The solution to request noindexing URLs from the Search Console is meant to be temporary, which is why we couldn’t say for sure whether those URLs will be indexed again or not in the future. As a general guideline, we recommend waiting for 6 months after installing the Search Index Purge plugin, then you can safely remove it.

Hi Stefan,

In order to understand what might be causing this issue, please let us know if:

1) Are you using the latest version of Yoast SEO and Visual Composer? If not, please update.
2) If so, did the issue happen after updating?
3) Are you referring to Visual Composer or WPBakery Page Builder? We ask as we want to try to replicate this issue.
4) Are there any JavaScript issues showing in the browser console when both plugins are active?
5) Does increasing the maximum memory limit fix this issue?
6) Does the issue persist when Yoast SEO and Visual Composer are the only plugins activated? You can perform a conflict check by following this guide.

We are looking forward to hearing from you.

Hi Vincenzo,

Feed pages are indeed noindexed by Yoast SEO, in order to avoid duplicate content. Can you give us more details on why you’d want the RSS feed pages to be indexable?

We ask as a feature request is currently open with our development team regarding indexing RSS feeds. So far, we are aware of this being an issue with feeds for Podcasts.

We are looking forward to hearing from you.

Hi @karamani,

Thanks for following up. We’re sorry for the inconveniences, a bug report is currently open with our development team for this issue. The og:image for the shop page is not working as expected.

If you need an immediate solution and are familiar with adding custom snippets, you can use this one to force an og:image for the shop page.

Thanks for following up, @srbuzz. I’ll mark this as resolved.

If a noindex meta robots tag is being added to any of your URLs after deactivating Yoast SEO, then it means that another plugin is doing it. Unfortunately, there’s no way for us to help you with what happens after you deactivate Yoast SEO, the plugin does not change anything.

If Yoast SEO is up to date, then it’s not possible to have noindexed URLs in the XML Sitemaps. The only plausible scenario where URLs in the XML Sitemap could be noindexed is if you used a different plugin to generate the sitemaps.

Hi Dylan,

Are you trying to noindex all expired events (which would also remove them from the XML sitemaps)? If so, a better solution would be using the wpseo_robots filter.

You can find a demo of the filter being used here.