data1online

@andrei202 It seems that when TP is off, the default language of Woo is english, but the site has dutch language( the other TP language). Does this ring a bell correlating with my problem that only english as language worked? mabybe Woo needs to be in default dutch and TP default dutch? I do not know what to els but before I start changing default languages on Woo I have to be sure this will help.
The problem is that when table rate shipping is off, no problem at all. But when on the problem is on the root domain and only /en works.

@andrei202 thanks for your reply! the problem is, tabl-rate-shipping-support worker logged in, turned off TP and called it a day since shopping worked afterwards. Now the thing is, what can I do to keep TP active now the support of table rate shipping says it TP that makes the problem. When That table plugin itself is turned off, no problems at all.

@milindmore22 Thanks for the reply.

The website has added or changed little to no plugins over time, the theme has always remained the same and AMP has once run successfully in the same composition. The fact that there is no https: reference in the code now (screenshot) is when you look deeper in the console a reference to an https address so I’m not sure if this is causing the problem or if this is something that stands out but the problem is not increased by it.
The goal is that google does not sometimes but always call every amp-available pages where we now sometimes see and sometimes not an AMP indication when searching via google and / or visiting the page via google. The 2nd goal is that all pages that contain an AMP version also call the AMP version via direct links on the site, currently, no page does that, only google points to AMP pages.

If you indicated that minification for the above could be a problem, would you suggest that wp rocket, autoptemize and cloudflare all need to be minication-disabled in order to determine whether the problem takes place in minification or has something more to do with google?

finally, to prevent a redirect loop with Cloudflare, a redirect to HTTPS has been removed from the access and taken over in Cloudflare by “redirect all” via their ssl, could this be a problem for google to determine if an page has https+amp?

Thanks AO I know this but I have to make clear what kind of minify Is in place since Milindmore22 is pointing out to except something around it.

Hi @milindmore22, before diving deeper into the context I am wondering if you suggesting a plugin is blocking the code from showing the amphtml? or screwing up the HTTPS protocol?

I have CF’s all redirect to HTTPS activated so all connections now go to HTTPS but still pages do not move to the amp link when visiting an amp-paged post I guess due to the fact it’s still not showing the HTTPS protocol in the amp URL.
How can we refresh those URL’s so all URLs convert to https inside the code, can Avada theme blocking something?

I cannot find a way to make an exception of “rel=”amphtml”, only files can be excepted in Autoptimize and Cloudflare does not show me an option either.

Your amphtml link (screenshot) also references your URL without any scheme/protocol. it’s recommended to use https

How can we provide a protocol for these links If the links are generated automatically?

Dear Milind,
Thanks for pointing that out. I also speak on behalf of martijnatwordpress
and wonder how I can influence the link in the amp by turning off minification (cf / ao / rocket).
If I turn off all minification, would it automatically generate the new https protocol link? because then I can only turn it on and off? Doesn’t it seem to me that there must be a way to be able to access this manually outside of the minification?