SEO técnico para ecommerce: solucionar problemas clave

El SEO técnico es la base que no puedes saltarte

Puedes escribir las mejores descripciones de producto de tu sector y conseguir enlaces de todas las publicaciones importantes. Nada de eso importa si Google no puede rastrear e indexar tus páginas correctamente. El SEO técnico es la base de la que depende todo lo demás, y las tiendas ecommerce tienen más complejidad técnica que casi cualquier otro tipo de sitio web.

Un sitio de contenido típico tiene unos cientos de páginas con una estructura simple. Una tienda ecommerce puede tener 50.000 URLs entre productos, categorías, combinaciones de filtros, paginación y resultados de búsqueda interna. Cada una de esas URLs es un problema potencial si no se gestiona correctamente. El presupuesto de rastreo se desperdicia en URLs basura. El contenido duplicado confunde a Google sobre qué página posicionar. Las velocidades de página lentas ahuyentan a los clientes antes de que vean tus productos.

Auditamos docenas de tiendas ecommerce cada año, y los problemas técnicos son la razón número uno por la que las tiendas rinden por debajo en la búsqueda orgánica. No el contenido débil. No los enlaces insuficientes. Problemas técnicos que impiden que Google haga su trabajo. La buena noticia es que solucionar problemas técnicos a menudo produce las ganancias SEO más rápidas y medibles. Hemos visto tiendas ganar un 20-40 % de tráfico orgánico en 6 semanas tras resolver deuda técnica importante. Nuestra guía de auditoría SEO para ecommerce explica exactamente cómo encontrar estos problemas.

Gestión del presupuesto de rastreo para catálogos grandes

Google asigna un presupuesto de rastreo a cada sitio. Es el número de páginas que Googlebot rastreará en un período determinado. Para sitios pequeños con unos cientos de páginas, el presupuesto de rastreo no importa. Para tiendas ecommerce con decenas de miles de URLs, es una restricción real.

El problema no es que Google no rastreará tu sitio. El problema es qué elige Google rastrear. Si tu sitio tiene 50.000 URLs pero solo 5.000 son valiosas (productos y categorías), y las otras 45.000 son combinaciones de filtros, resultados de búsqueda interna y variaciones de parámetros, Google podría gastar la mayor parte de su presupuesto de rastreo en las URLs basura. Tus páginas de producto reales se rastrean con menos frecuencia, lo que significa que se indexan más lento y las actualizaciones tardan más en aparecer en los resultados de búsqueda.

Empieza auditando qué está rastreando Google realmente. En Google Search Console, consulta el informe de Estadísticas de rastreo en Configuración. Mira las páginas rastreadas por día y los códigos de respuesta. Si ves un alto porcentaje de URLs rastreadas que devuelven 404 o redirecciones, es presupuesto desperdiciado. Luego revisa tus logs del servidor si tienes acceso. Los logs del servidor te muestran cada URL que Googlebot solicita, lo que es la vista más precisa del comportamiento de rastreo.

Bloquea las URLs inútiles del rastreo usando robots.txt. URLs comunes a bloquear en tiendas ecommerce: páginas de resultados de búsqueda interna (/search?q=), URLs de carrito y checkout (/cart, /checkout), páginas de cuenta (/account, /login), y combinaciones de parámetros de filtros (/categoria?color=rojo&talla=m). Ten cuidado de no bloquear archivos CSS, JavaScript o imágenes que Googlebot necesita para el renderizado.

Limpia tu espacio de URLs. Si la navegación facetada ha creado 200.000 URLs con parámetros, estas necesitan ser bloqueadas en robots.txt o servidas con etiquetas noindex. Si tu plataforma genera IDs de sesión en las URLs, necesitan ser eliminados o canonicalizados. El objetivo es reducir el espacio total de URLs rastreables a solo las páginas que realmente quieres indexar. Nuestro verificador de indexabilidad te ayuda a comprobar qué páginas puede ver Google realmente. En una auditoría reciente, encontramos un minorista de moda con 380.000 URLs indexadas para una tienda con 4.200 productos. Después de limpiar URLs de filtros, parámetros de sesión y páginas huérfanas, redujimos el índice a 12.000 URLs. El tráfico orgánico aumentó un 28 % en seis semanas porque Googlebot finalmente estaba gastando su presupuesto de rastreo en las páginas correctas.

Optimización de velocidad del sitio para ecommerce

La velocidad de página es un factor de ranking directo e indirecto. Google usa los Core Web Vitals como señal de ranking. Pero la velocidad también afecta la tasa de rebote y la tasa de conversión, que influyen en los rankings a través de señales de comportamiento del usuario. Un retraso de 1 segundo en el tiempo de carga puede reducir las conversiones un 7 %, según datos de Akamai.

Empieza con las grandes victorias. La optimización de imágenes es casi siempre la mayor mejora de velocidad para las tiendas ecommerce. Convierte las imágenes a WebP, comprimelas y sírvalas en las dimensiones correctas para cada dispositivo. Si tus imágenes de producto pesan de media 500 KB y las reduces a 80 KB, eso es una reducción del 84 % en carga de imágenes en todo el sitio.

Activa el caché del navegador y la entrega por CDN. Una red de distribución de contenido sirve tus activos estáticos (imágenes, CSS, JavaScript) desde servidores físicamente cercanos al usuario. Esto reduce la latencia de 200-500 ms en un servidor de origen único a 20-50 ms desde un nodo edge del CDN. Cloudflare, Fastly y AWS CloudFront funcionan todos bien para ecommerce.

Minimiza los recursos que bloquean el renderizado. Si tu página carga 15 archivos JavaScript y 8 archivos CSS antes de poder renderizar contenido, el usuario mira una pantalla en blanco durante 3-5 segundos. Difiere el JavaScript no crítico. Inline el CSS crítico (los estilos necesarios para el contenido sobre el pliegue) y carga el resto de forma asíncrona. Elimina completamente el CSS y JavaScript no utilizado si es posible.

Los scripts de terceros son un asesino de velocidad común en las tiendas ecommerce. Widgets de chat, herramientas de analytics, píxeles de retargeting, botones de compartir en redes sociales y widgets de reseñas añaden cada uno 100-500 ms al tiempo de carga. Audita cada script de terceros. Elimina los que no aportan valor activamente. Carga los restantes de forma asíncrona o después de que el contenido principal se haya renderizado. Auditamos una tienda Shopify que cargaba 23 scripts de terceros en cada página. Tras eliminar 9 scripts no utilizados y diferir otros 8, su LCP bajó de 4,8 a 2,1 segundos en móvil. Nuestra guía SEO para Shopify cubre la optimización de velocidad específica de la plataforma en detalle.

Prueba la experiencia de usuario real, no solo las puntuaciones de laboratorio. PageSpeed Insights muestra datos de laboratorio (simulados) y datos de campo (mediciones reales de usuarios de CrUX). Los datos de campo son lo que Google usa para el ranking. Una página puede puntuar 90 en pruebas de laboratorio pero tener un LCP de 4 segundos en el mundo real debido a condiciones de red y capacidades del dispositivo. Enfócate en los datos de campo y prueba en móvil, porque eso es lo que usan la mayoría de tus clientes.

Indexación mobile-first: qué hacen mal las tiendas ecommerce

Google usa la indexación mobile-first desde 2023. Esto significa que Google rastrea e indexa la versión móvil de tu sitio, no la de escritorio. Si a tu sitio móvil le falta contenido, enlaces o datos estructurados que existen en la versión de escritorio, Google no los ve.

El problema mobile-first más común que encontramos en tiendas ecommerce es el contenido oculto. Las versiones de escritorio muestran descripciones de producto completas, especificaciones y reseñas en el área visible de la página. Las versiones móviles las ocultan detrás de pestañas, acordeones o botones de 'leer más' para ahorrar espacio en pantalla. Google ha dicho que trata el contenido en pestañas y acordeones normalmente, pero nuestras pruebas muestran que el contenido en el área visible principal rinde mejor que el contenido que requiere interacción para revelarse.

Comprueba que tu sitio móvil incluye todo el contenido de tu sitio de escritorio. Ejecuta una comparación lado a lado usando la emulación de dispositivos de Chrome DevTools. Verifica que los datos estructurados, las etiquetas canonical y las meta etiquetas sean idénticas en móvil y escritorio. Si usas un sitio móvil separado (m.tutienda.es), considera migrar a un diseño responsive, porque los sitios móviles separados crean problemas de mantenimiento y paridad.

Los problemas de usabilidad móvil perjudican directamente los rankings. Revisa el informe de Usabilidad Móvil en Google Search Console para errores. Problemas comunes: texto demasiado pequeño para leer (menor de 16 px), elementos clicables demasiado juntos (los botones necesitan al menos 48 px de objetivo de toque con 8 px de espaciado), y contenido más ancho que la pantalla (causando desplazamiento horizontal). Corrige cada error señalado en este informe.

Prueba tu flujo de checkout en móvil. Si el checkout móvil tiene problemas de usabilidad (campos de formulario pequeños, layouts confusos, carga lenta), tu tasa de conversión móvil sufre. Google nota cuando los usuarios rebotan consistentemente de tus páginas en móvil, y afecta tus rankings para búsquedas móviles, que representan el 60-70 % del tráfico ecommerce.

Etiquetas canonical y contenido duplicado

El contenido duplicado es el problema de SEO técnico más generalizado en ecommerce. Productos que aparecen en múltiples categorías. URLs de filtros que crean variaciones de la misma página. Variantes de producto con URLs separadas. Paginación creando páginas similares. Versiones HTTP y HTTPS. Versiones WWW y sin WWW. La superficie de contenido duplicado en una tienda ecommerce es enorme.

Las etiquetas canonical son tu defensa principal. Cada página indexable debería tener una etiqueta canonical auto-referencial en la sección head. Para páginas con múltiples variaciones de URL (como URLs de filtros o variantes), el canonical debería apuntar a la versión preferida. Si /zapatos?color=azul y /zapatos?color=rojo existen ambas pero quieres que /zapatos sea la versión indexada, ambas URLs con parámetros reciben un canonical apuntando a /zapatos.

Errores de canonical comunes que corregimos regularmente: usar URLs relativas en lugar de absolutas en etiquetas canonical (usa https://tutienda.es/pagina, no /pagina). Canonicalizar todas las páginas paginadas a la página 1 (la página 2 debería tener canonical a la página 2, no a la página 1, porque muestran productos diferentes). Canonicalizar páginas a URLs que están en noindex o redirigen (creando cadenas de canonical). Tener señales conflictivas donde el canonical dice una cosa pero el sitemap incluye una URL diferente.

Para variantes de producto, decide una estrategia de canonical y aplícala de forma consistente. Si cada variante de color tiene una URL separada, elige el color más popular como canonical. O canonicaliza todas las variantes a la URL principal del producto sin parámetro de color. Ambos enfoques funcionan, pero mezclar estrategias a lo largo del catálogo crea confusión.

Audita tus canonicals trimestralmente con un crawler o nuestro verificador de etiquetas canonical. Busca páginas sin canonical, páginas con canonicals incorrectos, y páginas cuya URL canonical devuelve un código de estado diferente de 200. En una auditoría reciente de un cliente, encontramos 1.200 páginas de producto cuyos canonicals apuntaban a productos eliminados. Cada una de esas 1.200 páginas le estaba diciendo efectivamente a Google que la ignorara. Corregir esos canonicals recuperó rankings para cientos de keywords long-tail de productos.

Sitemaps XML para catálogos ecommerce grandes

Un sitemap XML es un mapa que le dice a Google qué páginas existen en tu sitio y cuáles son las más importantes. Para tiendas ecommerce con miles de páginas, un sitemap bien estructurado puede mejorar significativamente la velocidad con la que se descubren e indexan nuevos productos.

Divide tu sitemap en múltiples archivos por tipo de página. Crea sitemaps separados para páginas de producto, páginas de categoría, artículos de blog y otras páginas de contenido. Esto facilita diagnosticar problemas de indexación (si los productos no se indexan, puedes verificar específicamente el sitemap de productos) y mantiene cada archivo bajo el límite de 50.000 URLs / 50 MB.

Incluye solo URLs indexables y canónicas en tu sitemap. No incluyas URLs con etiquetas noindex, URLs que redirigen, URLs bloqueadas por robots.txt, ni URLs no canónicas. Tu sitemap debería ser una lista limpia de cada página que quieres que Google indexe. Si tu sitemap tiene 80.000 URLs pero solo 15.000 son indexables, Google pierde confianza en la precisión de tu sitemap y puede depriorizar su rastreo.

Usa la etiqueta lastmod con precisión. Si actualizas precios o disponibilidad de productos diariamente, las fechas lastmod deberían reflejar cambios reales. No pongas todas las fechas lastmod en la fecha de hoy para intentar manipular señales de frescura. Google ha confirmado que ignora lastmod si los datos no son fiables. Pero fechas lastmod precisas ayudan a Google a priorizar el rastreo de páginas modificadas recientemente.

Envía tu sitemap en Google Search Console y monitorea la cobertura del índice. El informe de Sitemaps muestra cuántas URLs enviadas fueron indexadas. Si enviaste 10.000 URLs de producto y solo 6.000 están indexadas, investiga las 4.000 faltantes. Pueden tener contenido pobre, problemas de canonical o problemas de calidad que impiden la indexación.

Para tiendas muy grandes (100.000+ productos), considera usar archivos de índice de sitemap y generar sitemaps dinámicamente. Los sitemaps estáticos que necesitan regeneración manual cada vez que se añade o elimina un producto siempre quedarán desactualizados. La mayoría de las plataformas ecommerce tienen plugins o funciones integradas para la generación dinámica de sitemaps. Verifica que la tuya realmente incluya nuevos productos dentro de las 24 horas posteriores a la publicación.

Configuración de robots.txt para ecommerce

Tu archivo robots.txt es un instrumento rudimentario, pero importante. Le dice a los crawlers qué partes de tu sitio evitar, y configurarlo mal puede desperdiciar presupuesto de rastreo (demasiado permisivo) o bloquear páginas importantes (demasiado restrictivo).

Un buen robots.txt para ecommerce bloquea: resultados de búsqueda interna (/search), páginas de carrito y checkout (/cart, /checkout, /account), áreas de admin y staging, páginas de etiquetas que duplican la funcionalidad de categorías, y patrones de parámetros comunes que generan URLs basura. Permite: todas las páginas de producto, páginas de categoría, páginas de contenido, archivos CSS y JavaScript (Google los necesita para renderizar tus páginas), e imágenes.

Este es un error que les cuesta caro a las tiendas: bloquear archivos JavaScript o CSS en robots.txt. Algunos desarrolladores bloquean directorios /assets/ o /static/ para mantener a los crawlers alejados de los archivos de plantilla. Pero Google necesita cargar tu CSS y JavaScript para renderizar tus páginas. Si Googlebot no puede renderizar una página, no puede evaluar el contenido correctamente, y los rankings sufren. Prueba tu robots.txt usando la herramienta de Inspección de URL en Search Console. Si Google no puede renderizar la página correctamente, probablemente hayas bloqueado algo que necesita.

Usa la directiva Disallow con cuidado. Un Disallow para /zapatos/ bloquea /zapatos/, /zapatos/nike/, /zapatos/rebajas/, y cada URL que empiece con /zapatos/. Si querías bloquear solo /zapatos/informe-interno/ pero escribiste Disallow: /zapatos/, acabas de bloquear toda tu categoría de zapatos. Siempre prueba los cambios de tu robots.txt con el probador de robots.txt de Google o nuestro analizador de robots.txt antes de ponerlos en producción.

Incluye una directiva Sitemap al final de tu robots.txt apuntando a tu sitemap XML (o índice de sitemap). Esto ayuda a los crawlers a encontrar tu sitemap incluso si no han estado en Google Search Console. El formato es simple: Sitemap: https://tutienda.es/sitemap.xml.

Implementación de datos estructurados a escala

Los datos estructurados (marcado schema) ayudan a Google a entender qué contienen tus páginas y pueden generar resultados enriquecidos que mejoran las tasas de clics desde la búsqueda. Para ecommerce, los tipos de schema relevantes son Product, BreadcrumbList, FAQPage, Organization, y potencialmente LocalBusiness si tienes tiendas físicas.

Implementar schema a escala requiere un enfoque basado en plantillas. No puedes codificar manualmente schema para 5.000 páginas de producto. En su lugar, construye plantillas de schema en tus plantillas de página y rellénelas dinámicamente con tus datos de producto. Tu plantilla de producto debería extraer nombre, precio, disponibilidad, SKU, marca, imágenes y datos de reseñas directamente de tu base de datos de productos y producirlo como JSON-LD en el head de la página.

JSON-LD es el formato recomendado sobre Microdata o RDFa. Vive en una etiqueta script en el head o body de la página y es más fácil de implementar, depurar y mantener. Google recomienda explícitamente JSON-LD para la mayoría de tipos de schema. Coloca la etiqueta script JSON-LD en la sección head para el procesamiento más rápido. Nuestro generador de schema crea JSON-LD válido para Product, BreadcrumbList y otros tipos de schema ecommerce.

Prueba a nivel de plantilla, no solo a nivel de página. Si tu plantilla de schema de producto tiene un error, afecta a cada página de producto. Ejecuta la prueba de resultados enriquecidos en un producto de cada variación de plantilla. Luego monitorea la sección Mejoras en Search Console para problemas a nivel de sitio. Errores comunes: campos requeridos faltantes (como imagen u ofertas), valores inválidos (un precio de '0,00 €' en un producto que en realidad cuesta 49,99 €), y marcado que no coincide con el contenido visible de la página. Pasa tus páginas por nuestro validador de schema para detectar problemas antes de que afecten tus resultados enriquecidos.

Ve más allá de lo básico. El schema Product con solo nombre y precio está bien, pero añadir aggregateRating, review, marca, GTIN y datos detallados de ofertas (incluyendo políticas de envío y devolución) te da resultados de búsqueda más ricos. El schema Breadcrumb en cada página reemplaza la visualización de URL predeterminada con una ruta de migas de pan legible. El schema FAQ en páginas de categoría puede ganar espacio SERP adicional. Cada capa de datos estructurados le da a Google más con qué trabajar y te da más oportunidades de destacar en los resultados de búsqueda.

Core Web Vitals para tiendas ecommerce

Los Core Web Vitals son las métricas de Google para la experiencia de página: Largest Contentful Paint (LCP), Interaction to Next Paint (INP) y Cumulative Layout Shift (CLS). Son factores de ranking confirmados, y las tiendas ecommerce enfrentan desafíos únicos con cada uno.

El LCP mide qué tan rápido carga el elemento visible más grande. En páginas de producto, suele ser la imagen principal del producto. En páginas de categoría, a menudo es la imagen del banner o la primera imagen de producto en la cuadrícula. Objetivo: por debajo de 2,5 segundos. Para mejorar el LCP, optimiza tus imágenes hero (formato WebP, dimensionamiento adecuado, precarga la imagen con una etiqueta link rel=preload en el head), usa un CDN y minimiza los recursos que bloquean el renderizado. El tiempo de respuesta del servidor también impacta el LCP, así que asegúrate de que tu hosting pueda manejar picos de tráfico sin ralentizarse.

El INP mide la capacidad de respuesta a las interacciones del usuario. En sitios ecommerce, los principales causantes del INP son: interacciones de filtros que disparan recargas completas de página, botones de añadir al carrito que congelan la página mientras procesan JavaScript, y autocompletado de búsqueda que bloquea el hilo principal. Objetivo: por debajo de 200 milisegundos. Optimiza moviendo JavaScript pesado a web workers, usando requestIdleCallback para tareas no críticas, y aplicando debounce en los manejadores de entrada de componentes de búsqueda y filtrado.

El CLS mide la estabilidad visual. Los sitios ecommerce son notorios por los cambios de diseño causados por: imágenes que cargan sin atributos explícitos de ancho y alto (el contenido salta cuando la imagen aparece), banners o barras promocionales inyectados en la parte superior de la página después de cargar, y cambios de fuente donde las fuentes personalizadas cargan después de que la página se renderiza y redimensionan todo el texto. Objetivo: por debajo de 0,1. Corrige estableciendo dimensiones explícitas en todas las imágenes y espacios publicitarios, reservando espacio para contenido dinámico que carga después del renderizado inicial, y usando font-display: optional o font-display: swap con fuentes de respaldo ajustadas en tamaño.

Monitorea los Core Web Vitals en dos lugares: el informe de Core Web Vitals en Search Console (que usa datos reales de usuarios) y PageSpeed Insights para pruebas de páginas individuales. Nuestro verificador de Core Web Vitals gratuito te da un vistazo rápido de las puntuaciones de rendimiento de tu tienda. Enfócate en los datos reales de usuarios porque eso es lo que Google usa para las decisiones de ranking. Las puntuaciones de laboratorio son útiles para depuración pero no reflejan la experiencia real del usuario en dispositivos y redes variables.

Prioriza tus páginas de aterrizaje principales. No necesitas puntuaciones CWV perfectas en cada URL. Enfócate en las páginas que generan más tráfico orgánico: tu página de inicio, las principales páginas de categoría y las principales páginas de producto. Mejorar los CWV en tus 50 páginas principales por tráfico tendrá un impacto de ranking mayor que mejoras marginales en 5.000 páginas menos visitadas.