El Playbook de SEO Técnico para Shopify

La mayoría de tiendas Shopify no tienen un problema de SEO. Tienen un problema de visibilidad provocado por decisiones técnicas tomadas durante el build que nadie documentó y nadie arregló.

Las URLs duplicadas de los filtros de colección se comen el crawl budget en silencio. Los parámetros de variante se indexan en vez de canonicalizarse. Las imágenes hero cargan sin preload. El schema lo inyectan tres apps distintas y se pisan entre ellas. Nada de esto aparece en analytics hasta que empiezan a caer los rankings, y para cuando lo notas el daño lleva meses acumulándose.

Esta es la auditoría que corremos en toda tienda Shopify y Shopify Plus antes de tocar una sola línea de contenido. Cubre lo que la plataforma resuelve sola, dónde falla, y lo que tienes que arreglar tú.

Cómo abordamos la auditoría

Antes de entrar sección por sección a qué arreglar, este es el orden en el que trabajamos:

1. Crawl con Screaming Frog contra el sitio en vivo y contra la versión renderizada por JavaScript. La diferencia entre los dos te dice lo que Googlebot está viendo de verdad frente a lo que ven los usuarios.
2. Sacar de Search Console: errores de cobertura, fallos de Core Web Vitals, separación de queries de marca vs. no-marca, y cualquier query con tendencia a la baja en los últimos 90 días.
3. En tiendas Plus: pedir los log files. Lo que Googlebot está rastreando realmente casi nunca es lo que tú crees. Analizar logs es la forma más rápida de encontrar desperdicio de crawl budget.
4. Auditar de forma aislada las 20 páginas que más facturan: schema, calidad del copy, estructura de enlazado interno y salud del canonical.

Esta secuencia casi siempre saca a la luz las mismas cuatro o cinco categorías de problemas. Esto es lo que encontramos, en orden de frecuencia.

Indexación

El problema de indexación más común en Shopify no son las páginas que faltan. Es la sobre-indexación: Googlebot rastreando cientos o miles de URLs con parámetros que diluyen la autoridad de las páginas que sí deberían rankear.

robots.txt.liquid solo se puede editar en Shopify Plus. La mayoría de tiendas no necesitan reglas custom, pero las que sí suelen estar bloqueando lo que no toca o dejando los resultados de búsqueda interna totalmente abiertos. Verifica que /search?q= esté en disallow. Verifica que /collections/*+* esté en disallow si usas URLs de tags.

Las etiquetas canonical en URLs de variante no son negociables. Shopify le añade el parámetro ?variant= a las URLs de producto por defecto cuando el usuario elige una variante, y esas URLs se pueden indexar. El canonical siempre debe apuntar a la URL limpia del producto, no a la versión con parámetros.

Lee nuestro análisis completo sobre cómo Shopify maneja los canonical tags y dónde falla la lógica por defecto.

Los parámetros de orden y filtro en colecciones son el problema más gordo. Una tienda con 20 opciones de filtro repartidas en 50 colecciones puede generar decenas de miles de URLs indexables que Google ve como páginas thin o duplicadas. El canonical nativo de Shopify cubre el parámetro /sort_by, pero no te protege de las URLs que generan las apps de filtros.

Una cosa que la mayoría de auditorías se salta: páginas inyectadas por apps. Apps de reviews, de loyalty y de quizzes crean páginas que pueden terminar indexadas si el dev de la app no añadió noindex. Haz un site: de tu dominio y ordena por "indexadas recientemente" para cazar estas.

Navegación facetada

La navegación facetada es donde la mayoría de tiendas Shopify se llevan el mayor golpe de crawl budget, y es lo que más agencias o se saltan o resuelven mal.

Cubrimos las decisiones específicas de bloquear/permitir a detalle en nuestra guía de navegación facetada en Shopify.

El enfoque por defecto de bloquear todas las URLs de filtros con noindex no siempre es la respuesta correcta. Es la respuesta segura, pero dejas tráfico orgánico sobre la mesa para combinaciones de filtros valiosas que sí podrían rankear.

El framework que usamos:

Bloquear con noindex, follow: combinaciones de filtros de bajo valor, parámetros de orden, combinaciones que devuelven menos de 15 o 20 productos, y cualquier URL que sea básicamente un subconjunto de otra página ya indexada. Usa <meta name="robots" content="noindex, follow"> en la página renderizada, no en robots.txt. El follow es importante para que Google pueda seguir rastreando hacia los productos.

Dejar indexar: combinaciones de filtros con demanda real de búsqueda, con suficientes productos distintos para justificar una página, y donde no estés duplicando con otra colección. "Zapatillas de running rojas" podría merecer la pena indexarse si tienes 40 SKUs en esa categoría y el volumen de búsqueda lo justifica.

Construir colecciones dedicadas para las combinaciones de alto valor: si una combinación de filtros tiene demanda suficiente para rankear, merece una colección real con su handle, una descripción escrita y sus propios enlaces internos. Una URL de filtro nunca va a rankear tan bien como una collection page dedicada con contenido.

La prueba práctica: si alguien escribiría esa combinación de filtros como búsqueda en Google, quizá merezca ser una colección. Si solo está ordenando por precio o filtrando por una talla, no debería estar indexada.

Schema

Shopify no se encarga del schema por ti más allá de lo que cada app inyecte. La mayoría de tiendas acaban sin schema, con un schema mínimo de una sola app, o con schema en conflicto porque varias apps inyectan markup de Product con datos distintos.

El schema de Product es la base. Impleméntalo en product.json o vía un bloque JSON-LD en tu tema, no a través de una app si lo puedes evitar. Necesitas: name, description, image, sku, brand, offers (con price, priceCurrency, availability, url), y aggregateRating si tienes reviews. Si falta cualquiera de estos, Google no puede generar un rich result.

MerchantReturnPolicy y ShippingDeliveryTime ya son requisito para Google Shopping y cada vez más importantes para los agentes de IA que están comparando productos entre tiendas antes de mandar tráfico. Son propiedades dentro del objeto Offer, no entidades separadas. Si tus políticas de envíos y devoluciones viven enterradas en una página que el schema nunca referencia, eres invisible para los comparadores.

El schema de BreadcrumbList va en cada collection y cada product page. Implementarlo no cuesta nada y mejora cómo entiende Google la arquitectura del sitio.

El schema de Organization y Brand debería estar sitewide, definido una vez y consistente. Así es como Google y los sistemas de IA construyen conocimiento de entidad sobre ti. Define nombre de marca, URL del logo, sameAs (LinkedIn, Instagram, etc.) y datos de contacto. Cualquier inconsistencia entre tu schema y tus páginas reales crea confusión de entidad y puede acabar suprimiendo queries de marca.

Antes de añadir cualquier schema, audita lo que ya hay en la página. En Chrome DevTools, lanza JSON.parse(document.querySelector('script[type="application/ld+json"]').textContent) para ver lo que tu tema o tus apps ya están inyectando. Los conflictos entre schema de app y schema del tema son comunes, y Google se los va a saltar o los va a penalizar ambos.

Core Web Vitals

Google mide Core Web Vitals en el percentil 75 de datos de usuarios reales. Eso significa que el 75% de tus visitantes tiene que pasar el umbral, no el usuario promedio con buena conexión. En mobile, es donde la mayoría de tiendas Shopify caen.

Los umbrales actuales son:

• LCP por debajo de 2.5 segundos
• INP por debajo de 200 milisegundos
• CLS por debajo de 0.1

El LCP en Shopify casi siempre es la imagen hero de la página de producto o de colección. Las dos victorias más rápidas: añadir fetchpriority="high" al tag de la imagen hero, y asegurarte de que ninguna app cargue por encima de ella en el <head>. Aplicarle lazy loading al hero es un error clásico de los temas que ponen loading="lazy" de forma global.

INP reemplazó a First Input Delay en marzo de 2024, y es la métrica más difícil de pasar en Shopify porque mide cada interacción durante toda la sesión, no solo el primer click. El culpable principal es el JavaScript de apps de terceros. Apps de reviews, de upsells y de chat que bloquean el main thread son la causa más común de fallos de INP. Usa el panel Performance de Chrome DevTools para identificar long tasks y emparejarlas con los scripts concretos.

El CLS en Shopify lo provocan sobre todo los contenedores de widgets de reviews que se expanden después de cargar, los banners de cookies que empujan el contenido hacia abajo, y las imágenes sin width y height explícitos. La solución siempre es la misma: reservar el espacio antes de que el contenido cargue. Nada debería mover el layout después del primer render.

Una categoría que la mayoría de auditorías se salta: la carga de fuentes. Si usas una fuente custom que carga asíncrona, los shifts de texto pueden sumar al CLS. Usa font-display: swap y haz preload de tu fuente principal en el <head>.

Búsqueda con IA y GEO

Esta es la sección que la mayoría de guías de SEO para Shopify no tienen porque la mayoría de agencias todavía no se han puesto al día. A mediados de 2026, ya no es opcional.

GPTBot, PerplexityBot y ClaudeBot rastrean distinto que Googlebot. No están haciendo keyword matching. Están construyendo una comprensión semántica de qué vende tu tienda, quién eres tú y si eres una fuente creíble para una query de producto concreta. Una página con HTML limpio, una descripción de producto real, y entidades de autor y marca claras va a rendir mejor consistentemente en resultados generados por IA que una página con copy optimizado pero schema roto.

Lo que importa para descubribilidad en IA:

HTML limpio y semántico. La jerarquía de headings debería reflejar la estructura del contenido, no preferencias de diseño. H1 para el título de la página o del producto, H2 para secciones principales, H3 para sub-secciones. Los crawlers de IA usan esto para entender de qué va la página antes de mirar el copy.

Descripciones de producto reales. La descripción de 150 palabras escrita para meter una keyword está siendo activamente penalizada en búsqueda conversacional. Los sistemas de IA comparan tu descripción contra la competencia y muestran la que de verdad responde a la pregunta del comprador. Describe materiales, dimensiones, casos de uso y para quién es el producto. Si tu descripción podría aplicar a 20 productos distintos, no va a aparecer para ninguna query específica.

Structured data para envíos y devoluciones. Cuando un usuario le pregunta a un agente de IA "cuáles son las mejores zapatillas de running por menos de $150 con devolución gratis", el agente está tirando datos de devoluciones de tu schema para filtrar resultados. Si esos datos no están estructurados, no estás en la respuesta.

Consistencia de entidad de marca. Tu nombre de marca debería aparecer igual en tu schema, en tus meta tags, en la página About y en tus perfiles externos. Cualquier inconsistencia complica que los sistemas de IA construyan un modelo de entidad completo, y eso afecta cuánto apareces en queries cercanas a tu marca.

Una verificación práctica: busca tus categorías de producto top en Perplexity y en ChatGPT. Si tu competencia aparece en las respuestas y tú no, compara sus páginas de producto contra las tuyas. Casi siempre es una combinación de profundidad de descripción y completitud de schema.

Lo que se rompe después del lanzamiento

La base técnica se va degradando con el tiempo. Estas son las fuentes más comunes de regresión post-lanzamiento:

Instalación de apps. Cada app añadida a una tienda Shopify puede inyectar scripts, crear páginas, modificar archivos del tema o añadir schema. Una tienda que pasaba CWV en enero puede fallar en marzo porque se instaló una app nueva. Corre un check de CWV después de cada instalación de app relevante.

Updates del tema. Los devs de los temas Shopify publican updates que pueden borrar tus customizaciones, sobrescribir tus implementaciones de schema, o volver a meter lazy loading en imágenes a las que se lo habías quitado. Lleva un changelog de qué has modificado en tu tema.

Cambios en filtros de colección. Añadir un nuevo atributo de filtro a una colección puede generar miles de combinaciones de URLs indexables de la noche a la mañana si no tienes noindex en las páginas de filtros. Revisa tu crawl budget en Search Console después de cualquier cambio de filtros.

Decaimiento de redirects. En catálogos grandes, los productos se descontinúan y las colecciones se reestructuran. Los 404 se acumulan y casi nunca se limpian. Corre un crawl mensual de tus URLs más enlazadas y redirige cualquiera que devuelva 404 a la página viva más relevante.

Preguntas frecuentes

¿Por qué mis páginas de producto rankean bien por separado pero mis collection pages no rankean en absoluto?

Las collection pages son lo más difícil de rankear en Shopify porque por defecto casi siempre son thin. La plataforma te da un título, una sidebar de filtros y un grid de productos. Eso no es suficiente contenido para que Google entienda de qué va la colección ni por qué debería rankear para una keyword de categoría. Las collection pages necesitan una introducción escrita de verdad, enlaces internos a colecciones relacionadas y suficientes productos distintos para justificar el tema. Lo hemos escrito en detalle en nuestra guía sobre por qué las collection pages de Shopify no rankean.

Cubrimos cada fix a detalle en nuestra guía sobre por qué las collection pages de Shopify no rankean.

¿Cómo maneja Shopify los canonical de productos que están en varias colecciones?

Por defecto, Shopify pone como canonical de un producto la URL limpia /products/handle, sin importar a través de qué URL de colección llegó el visitante. Esto significa que /collections/running-shoes/products/nike-air-max y /products/nike-air-max canonicalizan ambos hacia /products/. Ese comportamiento es el correcto. El problema aparece cuando apps o modificaciones del tema sobrescriben esa lógica, o cuando los enlaces internos del sitio apuntan a la URL con colección en vez de a la canonical. Audita tu enlazado interno para asegurarte de que apuntan a la versión canonical.

¿Qué debería priorizar si solo tengo un mes para arreglar el SEO técnico antes de una temporada de tráfico fuerte?

En orden: arreglar cualquier página que esté noindexada por error, resolver todos los errores 4xx en las páginas que más facturan, añadir canonical a las URLs con variante, implementar schema de Product en los 20 productos top, y hacer preload de la imagen hero. Esa secuencia ataca las causas más comunes de pérdida de visibilidad y va a mostrar resultados dentro de un ciclo de crawl estándar. Deja la optimización de Core Web Vitals para después del pico, salvo que tengas un INP por encima de 500ms que esté claramente matando la conversión.

¿Shopify es malo para SEO?

No, pero esta pregunta sale constantemente y el mito persiste. La estructura de URLs /collections/ y /products/ está bien. Google ha confirmado que las maneja sin problema. El problema de URLs duplicadas por parámetros de variante y combinaciones de filtros es real, pero es arreglable. La restricción real es que Shopify te da menos control sobre la capa técnica que un stack hecho a medida, y en planes estándar no puedes editar robots.txt. Para la mayoría de marcas DTC por debajo de $10M en revenue, la plataforma no es el cuello de botella. La ejecución sí.

Lecturas recomendadas

• Documentación para devs de Shopify: optimización para motores de búsqueda
• Google Search Central: Search Essentials
• web.dev: Core Web Vitals
• Schema.org: Product

Recursos relacionados de Shugert

• Por qué tus collection pages de Shopify no rankean (y cómo arreglarlo)
• Canonical en Shopify: lo que la plataforma resuelve sola y dónde falla
• Navegación facetada en Shopify: qué bloquear y por qué
• Cómo los agentes de IA van a rastrear y comprar en tu tienda
• Core Web Vitals y problemas de velocidad que arreglamos en migraciones
• Cómo construimos mapas de redirects 301 que protegen el crawl budget en migraciones grandes