Diosa-UK

Amazing! Thank you so much for taking the time to look at this and resolve for both Simple and Variable products. Very impressed ?????

This solution works great with simple products – thank you. But the same warnings pop up as non-critical errors for product variations too.

Is there a snippet that can get this schema to work when product type is variable please?

(I’ve hunted around for some code to make it work on variations but my skills are limited and I just keep killing my website when I add it to the functions.php !)

I think I was being dumb – you target ‘country’ in the ad’s not the audience!

Seconded on this… just updated and getting the same error ??

Can I second this ??

If I need to clear out the cache, it’s good to have an option to quickly fill it up again, so now on a 500 page site, I’d need to run the cron 25 times before it would fill it again.

Definitely like @drazon suggestions for the three options.

But otherwise this is a really great plugin.

[Update: Discovered the ‘Warm Cache’ plugin and this seems perfect at filling Cache Enablers cache on a cron job and without too much stress to server]

I know this has just been marked ‘resolved’, but I’d definitely second the OP’s wish/suggestion.

Just moved from Comet Cache Pro, to using Cache Enabler/CDN Enabler/KeyCDN (plus BWP Minify) and absolutely love it, but miss Comet Cache’s ‘Auto-Cache Engine’ function of reading an xml sitemap and filling the cache up.

Our WC site currently gives awful 1.5+sec ttfb scores on first request, but then a fabulous 35ms ttfb after the cache has been filled.

Manually browsing 400 pages ain’t much fun! ??

.

This is now cleared… the bug was with Google.

[a little tetchy today are we Massimo?!]

Hi Shane,

This certainly looks 100% successful to me on all counts ??

No character issues.

Alt WebP switched on and serving webp to compatible browsers and jpegs/png to the other browsers.

And the Yoast WordPress SEO XML sitemaps are still working perfectly.

Brilliant – thank you.

(watch me break it tomorrow when I add in a Cache plugin and a CDN haha!).

I was using an FTP program and Dreamweaver – you should be able to find it under Plugin Editor/Wordpress SEO and wordpress-seo/frontend/class-json-ld.php

It’s the first instance of https://schema.org (not the second one). Though I’ve never edited a file this way.

HOWEVER…

I think this ‘fix’ is more of a ‘bodge’ than a fix – it gets rid of the Google error message but as someone on the https://stackoverflow.com/a/30788060 page pointed out by using https://schema.org/true “you are no longer using the [proper] Schema.org vocabulary”.

I’m on the cloud version – can I still use that zip or not? ??

Yes as best as I could tell that’s the case (re default theme and disabling plugins) – un-commenting (line 182) mb_convert_encoding() solved all character issues for us.

Here’s the locale response…

-bash-4.1$ locale
LANG=en_GB.UTF-8
LC_CTYPE=”en_GB.UTF-8″
LC_NUMERIC=”en_GB.UTF-8″
LC_TIME=”en_GB.UTF-8″
LC_COLLATE=”en_GB.UTF-8″
LC_MONETARY=”en_GB.UTF-8″
LC_MESSAGES=”en_GB.UTF-8″
LC_PAPER=”en_GB.UTF-8″
LC_NAME=”en_GB.UTF-8″
LC_ADDRESS=”en_GB.UTF-8″
LC_TELEPHONE=”en_GB.UTF-8″
LC_MEASUREMENT=”en_GB.UTF-8″
LC_IDENTIFICATION=”en_GB.UTF-8″
LC_ALL=

??

[still have the xml sitemap problem sadly – regular error logs showed nothing as far as I could see – so currently still Alt WebP disabled]

Changing https://schema.org on line 83 of class-json-ld.php to https://schema.org/true seems to fix the error…

…however in Google’ Testing Tool it strangely adds your domain in front of the result (ie. normally titled WebSite but after change https://www.Example.com/WebSite).

But the errors go ??

From… https://stackoverflow.com/a/30788060 (so unless these guys are also running Yoast – and I don’t think they are – don’t think the blame is entirely plugin related).