Jonas

Thank you

@maybellyne

Unfortunately this issue is ever further reaching. Yoast also inserts incorrect URLs into the OG URL and application/ld+json markup. As such this issue is even more severe than it first seemed.

I am not sure why, but this filter mentioned by a user on the github thread seems to have resolved the issue. Much like the user who provided it I am also not sure why it works because I would expect it to strip canonicals out entirely, but it just seems to fix them. So for now we are implementing this as a fix but I sincerely hope that your team looks into resolving this issue properly.

add_filter( 'wpseo_canonical', '__return_false' ); 

Thanks for the update. I see that this bug has been known since 2020 and yet remains unresolved!

This is a serious bug that can impact the indexation of web pages by Google. As such the issue is severe. I don’t know how many multilingual websites Yoast is installed on, but I am guessing it’s a lot since this issue does not seem to affect the interplay with any single translation plugin but rather with all of them.

What is the reasoning behind marking this issue’s severity as minor on Github? Because that seems to be why this has still not been resolved since 2020.

To put this into perspective, my last scan of one of my client’s multilingual sites shows this impacting over 130 pages. Any issue affecting indexation of that many pages must be marked severe and prioritized.

Unless there’s a good reason for your product team deciding otherwise or unless they are ready to make this a priority to resolve then I will likely need to look at migrating my client’s multilingual sites to another SEO plugin because this is too much harm caused by this bug to wait an indeterminable amount of time for you to address.

Please advise.

• This reply was modified 8 months, 2 weeks ago by Jonas.
• This reply was modified 8 months, 2 weeks ago by Jonas.
• This reply was modified 8 months, 2 weeks ago by Jonas.
• This reply was modified 8 months, 2 weeks ago by Jonas.

Yes, thank you it does. Wrong assumption on my part about the file name changes. Thanks Daan, much appreciated.

Great, thanks Stefan

Great, thank you for the update Alexander.

Hi @princeahmed – thanks for getting back to me.

The stream URL is: https://streamamg-whg0001.akamaized.net/hls/live/2042670/0_r63sg109/playlist.m3u8

Please note that the URL is geolocked. It will only play the radio stream for people in the UK.

But even if you don’t have a UK IP, when clicking the play button on https://wordpress-1007373-3785505.cloudwaysapps.com/player-test/ (which is set up for that stream URL) in windows or android then you can see the play button turns into the loading circle.

On iOS that does not happen. We can click the play button and it just doesn’t do anything at all.

@sdenis Any feedback?

Great, thank you @pear8398

@sdenis Actually, this makes no difference. Because unless I am missing something now your plugin is calling admin-ajax.php instead and still making Ajax requests which are still not cacheable?

If those responses are just translation strings, why do they need to be served dynamically instead of embedded in the HTML in way which is cacheable?

Thank you for the feedback Denis, appreciate it.

OK thanks, I’ll try that and see how it goes.

• This reply was modified 1 year, 11 months ago by Jonas.

Sorry, the URLs are: https://www.namibiaexperience.com and https://www.botswana-experience.com/

I know of Perfmatters and AO, but I have put many hours of work into optimizing these sites with WP Rocket and Asset Cleanup Pro, so in order to not to have to redo all of that (and pay for more plugins) I’ll first try and get it to somehow work better with the current setup.

So I am guessing my only way of achieving that will be to go into your plugin’s WP Rocket settings and tell it to stop listening for WP Rocket’s cache flushes altogether.

I’m using your plugin for fallback page caching so I hope that things will just work. Or do you foresee any problems?

Hi @rrodda75 – turning off enhanced measurement for GA was the only way I got this to fixed. Monsterinsights does the same thing as enhanced measurement when it comes to tracking outbound link clicks, hence the duplicate events. Since cloaked links are really internal links with a redirect they are not affected by this.