cache.lat
Lanzás una campaña en redes o en Google Ads, el enlace lleva ?utm_source=... o ?fbclid=... y, sin que lo notes, cada clic pagado puede terminar ejecutando PHP y MySQL desde cero. Justo el tráfico por el que estás pagando es el que más rápido debería cargar.
Por qué los parámetros de campaña rompen el caché
Para muchos sistemas de caché, /oferta/ y /oferta/?utm_source=facebook son dos URLs distintas. Si la segunda no tiene copia guardada, el servidor la genera dinámicamente. Y como cada campaña, anuncio o red social agrega valores diferentes (utm_campaign, fbclid, gclid), el número de variantes crece sin control.
El resultado práctico: la página que está en caché es la de la URL limpia, pero tus visitantes de pago casi nunca llegan por ahí.
Cómo detectar si te pasa
- Compará tiempos: abrí la URL limpia y la misma URL con
?utm_source=test&utm_campaign=prueba. Si la segunda tarda claramente más, la variante no está sirviéndose desde caché. - Revisá las cabeceras de respuesta con las herramientas de desarrollador del navegador (pestaña Red) y mirá si cambian entre ambas.
- Mirá el HTML: si tu solución de caché deja una marca en el código fuente, verificá que aparezca también en la versión con parámetros.
Qué conviene hacer
1. Tratar los parámetros de tracking como la misma página
Los parámetros utm_*, fbclid y gclid sirven para que tus herramientas de analítica midan el origen de la visita. No cambian el contenido que se ve. Lo correcto es que la página con esos parámetros salga de la misma copia estática que la URL limpia, y que el JavaScript de analítica siga leyendo la URL en el navegador del visitante.
2. No cachear lo que sí es dinámico
El extremo opuesto también es un error. Carrito, checkout, cuentas de usuario, búsquedas internas y peticiones POST dependen de cada visitante y deben pasar siempre por WordPress. Una buena regla de caché distingue entre "parámetro de marketing" (se ignora) y "parámetro funcional" (se respeta).
3. Revisar después de cada cambio importante
Un cambio de tema, un plugin nuevo o una regla de redirección puede alterar cómo se manejan las URLs. Repetí la prueba de tiempos cada vez que toques algo de la configuración.
Cómo lo resuelve cache.lat
cache.lat genera copias HTML estáticas que se guardan en tu propio hosting y reescribe reglas en el .htaccess para que el visitante reciba el archivo sin ejecutar PHP ni MySQL. Según su descripción de cómo funciona, entre lo que se cachea se incluyen las URLs con parámetros de campaña (utm_*, fbclid, gclid), mientras que carrito, checkout, cuentas, sesiones activas, búsquedas internas y POST quedan fuera. Es decir, la separación que describimos arriba.
El requisito a tener en cuenta es que necesitás WordPress y acceso al .htaccess en un servidor Apache. Si querés ver el detalle de configuración, la documentación es el mejor punto de partida.
Checklist rápido antes de tu próxima campaña
- Probá tu landing con y sin parámetros UTM y comparás tiempos.
- Confirmá que el checkout y el carrito no se están sirviendo desde caché.
- Verificá que tu analítica sigue registrando el origen correctamente.
- Regenerá o purgá la caché de la landing después de editarla, para que nadie vea una versión vieja.
- Repetí la prueba desde el móvil y con otra red, para descartar cachés del navegador.
Conclusión
El tráfico de campaña es el más caro de conseguir y el que menos deberías dejar al azar. Asegurarte de que las variantes con parámetros se sirvan igual de rápido que la URL limpia es una de las mejoras de rendimiento más simples y con mejor retorno. Si tenés dudas sobre tu caso concreto, podés contactar al equipo de TuNegocioEnLinea.net, y si querés comparar planes, revisá los precios de cache.lat.