Cómo funciona POM Cache en WordPress multisitio

En una red multisitio de WordPress, POM Cache combina infraestructura de arranque compartida con valores en tiempo de ejecución y árboles de caché específicos de cada sitio. La activación en red no convierte a todos los sitios en un único espacio de nombres de caché.

Componentes compartidos de la red

La instalación de WordPress tiene una:

• wp-content/advanced-cache.php drop-in;
• WP_CACHE constante;
• POM_CACHE_HOME constante;
• directorio del plugin POM Cache;
• Cache Location base, a menos que un sitio la anule.

El drop-in se ejecuta antes del arranque normal de los plugins activos, por lo que debe poder localizar los archivos del plugin de la red sin depender de la pantalla de plugins de un subsitio concreto.

Ajustes efectivos específicos de cada sitio

POM Cache lee primero los ajustes de POM Framework para el sitio actual. Si ese sitio no tiene un archivo de ejecución o de almacenamiento guardado, puede usar el valor correspondiente del sitio principal como alternativa.

El modelo práctico es:

current site has an explicit value?
        ├── yes → use it
        └── no  → use the main-site effective value

Usa Fix Configuration en un subsitio cuando quieras de forma intencionada que sus valores efectivos se escriban como archivos de sitio explícitos. Esta acción no edita wp-config.php, no instala el drop-in ni copia las reglas de .htaccess.

Espacios de nombres de caché según la topología de la red

POM Cache combina el nombre de host y la ruta pública:

• Red de subdominios: site-a.example.com/ y site-b.example.com/ usan ramas de host distintas.
• Dominios asignados: brand-a.com/ y brand-b.com/ usan sus hosts públicos reales.
• Red de subdirectorios: example.com/site-a/ y example.com/site-b/ usan ramas de ruta distintas.

La URL de inicio configurada del sitio también la usan las estadísticas del sitio actual y las operaciones de purga. Mantén la asignación de dominios y las redirecciones canónicas sincronizadas con WordPress.

Ubicaciones de administración

La entrada normal de la red es:

Network Admin → Settings → POM Cache

Para una anulación específica de un sitio, abre la administración de ese sitio y usa:

Settings → POM Cache

Solo los administradores pueden acceder a los ajustes. La gestión de la licencia tiene ámbito de red, mientras que el contenido de la caché y las acciones de mantenimiento apuntan al sitio actual.

Purgar un sitio frente a cambiar contenido compartido

General → Cache tools → Delete Cache elimina el árbol HTML del sitio actual. La herramienta Progressive JSON es independiente. El atajo Delete Cache de la barra de administración borra ambos almacenes del sitio actual.

Si un cambio editorial afecta a varios sitios, borrar únicamente el sitio editado puede ser insuficiente. Algunos ejemplos incluyen:

• una fuente de menú o pie de página de toda la red;
• un ajuste de plantilla compartido;
• contenido traducido o sindicado reutilizado en varios sitios;
• un servicio de datos común que cambia la salida en todas partes.

Enumera los sitios afectados y purga cada uno de forma intencionada. POM Cache no asume que cada actualización de una entrada cambie todos los sitios de la red.

Desplegar reglas de Apache en multisitio

El bloque de reescritura generado es configuración de servidor, no un interruptor de WordPress por sitio. Revísalo teniendo en cuenta:

• la raíz de documentos de la red;
• la estructura de subdominios o subdirectorios;
• el comportamiento de los dominios asignados;
• el reenvío de host del proxy/CDN;
• la Cache Location real;
• el orden del bloque de reescritura estándar de WordPress.

Prueba al menos una portada y una página interna en cada topología en uso. Una regla que funciona para el dominio principal puede seguir apuntando a la rama incorrecta en un sitio asignado o basado en ruta.

Secuencia de validación multisitio

1. Confirma que el drop-in y ambas constantes muestren OK.
2. Elige dos sitios con contenido de página diferenciable.
3. Habilita el almacenamiento en caché HTML para cada sitio deseado.
4. Genera la misma ruta relativa en ambos estando desconectado.
5. Demuestra que las respuestas y las ramas de almacenamiento siguen siendo distintas.
6. Entra en cada sitio y confirma la omisión para usuarios autenticados.
7. Elimina la caché HTML de un sitio y verifica que el otro conserve sus archivos.
8. Repite a través del CDN, si está presente, una vez que el comportamiento de origen sea correcto.

Consulta Cómo los archivos de caché se mantienen aislados por host y sitio para conocer las rutas concretas y Borrado de caché en multisitio para el mantenimiento.