diff --git a/plugins/entry-actions/classes/EntryActionsApiController.php b/plugins/entry-actions/classes/EntryActionsApiController.php
index b2f1115..e97884a 100644
--- a/plugins/entry-actions/classes/EntryActionsApiController.php
+++ b/plugins/entry-actions/classes/EntryActionsApiController.php
@@ -1,6 +1,7 @@
 <?php
 namespace Grav\Plugin\EntryActions;
 
+use Grav\Common\Cache;
 use Grav\Common\Filesystem\Folder;
 use Grav\Plugin\Api\Controllers\AbstractApiController;
 use Grav\Plugin\Api\Exceptions\ApiException;
@@ -62,7 +63,14 @@ class EntryActionsApiController extends AbstractApiController
         }
 
         Folder::delete($path);
+        // deleteAll() drops the cache stores but does NOT rebuild Grav's page-tree
+        // index (keyed on folderHash, which doesn't change on child removal under
+        // cache.check.method: folder). Without invalidateCache() the deleted entry
+        // lingers in the index and the feed re-renders it — now image-less — on the
+        // next load. Mirrors the create-path fix in the cache-on-save plugin. See
+        // docs/solutions/integration-issues/grav-deleteall-doesnt-invalidate-page-tree-index.md
         $this->grav['cache']->deleteAll();
+        Cache::invalidateCache();
         // Audit trail: entry deletion is destructive and owner-only — record who
         // did it and to what, so an unexpected disappearance is traceable.
         $this->grav['log']->info(sprintf('entry-actions: owner "%s" deleted entry "%s"', $user->username, $slug));