Blog

La semana pasada pasó esto: Google comenzó a desplegar su cuarta actualización de spam del año, Search Console estrenó un filtro que muestra cuánta gente llega a tu sitio a través de imágenes, y un informe de la industria confirmó que el tráfico que Google manda a los medios cayó 40% en un solo año.

Si tienes un sitio que trabaja para tu negocio, ninguna de esas tres noticias es ajena a ti. Y si tienes formularios de contacto, catálogo o ventas online, menos todavía. Te explico qué pasó y qué revisar esta semana, con los datos verificados y sin asustar de más.

El informe que tiene a todos preocupados

Chartbeat publicó su Publisher Playbook 2026 y el dato fuerte es este: el tráfico desde Google Search cayó 40,2% interanual entre julio de 2025 y julio de 2026, después de una caída de 21,9% el año anterior. La caída de Discover pasó de 6,6% a 34,3% en el mismo período.

Un dato importante para no entrar en pánico innecesario: la red de sitios que mide Chartbeat se inclina hacia medios de prensa y publishers de contenido masivo. Es posible que tu PyME no vea caídas de ese tamaño, porque tu tráfico depende de otras cosas además de Google. Pero la tendencia de fondo aplica a todos, y la dirección es clara: cada año Google retiene más a la gente dentro de sus propias respuestas.

Justo eso es lo que midió el segundo estudio de la semana. Investigadores de la Universidad de Pennsylvania y Northeastern trackearon a 1.100 personas reales y a un grupo le forzaron el uso de AI Mode durante una semana, mientras el otro seguía usando el buscador clásico. Resultado: el grupo con AI Mode hizo clic hacia sitios web 18,8 puntos porcentuales menos, y además calificó a Google con menos confianza y menos satisfacción.

Ojo con el detalle: Google dijo en 2025 que los clics orgánicos se mantenían “relativamente estables”. Este experimento mide un escenario de adopción forzada, así que no es una proyección exacta de lo que va a pasar con tu sitio. Pero da una idea de hacia dónde va la cosa si la gente se acostumbra a recibir respuestas sin salir de Google.

La actualización de spam de septiembre

El 24 de septiembre a las 9:15 de la mañana, hora del Pacífico, comenzó el despliegue de la actualización de spam de septiembre 2026. Aplica a todo el mundo y a todos los idiomas. Es la cuarta del año, después de las de marzo, junio y agosto.

Lo raro de esta actualización es la ventana de despliegue. Las tres anteriores completaron su rollout en menos de 2 días y 16 horas. Esta tiene una ventana de hasta dos semanas. Google no dijo qué ataca, y eso es de esperarse: si anunciaran el blanco, la gente optimizaría contra eso y el efecto se diluiría.

Para ti esto significa algo concreto. Si en las próximas semanas ves una caída rara en Search Console, cruza las fechas con la ventana del despliegue antes de entrar en pánico. Los primeros días de datos no muestran el efecto completo. Si la caída persiste después de que termine el rollout, revisa las políticas de spam de Google, porque puede que algo de tu sitio esté en la mira sin que lo sepas.

La novedad de Search Console que las tiendas deberían aprovechar

Search Console está estrenando un filtro multimodal dentro del reporte de Rendimiento. Muestra las búsquedas donde alguien usó una imagen para llegar a tu sitio: Google Lens, Circle to Search en Android, subidas de imágenes al buscador y el “buscar esta imagen” del clic derecho en Chrome.

El dato llega a nivel de página, así que por primera vez puedes ver qué productos concretos están atrayendo tráfico visual. La limitación es que no hay queries, porque estas búsquedas usan imágenes en vez de texto. Aun así puedes comparar ese tráfico con el de búsqueda textual por país y por dispositivo, y ahí aparece la información útil. Si una ficha de producto recibe muchas visitas desde Lens y casi ninguna desde búsqueda clásica, la foto está trabajando más que el texto, y ya sabes dónde invertir.

Este tráfico llevaba años entrando sin que nadie lo midiera. Ahora que es visible, conviene revisarlo antes que tu competencia se dé cuenta.

Lo que John Mueller dijo y que deberías aplicar

Un dueño de sitio reportó en Reddit que sus páginas estaban desapareciendo del índice de Google. La causa era tan absurda como real: Google estaba tratando una página de apuestas de un casino, en otro dominio que no tenía nada que ver, como la versión canónica de sus páginas. Básicamente alguien le estaba diciendo a Google “el contenido verdadero de esta página está en otra parte”, y esa otra parte era un casino.

John Mueller respondió que era posible que Googlebot hubiera rastreado una página de error, y recomendó usar la prueba de URL en vivo de Search Console para confirmarlo. Después dejó la frase que vale el post entero: hay que correr pruebas automatizadas antes de publicar y verificar las páginas críticas de forma programada, para arreglar los problemas antes de que se vuelvan estables para los buscadores.

Piénsalo así: cuando Google te avisa que tu sitio tiene un problema, ese aviso es el bajón de tráfico. Cuando te enteras, ya llevas semanas perdiendo visitas y consultas.

Lo que todo esto significa

Juntemos los datos. Google manda menos tráfico cada año, AI Mode reduce los clics hacia webs cuando la gente lo usa, y las actualizaciones de spam llegan cada pocas semanas con criterios que nadie publica. Nada de eso está bajo tu control.

Lo que sí está bajo tu control es qué pasa cuando la visita entra. Un sitio que tarda 4 segundos en cargar en el celular pierde gente que no espera, y hoy cada visita perdida pesa más que antes porque quedan menos por repartir. La velocidad, la seguridad y el cumplimiento de la normativa dejaron de ser detalles técnicos. Ahora son la diferencia entre aprovechar el tráfico que Google todavía te manda o perderlo también por el otro extremo.

Qué revisar esta semana

Si me tocara revisar tu sitio hoy, haría esto, en este orden:

1. Search Console. Compara las últimas 4 semanas contra las 4 anteriores y anota la fecha exacta de cualquier caída. Si coincide con la ventana de esta actualización, que empezó el 24 de septiembre, observa con calma antes de mover nada.
2. Prueba de URL en vivo para tus páginas clave: la home, la que más consultas te trae y la de contacto o producto estrella. Si aparece una canonical rara o un error de rastreo, ahí hay un problema real.
3. Filtro multimodal, si tienes catálogo. Mira qué páginas reciben tráfico desde imágenes y compáralo con la búsqueda textual.
4. Velocidad real en móvil. No la que ves tú desde tu computador con wifi, sino la que ve alguien en la calle con datos móviles. Sobre 2 segundos estás en terreno de abandono.
5. Ley 21.719. Entra en vigencia el 1 de diciembre. Si tu sitio tiene formularios, newsletter o ventas, estás tratando datos personales, y las multas llegan a 20.000 UTM.

Cierre

Nada de esta lista es opcional cuando el sitio trabaja para el negocio. Un sitio lento o con errores técnicos hoy cuesta más de lo que cuesta arreglarlo, porque cobra en visitas que ya son escasas.

Si después de leer esto te queda la duda de si tu sitio está bien parado, escríbeme por WhatsApp o corre el escáner de rendimiento que tengo gratis en la web. Respondo en menos de 24 horas hábiles. Y si hay algo urgente, como un sitio caído o una caída de tráfico que no encuentras explicación, te contesto en minutos, no en días.

No hace falta que entiendas todo el detalle técnico. Basta con saber si tu sitio está perdiendo visitas sin que te enteres. Eso se averigua hoy.

Si tu sitio web demora más de dos segundos y medio en mostrar su contenido principal, el cliente ya se fue. Google lo sabe, y por eso mide la experiencia real de tus visitantes con una métrica llamada Core Web Vitals.

Diseñar un sitio bonito no sirve de nada si la gente se va antes de que termine de cargar. El verdadero lujo en internet no es una etiqueta estética, es una experiencia completa: que tu sitio cargue al instante, sea seguro y no se mueva solo en la pantalla del celular. Si tienes que explicarle a la gente por qué tu sitio tarda en cargar, o si ellos tienen que adivinar dónde está el botón de compra porque la pantalla salta, ya perdiste. La conveniencia de llenar tu web de animaciones y banners no puede estar peleada con el sentido común de la usabilidad.

Aquí te explico qué son estos números, por qué Google los vigila y cómo afectan directamente tus ventas.

Qué son, en una frase

Los Core Web Vitals son tres números con los que Google mide la experiencia real de tus visitantes. No evalúan si tu sitio se ve bien, sino si se siente bien al usarlo. Si repruebas estos números, Google asume que tu sitio ofrece una mala experiencia y te penaliza en los resultados de búsqueda.

LCP — cuánto demora en aparecer lo importante

LCP viene del inglés Largest Contentful Paint. Mide el tiempo que tarda en aparecer el elemento más grande de tu pantalla, que suele ser una imagen de portada, un banner o un bloque de texto principal. Básicamente, mide el momento exacto en que el usuario siente que la página ya cargó y puede empezar a leer o interactuar. No importa si el código de fondo sigue ejecutándose; si el usuario ve el contenido principal, su cerebro dice “listo”.

Para aprobar, tu LCP debe ser de 2,5 segundos o menos. Si demora más, Google lo considera “Necesita mejorar”, y si pasa de cuatro segundos, es una experiencia mala. En el celular, la paciencia del usuario es cero.

¿Qué lo empeora? Principalmente, imágenes gigantes sin comprimir, como subir una foto de cinco megas directamente desde el celular al servidor. También los servidores lentos influyen: si tu hosting barato tarda dos segundos solo en responder la primera petición, tu LCP nunca bajará del umbral. Otro problema clásico es el render-blocking, que ocurre cuando cargas librerías de JavaScript innecesarias en el encabezado de la página antes de mostrar el contenido. En mi trabajo de desarrollo a medida, como en brante.dev, el HTML de la portada pesa unos 33 KB comprimido (medido el 7 de octubre de 2026). Esa es la diferencia entre código optimizado y una plantilla genérica sobrecargada.

INP — cuánto demora en responderte

INP, o Interaction to Next Paint, mide la capacidad de respuesta de tu sitio. Reemplazó a la antigua métrica FID en marzo de 2024. Este cambio fue drástico porque el FID solo medía el primer clic, mientras que el INP mide todos los clics durante toda la visita del usuario. El 40% de los sitios que aprobaban el antiguo FID hoy reprueban el INP porque hoy los sitios están llenos de animaciones pesadas y plugins de terceros que dejan el navegador pensando cuando el usuario hace clic.

El umbral para aprobar es 200 milisegundos. Cuando un usuario hace clic en un botón, como añadir al carrito o abrir un menú desplegable, el sitio debe responder visualmente en menos de ese tiempo. Si tarda más, el usuario piensa que el botón no funcionó, hace clic de nuevo y se frustra. Lo que más lo empeora son los constructores visuales pesados, como Elementor o Divi mal configurados, que inyectan miles de líneas de JavaScript que bloquean el hilo principal del navegador. También los scripts de terceros, como píxeles de Meta, chats en vivo y mapas de Google que se ejecutan antes de que el usuario interactúe. Llenar una web de animaciones complejas que bloquean la interacción es egoísta y perjudica la conversión.

CLS — cuánto se mueve solo

CLS, o Cumulative Layout Shift, mide la estabilidad visual. ¿Alguna vez intentaste hacer clic en un enlace y, justo en ese milisegundo, la pantalla saltó porque cargó una imagen de arriba, y terminaste haciendo clic en un anuncio o en un botón equivocado? Eso es un mal CLS. Es frustrante, transmite desorden y destruye la confianza en tu marca.

CLS se mide en una puntuación de 0 a 1, y el umbral para aprobar es 0,1. Para lograrlo, el sitio debe reservar el espacio exacto para cada imagen, banner o anuncio antes de que cargue. Si el navegador no sabe qué tamaño tendrá un elemento, lo empujará todo cuando finalmente aparezca.

Tienes que aprobar las tres

Aprobar LCP no sirve de nada si tu INP es malo. Tienes que aprobar las tres. Según los datos del informe CrUX de Google a enero de 2026, las tasas globales de aprobación son de 68,3% en LCP, 87,1% en INP y 80,9% en CLS. Sin embargo, solo el 55,7% de los sitios en el mundo aprueba las tres métricas.

La brecha entre escritorio y móvil es enorme: mientras el 57,1% de los sitios aprueba en escritorio, solo el 49,7% lo logra en móvil. Esto es crítico, porque más del 64% del tráfico global de internet hoy proviene de teléfonos móviles.

Laboratorio vs. usuarios reales

Este es uno de los errores más comunes que veo en mis auditorías. El dueño del negocio se mide a sí mismo en PageSpeed Insights con su computador de escritorio y su conexión WiFi de fibra óptica de 500 Mbps, ve un 95 sobre 100 y cree que todo está bien. Pero Google no usa esa medición para rankearte. Google usa datos de campo: el percentil 75 de tus usuarios reales durante una ventana de 28 días.

Si tus clientes están revisando tu sitio en el metro usando la red 4G de su celular, y la página tarda seis segundos en cargar para ellos, a Google no le importa que a ti te cargue en un segundo en tu oficina. Google premia la experiencia del usuario real, no la de tu laboratorio.

Cuánto influyen realmente en el posicionamiento

Seamos brutalmente honestos: los Core Web Vitals son un factor de SEO, pero no son el factor principal. El contenido relevante y la intención de búsqueda pesan mucho más. Yo nunca te prometeré que llevándote a 90 en PageSpeed te convertirás en el número uno de Google, porque sería mentir.

Sin embargo, son el factor de desempate. Si tú y tu competidor tienen el mismo contenido, Google premiará al sitio que cargue más rápido y ofrezca mejor experiencia. Además, una mala experiencia aumenta la tasa de rebote: los usuarios se van, no compran, y eso sí destruye tu posicionamiento a largo plazo.

[BENJAMÍN: En mi experiencia auditando sitios WordPress chilenos, el puntaje típico de PageSpeed en móvil al primer diagnóstico ronda entre los 30 y 45 puntos. El problema casi siempre es el mismo: plantillas comerciales infladas con constructores visuales, docenas de plugins innecesarios y cero optimización de imágenes. No es que WordPress sea lento, es que está mal construido.]

Por dónde empezar

No arreglarás esto instalando otro plugin gratuito “todo en uno” de caché. Esos plugins a menudo consumen más recursos de los que ahorran y dan una falsa sensación de protección. La optimización de rendimiento es trabajo de infraestructura. Requiere auditar el código para ver qué scripts se cargan innecesariamente, optimizar el servidor configurando cabeceras de caché y compresión a nivel de red, y ajustar el WordPress limpiando la base de datos y restringiendo la carga de fuentes pesadas.

Si quieres saber en qué estado real está tu sitio hoy, puedes usar mi Escáner de Rendimiento. Te dará una nota medible en PageSpeed y una estimación de lo que te puede estar costando un sitio lento. Si el escáner arroja problemas graves, mi Auditoría de Seguridad y Rendimiento entra a revisar cada archivo de tu WordPress para encontrar el cuello de botella real. Y si prefieres no preocuparte de actualizaciones, cachés ni tiempos de carga, mi Póliza de Mantenimiento revisa la velocidad cada mes y la vuelve a optimizar cuando baja.

Escanear mi sitio gratis ahora

Ver servicios de WPO y Mantenimiento

Preguntas frecuentes

¿Qué son los Core Web Vitals y para qué sirven? Son tres métricas de Google (LCP, INP y CLS) que miden la velocidad de carga, la interactividad y la estabilidad visual de una página web. Sirven para evaluar la experiencia real del usuario y son un factor importante para el posicionamiento SEO.

¿Cuál es el umbral para aprobar los Core Web Vitals en 2026? Para aprobar, tu sitio debe lograr un LCP de 2,5 segundos o menos, un INP de 200 milisegundos o menos, y un CLS de 0,1 o menos. Estos datos se miden en el percentil 75 de los usuarios reales durante una ventana de 28 días.

¿Un plugin de caché arregla mis Core Web Vitals? No necesariamente. Un plugin de caché ayuda a servir contenido más rápido, pero no arregla un código mal optimizado, imágenes gigantes ni scripts que bloquean la interacción. A menudo, los plugins “todo en uno” consumen recursos que empeoran el rendimiento real.

¿Por qué mi sitio carga rápido en mi computador pero lento en el celular? Porque estás midiendo datos de laboratorio (tu propia conexión WiFi) en lugar de datos de campo (las conexiones 4G reales de tus usuarios). Google utiliza datos de campo reales para determinar tu puntaje.

¿Los Core Web Vitals afectan las ventas? Directamente. Un retraso de un segundo en el tiempo de carga puede reducir las conversiones hasta un 20%. Un sitio lento hace que los clientes abandonen la página antes de ver tus productos.

Llevo ocho años construyendo sitios web para empresas y PyMEs en Chile. He armado tiendas en Shopify para mis propios proyectos y he montado WooCommerce para clientes que necesitaban algo más flexible que un builder cerrado. Y cada vez que alguien me escribe preguntando “¿con cuál arranco?”, termino dándoles más o menos lo que vas a leer abajo: precios reales, letra chica incluida, y una recomendación que depende de tu caso, no de una página de ventas.

Esta comparativa está actualizada a septiembre de 2026. Verifiqué los precios directamente en las páginas oficiales de cada plataforma y en desgloses de costos reales publicados este año, así que si estás decidiendo ahora, esto es lo vigente.

Lo que dicen los números antes de hablar de precios

Antes de entrar en dólares, vale la pena mirar dónde está parado cada jugador, porque eso anticipa hacia dónde va cada plataforma.

Según los datos que recoge BuiltWith hasta 2026, WooCommerce sigue siendo el plugin de e-commerce más instalado del planeta, con alrededor de 4,17 millones de tiendas activas y una cuota que varía entre el 20% y el 39% del mercado global dependiendo de cómo se mida. En el top 1 millón de sitios, WooCommerce se queda cerca del 23%. Shopify, en cambio, domina en volumen de negocio y en el segmento medio-alto: se le atribuye entre el 26% y el 28% de las tiendas e-commerce globales, con un GMV que supera los 270.000 millones de dólares al año. Wix, que es enorme como constructor de webs en general, en e-commerce puro tiene una presencia más acotada, en torno al 2,5% de las tiendas dentro del top 1 millón.

Traducido: si buscas comunidad, plugins y control, WooCommerce tiene más masa crítica. Si buscas una plataforma diseñada para vender sin pensar en la parte técnica, Shopify es la referencia. Y si quieres algo simple para empezar, Wix existe, pero con techo.

Shopify en 2026: precios reales y letra chica

Shopify reorganizó sus planes y esto es lo que cuesta hoy, en dólares, con facturación mensual:

• Starter: $5 USD/mes. Solo para vender por link o redes sociales, sin tienda completa.
• Basic: $39 USD/mes (baja a $29 USD/mes si pagas anual). El plan estándar para arrancar en serio.
• Grow (antes llamado simplemente “Shopify”): $105 USD/mes ($79 USD/mes anual).
• Advanced: $399 USD/mes ($299 USD/mes anual).
• Plus: desde $2.300 USD/mes con contrato de 3 años. Para marcas grandes o enterprise.

A eso hay que sumarle la comisión por transacción. En Basic, usando Shopify Payments, pagas 2,9% + 0,30 USD por venta online. En Advanced bajas a alrededor de 2,5% + 0,30 USD. Y si no usas Shopify Payments y prefieres un gateway externo —Mercado Pago, Webpay, PayPal, lo que sea—, Shopify te cobra un recargo adicional de entre 0,2% y 2% sobre cada venta.

La promesa de Shopify sigue siendo la misma que hace años: no te preocupas de hosting, ni de SSL, ni de actualizaciones, ni de seguridad. Todo eso está gestionado, y su checkout es de los que mejor convierten del mercado. Para una marca que quiere lanzar rápido y escalar sin tocar código, sigue siendo difícil de batir.

Lo que nadie te dice en la página de precios: el costo real crece rápido. Entre apps de email, reseñas, upsells, inventario y reporting, es normal empezar en $39 y acabar en $150 USD/mes sin darte cuenta. Y la personalización profunda exige saber Liquid o contratar a alguien que sepa.

WooCommerce en 2026: gratis de nombre, no de práctica

Aquí conviene aclarar algo que sigue generando confusión: WordPress es el CMS, WooCommerce es el plugin que lo convierte en tienda. WordPress por sí solo impulsa el 43,5% de todos los sitios del mundo, así que no estás eligiendo una herramienta marginal.

El plugin de WooCommerce es gratuito y open source. Pero cuando alguien dice “WooCommerce es gratis”, omite lo que sí pagas:

• Hosting: desde $5-15 USD/mes en hosting compartido decente hasta $30-100 USD/mes en hosting gestionado para WooCommerce. Para tiendas grandes, Kinsta parte en $70 USD/mes y WP Engine en $50 USD/mes.
• Dominio: unos $15 USD/año.
• Tema premium: $59 a $99 USD/año si no quieres usar uno gratuito.
• Extensiones esenciales: cada una cuesta entre $79 y $279 USD/año. WooCommerce Subscriptions, por ejemplo, cuesta $279 USD/año. Plugins de envíos avanzados, seguridad, backups y SEO se suman rápido.

En términos reales, los desgloses de costos de 2026 coinciden: una tienda WooCommerce operada por ti cuesta entre $200 y $3.000 USD al año. Si contratas mantenimiento profesional, puede pasar de $1.500 a $18.000 USD anuales.

Lo que ganas a cambio es lo que Shopify no te da: eres dueño de tus datos, eliges cualquier pasarela de pago sin recargo de plataforma, el control técnico de SEO es mucho más fino (estructura de URLs, schema, velocidad, caché, CDN), y no hay nadie cortándote funciones detrás de un muro de pago mensual.

El contra es evidente y nadie lo esconde bien: el mantenimiento eres tú. Actualizaciones, seguridad, backups, compatibilidad entre plugins, rendimiento. Es trabajo real, no una frase de marketing. Si no tienes perfil técnico o alguien que te ayude, esto se vuelve una segunda pega a tiempo parcial.

Wix en 2026: simple pero con techo

Wix también ajustó planes y su estructura quedó así:

• Light: $17 USD/mes. Web sin tienda.
• Core: $29 USD/mes. El primer plan que permite vender online, hasta 50.000 productos. Ojo: cobra una comisión de venta del 4%.
• Business: $39 USD/mes. Más almacenamiento y funciones de negocio.
• Business Elite: $159 USD/mes. Recursos ampliados y funciones avanzadas de e-commerce.

Para un proyecto pequeño —vender algunas piezas, servicios, o probar una idea sin meterse en hosting ni WordPress— Wix hace exactamente lo que promete. En una tarde tienes la tienda andando con pasarela integrada.

El problema aparece cuando creces. Las limitaciones más citadas por quienes migran desde Wix son: techo en SEO técnico (control limitado sobre estructura y velocidad), portabilidad casi nula (tu sitio vive en Wix o no existe), y funciones avanzadas de e-commerce —variantes complejas, mayoristas, automatizaciones profundas, integraciones con ERPs— que se quedan cortas frente a Shopify o WooCommerce. La comisión del 4% en el plan Core, además, pesa más de lo que parece cuando empiezas a mover volumen.

Cuál conviene según tu caso

Después de años viendo estas plataformas en proyectos reales, mi recomendación honesta es que no elijas por precio de entrada sino por dos cosas: cuánto tiempo quieres dedicarle a la tienda, y hasta dónde quieres llegar.

Elige Shopify si tu prioridad es vender, no administrar tecnología. Si eres una marca DTC, haces dropshipping, o quieres lanzar en semanas sin depender de un desarrollador, es la opción más eficiente. El costo mensual es real, pero te ahorra horas de mantenimiento y dolores de cabeza técnicos. Es la apuesta segura si piensas escalar.

Elige WordPress con WooCommerce si ya tienes un sitio en WordPress, necesitas integraciones específicas, quieres control total del SEO, o simplemente no quieres pagar comisiones a una plataforma por encima de la pasarela de pago. Es la opción con mejor relación control-precio a largo plazo, siempre que estés dispuesto a trabajar más al principio o a contratar a alguien que lo mantenga por ti.

Elige Wix si estás arrancando, tu catálogo es chico, y quieres resolver todo sin aprender nada técnico. Es la opción más honesta para proyectos pequeños, y no tiene sentido pagar por potencia que no vas a usar.

Mi veredicto después de 8 años montando esto

Si tuviera que recomendar una sola opción para alguien que arranca una tienda en 2026 y no tiene perfil técnico, diría Shopify Basic a $39 USD/mes. No es la más barata, pero es la que menos fricción genera entre el día cero y la primera venta, y cuando el negocio crece, no vas a tener que migrar.

Si ya vives en WordPress, tienes contenido posicionado, o simplemente quieres ser dueño de tu infraestructura, quédate en WooCommerce y asume el costo de mantenimiento. Migrar a Shopify por comodidad solo tiene sentido si el negocio te lo puede pagar y no dependes del tráfico orgánico de tu blog.

Y si tu idea es “quiero probar si esto funciona antes de invertir de verdad”, Wix Core a $29 USD/mes es perfecta. Pero sé honesto contigo: si en seis meses la cosa va bien, vas a terminar migrando igual.

Donde entro yo

Si después de leer esto tu conclusión es “quiero WooCommerce pero no quiero preocuparme de que se caiga, de que cargue lento o de la Ley 21.719”, ahí es donde trabajo yo. Monto tiendas WooCommerce que cargan en menos de 2 segundos, quedan en regla con la normativa chilena de datos personales que entra en vigencia el 1 de diciembre de 2026, y las actualizaciones se hacen con respaldo previo, para volver atrás si algo sale mal.

Si tu conclusión es Shopify, también puedo ayudarte con la parte que Shopify no resuelve: la web corporativa alrededor de la tienda, el blog que trae tráfico, o la landing que convierte.

Escríbeme directo por WhatsApp o revisa el escáner de rendimiento de tu sitio actual. En menos de 24 horas hábiles te digo qué tiene sentido en tu caso, sin compromisos y sin discursos de venta.

Casi cualquier dueño de negocio en internet ha pasado por lo mismo. Instalas una plantilla vistosa, contratas un hosting que promete ser el más rápido y configuras un plugin de caché milagroso con la esperanza de solucionar el rendimiento de tu web. Al medirla en PageSpeed Insights, el resultado sigue siendo una bofetada de color rojo en dispositivos móviles. La realidad técnica es que la mayoría de estas herramientas automáticas solo maquillan la superficie del problema, dejando intactas las ineficiencias de infraestructura y código que verdaderamente destruyen la experiencia del usuario y tu visibilidad en Google.

El costo real de un segundo adicional en tu facturación

Para entender el impacto financiero de la latencia, debemos mirar la analítica fría y los datos de comportamiento de usuario. Según el histórico estudio de Google y Deloitte, “Milliseconds Make Millions”, mejorar la velocidad de carga en tan solo 100 milisegundos puede disparar las tasas de conversión hasta en un 8.4% en tiendas online y un 10.1% en portales de servicios. Si traducimos esto a números tangibles en tu pasarela de pago, un sitio optimizado que carga en un segundo puede sostener una conversión media del 3.05%, lo que se traduce en $1525 USD por cada mil visitas en un ticket promedio de $50 USD. En contraste, si esa misma página tarda dos segundos en responder, la conversión cae bruscamente al 1.68%, reduciendo tus ingresos casi a la mitad de forma silenciosa.

No se trata de un capricho técnico de los desarrolladores; es dinero real que se evapora antes de que el cliente potencial conozca tu propuesta. El 46% de los usuarios abandonará un sitio web si tarda más de 4 segundos en cargarse en un dispositivo móvil, y el 45% afirma que es menos probable que realice una compra en una tienda en línea con carga lenta. Un sitio web lento no solo daña tus conversiones inmediatas, sino que destruye la reputación de tu marca al asociar la latencia con la falta de profesionalismo.

El nuevo termómetro de Google: Core Web Vitals

El posicionamiento orgánico en motores de búsqueda ha cambiado sus reglas de juego de forma drástica. Google ya no evalúa el rendimiento web mediante simulaciones artificiales de laboratorio en entornos ideales, sino a través de datos reales de campo recopilados de usuarios de Chrome (CrUX) durante los últimos 28 días. En la actualidad, el ecosistema de posicionamiento se rige por tres métricas esenciales: el Largest Contentful Paint (LCP), que mide el tiempo que tarda en visualizarse el elemento principal de la cabecera; el Cumulative Layout Shift (CLS), que penaliza los saltos inesperados de contenido durante la carga; y el Interaction to Next Paint (INP), el cual sustituyó de forma definitiva al antiguo FID para evaluar la interactividad de la interfaz a lo largo de toda la sesión del usuario.

El INP se ha convertido en el gran cuello de botella para más del 43% de los sitios web en el mundo, ya que castiga con severidad las ejecuciones excesivas de JavaScript de plugins mal programados que bloquean la respuesta táctil en smartphones de gama media. En mercados como el chileno, donde el tráfico móvil representa el 50.68% del total de las visitas frente al 49.32% de los accesos de escritorio, optimizar para dispositivos móviles no es una opción de diseño, sino una necesidad de supervivencia comercial. Aunque las redes de conectividad locales muestran velocidades medianas de descarga móvil muy competitivas de 85.82 Mbps en Speedtest de Ookla, la inestabilidad de la cobertura celular en interiores y los picos de tráfico en horas de alta demanda exacerban cualquier ineficiencia del código dinámico.

Las causas reales que están ralentizando tu WordPress

Si tu servidor tarda en responder a la primera petición (un alto tiempo de respuesta o TTFB), o si tu página de inicio pesa varios megabytes por culpa de imágenes sobredimensionadas, la experiencia móvil se desmorona de forma inmediata. Un hosting compartido de bajo costo suele hospedar cientos de webs dinámicas compitiendo por la misma memoria RAM y núcleos de CPU. Cuando tu web recibe tráfico simultáneo, el servidor no da abasto y eleva el TTFB por encima de los dos segundos, provocando caídas invisibles y carritos de compra vacíos. La migración hacia infraestructuras VPS con almacenamiento NVMe —que lee datos hasta seis veces más rápido que un SSD convencional— es el único camino viable para proyectos con tracción comercial seria.

A esto se suma el peso de los constructores visuales como Elementor o Divi. Aunque permiten diseñar de forma ágil, inyectan una inmensa sobrecarga de código HTML conocida como “DOM bloat”. El navegador del usuario móvil se ve obligado a procesar miles de divs anidados para renderizar un simple botón, lo que satura la CPU del teléfono y deteriora de inmediato el rendimiento táctil medido por el INP. Cargar píxeles de Meta, tags de Google Analytics, widgets de chat interactivo y fuentes web de forma síncrona obliga al navegador a pausar la visualización del contenido. Cada milisegundo que el navegador pasa interpretando un script externo es un milisegundo donde el usuario solo ve una pantalla en blanco, elevando drásticamente el porcentaje de rebote.

De igual forma, la mala aplicación del “Lazy Loading” suele arruinar el renderizado inicial. Aunque esta técnica es excelente para posponer la descarga de imágenes fuera de la pantalla del usuario, aplicarlo de manera automática al banner principal o al logotipo de cabecera de tu web (que constituyen el LCP) retrasa artificialmente su visualización, perjudicando gravemente la métrica principal ante Google. Para evitar bloqueos, las tipografías web también deben alojarse localmente en tu propio servidor y cargarse con la directiva CSS de visualización inmediata swap, eliminando las llamadas redundantes a servidores externos de Google.

Finalmente, la falta de una base de datos organizada y la ausencia de caché dinámica ralentizan todo el sistema. WordPress almacena toda su información de forma dinámica en una base de datos relacional que, con el paso del tiempo, se llena de revisiones de entradas, transients expirados y configuraciones de plugins desinstalados que saturan las consultas lógicas del servidor. Sin una caché de página estática bien configurada y un servicio de Redis en memoria RAM para cachear objetos de base de datos de forma persistente, el servidor colapsará bajo picos de visitas concurrentes.

El día que la automatización falló silenciosamente

Depender de la automatización a ciegas es uno de los errores más comunes y peligrosos en el mundo de la optimización técnica. Durante una de nuestras auditorías en producción, nos encontramos con un sitio web que utilizaba una configuración automatizada de procesamiento de imágenes con un adaptador perimetral. El panel de configuración indicaba que todo estaba activo y optimizado, pero la cascada de descarga en el navegador real mostraba algo completamente distinto: los usuarios seguían descargando archivos JPEG gigantes de 3 megabytes sin compresión.

El adaptador del entorno de servidor había desactivado silenciosamente el motor local de procesamiento Sharp debido a que, por defecto, el adaptador utilizaba un passthrough compatible con el runtime en producción, omitiendo por completo las transformaciones en el momento de compilación de las páginas estáticas. Ninguna herramienta de escaneo automático ni plugin de caché detectó este error porque la base de datos de WordPress informaba que la configuración era “correcta”. Este es el perfecto ejemplo de por qué un plugin mágico de pago nunca reemplazará la auditoría manual de un especialista en rendimiento web capaz de analizar directamente la cascada de red del navegador y corregir la comunicación entre las capas de código y los sistemas de red.

Casos de Estudio de Ingeniería WPO Avanzada

La verdadera optimización requiere cirugía de código y arquitectura de sistemas. Para solucionar la velocidad de carga de raíz, la clave es abandonar las soluciones genéricas automatizadas e implementar optimizaciones de código hechas a medida de las necesidades visuales de cada proyecto. Los siguientes casos reales de nuestro portafolio demuestran cómo la ingeniería manual resuelve los desafíos de rendimiento más complejos en producción:

Caso de Estudio Wellboat: Rendimiento extremo con Video Background (95/97)

El portal corporativo de Patagonia Wellboat enfrentaba el clásico dilema de rendimiento: la necesidad de integrar un video de fondo en autoplay en la sección principal del sitio sin destruir el tiempo de carga ni las métricas móviles de Google. Para solucionar este conflicto de raíz, descartamos las configuraciones automáticas de Elementor y diseñamos una solución de ingeniería a medida:

• Desafío: Integrar un video background de alta calidad que se reproduzca en bucle y de forma fluida inmediatamente al entrar al sitio, manteniendo las directivas de optimización móvil.
• Solución de Ingeniería: Desarrollamos una lógica PHP personalizada que inyecta dinámicamente el atributo fetchpriority="high" directamente en la precarga del video principal, acelerando su renderizado sin bloquear el hilo principal. Desarrollamos una estrategia estricta de fallback mediante una imagen WebP de alta compresión que sirve como fondo instantáneo en redes móviles lentas, eliminando el parpadeo visual. Finalmente, realizamos una depuración y limpieza profunda de “Critical CSS” y scripts de JavaScript redundantes que Elementor inyectaba por defecto en el home.
• Resultado: Obtuvimos una calificación de 95/100 en Móvil y 97/100 en Escritorio. Así el sitio mantuvo un impacto visual cinematográfico sin sacrificar el rendimiento.

Caso Riberas del Maullín: LCP de 4,4 s a menos de 1,8 s (91/100 en móvil)

Riberas del Maullín es un proyecto inmobiliario exclusivo de parcelas de alta plusvalía a orillas del río Maullín, en Puerto Varas. Para captar leads de alto valor en campañas de publicidad de pago (SEM), la landing page requería reflejar la armonía, tranquilidad y belleza natural del entorno mediante múltiples videos (de pesca con mosca, bosques y navegación) sin comprometer la velocidad de carga en dispositivos móviles.

• Desafío: Mantener una alta fidelidad visual interactiva con múltiples elementos de video integrados en la landing page sin que el navegador colapsara en dispositivos móviles sobre redes móviles promedio.
• Solución de Ingeniería: Implementamos una estrategia avanzada de carga diferida (lazy loading) dirigida específicamente a múltiples videos de fondo (Video Backgrounds), evitando que los archivos de video se descargaran antes de que el usuario interactuara con la página. Estructuramos el diseño en Elementor Pro, combinándolo con la inyección de estilos “Critical CSS” en línea dentro del código HTML para dar un renderizado visual inmediato, y configuramos una compresión ultra-eficiente de activos visuales adaptativos.
• Resultado: El LCP en móvil bajó de 4,4 s a menos de 1,8 s, con 91/100 en PageSpeed móvil.

¿Quieres saber si tu web está perdiendo ventas ahora mismo?

No dejes que una infraestructura web deficiente limite el crecimiento de tu negocio digital o destruya el retorno de inversión de tus campañas publicitarias. Si estás cansado de instalar plugins automáticos que rompen tu diseño o de ver cómo tus competidores te superan en los resultados de Google, te invito a utilizar nuestro escáner de velocidad gratuito para obtener un diagnóstico real de tu sitio.

Si tras analizar los datos decides optimizar tu plataforma con nosotros, te ofrecemos una garantía inquebrantable de alto nivel: si no logramos llevar tu sitio por encima de los 90 puntos en PageSpeed Insights móvil de forma consistente, esa parte del servicio simplemente no la pagas. El rendimiento web real se mide en la experiencia de tus visitas y en el estado de tu cuenta de resultados, no en promesas vacías.