SEO técnico ecommerce: Core Web Vitals

SEO técnico ecommerce: Core Web Vitals, rastreo e indexación

El SEO técnico para ecommerce no es solo velocidad. En una tienda online, la capa técnica decide qué URLs puede rastrear Google, qué páginas se indexan, cómo se consolidan duplicados, qué datos estructurados se entienden y qué experiencia recibe el usuario al navegar o comprar.

Si necesitas convertir esta revisión en un plan priorizado, revisa nuestro servicio de SEO ecommerce. Para tiendas Shopify, la capa específica está en SEO Shopify.

Idea clave: la velocidad importa, pero el primer bloqueo suele estar en rastreo, indexación, duplicidad o recursos que Google no puede interpretar bien.

Definiciones rápidas para SEO y GEO

Una guía técnica útil para ecommerce debe servir a dos lectores a la vez: al equipo que va a implementar cambios y a los sistemas de búsqueda o IA que necesitan entender la página sin ambigüedad. GEO no significa escribir para robots; significa dejar señales claras, texto visible, arquitectura lógica, enlaces internos y datos estructurados que coincidan con lo que el usuario puede leer.

Google recomienda valorar la experiencia de página como un conjunto. Un buen informe no se queda en "mejora LCP" o "sube Lighthouse"; conecta cada métrica con una decisión técnica, una plantilla concreta y un impacto sobre rastreo, conversión o confianza.

Qué problemas técnicos impactan un ecommerce

En una tienda online, los problemas técnicos suelen acumularse por capas. Un theme se lanza con una arquitectura razonable, después se añaden apps, campañas, banners, píxeles, filtros, widgets de reseñas, personalizadores, comparadores, popups y scripts de medición. Cada pieza puede ser legítima, pero el conjunto puede volver la tienda lenta, difícil de rastrear o confusa para Google.

Los problemas más habituales son:

• JavaScript innecesario cargando en todas las plantillas.
• Imágenes de producto o categoría sin tamaños adecuados.
• Fuentes externas que bloquean el pintado o provocan cambios de layout.
• Lazy loading aplicado a contenido que debería verse desde el primer viewport.
• Renderizado de productos, precios o enlaces solo después de interacción.
• Facetas que generan miles de combinaciones sin demanda orgánica.
• Canonicals inconsistentes entre producto, variante y colección.
• Paginaciones o botones "cargar más" sin URLs rastreables.
• Schema duplicado por theme, apps y snippets manuales.
• Páginas de producto agotado tratadas igual que productos retirados.
• Blog y guías sin enlaces internos hacia categorías o productos relevantes.

La prioridad no sale de una herramienta aislada. Sale de cruzar tres preguntas: si Google puede descubrir la URL, si la URL merece indexarse y si el usuario puede verla, entenderla e interactuar con ella sin fricción.

1. Rastreo: qué URLs debe descubrir Google

Una tienda online puede generar muchas más URLs de las que realmente necesita posicionar. Antes de optimizar Core Web Vitals, revisa si Google está gastando rastreo en páginas útiles.

• Categorías principales.
• Subcategorías con demanda.
• Productos activos y estratégicos.
• Guías que apoyan la compra.
• Filtros con intención propia, si se han decidido como indexables.

Deja fuera del índice las URLs sin valor orgánico: parámetros de ordenación, búsquedas internas, filtros infinitos, URLs de sesión y combinaciones sin demanda.

2. Indexación y canonicals en ecommerce

La indexación no se arregla solo con sitemap. Google necesita señales coherentes entre enlaces internos, canonical, robots, contenido visible y respuesta HTTP.

Revisa:

• canonicals de productos accesibles desde varias categorías;
• variantes de color, talla, pack o idioma;
• paginaciones y listados;
• productos agotados;
• redirecciones de productos retirados;
• URLs incluidas en sitemap que luego son noindex o redirigen.

Una buena regla: el sitemap debe contener solo URLs que quieres que Google descubra e indexe.

3. Facetas y filtros sin sobrecargar el índice

Las facetas son útiles para comprar, pero peligrosas para SEO si generan combinaciones infinitas.

Ejemplos típicos:

• /camisetas?color=negro&talla=m;
• /zapatillas?orden=precio-asc;
• /bolsos?material=piel&color=marron&precio=100-200.

Algunas combinaciones pueden merecer URL indexable si tienen demanda, oferta suficiente y contenido propio. La mayoría deben funcionar como navegación interna sin convertirse en páginas orgánicas duplicadas.

Reglas prácticas para facetas

Una faceta debe ser indexable solo cuando cumple una función de búsqueda clara. Por ejemplo, una colección de "zapatillas running hombre" puede tener intención propia si hay demanda, productos suficientes, copy diferenciado y enlaces internos. En cambio, ordenar por precio, cambiar el número de productos por página o combinar cinco filtros suele crear páginas casi idénticas.

Trabaja con tres estados:

• URL indexable: tiene demanda, surtido estable, contenido visible propio, title/meta específicos, canonical propio y enlaces internos.
• URL navegacional: ayuda al usuario a filtrar, pero no busca posicionar. Puede existir para UX, sin entrar en sitemap ni recibir enlaces SEO principales.
• URL bloqueada o despriorizada: combinaciones infinitas, parámetros técnicos, búsquedas internas vacías, ordenaciones o sesiones.

La paginación merece una decisión separada. Si usas páginas con ?page=2, cada página debe tener una URL real y enlaces secuenciales. Si usas "cargar más" o scroll infinito, asegúrate de que el contenido adicional también tenga URLs persistentes o rutas rastreables. Google puede seguir enlaces en href, pero no conviene depender de que ejecute una interacción de usuario para descubrir productos.

4. Core Web Vitals actuales: LCP, INP y CLS

Core Web Vitals mide experiencia real de usuario. Las tres métricas principales que conviene vigilar son:

Largest Contentful Paint (LCP)

Mide cuánto tarda en mostrarse el elemento principal visible. En ecommerce suele depender de imagen hero, imagen de producto, banner o bloque de categoría.

Interaction to Next Paint (INP)

Mide la capacidad de respuesta de la página ante interacciones. Es especialmente importante en filtros, selectores de variantes, botones de añadir al carrito, menús y buscadores internos. INP sustituyó a FID como métrica de Core Web Vitals.

Cumulative Layout Shift (CLS)

Mide cambios inesperados de layout. En tiendas online suele empeorar por imágenes sin dimensiones, banners tardíos, fuentes, widgets, reviews o bloques de recomendación que aparecen después.

5. Cómo leer Core Web Vitals en una tienda

Core Web Vitals no debe auditarse solo por URL suelta. En ecommerce conviene agrupar por plantilla, porque una mejora en la ficha de producto puede afectar a cientos o miles de productos, mientras que una optimización aislada en una landing quizá tenga menos alcance técnico.

Lee los datos así:

• PDP o ficha de producto: identifica si el LCP es la imagen principal, un bloque de precio, un título o un componente de galería. Revisa también el selector de variantes, el botón de añadir al carrito, las reseñas y los módulos de recomendación.
• Colección o categoría: mira si los primeros productos aparecen con HTML rastreable, si las miniaturas tienen dimensiones, si los filtros bloquean interacción y si la paginación permite descubrir productos sin depender de clics no rastreables.
• Home: separa lo decorativo de lo crítico. Un banner pesado puede ser aceptable para branding, pero no debería bloquear navegación, búsqueda, enlaces a colecciones ni acceso a productos.
• Blog o guía: revisa imágenes, tablas de contenido, enlaces internos y bloques de producto insertados. Una guía informativa también puede degradar INP si carga widgets innecesarios de tienda.

No conviertas el informe en una carrera por una puntuación. Google trata la experiencia de página como parte de un sistema más amplio: contenido útil, fiabilidad, accesibilidad, velocidad percibida, seguridad, ausencia de fricción y facilidad para que el usuario complete su tarea. Para una tienda, la tarea no es solo leer: es comparar, filtrar, elegir variante, entender envío/devolución y comprar.

6. Imágenes y recursos críticos

En ecommerce, las imágenes suelen ser el recurso más pesado y también el más importante para vender.

• Usa tamaños adecuados para categoría, ficha y miniatura.
• Define width y height o contenedores estables.
• Prioriza solo la imagen LCP real.
• Usa lazy loading para imágenes fuera del primer viewport.
• Evita sliders pesados si no aportan conversión.
• Revisa fuentes y scripts antes de añadir nuevas apps.

Optimizar imágenes no es solo comprimir. También hay que evitar que el navegador descargue antes recursos que el usuario todavía no necesita.

En fichas de producto, la imagen principal suele ser el candidato de LCP. Si esa imagen se carga con lazy loading, si depende de un slider pesado o si llega después de un script de personalización, el usuario percibe una tienda lenta aunque el servidor responda bien. En colecciones, el riesgo cambia: muchas miniaturas pequeñas pueden saturar la descarga inicial si no se sirven en tamaños correctos.

Las fuentes también importan. Una fuente de marca puede ser razonable, pero debe cargarse de forma que no provoque texto invisible ni saltos. Para ecommerce, la prioridad visual debería estar en precio, nombre de producto, disponibilidad, llamadas a la acción y mensajes de confianza, no en cargar cinco variantes tipográficas antes de que la ficha sea utilizable.

7. JavaScript, apps y terceros

Muchas tiendas pierden rendimiento por acumulación de scripts: analytics, pixels, chat, popups, reviews, filtros, bundles, personalización y apps antiguas.

Revisa:

• scripts que cargan en todas las páginas aunque solo se usen en checkout o producto;
• apps desinstaladas que dejan código;
• widgets que bloquean interacción;
• tracking duplicado;
• librerías pesadas para funcionalidades simples.

En Shopify, esta auditoría suele implicar theme, Liquid, apps y configuración. No basta con mirar PageSpeed.

8. Datos estructurados para productos y categorías

El schema debe describir contenido visible y real.

Prioridades habituales:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Nombre del producto",
  "image": "https://example.com/producto.jpg",
  "description": "Descripción visible del producto",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "EUR",
    "price": "49.99",
    "availability": "https://schema.org/InStock"
  }
}

Añade aggregateRating o Review solo si existen reseñas reales visibles en la página. No uses ratings ficticios para mejorar el snippet.

En ecommerce hay que distinguir entre marcar un producto para que Google entienda la entidad y preparar una ficha para experiencias de compra. Las fichas donde el usuario puede comprar deberían priorizar datos de oferta: precio, moneda, disponibilidad, URL canónica, identificadores cuando existan, marca, imágenes y condiciones comerciales relevantes. Si la tienda muestra información de envío o devoluciones, esos datos pueden formar parte del marcado, pero no deben inventarse ni contradecir la política visible.

Para variantes, decide primero el modelo de URL. Si cada color, talla o configuración tiene una URL propia, el marcado debe reflejar esa variante concreta y conectarla con el grupo de producto cuando aplique. Si todas las variantes viven en una sola ficha, el schema no debería crear entidades contradictorias que parezcan productos independientes con precios o disponibilidad imposibles de verificar en pantalla.

En Shopify, revisa duplicidades. Es común que el theme añada JSON-LD, una app de reseñas añada otro bloque y una app SEO inserte un tercero. El objetivo no es "tener más schema"; es tener un marcado único, legible, coherente con el HTML visible y validable con herramientas de Google.

9. Mobile UX y compra

La experiencia móvil afecta tanto a conversión como a señales de calidad.

• Botones de compra accesibles.
• Selectores de variante claros.
• Filtros usables en pantalla pequeña.
• Buscador interno visible.
• Textos legibles.
• Checkout sin pasos innecesarios.
• Avisos de envío, stock y devolución visibles.

Si el usuario no puede comprar cómodamente, el SEO queda incompleto aunque la URL consiga tráfico.

10. Monitorización técnica

Una auditoría puntual encuentra problemas. La monitorización evita que vuelvan.

Mide de forma recurrente:

• URLs válidas e indexadas en Search Console.
• Errores 404 y cadenas de redirección.
• páginas noindex o canonicalizadas por error.
• cambios de sitemap.
• LCP, INP y CLS por tipo de plantilla.
• peso JS y recursos de terceros.
• conversiones orgánicas por familia de URLs.

En ecommerce, una app nueva o una campaña mal implementada puede romper rendimiento en cuestión de horas.

11. Qué revisar primero en Shopify

Shopify resuelve parte de la base técnica: genera sitemap y robots, añade canonicals automáticamente, incluye SSL y muchos themes incorporan datos estructurados básicos. Eso no significa que la tienda esté auditada. Significa que hay una base sobre la que revisar decisiones de theme, apps, catálogo, URLs y contenido.

En una tienda Shopify, empieza por esta secuencia:

1. Verifica Search Console: cobertura, páginas indexadas, páginas excluidas, sitemaps enviados, errores 404, redirecciones y mejoras de productos.
2. Revisa el theme en plantillas clave: product, collection, blog, article, page y home. Comprueba qué HTML existe antes de interacción y qué depende de JavaScript.
3. Audita apps activas y restos de apps antiguas. Una app eliminada puede dejar snippets, scripts, metacampos o bloques insertados en el theme.
4. Comprueba que productos, colecciones y blogs tienen títulos, metas, H1, contenido visible y enlaces internos editados con criterio.
5. Revisa redirecciones 301 cuando se retiran productos, cambian slugs o se migra catálogo desde otra plataforma.
6. Valida schema de producto, variantes, precio, disponibilidad, reseñas, shipping y devoluciones solo si esos datos son reales y visibles.
7. Mide rendimiento por plantilla, no solo por home. La home puede estar aceptable mientras las fichas de producto tienen galerías pesadas o selectores lentos.

Para un trabajo específico sobre la plataforma, la ruta natural es combinar SEO Shopify con optimización Shopify. Si el problema incluye theme, Liquid, rendimiento o arquitectura de plantillas, también conviene revisar desarrollo web Shopify, porque muchas mejoras SEO se implementan en código.

12. Qué no tocar sin plan

Hay cambios técnicos que parecen rápidos y pueden salir caros si se hacen sin mapa de URLs, backup, staging o criterio de indexación. En ecommerce, no basta con "limpiar": hay que saber qué señal se está sustituyendo y qué depende de ella.

No toques sin plan:

• robots.txt.liquid si no sabes qué rutas bloquea Shopify por defecto y qué rutas necesita descubrir Google.
• Canonicals globales del theme sin comprobar productos, variantes, colecciones, paginaciones y URLs con parámetros.
• Reglas masivas de noindex en filtros, búsquedas, tags o colecciones sin revisar enlaces internos y sitemap.
• URLs de productos o colecciones con tráfico orgánico sin un mapa de redirecciones.
• Apps de reseñas, precios, bundles o variantes sin validar el schema que generan.
• Lazy loading de la imagen principal o del contenido above the fold.
• Scripts de medición, consentimiento o checkout sin coordinar con analítica y cumplimiento.
• Paginación, infinite scroll o "load more" sin URLs permanentes y enlaces rastreables.

La pregunta correcta antes de tocar es: si cambio esto, ¿qué URL canónica queda, qué URL se enlaza, qué ve Google en HTML renderizado, qué ve el usuario y cómo se mide si ha mejorado?

13. Plan de SEO técnico ecommerce

Un plan útil debe priorizar por impacto y esfuerzo:

1. Corregir bloqueos de indexación y rastreo.
2. Limpiar sitemap y canonicals.
3. Resolver duplicidades por facetas, variantes y parámetros.
4. Mejorar plantillas de categorías y productos.
5. Reducir JavaScript innecesario.
6. Optimizar imágenes críticas.
7. Validar schema.
8. Medir Core Web Vitals por plantilla.

La prioridad no siempre es la métrica más llamativa. En una tienda con miles de URLs duplicadas, la arquitectura puede tener más impacto que ganar unas décimas en Lighthouse.

Matriz impacto técnico

Checklist por URL tipo

Cierre operativo

El SEO técnico ecommerce debe hacer tres cosas: permitir que Google rastree lo importante, evitar señales duplicadas y ofrecer una experiencia rápida, estable y comprensible. Core Web Vitals importa, pero no compensa una arquitectura caótica, contenido pobre o una indexación mal controlada.

Para bajar esto a una hoja de ruta concreta, empieza por una auditoría SEO Shopify o una auditoría de SEO ecommerce, según plataforma y alcance. La salida ideal no es un PDF largo: es un plan priorizado por plantilla, URL tipo, impacto, riesgo y responsable técnico.

FAQ sobre SEO técnico ecommerce, Core Web Vitals y Shopify

¿Qué es más importante: Core Web Vitals o indexación?

Si la tienda tiene bloqueos de rastreo, noindex accidental, canonicals mal puestos o sitemap sucio, eso suele ir antes. Core Web Vitals importa, pero no compensa una arquitectura que Google no puede interpretar bien. La prioridad debe salir de la combinación entre impacto orgánico, volumen de URLs afectadas y riesgo de negocio.

¿Cada filtro de ecommerce debería ser indexable?

No. La mayoría de filtros sirven para navegar. Solo deberían convertirse en URLs SEO cuando tengan demanda, productos suficientes, contenido propio, enlaces internos y un canonical claro. Los filtros de ordenación, sesiones, rangos arbitrarios o combinaciones excesivas suelen ser mejores como navegación, no como landing orgánica.

¿Las apps de Shopify pueden afectar al SEO técnico?

Sí. Pueden añadir JavaScript, duplicar schema, cargar recursos en todas las plantillas o cambiar el comportamiento del theme. Conviene auditarlas cuando hay problemas de rendimiento, INP, CLS o HTML renderizado. También conviene revisar restos de apps antiguas en snippets, metacampos y bloques del theme.

¿Qué datos estructurados son prioritarios en una ficha de producto?

Lo prioritario es que el marcado describa el producto visible: nombre, imagen, descripción, precio, moneda, disponibilidad, URL, marca e identificadores si existen. Añade reseñas, variantes, envío o devoluciones solo cuando sean reales, estén visibles y coincidan con la política comercial de la tienda.

¿Qué debería revisar primero si mi Shopify va lento?

Empieza por plantillas, no por la home. Revisa fichas de producto y colecciones con datos reales de Search Console, PageSpeed/CrUX cuando exista muestra suficiente, theme, apps activas, scripts globales, imagen principal, fuentes y widgets de terceros. En muchas tiendas, el cuello de botella no es Shopify como plataforma, sino el conjunto de theme, apps y tracking.

¿El contenido útil también afecta al SEO técnico?

Sí, porque una página técnicamente rastreable puede seguir siendo débil si no ayuda a elegir, comparar o comprar. Para ecommerce, contenido útil significa descripciones reales, información de envío y devolución, disponibilidad clara, guías conectadas con productos, FAQs verificables y enlaces internos que reduzcan dudas.

¿Cómo se mide si una mejora técnica funcionó?

Antes de cambiar, define plantilla afectada, URLs de muestra, métrica principal, riesgo y fecha de despliegue. Después revisa indexación, rastreo, rendimiento real, errores de schema, conversiones orgánicas y comportamiento de usuario. No atribuyas crecimiento a un cambio técnico si también hubo campañas, cambios de precio, migraciones o variaciones de demanda.