writermuhammadzakaullah

Hi Sybre. Hope you’re doing well.
Google has deindexed some of my pages but then there’s silence. On the other hand, my traffic has dropped drastically. Can you please tell me a way how to fast-track deindexing of invalid pages?
Thank you very much.

Thank you Sybre for the detailed investigation. I have been using the Twenty Twenty Three theme since its launch, and now I regret it. The query loop block is perhaps the only way to display the latest posts in full site editing themes. You can also customize it, for example filter categories or set other parameters to include/exclude certain taxanomies for displaying posts. I used the SEO Framework, so this was probably because such pages didn’t get indexed.
However, when I switched to the Twenty Twenty Four theme, I deactivated my plugin for a while in order to reactivate it when all the customization was done. However, before I could activate the plugin, those artificial pages started appearing. I had no choice but to test various plugins to see if one could fix the issue.
I have to admit that the SEO Framework handles this issue better than other plugins. At least it doesn’t assing those faux pages any canonical value. Yoast, unfortunately, sets these pages as cononical, and the cycle never ends.
I have activated the SEO Framework again and switched to the Blocksy theme to avoid such issues in the future, even though I like the customizability of FSE themes.
My question is, how can I know when WP has fixed it? I do have a WP testing environment, so any idea how I can check if they have fixed the query loop block?
Thanks again for your reply and time, despite the fact that the issue wasn’t caused by your plugin.

Thanks Sybre. The issue wasn’t caused by any plugin, let alone The SEO Framework. I deactivated all plugins but the issue wasn’t resolved until I reverted to the Twenty-Twenty-Three theme from the new one.
Don’t know why but the new wp theme is causing this.

Yes, the option_id column was missing in the wp_options table. I moved my site from one host to another using the updraftplus backup plugin, and I think this plugin is to blame.
I created the said column using phpmyadmin, and adjusted the values based on another site which is intact and is on the previous host. Since there was no option_id column in the wp_options table, the primary key was assigned to the option_name column, which I reverted to the option_id column. Now the plugin can add high-performance keys and revert to default ones successfully.
I was hoping you’d reply in a day or so, so I decided to fix it myself.
I came here to share how I fixed it to help others, since Google was of minimal help in my case. Was glad to find you had responded so quick.
Wonderful creators, wonderful plugin.

Thanks again for giving us such a plugin and providing timely support.