Resumen ejecutivo: VTEX es la plataforma de ecommerce enterprise dominante en el retail de Latinoamérica, y el SEO sobre ella tiene un problema que se repite más que ningún otro: la página existe para el usuario, pero no siempre para el bot. El catálogo se arma con JavaScript en el navegador, así que un rastreador que no ejecuta JS puede recibir una página casi vacía. A eso se suman la explosión de URLs de la navegación facetada, un sitemap fragmentado y un rendimiento castigado por scripts de terceros. En una auditoría de VTEX no empezamos por el contenido: empezamos por confirmar que el bot recibe el catálogo. Esta es la guía de cómo lo trabajamos en Milimetrix.
En Milimetrix auditamos y hacemos crecer tiendas VTEX enterprise, con catálogos de decenas de miles de SKUs. Conocemos sus fortalezas y, sobre todo, los puntos exactos donde el SEO se traba en esta plataforma. Lo que sigue no es teoría: es lo que encontramos una y otra vez, y lo que de verdad mueve resultados cuando se corrige.
¿Por qué el SEO en VTEX es distinto?
El SEO en VTEX es distinto porque la plataforma construye la página en tiempo real. VTEX consulta catálogo, inventario y precio, y arma el storefront con JavaScript (React) del lado del cliente. Para el comprador eso es transparente; para un rastreador, cambia todo: lo que Google y los motores de IA reciben depende de si ese JavaScript se ejecuta a tiempo, y muchas veces no ocurre.
La segunda diferencia es la escala del catálogo. Un retailer enterprise sobre VTEX tiene decenas o cientos de miles de URLs entre productos, categorías y combinaciones de filtros. En ese volumen, un canonical mal resuelto o una faceta indexable no es un error: son miles de errores multiplicados por plantilla.
Y la tercera es que VTEX toma muchas decisiones por ti (URLs, canonical automático, sitemap, navegación facetada), lo que ayuda hasta que uno de esos automatismos falla en silencio. El trabajo de SEO en VTEX es, en buena parte, auditar esos automatismos.
El problema de renderizado: lo primero que revisamos
Partamos por lo básico, porque es el concepto que ordena todo lo demás. El renderizado es el paso en que el navegador (o el bot) ejecuta el JavaScript de la página y construye el HTML final que se ve. En una web estática ese HTML llega listo desde el servidor; en VTEX, buena parte del contenido de la ficha o de la categoría no existe hasta que ese JavaScript corre. Ahí está el punto crítico.
Aclaremos algo que se malentiende seguido: Google sí renderiza JavaScript, y lo hace desde hace años. Empezó a renderizar con un Chrome headless alrededor de 2015 y desde mayo de 2019 su rastreador es "evergreen", es decir, usa siempre la última versión de Chromium. Que Google pueda ejecutar el JS de tu tienda no está en discusión.
El problema es el costo. Renderizar JavaScript le exige a Google mucho más cómputo y tiempo que leer HTML plano: algunas estimaciones del sector señalan que puede ser entre 9 y 20 veces más lento, y lo que vemos en Milimetrix no está para nada alejado de eso. Google lo hace, pero difiere ese trabajo y lo raciona: en un catálogo chico no se nota, pero en uno enterprise, con decenas o cientos de miles de URLs entre productos, SKUs, filtros, categorías, colecciones y landings, el presupuesto se agota antes de recorrerlo todo. Por eso, a esa escala, no basta con "que Google pueda": hay que tomar medidas paliativas que le faciliten al menos la rastreabilidad.
Y acá es donde el problema se multiplica por el tamaño del sitio. Si además de armar todo con
JavaScript la tienda esconde URLs detrás de interacciones del usuario, y usa "enlaces internos que no
son enlaces" (botones que dependen de JS para llevarte a otra página, en vez de un <a href> real
que el bot pueda seguir), el rastreador se queda sin caminos. Cada uno de esos patrones, multiplicado
por miles de URLs, deja una parte enorme del catálogo desindexada o huérfana: páginas que existen,
pero a las que ningún enlace rastreable llega, y cuya única posibilidad de ser encontradas es el
sitemap.
En Milimetrix lo hemos visto varias veces: tiendas VTEX que no venden, y no porque el sitio sea malo o feo, sino porque gran parte de su catálogo está oculto entre paginación que depende de JS, enlaces que los rastreadores no encuentran y trabas de rastreabilidad. El producto está y la página carga bien para el usuario, pero para Google es casi invisible; y lo que no se rastrea no se posiciona, y lo que no se posiciona no vende.
A esto se suma un actor nuevo que cambia el cálculo: los bots de los LLMs. La visibilidad en IA pesa cada vez más en ecommerce, y esos rastreadores (ChatGPT, Claude, Perplexity) no ejecutan JavaScript: leen el HTML crudo y se van. Si con Google el JS es un sobrecosto que se puede gestionar, con la IA es un knockout: una tienda VTEX que entrega un esqueleto vacío simplemente no existe para ellos.
Lo que hacemos para diagnosticarlo es un doble rastreo: comparamos el HTML plano que devuelve el
servidor contra la versión ya renderizada, y verificamos que en ese HTML inicial estén el H1, el
título, el precio, los enlaces internos y los datos estructurados del producto. Si el <main> llega
casi sin texto y sin enlaces sin ejecutar JS, ahí está la fuga, y ninguna optimización de contenido
la compensa hasta resolverla.
Navegación facetada: la explosión de URLs con ?map=
La navegación facetada es la segunda gran fuente de problemas SEO en VTEX. Cada filtro de talla,
color, marca u orden genera URLs con parámetros (?map=, O= de ordenamiento), y las
combinaciones se multiplican hasta crear un espacio casi infinito de URLs que compiten entre sí y
consumen el presupuesto de rastreo en páginas que nadie busca.
Acá hay un par de matices propios de VTEX que conviene conocer. En tiendas sobre VTEX Legacy es
frecuente que el canonical de las URLs con parámetro map= apunte a un 404, y el parche habitual
es bloquear esos parámetros por robots.txt. Pero hay un límite importante: no conviene bloquear
el parámetro de paginación de productos por robots.txt, porque está presente en todo el sitio y
bloquearlo corta el flujo de enlazado interno de forma masiva. La decisión correcta no es
"bloquear todo", es definir qué combinaciones de filtros tienen demanda de búsqueda real (esas
merecen una URL indexable y limpia) y cuáles deben quedar fuera del índice con la técnica adecuada
según el caso.
Un detalle que casi nadie mira: las búsquedas internas del sitio se indexan por defecto tanto en VTEX Legacy como en IO. A primera vista no pasa nada, pero en un catálogo grande terminan generando miles de páginas de baja calidad que diluyen el rastreo.
Sitemap y paginación: qué auditamos en VTEX
El sitemap de VTEX suele estar fragmentado en varios archivos, y ahí aparecen problemas que en otras plataformas no verías. Encontramos con frecuencia sitemaps que incluyen URLs sin stock o que devuelven redirecciones internas en lugar de un 200 limpio, lo que le hace perder tiempo al rastreador en URLs que no deberían estar. Nuestra regla al auditar es simple: el sitemap solo debe contener URLs indexables que respondan 200, y cada categoría y producto con demanda tiene que estar representado.
La paginación es el otro punto: series de página 2, 3, 4 con canonical mal resuelto dejan la mitad del catálogo inalcanzable. En un sitio de 80 URLs eso se nota poco; en uno de 80.000, es una parte enorme del inventario que nunca llega al índice, y por lo tanto nunca vende.
Core Web Vitals en VTEX: el equilibrio con el rastreo
El rendimiento en VTEX se ve castigado por los scripts de terceros (tag managers, píxeles, apps de personalización y reseñas) que se acumulan en el storefront y golpean el LCP y el INP. VTEX ofrece palancas nativas para mitigarlo (CSS crítico, prefetch, carga diferida de componentes bajo el fold), y ahí está el equilibrio delicado.
El lazy loading mejora los Core Web Vitals, pero tiene un costo que hay que gestionar: el contenido envuelto en carga diferida no entra en el HTML inicial, así que si difieres una sección crítica para SEO (el H1, el bloque principal de la categoría), la escondes justo del rastreador. La propia documentación de VTEX recomienda excluir de la carga diferida las secciones críticas y above-the-fold, y verificar en DevTools que título, precio e imagen del producto estén en el HTML inicial. Optimizar CWV sin mirar qué se saca del HTML inicial es cambiar un problema por otro.
La capa de IA en VTEX: por qué el renderizado te cuesta doble
En VTEX, el problema de renderizado se cobra dos veces cuando hablamos de visibilidad en IA. Aquí conviene precisar, porque no todo aparecer en un motor de IA vale lo mismo, y hay tres capas de menor a mayor valor. La recuperación: el modelo usa tu información para armar la respuesta. La citación: te considera explícitamente como fuente. Y la medalla de oro, la recomendación: entre todas las opciones, te elige a ti como la marca más relevante.
El punto es que ninguna de las tres ocurre si el bot no puede leer tu catálogo, y los bots de IA no ejecutan JavaScript. Una tienda VTEX que sirve un esqueleto vacío queda fuera desde la primera capa: no es recuperable, así que jamás será citada ni recomendada. Por eso, en VTEX, la base técnica del AEO y GEO no es opcional: es la condición de entrada. Resolver el renderizado para que el HTML inicial ya traiga el catálogo es, al mismo tiempo, lo que te hace rastreable por Google y recuperable por la IA.
SEO como ecosistema, no como canal aislado
El SEO de un retailer VTEX no alcanza su máximo potencial trabajado como un silo. En una operación enterprise, donde conviven inversión fuerte en Ads y catálogos de miles de SKUs, el mayor retorno aparece cuando el SEO se coordina con el resto de los canales. Es la forma en que entendemos el trabajo en Milimetrix, y se nota en nuestros casos de éxito: tiendas VTEX que recibimos y que, a los pocos meses de corregir estos problemas, ya vendían entre un 30% y un 100% más año contra año, con el SEO trabajado en conjunto con paid media.
Esa coordinación con Paid Media no es un extra: es lo que hace viable la operación mientras el orgánico madura. Cuando se corrigen los problemas de rastreabilidad de una tienda VTEX, pueden pasar varias semanas o meses hasta que Google reconozca los cambios y el efecto se note en tráfico y ventas. Un ecommerce no puede darse el lujo de esperar a Google de brazos cruzados, así que se arma una estrategia conjunta: el paid apalanca las ventas donde el orgánico todavía no llega, y a medida que el SEO empieza a posicionar y vender, se libera inversión de esas categorías para concentrarla donde de verdad hace falta. Qué producto o categoría necesita apoyo de anuncios y cuál ya se sostiene sola desde el orgánico es una decisión distinta para cada tienda, y se toma mirando la medición en tiempo real para decidir en tiempo real, no sobre una foto del mes pasado.
Con relaciones públicas e influencer marketing, el contenido y la autoridad que se construyen fuera del sitio generan demanda, mejoran el SEO por las menciones de marca y suben la probabilidad de que una IA te recomiende, una vez que la base técnica del catálogo ya está resuelta. Los principios que ordenan todo esto los desarrollamos en la guía de SEO para ecommerce.
¿Qué revisamos primero en una auditoría de VTEX?
Nuestra auditoría recorre más de 130 puntos de control en 7 pilares (incluido uno nuevo, el agéntico), pero en VTEX el orden importa, porque hay un problema que invalida a todos los demás si no se resuelve primero. Este es el orden con el que partimos:
- Renderizado. ¿El HTML inicial (sin ejecutar JS) trae el contenido, el H1, el precio, los enlaces internos y los datos estructurados? Es el check que decide si el resto del trabajo sirve de algo.
- Indexación del catálogo. ¿Cuántas URLs indexadas hay frente a cuántos productos y categorías reales? Una brecha grande casi siempre es navegación facetada o búsquedas internas fuera de control.
- Canonical y facetas. Canonical de las URLs con
map=, tratamiento de parámetros de orden y paginación, y qué combinaciones de filtros conviene indexar por demanda real. - Sitemap. Que solo contenga URLs 200 e indexables, sin productos sin stock ni redirecciones.
- Core Web Vitals. Rendimiento sin sacrificar el HTML inicial que necesitan el rastreo y la IA.
- Capa IA. Que los bots de IA reciban el catálogo en HTML crudo y que las señales de marca estén construyéndose fuera del sitio.
Preguntas frecuentes
¿VTEX es malo para el SEO? No. VTEX es una plataforma potente y perfectamente posicionable; lo que exige es conocer sus puntos de falla. La mayoría de los problemas que vemos no son limitaciones insalvables, sino automatismos mal configurados (renderizado, facetas, sitemap) que se corrigen con criterio técnico.
¿Google puede leer el JavaScript de mi tienda VTEX? Sí. Google renderiza JavaScript desde alrededor de 2015 y su rastreador usa siempre la última versión de Chrome desde 2019. Pero renderizar le cuesta bastante más tiempo y cómputo que leer HTML plano, así que en catálogos grandes raciona ese trabajo y no alcanza a llegar a todo. Por eso el objetivo no es "que Google pueda" ejecutar el JS, sino que el HTML inicial ya traiga lo importante. Y los bots de IA directamente no ejecutan JavaScript, así que para ellos el HTML crudo es la única opción.
¿Cuál es el problema SEO más común en VTEX? El renderizado. El catálogo se arma con JavaScript, y si el HTML inicial llega casi vacío, Google paga un sobrecosto de rastreo enorme y los motores de IA directamente no ven el contenido. Es lo primero que verificamos en cualquier auditoría de VTEX.
¿Qué diferencia hay entre VTEX Legacy y VTEX IO para el SEO? Cambian los mecanismos, no los principios. En ambos aparecen los mismos frentes (renderizado, facetas, sitemap, indexación de búsquedas internas), pero se configuran distinto. Una migración de Legacy a IO conserva los metadatos nativos de producto y categoría, pero las personalizaciones y las páginas institucionales no se migran solas: sin un mapa de redirecciones 301 se pierde tráfico.
¿El SEO técnico en VTEX sirve para aparecer en ChatGPT? Es la condición de entrada. Si el bot de IA no puede leer tu catálogo porque depende de JavaScript, no hay AEO posible. Resolver el renderizado te hace, al mismo tiempo, rastreable por Google y recuperable por la IA. Lo desarrollamos en nuestra página de AEO.
El siguiente paso
Si tu tienda VTEX no crece en orgánico como debería, o si sospechas que Google no está viendo todo tu catálogo, el diagnóstico correcto parte por una auditoría SEO completa enfocada en lo que de verdad falla en esta plataforma: renderizado, indexación del catálogo, facetas y capa IA. Es exactamente lo que hacemos en nuestro servicio de SEO. Si quieres saber qué parte de tu catálogo no está llegando a Google hoy, hablemos.
