[Resuelto] Capa de caché sirve versión obsoleta del sitio y redirige URLs con parámetros de consulta

Buen dia,

Envie el siguiente mensaje al soporte de Webempresa mediante su sistema de tickets y, luego de leerlo, me respondieron que debia buscar apoyo de ustedes. 

"Hola, equipo de Webempresa:

Soy el administrador de aecave.es y con la ayuda de la IA de Claude he venido desarrollando la web, inclusive corrigiendo errores creados por la IA de ustedes cuando le di el prompt sobre cómo queríamos que fuese nuestra web.
Hemos detectado un problema en la capa de caché del servidor que afecta a las peticiones sin cookies (tipo bot/crawler) y necesito su ayuda para resolverlo. Los detalles técnicos a continuación fueron preparados por la IA de Claude, pues mis conocimientos en esa materia, así como en la creación de webs, son nulos. En realidad, esta es la primera vez que estoy creando una web, incentivado por la demostración que hicieron vuestros especialistas sobre las ventajas y facilidades que ofrece la IA de ustedes. Aquí estoy, casi un mes después, tratando de culminar su creación.

PROBLEMA DETECTADO (verificado el 14/07/2026):

1. Las peticiones a URLs con parámetros de consulta de búsqueda (por ejemplo  https://aecave.es/?s=eventos)  realizadas por clientes sin cookies reciben una redirección a  https://aecave.es/,  descartando los parámetros. Esto impide que la búsqueda del sitio funcione para ese tipo de peticiones.

2. Peor aún: la página servida tras esa redirección es una COPIA CACHEADA OBSOLETA de la portada, de aproximadamente mediados de junio de 2026. Se identifica claramente porque contiene:
- Menú "Directorio" apuntando a /directorio-de-miembros/ (página retirada; la actual es /directorio/)
- Botón "Descubre más" apuntando a /contacto (la URL actual es /contacto-y-registro/)
- Enlace "Explorar todas" apuntando a /recursos (página retirada)
- Tres eventos placeholder antiguos con campos Fecha y Lugar vacíos, en lugar del contenido actual

3. En cambio, una petición a  https://aecave.es/?forzar=3  (parámetro arbitrario) devuelve la versión ACTUAL y correcta del sitio. Es decir: la caché trata de forma inconsistente las URLs con parámetros, y conserva al menos una copia obsoleta de la portada.

4. Los navegadores normales (con cookies/sesión) reciben la versión correcta. El problema afecta a peticiones sin cookies, que es exactamente como acceden los robots de Google y otros buscadores. Esto supone un riesgo SEO: Google podría estar indexando una portada de junio con enlaces a páginas que ya no existen.

CÓMO REPRODUCIRLO (desde cualquier terminal, sin cookies):

curl -sIL " https://aecave.es/?s=eventos"
(Observarán la redirección a  https://aecave.es/  que descarta el parámetro s)

curl -sL " https://aecave.es/?s=eventos" | grep -o "directorio[^\"]*"
(Observarán que el HTML servido contiene enlaces a /directorio-de-miembros/, una página que ya no está publicada ? prueba de que la copia cacheada es de junio)

curl -sL " https://aecave.es/?forzar=3" | grep -o "directorio[^\"]*"
(Observarán que aquí sí se sirve la versión actual, con enlaces a /directorio/)

INFORMACIÓN ADICIONAL:
- No tenemos ningún plugin de caché activo en WordPress (verificado).
- Entendemos que el hosting incluye Microcache; sospechamos que hay una capa adicional (caché de servidor o proxy) que guarda estas copias.
- Durante el desarrollo llevamos semanas necesitando añadir parámetros tipo ?forzar=N a las URLs para ver los cambios recientes, lo que confirma un cacheo agresivo.

LO QUE SOLICITAMOS:
1. Purgar por completo TODAS las capas de caché de aecave.es, incluida la copia obsoleta de la portada.
2. Configurar la caché para que las URLs con parámetros de consulta ?especialmente ?s= (búsqueda nativa de WordPress)? NO se redirijan ni se sirvan desde caché, sino que lleguen a WordPress.
3. Confirmarnos qué capas de caché existen exactamente para este alojamiento (Microcache, proxy, CDN, etc.) y cuál de ellas causaba este comportamiento.
4. Verificar que las peticiones sin cookies (crawlers) reciban siempre la versión vigente del sitio.

Quedo a su disposición para cualquier verificación adicional. Muchas gracias por su ayuda."

Luego, su respuesta fue la siguiente:

"Hola Germán, buenas tardes,

A nivel de servidor no veo que tengas activo ningún sistema de cache para aecave.es.
El sistema de cache de Varnish está desactivado para este dominio y también está desactivado Microcache.

Es posible que te esté afectando algún parámetro de configuración de la cache de la propia página web.
Este tipo de problemas los gestionan mis compañeros desde el foro, donde se analizan y responden consultas que puedas tener sobre: plugins, CSS, utilización del CMS en sí, configuraciones, errores con extensiones y plantillas, cache, etc.

Si quieres profundizar más en este tipo de errores, o ver plugins/plantillas alternativos que puedan ayudarte con este problema, lo mejor es que abras un hilo en nuestro foro de soporte experto:
https://www.webempresa.com/foro/

A través de ticket tratamos los temas relacionados con el hosting ( paneles, correo, seguridad del servidor ... ), pero para analizar a fondo los problemas que te puedan dar los componentes de tu web, nuestros compañeros expertos en CMS te podrán ayudar mejor a través de ese canal.

Nos mantenemos a la espera por si tienes alguna duda.
Un saludo,
Rubén Otero"

Mucho agradeceria vuestro apoyo para resolver este problema.

Atentamente,

German

Contenido solo visible a usuarios registrados