Update:
Among other plugins like wp-crontrol I updated WP-Optimize to version 4.2.4
On the staging site the cache preload process is running now and I see a cron job wpo_page_cache_preload_continue which wasn’t there recently.
The backend page /wp-admin/admin.php?page=wpo_cache shows preloading all pages.
Debug.log shows:
[02-Sep-2025 08:30:44 UTC] [INFO] : 423 URLs gefunden.
[02-Sep-2025 08:30:44 UTC] [INFO] : Erstellen Sie Tasks zum Vorladen von Websiten-URLs.
[02-Sep-2025 08:30:45 UTC] [INFO] : Tasks zum Vorladen von Websiten-URLs wurden erstellt.
[02-Sep-2025 08:30:45 UTC] [INFO] : A total of 423 tasks of type load-url-task found and will be processed in this iteration
[02-Sep-2025 08:30:45 UTC] [DEBUG] : Lock option (updraft_lock_load-url-task, y8te_options) was created in the database
[02-Sep-2025 08:30:45 UTC] [INFO] : Lock (updraft_lock_load-url-task, y8te_options) acquired after initialising the database
[02-Sep-2025 08:30:45 UTC] [INFO] : Processing task with ID : 2097, and type ‘load-url-task’
[02-Sep-2025 08:30:45 UTC] [INFO] : preload_desktop – https://…
[02-Sep-2025 08:30:47 UTC] [INFO] : Completed processing task with ID : 2097, and type ‘load-url-task’
[02-Sep-2025 08:30:47 UTC] [INFO] : Processing task with ID : 2098, and type ‘load-url-task’
[02-Sep-2025 08:30:47 UTC] [INFO] : preload_desktop – https://…
[02-Sep-2025 08:30:47 UTC] [INFO] : Completed processing task with ID : 2098, and type ‘load-url-task’
…
[02-Sep-2025 08:34:37 UTC] [INFO] : Lock option (updraft_lock_load-url-task, y8te_options) released
[02-Sep-2025 08:34:37 UTC] [INFO] : Successfully processed the queue (load-url-task). 423 tasks were processed out of 423.
[02-Sep-2025 08:34:37 UTC] [INFO] : Lock option (updraft_lock_load-url-task, y8te_options) was deleted from the database
[02-Sep-2025 08:34:37 UTC] [INFO] : Cleaning up tasks of type (load-url-task). A total of 423 tasks will be deleted.
BUT: except the home url no data is written to /wp-content/cache/wpo-cache/[sitename]/
May this be caused by the debug mode which is still active? I didn’t change write permissions on the folder, so I don’t see any other reason.
Best regards,
Hi @kingofrocknroll!
Glad to see that manual preloading now works on your staging site after the recent update.
Please confirm if the issue is also resolved in your live site.
Regards.
Hi,
sadly it still doesn’t work!
It seems that the cron job wpo_page_cache_preload_continue isn’t generated.
Which php files are relevant for creating the cron job?
Best regards,
Methods related to preload scheduling can be found at wp-content/plugins/wp-optimize/cache/class-wp-optimize-cache-commands.php.
Hello,
I finally found out the reason of the problem. It’s not caused by WP-Optimze! It’s due to the cookie plugin Real Cookie Banner:
When WP-Optimize tries to preload the cache it calls WP_Optimize_Page_Cache_Preloader->get_site_urls(), which fetches the sitemap via wp_remote_get().
The Real Cookie Banner Pro plugin hooks into pre_http_request and throws a PHP TypeError in inc/view/Blocker.php (line 373), causing every internal HTTP request to fail.
As a result WP-Optimize never receives any URLs and cannot create preload tasks until that filter is disabled or the plugin is updated/fixed.
Best regards and thank you!
@kingofrocknroll as you probably saw, I’m having the same problem and also noticed the PHP error caused by Real Cookie Banner in the log file: Cache preloading doesn’t work anymore | ww.wp.xz.cn
I just don’t have enough knowledge to know whether the two things are related. Did you already contact the support of Real Cookie Banner about the PHP error?
Hi @mathijsen,
definitely the issue is caused by Real Cookie Banner (Pro). I contacted the support there and they’re analyzing it.
Best regards,
