En muchas webs de pyme, lo que más las lastra no es el servidor ni el diseño. Son scripts de terceros: trozos de código que añadimos para analítica, chat, píxeles de publicidad, mapas, reviews, popups… y que se van acumulando. Lo peligroso es que suelen entrar “por una campaña” y se quedan años.
El coste real no es solo velocidad. Es también fiabilidad: un script puede romper un formulario, duplicar eventos o bloquear parte de la página. Y como nadie lo controla, el diagnóstico acaba siendo: “la web va rara”. Yo prefiero un enfoque operativo: inventario, limpieza y un control mínimo para que no vuelva a pasar.
Paso 1 (10–15 min): saca un inventario de lo que carga tu web. Abre la web en tu navegador y revisa las extensiones/etiquetas que sabes que tenéis (analítica, ads, chat). Luego pide a tu proveedor o a quien gestione la web una lista de “integraciones” del sitio (plugin de cookies, tag manager, chat, widgets). Si usáis un gestor de etiquetas, ahí suele estar casi todo.
Paso 2 (15–20 min): clasifica cada script por “para qué sirve”. Uso tres categorías: ingresos (ads, tracking de conversiones), operación (chat/soporte, reservas), y nice to have (widgets de diseño, contadores, pruebas antiguas). Si un script no tiene un dueño y un objetivo, suele ser candidato a salir.
Paso 3 (10–15 min): identifica duplicidades típicas. Este es un clásico: dos herramientas midiendo lo mismo, o el mismo píxel instalado dos veces (una por plugin y otra por el gestor de etiquetas). Señales: eventos duplicados, conversiones infladas, o simplemente “nadie sabe de dónde viene”. Aquí el trade-off es claro: menos scripts = menos puntos de fallo, pero también menos datos. Yo priorizo datos fiables sobre muchos datos.
Paso 4 (15–20 min): elimina o pausa lo que no tenga dueño. Empieza por lo fácil: scripts de campañas antiguas, widgets que no aportan nada, herramientas que ya no usáis. Si te da miedo borrar, pausa primero (por ejemplo, desactivar la etiqueta en el gestor) y observa 48–72 horas. En pymes, esta limpieza suele dar mejoras inmediatas sin tocar código.
Paso 5 (10–15 min): mide impacto con dos métricas sencillas. 1) Tiempo de carga percibido: abre la home y la landing principal en móvil (modo incógnito) y cronometra “hasta que puedo hacer scroll y clicar”. 2) Conversión/lead: compara envíos de formulario o leads de 7 días antes vs 7 días después (si tu volumen es bajo, usa 14 días). No busco perfección estadística: busco detectar si algo empeoró.
Errores comunes (y cómo detectarlos): 1) Dejar scripts por “si acaso”. Se detecta porque nadie puede explicar para qué sirven. 2) Romper mediciones al limpiar. Se detecta porque de repente cae a cero una conversión o un evento clave. Solución: antes de tocar nada, anota qué conversiones existían y haz una prueba manual tras el cambio. 3) Instalar por plugin y por gestor a la vez. Se detecta por eventos duplicados o por dos entradas similares en la lista de integraciones.
Cómo medir resultado: al finalizar deberías tener (1) número total de scripts/etiquetas, (2) cuántos tienen dueño y objetivo, (3) cuántos eliminaste o pausaste, y (4) una medición simple de carga y leads antes/después. Si reduces scripts y mantienes (o mejoras) leads, has ganado velocidad y fiabilidad.
Cuándo compensa delegar: si tu web tiene muchas landings, varios píxeles publicitarios y un historial de cambios por agencias, delegaría cuando haya duplicidades difíciles de rastrear o cuando la limpieza requiera tocar el tema/plantillas. Ahí merece la pena que alguien lo revise con método, porque el riesgo de “romper tracking” o “romper formularios” ya no compensa hacerlo a ciegas.
