SEO para Magento

TL;DR — El SEO de Magento consiste en ayudar a que una tienda Magento aparezca en los resultados de búsqueda. Primero, conoce tu versión: Magento 1 está muerto (sin actualizaciones desde junio de 2020), y Magento 2 viene en una edición de pago (Adobe Commerce) y una gratuita (Magento Open Source). Lo que más rompe el SEO en Magento es su sistema de filtros — “navegación por capas” — que puede crear miles de direcciones de página duplicadas. La mayor parte de tu trabajo consiste en mantenerlas bajo control.

Qué es Magento (y qué versión tienes)

Magento es una plataforma para crear tiendas en línea. A diferencia de Shopify, donde la empresa lo aloja todo por ti, Magento es algo que tú (o tus desarrolladores) instalas y ejecutas tú mismo. Eso te da mucho control — y mucha cuerda.

Antes de hacer nada, averigua qué Magento tienes:

• Magento 1 — la versión antigua. Alcanzó su fin de vida en junio de 2020 y ya no recibe actualizaciones de seguridad. Si estás aquí, tu verdadero proyecto de SEO es migrar a Magento 2 (hazlo con cuidado, con redirecciones).
• Magento 2 — la versión actual. Viene como Adobe Commerce (la edición de pago, empresarial) y Magento Open Source (la edición gratuita, comunitaria). Comparten el mismo código base, así que los consejos de SEO son los mismos.
• Adobe Commerce as a Cloud Service (ACCS) — un producto SaaS más nuevo y separado (lanzado en junio de 2025) que funciona en una infraestructura diferente y no admite el tema clásico Luma en absoluto. Si tu tienda está en ACCS, trata los consejos de tema/esquema escritos para Magento “normal” como un punto de partida, no como una coincidencia directa.

No los confundas. Muchos tutoriales antiguos de “SEO de Magento” en línea están escritos para Magento 1 y los menús y ajustes ya no coinciden.

El gran problema: los filtros

Cuando un comprador llega a una página de categoría — por ejemplo, “Zapatillas para correr” — Magento muestra filtros en el lateral: talla, color, marca, precio. Esa función se llama navegación por capas, y es excelente para los compradores.

El problema de SEO es que cada filtro que alguien hace clic suele crear una nueva dirección web, como /running-shoes?color=blue&size=10. Multiplica colores × tallas × marcas × rangos de precio y una sola categoría puede generar miles de páginas ligeramente diferentes — todas mostrando básicamente los mismos productos. Los motores de búsqueda ven un caos de páginas casi duplicadas, se confunden sobre cuál mostrar y pierden tiempo rastreando basura en lugar de tus productos reales.

La solución es decirles a los motores de búsqueda “estas páginas filtradas no son las importantes — la página de categoría limpia lo es”. Eso se hace con una etiqueta canónica (un puntero a la versión principal) y marcando las páginas de filtro de bajo valor como noindex (no pongas esto en los resultados de búsqueda). Magento tiene ajustes para esto, y las extensiones de SEO lo hacen más fácil.

Las otras cosas que configurar

• URLs amigables. Magento puede generar direcciones limpias como /running-shoes/nike-pegasus/ en lugar de un código largo. Asegúrate de que el ajuste de “URLs amigables para motores de búsqueda” esté activado.
• Títulos y descripciones. Cada producto y categoría tiene campos para un título de página y una meta descripción — complétalos en lugar de dejar los valores predeterminados de Magento.
• Datos estructurados (schema). Este es el código que impulsa el precio y las estrellas de calificación que ves en los resultados de Google. Magento no añade esto automáticamente, así que necesitarás una extensión o un desarrollador para añadirlo.
• Variantes de producto. Si un producto viene en varias tallas o colores, Magento suele almacenar cada combinación como su propio “producto simple” vinculado a un padre. Si se dejan solos, esos pueden indexarse como páginas casi duplicadas separadas — apúntalos de vuelta al producto padre con una etiqueta canónica en su lugar.

¿Quieres la versión detallada y técnica — ajustes exactos, la tabla de reescritura de URLs y cómo manejar filtros a gran escala? Cambia a la pestaña Avanzado.

TL;DR — El SEO de Magento está dominado por dos generadores de contenido duplicado: la navegación por capas que genera URLs con parámetros, y las variantes de productos configurables/simples que generan páginas SKU casi idénticas. Canonicaliza ambas hacia su padre limpio (categoría o producto configurable) y usa noindex en las combinaciones de bajo valor; reserva páginas indexables para filtros o variantes con demanda de búsqueda real. Resuelve primero la cuestión de la versión — Magento 1 está en fin de vida (junio de 2020); Magento 2 se distribuye como Adobe Commerce (de pago, autoalojado), Magento Open Source (gratuito) o Adobe Commerce como servicio en la nube (ACCS — un producto SaaS separado desde junio de 2025 que elimina Luma por completo). Las URLs amigables para SEO pasan por la tabla url_rewrite — distinta de los redireccionamientos HTTP, que Magento puede crear automáticamente como 301s. La salida de datos estructurados varía según el tema de la tienda y las extensiones, así que inspecciona las páginas renderizadas antes de planificar trabajo personalizado.

Paso cero: aclara la versión

La mitad del mal consejo de SEO de Magento en línea es malo porque está dirigido a la versión incorrecta. Asegúrate de esto antes que cualquier otra cosa:

• Magento 1 llegó a su fin de vida el 30 de junio de 2020. Sin parches de seguridad, sin actualizaciones. Si un cliente sigue en él, el trabajo de SEO es una migración a Magento 2 — con un mapa de redireccionamientos completo y una pasada de control de calidad basada en rastreo, tratada como cualquier migración de plataforma donde la autoridad de clasificación está en juego.
• Magento 2 es el código base activo. Se distribuye en dos ediciones: Adobe Commerce (de pago; funciones B2B, constructor de páginas, opción PaaS alojada) y Magento Open Source (gratuito; edición comunitaria). Mismo núcleo, misma superficie de SEO. El cambio de marca de Adobe significa que “Magento”, “Adobe Commerce” y “Magento Open Source” aparecen todos para la misma plataforma subyacente — no dejes que el nombre te engañe para pensar que el modelo de SEO difiere.
• Adobe Commerce como servicio en la nube (ACCS) es un tercer producto separado — un despliegue SaaS lanzado en junio de 2025 con una tienda construida sobre Edge Delivery Services en lugar de la pila tradicional Commerce/Luma. Luma no está soportado en ACCS en absoluto, así que si una tienda está en él, las notas específicas de tema y esquema de Luma a continuación no se aplican — estás reconstruyendo esa capa desde cero, no ajustándola.

Todo lo siguiente asume Magento 2 autoalojado (Adobe Commerce o Magento Open Source, en Luma o Hyvä) a menos que se mencione ACCS específicamente.

La navegación por capas es el juego completo

Si solo arreglas una cosa en una tienda Magento, arregla la navegación por capas. Es el término de Magento para el filtrado por facetas en páginas de categoría, y por defecto cada selección de filtro añade un parámetro de consulta:

/running-shoes
/running-shoes?color=159
/running-shoes?color=159&size=42
/running-shoes?color=159&size=42&price=50-100
/running-shoes?size=42&color=159        ← same filters, different order = new URL

Una aclaración antes de copiar cualquier estrategia de rastreo/índice a una tienda: Adobe documenta la navegación por capas estándar y Live Search (la función de facetas de pago impulsada por IA de Adobe Commerce) como implementaciones distintas con comportamiento de filtro/URL diferente. La guía de canonical y noindex a continuación está escrita para la navegación por capas estándar — si una tienda usa Live Search, confirma los patrones de URL reales que genera antes de asumir que se aplican las mismas reglas.

La explosión combinatoria es el problema. Un catálogo de unos pocos miles de SKU puede generar decenas de miles de URLs rastreables y casi duplicadas. Este es el modo de fallo canónico de la navegación por facetas, y Gary Illyes ha puesto números sobre cuánto problema causa a Google — la navegación por facetas es la mayor fuente individual de quejas de desperdicio de rastreo que reciben (ver la pestaña Citas). El daño en tu lado: contenido duplicado/casi duplicado, inflación del índice, presupuesto de rastreo quemado en basura, y PageRank interno diluido entre cientos de enlaces de filtro por página de categoría.

La decisión es binaria, por patrón de URL: ¿merece esta página filtrada un lugar en el índice, o no?

Para el ~99 % que no lo merece (la mayoría de las combinaciones de color/tamaño/precio/orden no tienen demanda de búsqueda):

• Canonical la URL filtrada a la URL de categoría limpia. La configuración «Usar metaetiqueta de enlace canónico para categorías» de Magento 2 (Tiendas → Configuración → Catálogo → Catálogo → Optimización para motores de búsqueda) ayuda, pero por sí sola apunta una categoría a sí misma, no las variantes filtradas al padre — así que para URLs de parámetros normalmente se recurre a una extensión de SEO o a la lógica de plantilla para emitir el canonical correcto.
• noindex las combinaciones de filtros de bajo valor para que salgan del índice. Recuerda la regla de Google: noindex requiere que la página sea rastreable — nunca combines noindex con un Disallow de robots.txt en la misma URL, o Googlebot no podrá leer la etiqueta.
• Considera robots.txt para bloquear espacios de parámetros puramente combinatorios si el presupuesto de rastreo es el problema agudo — pero ten en cuenta que controla el rastreo, no la indexación, y no eliminará URLs ya indexadas.

Para la minoría que SÍ tiene demanda (p. ej., una página tipo “/running-shoes/nike/” donde el filtro de marca es una consulta real): promuévelas a páginas de destino indexables con URLs limpias — texto introductorio único, canonical autorreferencial, enlaces internos, inclusión en el sitemap. Ahí es donde la navegación por facetas de Magento pasa de ser un lastre a un activo de cola larga. (Tratamiento completo en el centro de navegación por facetas, el hogar canónico de este tema en el lado de Ecommerce; la mecánica del lado del rastreo vive con parámetros de URL y presupuesto de rastreo.)

Reescrituras de URL y URLs amigables para SEO

Magento genera URLs limpias mediante reescrituras de URL, almacenadas en la tabla de base de datos url_rewrite y gestionadas en el Admin bajo Marketing → SEO & Search → URL Rewrites. La documentación propia de Adobe traza una línea clara entre dos términos que se usan de forma imprecisa: una reescritura es un mapeo del lado del servidor que cambia lo que se carga sin tocar la barra de direcciones del navegador, mientras que una redirección envía al navegador una respuesta HTTP que le indica navegar a una URL diferente — la barra de direcciones se actualiza. La redirección 301 automática de Magento al cambiar la clave de URL es una redirección; la tabla url_rewrite también almacena reescrituras internas que nunca se muestran al visitante. Dos configuraciones hacen la mayor parte del trabajo pesado:

• «Usar reescrituras del servidor web» (Tiendas → Configuración → General → Web → Optimización para motores de búsqueda) elimina index.php de las URLs.
• Sufijos de URL / ruta de categoría en la URL. Magento puede incluir la ruta de categoría en las URLs de producto (/men/shoes/nike-pegasus). Sé deliberado: incluir la ruta de categoría significa que un producto en varias categorías puede resolverse en varias URLs, recreando la duplicación — que es exactamente por lo que Magento añade opciones de canonical para productos también («Usar metaetiqueta de enlace canónico para productos»). Muchos especialistas en SEO de Magento configuran las URLs de producto sin la ruta de categoría para evitar esto por completo.

Cuando cambias la clave de URL de un producto o categoría, Magento puede crear automáticamente un 301 en la tabla url_rewrite («Crear redirección permanente para la URL antigua»). Confirma que ese interruptor esté activado antes de cualquier edición masiva de URLs, o dejarás URLs indexadas en 404. Antes de cambiar la configuración de ruta de categoría o sufijo en una tienda en vivo, inventaría los patrones de URL afectados por vista de tienda y prepara un plan de redirección/canonical en lugar de activar el interruptor y esperar — la documentación propia de Adobe advierte que regenerar reescrituras para categorías con muchos productos asignados puede ser un impacto real en el rendimiento, no solo en el SEO.

Productos configurables y simples: el otro impulsor de contenido duplicado

La navegación por capas no es la única forma en que un catálogo de Magento genera URLs casi duplicadas. Los productos configurables (el padre — “Zapatilla para correr”) construidos a partir de productos simples (las combinaciones reales de talla/color que se pueden comprar) crean el mismo modo de fallo a escala de catálogo. Paul Rogers de Vervaunt plantea bien las matemáticas: una tienda de moda con 3 000 productos padre, cada uno en 8 tallas y 6 colores, puede generar 144 000 combinaciones de productos simples. En Magento, esas combinaciones son una relación de catálogo, no una decisión de indexación: sin una política explícita de URL principal, Googlebot puede encontrar todas ellas como URLs separadas e indexables que apuntan a contenido casi idéntico.

Las guías de profesionales convergen en una regla: cada producto simple debe señalar como URL principal a su producto configurable padre. No confíes solo en la opción «No visible por separado»: el producto simple sigue siendo accesible por URL directa, sitemap o enlace interno, por lo que Googlebot puede indexarlo aunque esté oculto de la navegación del sitio. Una señal explícita hacia el padre es la solución real y se renderiza en el servidor, por lo que no depende de JavaScript.

Indexa una variante por sí sola solo cuando tenga una demanda de búsqueda real e independiente que puedas diferenciar con contenido único — una combinación específica de color/talla que la gente busque por nombre, no cada SKU por defecto.

Comprueba en Tiendas → Configuración → Catálogo → Catálogo → Optimización para motores de búsqueda que «Usar la URL principal del producto» esté activado; luego confirma en la página renderizada, no solo en la configuración, que las URLs de los productos simples señalen al padre.

La brecha de JSON-LD

Esto desconcierta a la gente porque asumen que una plataforma tan grande maneja el esquema. Magento 2 no genera datos estructurados JSON-LD de serie. Algunos temas emiten microdatos en las páginas de producto, pero:

• Google recomienda JSON-LD como formato de implementación sobre microdatos/RDFa (consulta la pestaña Documentación oficial).
• Para calificar para resultados enriquecidos de producto necesitas el esquema Product con name, image, description, offers (precio, priceCurrency, disponibilidad) y — para las calificaciones de estrellas — aggregateRating/review, que deben provenir de reseñas reales.

Así que obtener resultados enriquecidos en Magento es una tarea de extensión o desarrollo personalizado: una extensión dedicada de datos estructurados, un tema consciente del esquema o trabajo de plantilla que genere JSON-LD. Cuando lo agregues, audita la presencia de esquema duplicado — si los microdatos sobrantes de un tema y el JSON-LD de una extensión describen ambos el producto, puedes enviar dos bloques Product conflictivos. Elige una única fuente de verdad.

El resto de la superficie técnica

• Señales de URL principal. Más allá de categorías/productos, vigila la página de inicio (/ vs ?___store= y parámetros similares de vista de tienda), la paginación y los parámetros de vista de tienda/idioma que Magento añade. Consulta consolidación de URLs y las guías detalladas sobre la etiqueta de URL principal.
• Paginación. Magento pagina las categorías con ?p=2. Dale a cada página una señal única y autorreferencial; no apuntes las páginas 2+ de vuelta a la página 1, y no pongas noindex a la secuencia (eso puede cortar la equidad de enlaces hacia productos que solo aparecen en páginas profundas). rel=prev/next está obsoleto; no confíes en él.
• Vistas de tienda (multiidioma / multisitio). La arquitectura de vistas de tienda de Magento es potente para configuraciones internacionales, pero es una fuente clásica de contenido duplicado y de hreflang faltante o incorrecto. Si ejecutas varias vistas de tienda desde un solo catálogo, el hreflang es trabajo manual y una implementación parcial es peor que ninguna.
• Productos agotados y deshabilitados. Decide una política: mantén las páginas con ranking activas con el estado de stock, o 404/410 + redirige permanentemente los SKU desaparecidos. No deshabilites productos silenciosamente y dejes sus URLs con 404 y enlaces entrantes.
• Core Web Vitals. El rendimiento de Magento autoalojado depende completamente de tu infraestructura. La caché de página completa (Varnish), una CDN, la optimización de imágenes (WebP) y una higiene disciplinada de extensiones/JS son las palancas. Aquí se confunden dos rutas headless diferentes, así que sé preciso sobre cuál estás evaluando: PWA Studio es la tienda frontend más antigua de Adobe basada en React, superpuesta a tu infraestructura Commerce existente, mientras que Adobe Commerce as a Cloud Service (ACCS) es un producto SaaS separado en Edge Delivery Services donde Luma no es compatible en absoluto. Cualquiera de las dos puede elevar el techo de CWV, pero ambas añaden consideraciones de renderizado e indexación propias — confirma cuál (o ninguna) está ejecutando realmente una tienda antes de planificar una migración headless para CWV.

Qué priorizar realmente

En la mayoría de las auditorías de Magento, el orden de impacto es:

1. Navegación por capas — estrategia de canónica + noindex para URLs con parámetros. Esta es la mayor parte del valor del SEO técnico.
2. Canonicalización de productos configurables/simples — canonicen los SKU simples hacia su producto configurable padre; verifícalo en las páginas renderizadas, no solo en la configuración del admin.
3. Reescrituras y redirecciones de URLs — URLs amigables activadas, redirección al cambiar activada, sin 404 abandonados.
4. Schema — añade JSON-LD (sin soporte nativo), evita bloques duplicados.
5. Títulos/meta + texto de categoría — rellena los campos; las categorías se envían vacías.
6. Rendimiento — caché, CDN, imágenes.

Todo lo demás es refinamiento. Magento te da control total, lo que significa que casi cada problema de SEO en una tienda Magento es una elección de configuración que puedes corregir — y casi todos comienzan con los filtros.

Resumen de IA

Una versión condensada de la versión avanzada:

• El SEO de Magento está dominado por dos generadores de contenido duplicado. La navegación por capas (filtrado por facetas) añade parámetros de filtro a las URLs de categoría; las variantes de producto configurables/simples generan URLs de SKU casi idénticas. Ambas necesitan el mismo tratamiento: canonical hacia el padre limpio (categoría o producto configurable) y noindex en las combinaciones de bajo valor; promociona solo los filtros/variantes con demanda real de búsqueda a páginas indexables.
• La versión importa: Magento 1 está al final de su vida útil (junio de 2020) — migra. Magento 2 se distribuye como Adobe Commerce (de pago, autoalojado) y Magento Open Source (gratuito) desde un mismo código base, además de un producto SaaS separado, Adobe Commerce as a Cloud Service (ACCS, desde junio de 2025), que elimina por completo el tema Luma.
• Navegación por capas vs. Live Search: Adobe documenta la navegación por capas estándar y las facetas de Live Search (de pago, impulsadas por IA) como implementaciones distintas con diferente comportamiento de URL — confirma cuál ejecuta realmente una tienda antes de aplicar reglas de rastreo/indexación.
• Productos configurables/simples: canonical de los SKU simples hacia su producto configurable padre; la configuración de visibilidad en catálogo por sí sola no impide que Google los encuentre e indexe a través del sitemap o de la URL directa.
• URLs: las URLs amigables para SEO pasan por la tabla url_rewrite (Administración → Marketing → SEO y búsqueda → Reescrituras de URL) — distinta de las redirecciones HTTP, que Magento puede crear automáticamente como 301s. Habilita las reescrituras del servidor web y la redirección al cambiar la URL; inventaría los patrones de URL afectados antes de cambiar la ruta de categoría o los ajustes de sufijo.
• Brecha de schema: Magento 2 no emite JSON-LD por defecto (solo microdatos en algunos temas). Google recomienda JSON-LD, por lo que el schema para resultados enriquecidos es una tarea de extensión/desarrollo personalizado — y vigila los bloques Product duplicados.
• También gestiona: paginación (canonicales únicos autorreferenciales, nunca noindex en la serie), duplicación de vistas de tienda + hreflang para tiendas multilingües, política de agotados y Core Web Vitals — ten en cuenta que PWA Studio y ACCS son dos rutas headless diferentes, no intercambiables.
• Orden de prioridad: navegación por capas → canonicalización de productos configurables/simples → reescrituras/redirecciones de URL → schema → títulos/meta/copia de categoría → rendimiento.

Documentación oficial

Documentación de fuentes primarias. Los propios documentos de Magento cubren la configuración de la plataforma; los de Google cubren el comportamiento SEO que esa configuración debe satisfacer.

Adobe / Magento

• Adobe Commerce / Magento Open Source — buenas prácticas de SEO — la guía oficial de configuración SEO (URLs, metadatos, sitemaps, robots.txt).
• Reescrituras de URL — cómo funciona el sistema url_rewrite en Administración.
• Optimización para motores de búsqueda (referencia de configuración) — reescrituras del servidor web, sufijos de URL y ajustes SEO en Tiendas → Configuración.
• Navegación por capas — documentación de Adobe sobre la función de filtrado que está en el corazón del SEO de Magento.
• Ciclo de vida del software / fin de vida de Magento 1 — soporte de versiones y el fin de vida de Magento 1 en junio de 2020.

Google — lo que tu configuración de Magento debe satisfacer

• Introducción a los datos estructurados de Product — campos Product obligatorios/recomendados; se recomienda JSON-LD.
• Datos estructurados para sitios de comercio electrónico — los tipos de esquema de comercio electrónico que Google admite.
• Paginación y carga incremental de páginas — URLs únicas, páginas autocanónicas, noindex para filtros, no para la paginación.
• Gestión del rastreo de URLs de navegación facetada — la guía oficial de Google para el problema de la navegación en capas.
• Optimiza tu presupuesto de rastreo — por qué la proliferación de parámetros importa a gran escala.

Citas de la fuente

Declaraciones públicas relevantes para las partes del SEO de Magento que realmente mueven la aguja: navegación facetada, datos estructurados y paginación. Cada enlace es un enlace profundo que salta al pasaje citado cuando la fuente lo admite.

Google — datos estructurados (el esquema que Magento no añade por ti)

• “Merchant listings: For pages where customers can purchase products from you. This markup has more options for specifying detailed product information, like apparel sizing, shipping details, and return policy information.” (traducción) «Listados de comerciante: para páginas donde los clientes pueden comprarte productos. Este marcado tiene más opciones para especificar información detallada del producto, como tallas de ropa, detalles de envío e información de la política de devoluciones.» — Google Search Central, Introducción a los datos estructurados de Product. Ir a la cita
• “Providing both structured data on web pages and a Merchant Center feed maximizes your eligibility to experiences and helps Google correctly understand and verify your data.” (traducción) «Proporcionar tanto datos estructurados en páginas web como un feed de Merchant Center maximiza tu elegibilidad para experiencias y ayuda a Google a comprender y verificar correctamente tus datos.» Ir a la cita

Google — paginación (páginas de categoría ?p= de Magento)

• “Give each page a unique URL” — y asigna a cada página su propia canónica en lugar de apuntarlas todas a la primera página. (traducción) «Da a cada página una URL única» — Google Search Central, Paginación y carga incremental de páginas. Ir a la cita
• “Apply noindex meta tags to filter variations or alternative sort orders” — es decir, a los filtros, no a la secuencia paginada en sí. (traducción) «Aplica etiquetas meta noindex a variaciones de filtro u órdenes de clasificación alternativos» Ir a la cita

Gary Illyes, Google — sobre por qué la navegación en capas es el riesgo principal

• Sobre los espacios de URLs facetadas/de parámetros: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” (traducción) «Una vez que descubre un conjunto de URLs, no puede tomar una decisión sobre si ese espacio de URLs es bueno o no a menos que haya rastreado una gran parte de ese espacio de URLs.»

  Transmitido a través de la cobertura de Search Engine Land del informe de rastreo de fin de año 2025 de Search Off the Record; confírmalo contra el episodio original antes de tratarlo como definitivo. Según esa cobertura, la navegación facetada es la mayor fuente única de informes de problemas de rastreo que recibe Google (~50 %).

  Lee la cobertura
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (traducción) «A veces puedes crear accidentalmente estas nuevas URLs falsas, haciendo explotar tu espacio de URLs de unas agradables 1000 URLs a un millón abrasador, emocionando a los rastreadores que a su vez golpean tus servidores inesperadamente.»

  Transmitido desde la publicación de LinkedIn de Gary Illyes (agosto de 2024) a través de Search Engine Journal.

  Lee la cobertura

Profesionales — consolidación de productos configurables/simples

• “Canonical to the parent configurable product.” (traducción) «Señala como URL principal el producto configurable padre». — Dan Taylor, Search Engine Journal, Guía técnica de problemas comunes de SEO en Magento (Adobe Commerce). Ir a la cita
• “The canonical tag used on each of the simple products points back to the primary configurable version — to prevent duplicate variants of the product from being indexed by Google.” (traducción) «La etiqueta de URL principal de cada producto simple apunta a la versión configurable principal para impedir que Google indexe variantes duplicadas del producto». — Paul Rogers (Vervaunt). Ir a la cita
• “…potentially generates 144,000 product combinations.” (traducción) «puede generar 144 000 combinaciones de productos». — Vervaunt, sobre un ejemplo hipotético de tienda de moda (3 000 productos principales × 8 tallas × 6 colores), ilustrando por qué una política explícita de URL principal importa a escala, no un tamaño de catálogo universal. Ir a la cita

Lista de verificación SEO para Magento

Priorizada aproximadamente por impacto: los elementos principales son donde las tiendas Magento ganan o pierden.

Versión y base

• Confirma que estás en Magento 2, no en Magento 1 al final de su vida útil (migra si es así).
• Conoce tu edición (Adobe Commerce, Magento Open Source o ACCS) para el alcance de funciones: ACCS elimina el tema Luma por completo.

Navegación por capas (la grande)

• Confirma si la tienda usa navegación por capas estándar o las facetas de pago de Live Search: Adobe las documenta como implementaciones distintas.
• Audita cuántas URLs de parámetros generan los filtros (rastrea el sitio; verifica el recuento de site: y el índice vs. descubierto en GSC).
• Haz que las URLs de categoría filtradas señalen a la URL de categoría limpia.
• noindex en combinaciones de filtros de bajo valor (y mantenlas rastreables para que la etiqueta se lea — nunca noindex + Disallow de robots.txt juntos).
• Identifica filtros con demanda de búsqueda real y conviértelos en páginas de aterrizaje indexables con URL limpia y contenido único.

Productos configurables y simples

• «Usar la URL principal del producto» habilitado (Tiendas → Configuración → Catálogo → Catálogo → Optimización para motores de búsqueda).
• Confirma en la página renderizada — no solo en la configuración — que las URLs de productos simples señalan a su producto configurable principal.
• No confíes solo en «No visible por separado»; no bloquea la indexación por URL directa, sitemap o enlaces internos.

URLs y redirecciones

• «Usar reescrituras del servidor web» habilitado (sin index.php en las URLs).
• Claves de URL amigables para SEO establecidas en productos y categorías.
• «Crear redirección permanente para la URL antigua» habilitado antes de cualquier edición de clave de URL.
• Decide sobre la ruta de categoría en la URL del producto (desactivarla evita la duplicación de múltiples URLs).

Datos estructurados

• Agrega JSON-LD de Product (Magento 2 no incluye ninguno) mediante extensión o desarrollo.
• Confirma que no haya esquema duplicado (microdatos del tema + JSON-LD de extensión).
• aggregateRating/review solo de reseñas reales.

En página e indexación

• Títulos únicos + meta descripciones en productos y categorías.
• Copia de descripción de categoría completada (vacía por defecto).
• Paginación: canónicos únicos de autorreferencia; la serie no indexada con noindex.
• Política decidida para productos agotados o descontinuados (no dejes 404s huérfanos).

Internacional y rendimiento

• Control de duplicación de vistas de tienda; hreflang completo y bidireccional si es multi-idioma.
• Caché de página completa (Varnish), CDN e imágenes WebP para Core Web Vitals.

Hoja de referencia de SEO para Magento

Mapa de versiones

Navegación por capas — qué hacer por tipo de URL

Configuraciones clave del Admin (Magento 2)

• Tiendas → Configuración → General → Web → Optimización para motores de búsqueda: Usar reescrituras del servidor web = Sí.
• Tiendas → Configuración → Catálogo → Catálogo → Optimización para motores de búsqueda: sufijo de URL de producto/categoría, Usar la URL principal para categorías y productos = Sí.
• Marketing → SEO y búsqueda → Reescrituras de URL: el gestor de url_rewrite.
• Edición de producto/categoría → Optimización para motores de búsqueda: clave de URL, meta título, meta descripción; habilitar Crear redirección permanente para la URL antigua.

Datos clave

• Magento 2 no emite JSON-LD por defecto (solo microdatos en algunos temas).
• Google recomienda JSON-LD sobre microdatos/RDFa.
• noindex necesita una página rastreable — no lo combines con robots.txt Disallow.
• Las URLs amigables viven en la tabla url_rewrite.

Los modelos mentales

1. Primero la versión. Antes de cualquier táctica, responde: ¿Magento 1 o 2? Si es 1, el proyecto es una migración, punto. Si es 2, la edición (Adobe Commerce vs Open Source) cambia características, no fundamentos de SEO.

2. Navegación por capas = una decisión binaria por URL. Cada URL filtrada es o un activo (demanda de búsqueda real → conviértela en una página de aterrizaje indexable) o un pasivo (sin demanda → señal hacia la categoría y/o noindex). No trates todas las facetas igual; ordénalas por demanda y luego aplica la señal correcta.

3. Las tres reglas de “no combinar”.

• noindex + robots.txt Disallow en la misma URL → la etiqueta nunca se lee.
• noindex + señal de URL principal en la misma URL → señales contradictorias.
• una señal de URL principal sola para el presupuesto de rastreo → las páginas de origen aún se rastrean.

4. Controla el espacio de URLs y luego el índice. El sistema url_rewrite de Magento y las reescrituras del servidor web controlan qué URLs existen y hacia dónde redirigen. Las señales de consolidación y noindex controlan qué hay en el índice. Primero corrige la generación de URLs (no fabriques duplicación) y luego gestiona la indexación.

5. El esquema es opcional aquí. En la mayoría de las plataformas, el esquema es un ajuste; en Magento es una construcción. Planifica JSON-LD como un entregable y luego protégete contra el envío de dos bloques Product.

Herramientas para el SEO de Magento

• Administración de Magento — Reescrituras de URL (Marketing → SEO y búsqueda) — el gestor nativo de la tabla url_rewrite; tu fuente de verdad para URLs amigables y redirecciones.
• Rastreadores / auditorías del sitio — Screaming Frog SEO Spider o Ahrefs Site Audit para medir cuántas URLs de parámetros genera realmente la navegación por facetas, detectar títulos y señales de URL principal duplicados y encontrar cadenas de redirección. Así es como dimensionas el problema de la navegación por facetas.
• Google Search Console — el informe Indexación de páginas (Descubierta/Rastreada — actualmente sin indexar suele aumentar con la proliferación de parámetros) y Estadísticas de rastreo para ver el presupuesto gastado en URLs de filtros.
• Prueba de resultados enriquecidos / Validador de marcado de Schema — confirma que tu JSON-LD añadido es válido y que no tienes un bloque de microdatos en competencia.
• Extensiones SEO de Magento — Mageworx, Mirasvit, Amasty y similares añaden JSON-LD, un control más fino de la URL principal y reglas de indexación de navegación por facetas que el núcleo de Magento te deja a ti. (Evalúa el comportamiento de esquema duplicado).
• Análisis de archivos de registro — para catálogos grandes, los registros del servidor muestran exactamente cuánto rastreo se desperdicia en URLs de filtros.

Cómo medir la salud del SEO de Magento

Estos son los KPI permanentes para una tienda Magento, no comprobaciones puntuales: hazles seguimiento con una cadencia recurrente para que la navegación por facetas, la indexación y el esquema no se desvíen silenciosamente hacia un desorden.

Proporción de URLs indexadas frente a descubiertas

Qué te indica: Cuánto está inflando la navegación por facetas la vista de Google del sitio. Una categoría con unos pocos cientos de productos no debería tener decenas de miles de URLs descubiertas.

Cómo obtenerlo: Search Console → informe Indexación de páginas, específicamente los grupos «Descubierta: actualmente sin indexar» y «Rastreada: actualmente sin indexar». Segmenta por patrón de URL (filtra cadenas de consulta) usando la muestra de inspección de URLs del informe o una exportación de rastreo.

Referencia / rango realista: No hay un número universal: depende del tamaño del catálogo y del número de filtros. La señal que importa es la tendencia: una proporción que sube mes a mes significa que la estrategia de consolidación y noindex en la navegación por facetas no se está manteniendo.

Cadencia: Mensual, o después de cualquier cambio de configuración de navegación por facetas.

Presupuesto de rastreo gastado en URLs de filtros

Qué te indica: Si Googlebot está desperdiciando capacidad de rastreo en combinaciones de parámetros casi duplicadas en lugar de en tus páginas reales de productos y categorías.

Cómo obtenerlo: Search Console → informe Crawl stats (por respuesta y por propósito), contrastado con los archivos de registro del servidor/CDN filtrados a solicitudes con ? parámetros. Mi Faceted Navigation Auditor puede clasificar una lista proporcionada de URLs de parámetros para ayudar a dimensionar qué combinaciones se están generando realmente.

Referencia / rango realista: Depende del tamaño del catálogo y de la frecuencia de rastreo: no hay un porcentaje fijo “bueno”. Trata una proporción creciente de golpes de rastreo en URLs de parámetros en relación con las URLs principales de productos y categorías como señal de advertencia.

Cadencia: Mensual para tiendas establecidas; semanal durante y después de un cambio de configuración de navegación por facetas.

Consistencia de la señal de URL principal

Qué te indica: Si las URLs filtradas y paginadas se están resolviendo realmente hacia la URL principal que pretendías, sin volver silenciosamente a referencias propias ni faltando etiquetas después de una actualización de tema/extensión.

Cómo obtenerlo: Comprueba puntualmente las URLs de filtros y paginación con mi comprobador de consolidación — audita las señales de URL principal en HTML y HTTP y marca conflictos.

Referencia / rango realista: Debería ser 100 %: cada URL filtrada que pretendas suprimir debe apuntar a la página de categoría limpia, y cada página paginada debe señalarse a sí misma. Cualquier excepción es un error, no un rango.

Cadencia: Después de cada cambio de tema, extensión o configuración de navegación en capas; revisión puntual trimestral en caso contrario.

Elegibilidad para resultados enriquecidos de producto

Qué te indica: Si el JSON-LD que añadiste (Magento no incluye ninguno por defecto) es realmente válido y completo para obtener resultados enriquecidos de precio/valoración, y si un bloque de microdatos del tema sobrante está en conflicto con él.

Cómo obtenerlo: Search Console → informe de Mejoras para fragmentos de producto, o comprueba puntualmente URLs individuales con la Prueba de resultados enriquecidos de Google. Para una auditoría de HTML sin procesar del propio esquema — incluida la detección de bloques duplicados — usa mi PDP SEO Checker.

Referencia / rango realista: Depende del tamaño del catálogo y de la cobertura de reseñas — no cada SKU tendrá datos de aggregateRating. Sigue la tendencia en elementos válidos frente a errores/avisos, no un objetivo absoluto.

Cadencia: Mensual, e inmediatamente después de cualquier actualización de extensión de esquema o cambio de tema.

Pruebas de validación: demostrar que una corrección de SEO de Magento surtió efecto

Comprobaciones de aprobado/fallo para los cambios específicos cubiertos en este artículo — ejecuta cada una justo después de hacer el cambio, y luego de nuevo en la cadencia de monitoreo indicada.

URL principal indicada para una categoría filtrada

Prueba a ejecutar: Carga una URL filtrada (p. ej. /running-shoes?color=blue) en mi comprobador de consolidación.

Resultado esperado: La herramienta informa de un rel=canonical en la URL filtrada que apunta a la URL de categoría limpia (/running-shoes), sin una señal HTTP en conflicto.

Interpretación del fallo: La ausencia de la señal, una referencia propia o un destino diferente significa que el ajuste «Usar la URL principal para categorías» o la lógica de la plantilla o extensión no funciona para este patrón de URL.

Ventana de monitoreo: Inmediata para la propia etiqueta; 2–4 semanas en el informe de indexación de páginas de Search Console para ver que Google recoge la señal consolidada.

Disparador de reversión: Si los recuentos de URLs indexadas para el patrón de filtro siguen subiendo después de 4 semanas con la señal confirmada, no se está respetando: comprueba si hay un noindex o un bloqueo de robots.txt en conflicto en la misma URL.

noindex aplicado a una combinación de filtro de bajo valor

Prueba a ejecutar: Obtén el <head> HTML renderizado de la URL filtrada (ver código fuente o curl) y comprueba si hay <meta name="robots" content="noindex,follow">. Luego comprueba robots.txt para ese patrón de URL con mi Google Index Checker.

Resultado esperado: La etiqueta noindex está presente Y la URL no está deshabilitada en robots.txt — Google solo puede leer la etiqueta en una página rastreable.

Interpretación del fallo: Si robots.txt también deshabilita el patrón, Googlebot nunca obtiene la página para ver la etiqueta noindex, y la URL puede permanecer indexada indefinidamente solo por señales históricas.

Ventana de monitoreo: Días para que el rastreo recoja la etiqueta; 2–8 semanas para que la URL realmente desaparezca del índice (más tiempo para páginas de filtro previamente bien enlazadas).

Disparador de reversión: URL aún indexada después de 8 semanas con noindex confirmado como rastreable: comprueba si una señal de URL principal contradice el noindex en la misma dirección; Google puede ignorar una de las dos.

El producto simple señala a su padre configurable

Prueba a ejecutar: Carga una URL de variante de producto simple (una combinación específica de talla/color) en mi comprobador de consolidación.

Resultado esperado: La herramienta informa de un rel=canonical en la URL del producto simple que apunta a la URL del producto configurable padre, sin una señal HTTP en conflicto.

Interpretación de fallo: Una referencia propia o ausente significa que «Usar la URL principal para productos» no está habilitado, o que la variante se trata como visible e indexable al margen de su relación con el producto principal.

Ventana de monitoreo: Inmediata para la etiqueta en sí; de 2 a 4 semanas en el informe de indexación de páginas de Search Console para confirmar que las URLs de las variantes se consolidan bajo el producto principal en lugar de acumularse como páginas indexadas separadas.

Disparador de reversión: Si los recuentos de URLs indexadas para productos simples siguen aumentando después de 4 semanas con la señal confirmada, verifica si se confía en «No visible por separado» en vez de la URL principal: la visibilidad del catálogo no bloquea el rastreo de URLs directas, sitemaps o enlaces internos.

El redireccionamiento al cambiar la URL está protegiendo las URLs antiguas

Prueba a ejecutar: Después de cambiar la clave de URL de un producto o categoría, solicita la URL antigua directamente: curl -I https://yourstore.com/old-url-key.

Resultado esperado: Un único 301 a la nueva URL (sin cadenas de redireccionamiento).

Interpretación de fallo: Un 404 significa que “Crear redireccionamiento permanente para URL antigua” estaba desactivado cuando se cambió la clave, o que la entrada url_rewrite no se generó: la URL antigua y cualquier enlace entrante o clasificación que tuviera ahora quedan aislados.

Ventana de monitoreo: Inmediata: esto es una verificación de código de estado, no requiere espera.

Disparador de reversión: Cualquier 404 o cadena en una URL que antes tuviera clasificación: restaura la entrada url_rewrite o añade un redireccionamiento manual antes de que desaparezca del índice.

El esquema JSON-LD de Producto es válido y no está duplicado

Prueba a ejecutar: Ejecuta la página de producto a través de mi Comprobador de SEO para PDP para auditar el JSON-LD sin procesar en busca de campos obligatorios y bloques duplicados, y luego confirma la elegibilidad para resultados enriquecidos con la Prueba de resultados enriquecidos de Google.

Resultado esperado: Un bloque Product válido con name, image, description, offers (price, priceCurrency, availability) y, si estás reclamando calificaciones de estrellas, aggregateRating/review provenientes de reseñas reales. Sin un segundo bloque conflictivo de microdatos sobrantes del tema.

Interpretación de fallo: Dos bloques Product (microdatos del tema + JSON-LD de la extensión) generalmente significa que Google elige uno arbitrariamente o descarta ambos por inconsistentes; los campos offers faltantes significan que la página no calificará para fragmentos de precio en absoluto.

Ventana de monitoreo: Inmediata para la validez; de 2 a 4 semanas en el informe de Mejoras de Search Console para confirmar que los resultados enriquecidos realmente comienzan a aparecer.

Disparador de reversión: El informe de Mejoras muestra un aumento de “Elementos no válidos” después de una actualización del tema o la extensión: desactiva la fuente más reciente hasta que se resuelva la duplicación.

Recursos que valen tu tiempo

Sobre los temas que dominan el SEO de Magento (en este sitio)

• Navegación por facetas — la guía principal para el problema de la navegación por capas y el marco de decisión de indexar o suprimir.
• Consolidación de URLs y la etiqueta de URL principal — la solución principal para la duplicación de parámetros de Magento.
• Contenido duplicado — por qué las URLs de filtros y vistas de tienda dividen las señales.
• Parámetros de URL y presupuesto de rastreo — la mecánica del lado del rastreo de la proliferación de parámetros.

Mis escritos relacionados (Ahrefs)

• La guía para principiantes de SEO técnico — dónde encajan estos controles en el panorama general.
• Navegación por facetas: definición, ejemplos y mejores prácticas de SEO — el marco de decisión completo (soy revisor en este).
• Parámetros de URL: una guía completa para SEOs.

Oficial

• Prácticas recomendadas de SEO para Adobe Commerce: la guía propia de la plataforma.
• Gestión del rastreo de URLs de navegación por facetas de Google.

De otros

• r/TechSEO y el Magento Stack Exchange: donde se depuran los problemas específicos de rastreo e indexación de Magento.
• Guía técnica de problemas comunes de SEO en Magento (Search Engine Journal, Dan Taylor): guía práctica integral que cubre reescrituras, consolidación de productos configurables y controles de navegación por facetas.
• Guía definitiva del contenido duplicado en Magento (Vervaunt, Paul Rogers): la fuente más citada para el mapa completo de duplicación y la estrategia de URL principal para productos configurables y simples.
• Consideraciones SEO para productos configurables y simples en Magento (Paul Rogers): análisis profundo sobre la consolidación de SKU simples hacia su padre configurable a escala.
• ¿La navegación por capas causa problemas? Afróntalos (Scandiweb): guía actual alineada con Google sobre el uso de disallow en robots.txt como control principal del rastreo de navegación por facetas.
• SEO para la navegación por capas de Magento 2: guía definitiva (Mageworx): recorrido detallado de la proliferación de URLs con parámetros, con ejemplos concretos de URLs.
• Schema de producto para Adobe Commerce (Lumio): explica por qué Luma incluye casi nada de JSON-LD y muestra cómo crear un módulo JSON-LD personalizado sobre el modelo EAV.

Registro de cambios