Optimizar compensa cuando el problema está en lo que pusiste encima; rehacer, cuando está en lo que hay debajo. Imágenes pesadas, caché apagada, un servidor lento o veinte plugins sin usar son capas que se quitan sin tocar la estructura. Un tema construido con un maquetador que carga medio megabyte de CSS antes de pintar nada, o un checkout de cuatro pasos que no puedes acortar, no son capas: son los cimientos. Y los cimientos no se optimizan.

La confusión sale cara en las dos direcciones. Rehacer una web que solo necesitaba comprimir fotos es tirar dinero. Optimizar durante ocho meses una web que nació mal es pagar por parchear, y encima seguir perdiendo ventas mientras tanto.

Primero mide, después decides

Abre PageSpeed Insights y analiza tu página de producto más visitada, no la portada. Mira la pestaña de móvil: la conexión es peor, el procesador es más lento y la pantalla más pequeña, así que ahí es donde primero se nota cualquier exceso de peso.

Tres números de Google marcan el listón. Según la documentación de Google Search Central, el LCP (lo que tarda en aparecer el elemento principal) debe quedar por debajo de 2,5 segundos, el INP (lo que tarda la web en responder cuando tocas algo) por debajo de 200 milisegundos y el CLS (cuánto se mueve el contenido mientras carga) por debajo de 0,1. Google también confirma ahí que estas métricas alimentan sus sistemas de posicionamiento. Son umbrales oficiales, no una opinión.

Lo que importa para tu decisión no es el número, es de dónde sale. Baja hasta el bloque de Diagnóstico y lee qué archivos aparecen señalados:

• Si los culpables son .jpg, .png y .webp de tus productos → contenido. Se optimiza.
• Si son .js y .css con nombres de plugins que instalaste tú → añadidos. Se optimizan o se quitan.
• Si son .js y .css con el nombre de tu tema o del maquetador (Elementor, Divi, WPBakery) → estructura. Ahí empieza a compensar rehacer.
• Si el «Tiempo de respuesta del servidor» ya se come más de un segundo antes de que llegue nada → hosting. Se cambia el plan, no la web.

Completa la foto en el navegador: abre tu tienda, pulsa F12, pestaña Red, marca «Inhabilitar caché» y recarga. Abajo verás el peso total transferido y el número de peticiones. Ordena por tamaño y mira qué encabeza la lista. En una tienda sana, arriba del todo hay una imagen de producto. Si arriba del todo hay un archivo JavaScript, tienes un problema de arquitectura.

Cuándo compensa optimizar

Optimizar es la opción por defecto, y debería serlo. Compensa cuando se cumplen estas condiciones a la vez:

1. El diseño te sirve. Los clientes encuentran el producto y llegan al carrito. El problema es la velocidad, no el recorrido.
2. El lastre son tus contenidos. Fotos subidas a 4000 píxeles de ancho para mostrarse a 600. Vídeos incrustados que cargan aunque nadie los reproduzca.
3. La plataforma aguanta. WooCommerce o Shopify actualizados, tema comprado y con soporte activo, sin código pegado a mano por tres freelancers distintos.
4. El checkout ya es corto. Se puede comprar sin crear cuenta y con la pasarela local que usa tu cliente.

Con eso, el trabajo es concreto: convertir imágenes a WebP o AVIF y redimensionarlas al tamaño real en que se muestran, activar loading="lazy" en todo lo que no se ve al abrir, encender caché de página, quitar los plugins que no usas —cada uno mete su CSS y su JS en todas las páginas, los uses o no— y poner un CDN delante. Es trabajo de días, no de meses.

Cuándo compensa rehacer

Rehacer deja de ser un capricho y pasa a ser lo barato cuando aparecen estas señales:

• Cada arreglo rompe otra cosa. Tocas el CSS del carrito y se descoloca la ficha de producto. Eso significa que no hay separación entre partes: el coste de cada cambio futuro solo sube.
• El peso no baja de ahí. Has comprimido todo y el tema sigue cargando fuentes, iconos y librerías que no usas. No hay botón para desactivarlo porque va dentro del tema.
• El móvil es una versión encogida del escritorio. Botones pequeños, formularios que obligan a hacer zoom, menús que tapan el precio. Una web que solo se «adapta» sigue descargando el diseño de escritorio entero y luego lo encoge por CSS: el móvil paga el peso completo sin recibir nada a cambio. Y en móvil cada décima cuenta. El estudio Milliseconds Make Millions, que Deloitte y 55 hicieron por encargo de Google sobre 37 marcas y más de 30 millones de sesiones, midió que mejorar la velocidad móvil en solo 0,1 segundos subió la conversión un 8,4% en retail y un 10,1% en viajes.
• El checkout no se puede acortar. Según el Baymard Institute, que promedia 50 estudios distintos, el 70,22% de los carritos se abandona sin llegar a pagar. Si tu proceso pide registro obligatorio o reparte los datos en cuatro pantallas y la plantilla no te deja unirlas, estás alimentando ese número por diseño.
• Nadie puede tocarlo. Tema descontinuado, versión de PHP antigua, plugins que ya no reciben actualizaciones. Aquí no hablamos de velocidad, hablamos de seguridad.
• El presupuesto de parches ya supera el de una web nueva. Suma lo que has pagado en mantenimiento los últimos doce meses. Si pasa de lo que cuesta una tienda mobile-first hecha desde cero —Tienda y landing express, desde US$350—, llevas tiempo financiando el problema en vez de resolverlo.

Las dos opciones, lado a lado

La última fila es la que más se olvida. Una web nueva con las mismas fotos de 3 MB vuelve a ser lenta en seis meses. Rehacer no te exime de optimizar: te da una base donde optimizar sirve de algo.

Si rehaces, no pierdas lo que ya tienes

Tres cosas que se rompen en toda migración mal hecha, y que se evitan por escrito antes de empezar:

• Las URLs. Cada dirección antigua necesita una redirección 301 a su equivalente nueva. Exporta el listado actual desde Google Search Console («Páginas» → exportar) y ten el mapa hecho antes de tocar nada.
• La medición. Etiquetas de Google Analytics, píxel de Meta, eventos de compra. Si no vuelven a instalarse el primer día, pierdes el histórico justo cuando más falta hace comparar.
• Los datos. Clientes, pedidos y stock. Exporta a CSV antes de migrar, aunque la herramienta prometa hacerlo sola.

Qué hacer el lunes por la mañana

1. Pasa tu ficha de producto más vendida por PageSpeed Insights, en móvil. Apunta LCP, CLS e INP.
2. Lee el bloque de Diagnóstico y clasifica: ¿los archivos señalados son tuyos (imágenes, plugins) o del tema?
3. Abre F12 → Red, recarga sin caché y ordena por tamaño. Anota el peso total y qué archivo encabeza la lista.
4. Compra un producto tú mismo desde el móvil, con datos y tarjeta reales. Cuenta las pantallas hasta el pago y si te obliga a registrarte.
5. Suma lo que pagaste en mantenimiento y arreglos los últimos doce meses.

Con esos cinco datos la decisión deja de ser una opinión. Si los pasos 2 y 3 apuntan a tus imágenes y el 4 sale limpio, optimiza. Si el 2 apunta al tema, el 4 tiene más de dos pantallas y el 5 asusta, rehacer sale más barato que seguir parcheando.

Preguntas frecuentes

¿Cómo sé si mi web se puede optimizar o hay que rehacerla?

Mira en PageSpeed Insights de dónde viene el lastre. Si son imágenes, caché o servidor, se optimiza en días. Si el peso viene del tema, del constructor de páginas o de scripts que no puedes quitar, rehacerla sale más barato.

¿Cuánto tarda optimizar una tienda lenta?

Comprimir imágenes, activar caché y quitar scripts sobrantes suele resolverse en pocos días. Reescribir un tema o migrar de plataforma es cuestión de semanas.

¿Rehacer la web me hace perder el posicionamiento en Google?

Solo si pierdes las URLs. Manteniendo las mismas direcciones o redirigiendo con 301 cada URL antigua a su equivalente, el posicionamiento se conserva.

Fuentes

• Comprender las Core Web Vitals y los resultados de la Búsqueda de Google
• Milliseconds Make Millions
• 50 Cart Abandonment Rate Statistics