Impacted plugin
None / Other
What
Expose a documented PHP API that lets third-party plugins purge the cache for a specific frontend URL with predictable scope.
How
WP Super Cache already has URL-directed cache clearing internally through functions such as wpsc_delete_url_cache() and wpsc_supercache_dir_for_url().
I’m the developer of Cache Autopilot, a WordPress cache freshness plugin that determines which frontend URLs are affected by a content or presentation change, passes those URLs to the active cache plugin for purging, and then preloads them again in the background.
For that integration, it would be useful if WP Super Cache exposed a documented PHP API that lets a third-party plugin pass an arbitrary frontend URL and have that URL’s cache invalidated with predictable scope and semantics.
The existing internal helpers are close, but they are difficult to treat as a stable integration contract because their behaviour depends on details such as rebuild mode, URL shape and cache-path handling.
The goal would simply be:
third-party plugin provides a frontend URL → WP Super Cache handles invalidation of that URL through its supported cache logic
This would keep all cache-storage and deletion logic inside WP Super Cache while allowing external plugins and automation tools to avoid unnecessary full-cache purges.
Cache Autopilot already uses this integration model with several other cache plugins, and I’d be happy to handle the integration and testing on our side or provide concrete test cases if useful.
Best wishes,
Beat
Cache Autopilot:
https://wpcacheautopilot.com/
https://wordpress.org/plugins/cache-autopilot/
Impacted plugin
None / Other
What
Expose a documented PHP API that lets third-party plugins purge the cache for a specific frontend URL with predictable scope.
How
WP Super Cache already has URL-directed cache clearing internally through functions such as
wpsc_delete_url_cache()andwpsc_supercache_dir_for_url().I’m the developer of Cache Autopilot, a WordPress cache freshness plugin that determines which frontend URLs are affected by a content or presentation change, passes those URLs to the active cache plugin for purging, and then preloads them again in the background.
For that integration, it would be useful if WP Super Cache exposed a documented PHP API that lets a third-party plugin pass an arbitrary frontend URL and have that URL’s cache invalidated with predictable scope and semantics.
The existing internal helpers are close, but they are difficult to treat as a stable integration contract because their behaviour depends on details such as rebuild mode, URL shape and cache-path handling.
The goal would simply be:
third-party plugin provides a frontend URL → WP Super Cache handles invalidation of that URL through its supported cache logic
This would keep all cache-storage and deletion logic inside WP Super Cache while allowing external plugins and automation tools to avoid unnecessary full-cache purges.
Cache Autopilot already uses this integration model with several other cache plugins, and I’d be happy to handle the integration and testing on our side or provide concrete test cases if useful.
Best wishes,
Beat
Cache Autopilot:
https://wpcacheautopilot.com/
https://wordpress.org/plugins/cache-autopilot/