WooCommerce SEO: Posiciona Tu Tienda WordPress

WooCommerce te da más control técnico sobre tu tienda que Shopify. Eso es tanto la ventaja como el problema. Más control significa más formas de crear deuda SEO que se acumula a medida que tu catálogo crece.

Los problemas SEO más comunes de WooCommerce no están causados por malas intenciones. Están causados por el comportamiento predeterminado de WordPress — páginas de taxonomía, archivos de etiquetas, páginas de atributos y manejo de paginación — que nadie desactivó porque nadie se dio cuenta de que estaba generando miles de URLs casi duplicadas que Googlebot rastrea en lugar de tu contenido real de producto y categoría.

Esta guía cubre los problemas técnicos SEO específicos de WooCommerce que más importan, cómo resolver cada uno y cómo construir una tienda correctamente configurada que realmente pueda competir en categorías ecommerce competitivas.

Para la estrategia SEO para ecommerce más amplia que los fixes técnicos de WooCommerce soportan, empieza con la guía completa de SEO para ecommerce. Para una comparación específica con Shopify, la guía de SEO para Shopify cubre los equivalentes problemas específicos de la plataforma.

WooCommerce vs Shopify: Los Verdaderos Compromisos SEO

Antes de tratar los fixes específicos de WooCommerce, vale la pena declarar la comparación honesta con Shopify.

Ventajas de WooCommerce para SEO:

Control total sobre la estructura URL (el formato URL de Shopify es fijo por la plataforma). Flexibilidad completa en cómo implementas schema markup, etiquetas canonical y reglas robots.txt. La capacidad de usar cualquier plugin SEO y configurarlo con precisión. Ninguna limitación impuesta por la plataforma en la generación del sitemap. Capacidad de ejecutar configuraciones de servidor personalizadas para optimización de rendimiento.

Riesgos SEO de WooCommerce:

El comportamiento predeterminado de WordPress crea deuda SEO automáticamente. En el momento en que instalas WooCommerce y empiezas a añadir productos, WordPress genera archivos de categorías de producto, archivos de etiquetas de producto, archivos de atributos de producto, páginas de paginación para todos estos, y páginas de autor — todas indexables por defecto, la mayoría con contenido casi duplicado. Una tienda con 500 productos y configuraciones de taxonomía típicas podría generar 5.000-10.000 URLs indexables que el propietario nunca tuvo la intención de crear.

El hosting es responsabilidad del propietario de la tienda. La infraestructura de Shopify está gestionada para ti. El rendimiento de WooCommerce depende de tu proveedor de hosting, configuración del servidor, capa de caché, configuración del CDN y optimización de la base de datos. Un host WordPress mal configurado es la causa más común de fallos de Core Web Vitals en WooCommerce.

El plugin bloat es un riesgo SEO real. Un sitio WordPress con 40+ plugins a menudo tiene problemas de rendimiento, outputs de schema en conflicto e inyección de código de múltiples fuentes. Gestionar cuidadosamente el stack de plugins es parte del mantenimiento SEO de WooCommerce.

Ninguna plataforma es inherentemente mejor para SEO. WooCommerce es mejor para tiendas que tienen recursos de desarrollo y necesitan control granular. Shopify es mejor para tiendas que necesitan infraestructura confiable sin overhead de gestión técnica.

El Problema de la Taxonomía en WooCommerce

Este es el problema técnico SEO más consecuente en WooCommerce, y el que la mayoría de propietarios de tiendas no saben que existe hasta que ejecutan su primera auditoría seria.

WordPress crea páginas de archivo para cada taxonomía — los sistemas organizativos usados para categorizar y etiquetar contenido. WooCommerce añade taxonomías específicas de producto sobre las predeterminadas de WordPress:

Taxonomías predeterminadas de WordPress (a menudo activas en sitios WooCommerce):

• Categorías: /product-category/shoes/
• Etiquetas: /product-tag/waterproof/
• Autores: /author/admin/

Taxonomías específicas de WooCommerce:

• Atributos de producto: /pa_color/blue/, /pa_size/medium/
• Taxonomías personalizadas añadidas por plugins o tema

Cada una de estas genera páginas de archivo que WordPress indexa por defecto. Una tienda con 8 atributos de producto y 10 valores por atributo genera 80+ páginas de archivo de atributos. La mayoría contiene un puñado de productos y contenido casi idéntico a las páginas de categoría relacionadas.

El resultado: Googlebot rastrea cientos o miles de páginas de archivo de bajo valor, tu crawl budget se consume, y tus páginas de categoría y producto importantes se rastrean con menos frecuencia.

El arreglo:

Usa Yoast SEO o Rank Math (tratados más abajo) para configurar las siguientes taxonomías como noindex:

• Etiquetas de producto (casi siempre deberían ser noindex)
• Archivos de atributos de producto (casi siempre deberían ser noindex, a menos que combinaciones específicas de atributos tengan volumen de búsqueda que valga la pena targetizar)
• Archivos de autor en sitios ecommerce (sin valor SEO para una tienda)

Para los archivos de categoría que sí tienen valor SEO (tus categorías de producto principales), asegúrate de que tengan: contenido único en el campo de descripción de categoría, titles targetizados por keywords y etiquetas canonical correctas apuntando a la raíz paginada (ej. /product-category/shoes/ es el canonical para todas las páginas en ese archivo).

No pongas noindex en tus categorías de producto principales — esas son tus páginas de ranking primarias.

Yoast vs Rank Math para WooCommerce

Tanto Yoast SEO como Rank Math son plugins SEO legítimos para WooCommerce. La elección importa menos que la configuración.

Yoast SEO es el plugin más antiguo y establecido con una base de usuarios más grande. Su add-on específico para WooCommerce (plugin de pago separado) mejora el schema de producto, el manejo de breadcrumbs y las configuraciones específicas de WooCommerce. La versión gratuita gestiona adecuadamente la mayoría de los requisitos técnicos SEO.

Rank Math es más rico en funcionalidades en su versión gratuita y ha desarrollado mejor integración nativa con WooCommerce. Maneja el schema Product más completamente por defecto, y su interfaz hace que la edición SEO masiva en productos y categorías sea algo más sencilla.

Las configuraciones que más importan para WooCommerce independientemente del plugin que uses:

Configuraciones de indexación de taxonomías. En Yoast: SEO > Search Appearance > Taxonomies. En Rank Math: Titles and Meta > Products. Configura etiquetas de producto, archivos de atributos y cualquier otro archivo de taxonomía de bajo valor como noindex. Mantén las categorías de producto indexables.

Tipo de schema para páginas de producto. Asegúrate de que el tipo de schema para las páginas de producto WooCommerce esté configurado como “Product” — no “Article” ni “Website.” Ambos plugins están correctos por defecto aquí, pero si has hecho cambios personalizados vale la pena verificarlo.

Configuración de breadcrumbs. Habilita los breadcrumbs en las configuraciones del plugin y asegúrate de que tu tema esté usando la función de breadcrumbs del plugin, no una implementación de breadcrumbs personalizada. El plugin genera el schema BreadcrumbList junto con el breadcrumb visual cuando está correctamente configurado.

Configuraciones del sitemap XML. Excluye los archivos de taxonomía noindexeados del sitemap. Un sitemap que incluye páginas noindex envía señales contradictorias a Google. Tanto Yoast como Rank Math pueden configurarse para excluir contenido noindex de los sitemaps automáticamente.

Schema Markup para WooCommerce: Lo Que las Configuraciones Predeterminadas No Cubren

El output de schema predeterminado de WooCommerce (y lo que la mayoría de plugins SEO generan por defecto) cubre las propiedades básicas del schema Product pero omite varias que habilitan rich results.

Lo que WooCommerce típicamente genera correctamente:

• @type: Product
• name
• description
• image
• sku

Lo que a menudo falta o genera incorrectamente:

aggregateRating: Las tiendas WooCommerce que usan el sistema de reseñas predeterminado no generan el schema AggregateRating automáticamente. Esto requiere un plugin de terceros (o código personalizado) que lea los datos de reseñas de WooCommerce y los produzca como structured data. Sin AggregateRating, tus productos no muestran estrellas en Google Shopping ni en resultados orgánicos. Plugins que añaden esto: el add-on WooCommerce SEO de Yoast, el módulo WooCommerce de Rank Math, o implementación personalizada vía el filtro woocommerce_structured_data_product.

offers.availability: El schema Offer debería incluir availability configurado como https://schema.org/InStock o https://schema.org/OutOfStock según el inventario real. Algunos plugins lo configuran estáticamente. Si tu tienda tiene productos que se quedan sin stock, el schema debería reflejar dinámicamente el estado real del inventario.

brand: La marca del producto es requerida para la elegibilidad en Google Shopping en productos branded. Añade la propiedad brand a tu schema Product, ya sea a través del atributo brand de WooCommerce o un campo de marca dedicado.

offers.priceCurrency: Requerido junto con price. Debe ser el código de moneda ISO 4217 (USD, EUR, GBP). No incluirlo causa errores de validación en el Rich Results Test.

Verifica tu schema en el Rich Results Test de Google para páginas de producto individuales y en el Schema Markup Validator para errores de sintaxis.

Core Web Vitals en WordPress y WooCommerce

Los cuellos de botella específicos de rendimiento en WooCommerce son diferentes a los de Shopify porque la infraestructura está bajo tu control.

Tiempo de respuesta del servidor (TTFB). El modelo de ejecución PHP de WordPress genera páginas dinámicamente en cada solicitud a menos que se configure caché. Las páginas WooCommerce sin caché pueden tener un TTFB de 2-4 segundos en hosting compartido, lo cual es catastrófico para el LCP. El arreglo es una capa de caché full-page: WP Rocket, LiteSpeed Cache (en servidores LiteSpeed) o W3 Total Cache configurado correctamente. Para WooCommerce específicamente, excluye las páginas de carrito y checkout de la caché full-page (contienen datos de sesión dinámicos).

Entrega de imágenes. El core de WordPress añadió lazy loading nativo de imágenes y soporte WebP en versiones recientes. Sirve las imágenes de producto WooCommerce como WebP vía un CDN (Cloudflare, Bunny CDN, o el CDN proporcionado por tu host). La imagen primaria de la galería de producto debe tener loading="eager" y fetchpriority="high" para prevenir retrasos en el LCP.

JavaScript de plugins. Cada plugin de WordPress activo que encola JavaScript en el frontend añade peso a la página. Ejecuta una auditoría de rendimiento usando Chrome DevTools o GTmetrix para identificar qué plugins están cargando JavaScript en las páginas de producto y elimina o difiere los que no necesitan cargarse inmediatamente.

Overhead de WP_Query en archivos de producto. Las páginas de categoría complejas con muchos productos que ejecutan llamadas WP_Query pesadas pueden ralentizar significativamente la respuesta de la base de datos. Implementa object caching (Redis o Memcached) para cachear los resultados de las queries a la base de datos y reducir la carga del servidor en páginas de archivo accedidas frecuentemente.

El hosting importa enormemente. El hosting compartido casi nunca es suficiente para una tienda WooCommerce con tráfico significativo. Un hosting WordPress gestionado (Kinsta, WP Engine, Cloudways) o un VPS bien configurado con LiteSpeed o Nginx es el mínimo para un rendimiento aceptable de Core Web Vitals.

Gestión del Crawl Budget para Grandes Catálogos WooCommerce

Una tienda WooCommerce con 2.000+ productos y la configuración predeterminada de WordPress puede generar 20.000+ URLs indexables. Googlebot tiene un crawl budget finito por sitio, y en tiendas grandes rastreará todo el espacio de URLs — consumiendo budget en páginas de bajo valor en lugar de tu contenido prioritario.

El proceso de auditoría de crawl budget para WooCommerce:

1. Ejecuta el informe de cobertura de Google Search Console. ¿Cuántas páginas están indexadas? ¿Cuántas están descubiertas pero no indexadas? Un conteo alto de “descubiertas — actualmente no indexadas” es una señal de crawl budget.

2. Analiza tu robots.txt. ¿Hay patrones de URL de valor que están siendo bloqueados accidentalmente? ¿Hay patrones de URL de bajo valor que están permitidos y deberían bloquearse?

3. Identifica los tipos de URL que consumen crawl budget. Usando análisis de server logs o el informe de estadísticas de rastreo de Search Console, identifica qué patrones de URL rastrea Googlebot con más frecuencia. Si las páginas de archivo de atributos y los archivos de etiquetas están consumiendo el 40% del crawl budget, ponerlos como noindex (que permite el rastreo pero previene la indexación) es un arreglo parcial. Bloquearlos en robots.txt (que detiene el rastreo completamente) es más agresivo pero reduce el desperdicio de crawl más eficazmente.

4. Asegúrate de que tu sitemap XML esté limpio. El sitemap debe contener solo: páginas de categoría de producto, páginas de producto individuales y cualquier página de blog o estática que valga la pena indexar. Sin archivos de etiquetas, sin páginas de atributos, sin archivos paginados más allá de la raíz.

5. Maneja correctamente los archivos paginados. Las páginas de categoría que paginan (/product-category/shoes/page/2/) deben tener etiquetas canonical apuntando a la categoría raíz (/product-category/shoes/) o usar marcado rel="next" y rel="prev". Google deprecó rel="next/prev" como señal de paginación en 2019, así que el canonical es el manejo principal.

Paginación y Archivos de Categoría en WooCommerce: Página 2 No Es una Estrategia

Los archivos de categoría de WooCommerce son un arma de doble filo. A menudo son tus mejores landing pages comerciales, y también son donde WordPress genera una cantidad infinita de espacio URL de bajo valor si lo dejas.

El problema de la paginación no es solo técnico. Afecta cómo Google entiende tu categoría como un solo tema.

Así es como lo manejo en la práctica:

1. Estrategia canonical: la categoría raíz como URL primaria. Para la mayoría de las categorías ecommerce, configuro las páginas paginadas con canonical hacia la categoría raíz. La página raíz es la que quiero posicionar. La página 2 no es una landing page independiente. Existe para ayudar a los usuarios a navegar productos, no para competir en el índice.

2. Indexación: evita indexar la página 2 y siguientes a menos que tengas una razón. Si gestionas un catálogo enorme donde la página 2 contiene inventario y demanda materialmente diferentes, puedes argumentar a favor de indexar la paginación. La mayoría de tiendas no tienen esa realidad. La mayoría de tiendas terminan con páginas thin, casi duplicadas que diluyen el equity de enlaces internos y desperdician crawl budget.

3. Enlazado interno: mantén la paginación para usuarios, construye hubs para búsqueda. Si tu categoría es “zapatillas de running” y quieres posicionar para variantes long-tail, no dependas de las páginas de paginación. Construye páginas hub y subcategorías que mapeen la intención de búsqueda real: “zapatillas de trail running,” “zapatillas de running con estabilidad,” “zapatillas de running para pies anchos.” Esas son páginas indexables con valor único, no una cuadrícula de productos reordenada en /page/3/.

4. Rendimiento: las páginas de paginación pueden ser lentas. En WooCommerce, las páginas de archivo a menudo ejecutan queries pesadas, filtros y lógica de ordenación. Si la página 2 es lenta, Googlebot rastrea menos URLs por día. Eso ralentiza la indexación y los ciclos de actualización. Por eso el object caching y una lógica de query limpia importan, no solo para la UX, sino para la eficiencia del rastreo.

Si quieres verificar si la paginación está realmente consumiendo crawl, necesitas server logs. Las herramientas de crawl son útiles, pero no te dicen en qué está Googlebot gastando tiempo. Esa es la diferencia entre una auditoría genérica y una auditoría técnica real. La guía de auditoría SEO técnica cubre el ángulo del análisis de logs en detalle.

Filtros, Parámetros y Búsqueda Interna

Los filtros pueden combinar color, talla, precio, marca y ordenación. Cinco opciones por faceta generan miles de combinaciones. Si cada click crea un enlace HTML rastreable, Googlebot termina rastreando miles de URLs casi duplicadas.

Decido qué combinaciones tienen demanda de búsqueda y valor comercial. Una faceta de marca o uso puede convertirse en una landing page indexable. Talla, ordenación y rangos de precio arbitrarios normalmente quedan fuera. Las excepciones vienen de la keyword research y el inventario, no solo de que el filtro exista.

La búsqueda interna no debe indexarse. Sus resultados cambian, pueden ser infinitos, y a menudo crean contenido thin. Elimino estas URLs del sitemap, evito enlaces rastreables innecesarios y aplico controles de indexación.

También reviso los parámetros de tracking, visualización y ordenación. El canonical debe apuntar a la versión limpia cuando el contenido no cambia significativamente. Search Console y los logs ayudan a detectar variantes que el equipo no sabía que existían.

Manejo de Productos Sin Stock

Esta es una pregunta sin respuesta universal, pero el framework de decisión es claro.

Redirect (301) a categoría o equivalente más cercano: Usar para productos permanentemente discontinuados que nunca volverán. El redirect preserva cualquier equity de enlaces que la página de producto había acumulado. Ideal para: productos discontinuados, artículos estacionales de una sola vez que no se ofrecerán de nuevo.

Noindex + mantener la página live: Usar para productos temporalmente sin stock que volverán. La página se mantiene live para que los usuarios que la bookmarked puedan volver, pero Google no indexa una página que muestra “sin stock” que puede frustrar a los buscadores. Cuando el producto vuelva a estar disponible, elimina el noindex. Ideal para: inventario que entra y sale cíclicamente, productos estacionales.

Mantener la página live e indexada, actualizar el contenido: Usar para productos con volumen de búsqueda significativo para su nombre — donde la página en sí posiciona y genera tráfico incluso durante períodos sin stock. Actualiza la página para reconocer la situación de stock, añade un registro para notificación por email y recomienda productos alternativos. La página sigue posicionando y capturando demanda que puedes convertir cuando el inventario regrese. Ideal para: páginas de producto de alto tráfico con fuerte reconocimiento de marca.

Eliminar sin redirect: Casi nunca la opción correcta. Pierde cualquier equity acumulado y rompe cualquier enlace externo o interno que apunte a la página.

El peor resultado: redirigir productos temporalmente sin stock a tu homepage. Esto envía señales mixtas a Google (¿el producto está discontinuado o solo no disponible temporalmente?) y no proporciona ningún valor a los usuarios que llegaban esperando información del producto.

Para una auditoría SEO técnica completa que cubre problemas específicos de WooCommerce junto con el framework más amplio, consulta la guía de auditoría SEO técnica. Para gestión SEO de WooCommerce práctica, el servicio de SEO para ecommerce cubre tanto la optimización específica de plataforma como la estrategia SEO para ecommerce más amplia.

Canonicals y Productos en Múltiples Categorías

WooCommerce puede mostrar el mismo producto desde diferentes rutas dependiendo de las configuraciones de permalinks o la navegación. La página de producto debe tener una URL preferida estable. Todas las variantes de ruta apuntan vía canonical a esa versión.

No encadenes canonicals con redirecciones. Si la URL preferida cambia, actualiza enlaces internos, sitemap y redirecciones. Google recibe señales más claras cuando la navegación y el canonical coinciden.

Los productos variables tampoco necesitan una URL indexable para cada talla si el contenido apenas cambia. Mantengo una página de producto consolidada y uso la selección de variantes. Cuando una variante representa demanda específica, pricing o un producto sustancialmente diferente, evalúo una página standalone con contenido y stock independientes.

Cómo Ejecuto una Auditoría WooCommerce Sin Arreglar Síntomas

Primero, hago un crawl del sitio como Google y exporto todas las URLs. Cruzo tipo, status, canonical, indexabilidad, profundidad, tráfico, impresiones, enlaces y sitemap. Este inventario muestra si el índice deseado coincide con el índice real.

Luego, agrupo los problemas por plantilla. Corregir 600 etiquetas una por una es peor que cambiar la regla que las publica. Lo mismo aplica para schema duplicados, titles vacíos o problemas de paginación.

Priorizo por impacto: los bloqueos accidentales y canonicals incorrectos en páginas que generan facturación van antes que las advertencias menores de schema. El rendimiento del checkout no espera a la limpieza editorial. Cada cambio tiene un responsable, una muestra de QA y una fecha de verificación en Search Console.

Ejecuto tests en staging para plugins y configuración del servidor, pero verifico el HTML de producción. La caché, el CDN y las reglas del host pueden alterar el resultado al publicar.

Referencias Útiles

• Shopify SEO Overview
• WooCommerce Documentation
• Schema.org Product

Glosario Operativo

Términos operativos que aparecen frecuentemente en las guías SEO de WooCommerce en inglés, con definiciones. Las secciones anteriores cubren cada concepto en detalle; esta lista sirve para localizar la formulación canónica al comparar checklists o consultar materiales fuente.

• add the brand property to your product schema: Añade la propiedad brand al schema Product ya sea a través del atributo brand de WooCommerce o un campo de marca dedicado. Incluye offers.priceCurrency junto con price con el código de moneda ISO 4217 (EUR, USD, GBP).
• crawl budget management for large woocommerce catalogs: Controla el crawl budget de grandes catálogos WooCommerce usando el informe de cobertura de Google Search Console, análisis de server logs y un sitemap XML limpio.
• crawl tools are useful but they do not tell you what googlebot is spending time on: Las herramientas de crawl muestran lo que se puede descubrir en el sitio, pero no dónde Googlebot gasta sus solicitudes reales — para eso se necesitan server logs.
• rank maths free version has better native woocommerce schema output: Usa la versión gratuita de Rank Math para obtener nativamente más propiedades del schema Product específicas de WooCommerce, sin depender de un add-on de pago.
• set product tags attribute archives and any other low-value taxonomy archives to noindex: Marca las páginas de bajo valor (etiquetas, archivos de atributos) como noindex para mantener el índice de Google enfocado en las páginas de categoría y producto que generan facturación.

FAQ

¿WooCommerce o Shopify es mejor para SEO? Ninguno es inherentemente mejor. WooCommerce da más control técnico, lo cual es una ventaja para tiendas con recursos de desarrollo y requisitos SEO específicos. Shopify proporciona infraestructura gestionada y configuraciones predeterminadas más simples, lo cual es una ventaja para tiendas que necesitan fiabilidad sin overhead técnico. Las mayores diferencias SEO son: WooCommerce requiere gestión cuidadosa de taxonomía y crawl budget que Shopify no requiere, y el rendimiento de WooCommerce depende de la calidad del hosting de una forma en que el de Shopify no. Para un equipo con desarrollador, las ventajas de control de WooCommerce son reales. Para un equipo sin recursos técnicos, los valores predeterminados de Shopify son más seguros.

¿Cómo arreglo el contenido duplicado en WooCommerce? Las fuentes principales de contenido duplicado en WooCommerce: archivos de etiquetas de producto (noindex o bloquear en robots.txt), archivos de atributos de producto (noindex o bloquear), archivos de categoría paginados sin etiquetas canonical (añadir canonicals apuntando a la categoría raíz), y productos que aparecen en múltiples categorías con diferentes rutas URL (asegurar que el canonical apunta a la URL de producto preferida). Usa Yoast SEO o Rank Math para gestionar las configuraciones noindex de archivos de taxonomía de forma sistemática, y verifica la implementación de canonicals con Screaming Frog.

¿Cuál es el mejor plugin SEO para WooCommerce? Tanto Yoast SEO (con el add-on WooCommerce) como Rank Math gestionan el SEO de WooCommerce eficazmente. La versión gratuita de Rank Math tiene mejor output nativo de schema WooCommerce. Yoast es el plugin más establecido, con más documentación y recursos de soporte. El plugin específico importa menos que la configuración — ambos plugins requieren configuración deliberada de reglas noindex de taxonomía, configuración de schema y ajustes de sitemap para funcionar correctamente con WooCommerce.

¿Cómo mejoro la velocidad de página en WooCommerce? En orden de impacto: migra a hosting WordPress gestionado o un VPS bien configurado (el hosting compartido es la causa más común del bajo rendimiento de WooCommerce), implementa caché full-page con WP Rocket o LiteSpeed Cache (excluyendo carrito/checkout), sirve imágenes como WebP vía CDN, audita y elimina plugins no utilizados que cargan JavaScript en las páginas de producto, implementa Redis o Memcached para object caching en queries pesadas a la base de datos. La velocidad de página en WooCommerce es fundamentalmente un problema de infraestructura y configuración — los cambios de tema y plugins ayudan pero rara vez resuelven el problema de raíz si el hosting es inadecuado.

¿Debería poner noindex a las etiquetas de producto de WooCommerce? En la mayoría de los casos, sí. Las etiquetas de producto generan páginas de archivo individuales para cada etiqueta — una tienda con 50 etiquetas tiene 50 páginas de archivo de etiquetas, la mayoría con contenido thin y listados de producto casi duplicados. Estas páginas consumen crawl budget y rara vez posicionan para algo valioso. Las excepciones: páginas de etiquetas donde el valor de la etiqueta corresponde a una query de búsqueda genuina (“waterproof” como etiqueta de producto podría merecer la pena mantener si los buscadores usan ese término para tu categoría de producto). Audita las páginas de etiquetas para tráfico y rankings antes de poner noindex masivamente.

¿Cómo maneja WooCommerce la paginación para SEO? WordPress genera archivos paginados para categorías de producto con muchos productos (/product-category/shoes/page/2/, /page/3/, etc.). El manejo SEO recomendado en 2026: añade una etiqueta canonical en todas las páginas de archivo paginadas apuntando a la página de categoría raíz (/product-category/shoes/). Esto le dice a Google que la categoría raíz es la página primaria para el target de keyword. Algunos SEOs prefieren poner noindex a los archivos paginados más allá de la página 1 — esto también es aceptable pero significa que los usuarios que llegan desde Google nunca aterrizan en páginas de archivo profundas, lo cual es un compromiso menor de UX.

Sobre el Autor Soy un SEO y Growth Consultant independiente con 18 años de experiencia. Fundador de SameAPI y DeLeak.co. Reserva una llamada estratégica →