diff --git a/n8n/deployment-n8n.yaml b/n8n/deployment-n8n.yaml
index a6e516b..16ff091 100644
--- a/n8n/deployment-n8n.yaml
+++ b/n8n/deployment-n8n.yaml
@@ -80,6 +80,17 @@ spec:
               value: sqlite
             - name: DB_SQLITE_DATABASE
               value: /home/node/.n8n/database.sqlite
+            # No guardar el payload de las ejecuciones que salen BIEN (2026-07-30).
+            # La poda por edad ya venía activa de serie (336 h), así que la BD no
+            # se desbocaba; el problema era otro: de los 322 MB de execution_data,
+            # 246 MB eran las 3.436 tiradas VERDES de "Real Madrid RSS → Twitter",
+            # que corre cada 5 min y guarda 73 KB por vuelta. Los fallos, que son
+            # lo que se depura, ocupaban 2 MB. Y /data/n8n va entero en la lista
+            # CROWN del backup: eso viajaba a MEGA a diario y a B2 en las dos
+            # últimas copias — justo lo que reventó la cuota el 2026-07-25.
+            # Los errores se siguen guardando enteros (SAVE_ON_ERROR=all, defecto).
+            - name: EXECUTIONS_DATA_SAVE_ON_SUCCESS
+              value: none
           resources:
             requests:
               cpu: 100m