Instalar Celeris, servir antes que PHP, elegir los ajustes y saber qué hacer cuando una página falla.
Celeris guarda cada página en un archivo y deja que el servidor lo devuelva: el visitante recibe HTML sin que WordPress arranque. Esta página cubre la instalación, cómo servir lo antes posible en la cadena, los ajustes que importan y qué hacer cuando algo no va bien.
Sin licencia activa no funciona nada: la caché y todas las optimizaciones quedan apagadas hasta que se acepte una clave. Mientras tanto sus ajustes se conservan, así que todo arranca de golpe al activar la licencia.
wp-content/advanced-cache.php, que responde antes de que WordPress cargue.wp-config.php que le dice a WordPress que use ese archivo..htaccess; en nginx pega usted un bloque (más abajo).Reparar la instalación reescribe las cuatro. Se puede pulsar en cualquier momento sin riesgo.
Una página en caché puede encontrarse en tres sitios, y cuanto antes mejor: el servidor web, el drop-in de PHP o el propio WordPress. Celeris usa el más temprano que esté disponible.
Nada que hacer. Las reglas se escriben en .htaccess al activar. En LiteSpeed, Celeris además apaga la caché de páginas del propio LiteSpeed: dos cachés sobre las mismas páginas acaban sirviendo una copia caducada, y la que se purga con WordPress es la que conviene conservar.
Copie el bloque que muestra Celeris › Servidor en su host virtual — en Plesk, Ajustes de Apache y nginx › Directivas adicionales de nginx — y recargue nginx. Hasta entonces las páginas las sirve el drop-in de PHP, que ya es rápido; las reglas del servidor solo sacan PHP del camino por completo.
La pestaña Recomendaciones enumera lo que aún no está activado, por orden de impacto, con un botón Activar en cada tarjeta. Si prefiere elegir usted, esto hace cada opción.
Saber qué reglas dibujan la primera pantalla exige maquetar la página en un navegador de verdad, algo que la mayoría de alojamientos no puede hacer. Por eso Celeris pregunta a sus propios servidores: representan su página en tamaño de móvil y de portátil y devuelven las reglas que hacen falta. Solo vuelve el CSS; sus páginas nunca se almacenan.
Se mide por plantilla, no por página: sus mil artículos necesitan una representación, no mil. Un cambio de tema o un plugin nuevo cambia las hojas de estilo, y la medición se rehace sola.
Cuente unos minutos entre activarlo y verlo aplicado: las páginas se ponen en cola y se procesan en segundo plano. wp celeris critical vacía la cola de inmediato si tiene prisa.
Algunas páginas debe generarlas siempre WordPress. Celeris ya se niega a guardar en caché carritos, compras, cuentas, la consola y las páginas de acceso, digan lo que digan sus ajustes, y nunca sirve una página en caché a un visitante identificado.
Para lo demás, lo más rápido es desde el sitio: abra la página y pulse Celeris › No guardar nunca esta página en la barra de administración. La exclusión se añade y la página sale de la caché con un clic. Celeris › Exclusiones guarda la lista completa, una ruta por línea, y admite también cookies y navegadores.
Los parámetros de seguimiento como utm_source se ignoran: quien llega desde un anuncio recibe el mismo archivo que los demás. Los parámetros que sí cambian la página — lang, currency — pueden listarse para que cada valor tenga su propia copia. Cualquier otro parámetro esquiva la caché, que es lo prudente.
Un formulario dice «¿seguro que quieres hacer esto?» — caducó un token de seguridad dentro de una página en caché. Purgue esa página; si vuelve, exclúyala desde la barra de administración.
El diseño se rompe al activar el CSS utilizado — un maquetador que escribe clases con JavaScript. Añada el selector que falta a la lista de excepciones en Celeris › CSS y JavaScript y purgue. Celeris ya rechaza los resultados que quitarían demasiado y lo anota en su registro.
Un script dejó de funcionar — se aplazó y necesita ejecutarse enseguida. Añádalo a las exclusiones del aplazamiento; basta con un fragmento del nombre del archivo.
Nada parece guardarse en caché — mire Celeris › Estado y luego el registro de errores al final de esa pantalla. Cada fallo en segundo plano queda anotado allí en lenguaje claro.
En caso de duda: Vaciar toda la caché y después Reparar la instalación. Ninguna de las dos puede estropear nada.
Cada sitio de una red mantiene sus propios ajustes y su propia caché. Purgar un sitio nunca vacía los vecinos, y el drop-in lee una configuración por host.
Útil cuando lleva muchos sitios, y en los scripts de despliegue.
wp celeris purge # vaciar la caché
wp celeris purge --url=… # solo una página
wp celeris preload # rellenar desde el sitemap
wp celeris critical --max=10 # procesar la cola de CSS crítico
wp celeris status # qué está activo, qué hay en caché
wp celeris repair # reescribir el drop-in y las reglas del servidor
wp celeris settings export --file=celeris.json
wp celeris settings import --file=celeris.jsonEl archivo de ajustes no lleva ni clave de licencia ni identificador de sitio: el mismo archivo puede configurar veinte sitios.
Una licencia cubre un número de sitios: uno en Starter, cinco en Pro, cien en Agency. Activar en uno más de los que permite su plan se rechaza con un mensaje claro; liberar una plaza desde su cuenta es inmediato y reversible.
Los recordatorios de renovación salen un mes antes, una semana antes, el mismo día y una semana después. Una licencia caducada detiene la caché pero nunca toca sus ajustes: renovar lo pone todo en marcha igual que estaba.
Borrar el plugin desde la pantalla de plugins elimina todo lo que creó: los archivos en caché, el drop-in (restaurando el anterior si lo había), la línea WP_CACHE, las reglas añadidas al .htaccess, sus ajustes, sus tareas programadas y sus datos temporales.
Su contenido, su tema y sus demás plugins quedan intactos. Desactivar sin borrar detiene la caché pero conserva los ajustes para más adelante.
El soporte está incluido en todas las licencias. Escríbanos con su clave de licencia y la dirección de una página que se comporte mal: esas dos cosas suelen ahorrar un día de idas y venidas. Respondemos en un día laborable.