Pagaste la campaña, el anuncio quedó bonito, la gente está dando clic. Todo indica que va bien. Pero hay un detalle que casi nadie revisa: las personas que llegan desde tu anuncio pueden estar viendo una versión de tu web más lenta que la que tú ves cuando la abres desde tu computadora.
No es un problema de diseño ni de tu hosting “barato”. Es algo más silencioso, y tiene nombre: los parámetros de seguimiento en la URL.
La letra pequeña que trae cada clic
Cuando alguien toca tu anuncio, casi nunca llega a tunegocio.com/oferta/ a secas. Llega a algo como tunegocio.com/oferta/?utm_source=facebook&utm_campaign=octubre o con un fbclid larguísimo pegado al final. En Google Ads, con el etiquetado automático activado, aparece un gclid.
Esos parámetros existen para que tu analítica sepa de dónde vino cada visita. Son útiles. No cambian nada de lo que se ve en la página: el mismo texto, las mismas fotos, el mismo botón.
El problema es que muchos sistemas de caché no lo entienden así. Para ellos, /oferta/ y /oferta/?utm_source=facebook son dos páginas distintas.
La verdad incómoda: tu caché probablemente no está atendiendo a tus anuncios
La caché de página funciona guardando una copia lista de cada URL para no tener que armarla desde cero en cada visita. Si la caché trata cada URL con parámetros como una página nueva, pasa esto:
- La copia guardada es la de la URL limpia, la que tú visitas.
- El visitante del anuncio llega con parámetros, la caché no encuentra copia y WordPress tiene que construir la página completa: PHP, base de datos, plugins, todo.
- Como cada clic puede traer un fbclid diferente, muchas de esas visitas pagadas terminan sin caché.
Resultado: tú abres tu web, carga rápido y quedas tranquilo. Tu cliente potencial, desde su celular y con datos móviles, espera. Y en una campaña, esperar es la forma más cara de perder una venta: ya pagaste por ese clic.
Encima, las campañas concentran tráfico. Si tu anuncio funciona y llegan muchas visitas al mismo tiempo, todas pasan por el camino lento. En hosting compartido eso puede convertirse en errores o páginas que no terminan de cargar justo en el momento de más interés. Ya lo hablamos en por qué tu plugin de caché no salva un hosting lento: la caché ayuda mucho, pero solo cuando de verdad se está usando.
Cómo comprobarlo en cinco minutos
No necesitas ser técnico. Haz esta prueba antes de lanzar (o ahora mismo, si ya tienes una campaña activa):
- Abre tu página limpia en una ventana de incógnito y anota cuánto tarda en verse completa.
- Abre la misma página con parámetros inventados, por ejemplo agregando ?utm_source=prueba&utm_campaign=test123 al final. Cambia el valor en cada intento para que sea “nueva”.
- Compara. Si la versión con parámetros tarda notablemente más, tu caché no la está atendiendo.
- Revisa el código fuente (clic derecho, “ver código fuente”). Muchos plugins de caché dejan un comentario al final del HTML. Si aparece en la URL limpia y no en la que tiene parámetros, ahí está la confirmación.
- Repite desde el celular y con datos móviles, que es como llega la mayoría de tus clientes. Si tu web solo es rápida en la oficina, es un fracaso para tus clientes.
Qué debería pasar (y qué nunca debería pasar)
La regla correcta separa dos tipos de parámetros:
- Parámetros de marketing (utm_*, fbclid, gclid): no cambian el contenido, así que la visita debería recibir la misma copia en caché que la URL limpia. Tu analítica sigue funcionando, porque el script de medición lee la URL en el navegador del visitante.
- Parámetros y páginas funcionales: carrito, checkout, “Mi cuenta”, búsquedas internas, formularios enviados. Eso nunca debe salir de caché, o terminarás mostrando el carrito de un cliente a otro.
Si tu configuración actual no distingue entre ambos, tienes dos opciones: ajustar las reglas de tu plugin (si lo permite) o usar una herramienta que ya venga pensada así.
Donde entra cache.lat (y donde no)
En TuNegocioEnLinea.net creamos cache.lat, un plugin de WordPress que genera una copia HTML estática de tus páginas públicas, la guarda en tu propio hosting y deja que Apache la sirva directo, sin ejecutar PHP ni WordPress. Entre lo que cachea con seguridad están justamente las URLs con parámetros de campaña (utm_*, fbclid, gclid), y excluye siempre carrito, checkout, cuenta, sesiones activas, búsquedas y peticiones POST.
Funciona en hosting compartido con Apache y mod_rewrite, y puedes probarlo gratis hasta en 10 páginas, que para una landing de campaña suele ser más que suficiente. Si quieres el detalle técnico del problema, el blog de cache.lat tiene una guía específica sobre cómo los parámetros UTM y fbclid dejan tus campañas sin caché en WordPress.
Ahora, seamos honestos: ningún plugin convierte un servidor saturado en uno bueno, ni arregla una landing con imágenes de 5 MB o un formulario confuso. La caché quita la espera; lo demás sigue siendo tu trabajo.
Checklist antes de soltar el presupuesto
- Prueba la landing con y sin parámetros, desde el celular.
- Confirma que carrito y checkout no salen de caché.
- Verifica que tu analítica sigue registrando la fuente de las visitas.
- Después de editar la página, regenera o limpia su caché.
- Asegúrate de que el botón de contacto funcione: de nada sirve una página rápida si tu botón de WhatsApp te deja en visto.
Cinco minutos de prueba pueden ahorrarte una campaña completa pagando clics que llegan a la versión lenta de tu negocio.
¿Vas a lanzar una campaña?
Si quieres que revisemos tu landing antes de invertir en anuncios, o que la montemos rápida desde el inicio, escríbenos aquí. Te decimos qué está frenando tus visitas y qué conviene arreglar primero, sin rodeos.
Sigue leyendo
- Tu plugin de caché no salva un hosting lento
- Tu botón de WhatsApp no vende: tu web te está dejando en visto
¿Necesitas una página lista para campañas? El Plan Mini incluye landing page y 4 correos; si buscas un sitio WordPress completo, el Plan Básico trae cache.lat Pro de cortesía.
Comentarios (0)
Sé el primero en comentar.