Referencia de las herramientas de caché de POM
Dos herramientas: leer el estado de la caché y vaciarla.
| Herramienta | Hace | Escribe |
|---|---|---|
pom_cache_get_status |
Disponibilidad y estadísticas | |
pom_cache_clear_site_cache |
Elimina la salida almacenada en caché | Sí |
Permisos
| Requiere | |
|---|---|
| Alcance, lectura | mcp:read |
| Alcance, escritura | mcp:write |
| Capacidad | manage_options para ambas |
Dos cosas difieren de todos los demás capítulos.
No hay ninguna puerta de escritura. Las cuatro puertas de los ajustes de POM AI MCP cubren el contenido, las opciones, POM Theme y WooCommerce. El vaciado de la caché no está detrás de ninguna de ellas: un cliente con mcp:write y una identidad de administrador puede purgar la caché sin tener que abrir ninguna puerta antes.
Eso es defendible —vaciar una caché destruye archivos generados, no datos, y todo lo que elimina se reconstruye en la siguiente carga de la página. Pero significa que «todas las puertas de escritura están cerradas» no significa «no se puede escribir nada». Si eso no es aceptable en un sitio concreto, el control es el alcance de OAuth, no una puerta.
Ambas herramientas están siempre registradas, tanto si POM Cache está instalado como si no. pom_cache_get_status informa de la disponibilidad; la herramienta de vaciado devuelve pom_ai_mcp_pom_cache_unavailable si el plugin está ausente.
Así que, a diferencia de las herramientas POM Theme, la ausencia de POM Cache no hace desaparecer estas herramientas. Su presencia no es ninguna prueba de que el plugin esté instalado.
Dos cachés
POM Cache almacena dos cosas, y las herramientas las tratan por separado:
| Contiene | Se vacía | |
|---|---|---|
| Caché HTML | Páginas renderizadas | Siempre |
| Caché JSON progresiva | Datos para la carga progresiva | Solo si es compatible, y solo cuando se solicita |
Un sitio puede ser compatible con la caché HTML sin serlo con la JSON. La herramienta de estado informa de cada una de forma independiente.
Lo que estas herramientas no cubren
Solo la caché de POM de este sitio. En una red multisitio, un solo sitio: no existe ninguna purga global de red, y cada sitio necesita su propia llamada desde su propia conexión.
Y solo POM Cache. Las cachés de objetos, las cachés de opcode, las cachés de páginas a nivel de alojamiento, las CDN y las cachés de navegador no se tocan. En la mayoría de los sitios de producción, una purga de POM Cache es un paso entre varios, y la CDN suele ser la que hace visible un cambio.
Consulta Acceso limitado a la caché para saber qué queda realmente fuera de alcance.
Cuándo importa
Casi toda escritura en POM AI produce un cambio que una caché ocultará. El patrón es el mismo en toda la documentación:
- Haz el cambio.
- Verifica los datos almacenados.
- Vacía la caché.
- Vacía la CDN.
- Mira el sitio.
Saltarse el paso 3 es la razón más habitual de que una escritura correcta parezca no haber funcionado.
Consulta Vaciado de la caché después de un cambio.
Relacionado
- Herramientas de ajustes del tema — escrituras que necesitan una purga después
- Acceso limitado a la caché
- El mapa de capacidades — puertas, alcances y capacidades juntos