Paquete de SEO técnico

El SEO Technical Pack es el paquete de módulos SEO PrestaShop centrado en las señales técnicas que Google usa para rastrear, entender y consolidar tu tienda. Agrupa cuatro de nuestros módulos: Advanced SEO Sitemap Builder para sitemaps XML/HTML, Automatic SEO Schema Rich Snippets para datos estructurados Schema.org, Product Canonical Manager para el control de canonical y noindex, y Hreflang Tags Manager para la segmentación multilingüe.

Se diferencia de la Smart SEO Revolution Suite completa porque se ciñe a la infraestructura, no a todos los flujos SEO. Elige este pack cuando tu prioridad sea el descubrimiento de páginas, los datos estructurados, el control del contenido duplicado y la segmentación correcta por idioma, sin comprar cada módulo técnico por separado.

Un sitemap XML es un archivo legible por máquina escrito para motores de búsqueda. Enumera URLs junto con metadatos (fecha de última modificación, alternas hreflang, referencias de imágenes) y se envía a Google Search Console o Bing Webmaster Tools. Su función es el descubrimiento: ayudar a los rastreadores a encontrar y priorizar páginas que podrían pasar por alto.

Un sitemap HTML es una página normal de tu tienda, hecha para visitantes humanos. Enumera enlaces a categorías, productos, páginas CMS y fabricantes en una estructura legible. Su función es navegación y enlazado interno, da a los visitantes un índice de respaldo y ofrece a los rastreadores otro conjunto de enlaces hacia páginas más profundas.

Normalmente quieres ambos: el sitemap XML es el que consumen realmente los motores de búsqueda, mientras que el sitemap HTML es opcional pero útil en catálogos grandes. Nuestro Advanced SEO Sitemap Builder genera sitemaps XML con alternas hreflang y entradas de imagen, divide automáticamente catálogos grandes en el límite de 50.000 URLs de los motores de búsqueda dentro de un índice de sitemap, y también puede publicar una página de sitemap HTML.

El constructor de sitemap no es solo un volcado de URLs. Su descripción de módulo y su pipeline están construidos alrededor de sitemaps XML verificados: las URLs pueden rastrearse y comprobarse para estado HTTP, canonical y noindex antes de escribirse. Las filas de URL almacenadas incluyen tipo de entidad, idioma, tienda, estado, canonical y metadatos de imagen/hreflang, de modo que el sitemap final puede basarse en URLs que pasaron la verificación en lugar de cada URL posible del catálogo.

Para la salida XML, el escritor incluye el namespace estándar de sitemap y añade namespaces de imagen y XHTML cuando está activada la salida de imagen o hreflang. Cada URL puede recibir <loc>, <lastmod>, <changefreq>, <priority>, entradas de imagen y enlaces de idioma alterno. La salida grande se divide por el número máximo configurado de URLs y tamaño de archivo, y un índice de sitemap apunta a los rastreadores a los archivos generados.

El sitemap HTML es diferente por diseño. Usa URLs verificadas para la tienda e idioma actuales, las agrupa por tipo como home, producto, categoría, CMS, fabricante, proveedor, core, hook o personalizado, y las renderiza como una página normal. En el controlador frontal inspeccionado, la página de sitemap HTML está marcada como noindex, así que trátala principalmente como página de navegación e enlazado interno para usuarios, no como otra landing page que esperas posicionar.

Para comerciantes, la configuración práctica es: activa los tipos de entidad que realmente quieres indexar, mantén activadas las salidas de imagen y hreflang para catálogos multilingües o con muchas imágenes, envía el índice XML sitemap en Search Console y enlaza el sitemap HTML solo donde ayude a los visitantes.

En resumen: Yoast es un plugin de WordPress y no tiene equivalente en PrestaShop, así que ahí no hay nada que integrar. Si te refieres a otro módulo SEO de PrestaShop, nuestros módulos pueden funcionar a su lado; solo hay que gestionar el solapamiento.

El riesgo con dos herramientas SEO es la salida duplicada: dos etiquetas canonical, dos juegos de etiquetas Open Graph, dos bloques JSON-LD. A los buscadores no les gusta. Decide, función por función, qué herramienta es la fuente de verdad y desactiva el duplicado en la otra.

Nuestros módulos están hechos para cooperar, no para chocar. La Smart SEO Revolution Suite elimina activamente duplicados frente a la plantilla: cuando genera sus propias etiquetas hreflang u Open Graph, retira del head las etiquetas equivalentes de la plantilla, y opcionalmente puede limpiar también el JSON-LD ajeno. Blog Revolution va más allá y cede los datos estructurados del blog a SEO Revolution cuando ese módulo debe emitirlos, así que nunca tendrás dos schemas de blog.

Error común: activar la misma función en dos módulos pensando que «más es mejor». Elige un único responsable por función y la salida quedará limpia y única.

Una advertencia de marcado ausente significa que la herramienta no encontró el tipo de schema o campo obligatorio en esa URL. En Schema Revolution, primero comprueba que el tipo de schema esté activado para ese tipo de página, luego compara la vista previa del módulo con el código fuente final de la página después de limpiar caché, y finalmente prueba la URL en vivo en Google's Rich Results Test (prueba de resultados enriquecidos de Google) o el validador de Schema.org.

El módulo construye JSON-LD basándose en el tipo de página detectado. Según la configuración puede emitir Organization y WebSite en la página de inicio, BreadcrumbList en páginas internas, schema Product en páginas de producto, CollectionPage para categorías y Article para páginas CMS. El schema Product puede incluir nombre, URL, descripción, SKU, GTIN, MPN, marca desde la fuente de catálogo configurada, imágenes, condición, ofertas, disponibilidad, detalles de envío, política de devoluciones, valoraciones, reseñas, peso y datos de categoría cuando la tienda tenga esos datos disponibles.

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Example product",
  "url": "https://example.com/product.html",
  "description": "Short product description",
  "sku": "REF-123",
  "gtin13": "1234567890123",
  "offers": {
    "@type": "Offer",
    "price": "29.99",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock"
  }
}

Si Google informa de campos ausentes, compara tres cosas: la vista previa del módulo, el HTML final después de limpiar cachés de PrestaShop y externas, y la URL en vivo obtenida por la herramienta de prueba. Un campo puede faltar porque el tipo de schema está desactivado, el detector de página no identifica la página como esperabas, al producto le faltan datos fuente como marca o GTIN, se sigue sirviendo HTML cacheado u otro tema/módulo cambia la salida final.

Ten cuidado con las opciones de limpieza. Están pensadas para eliminar microdata antiguo y JSON-LD duplicado, pero la limpieza JSON-LD actual conserva solo scripts marcados con <!-- mprschema -->, mientras que la salida de cabecera del módulo no está marcada. Con clean_existing_jsonld activado, incluido su estado predeterminado, la limpieza puede eliminar el schema del propio módulo del HTML final. Si las herramientas muestran schema ausente, desactiva/corrige la limpieza JSON-LD o añade el marcador esperado antes de asumir que otro módulo es culpable.

En la configuración del módulo, abre Schema Revolution > Configuration > Schema Types. Activa allí el tipo que falta: Product Schema, Organization Schema, WebSite Schema, Breadcrumb Schema, Category Schema o CMS Article Schema, según la URL que se esté probando.

Si el schema existe en la vista previa pero desaparece del HTML final, desactiva Remove Existing JSON-LD en la misma pestaña Schema Types durante las pruebas. Esa opción elimina de la página los scripts application/ld+json no marcados antes de la salida, así que es el primer ajuste que conviene revisar cuando los validadores informan de que falta todo el JSON-LD.

Las etiquetas hreflang corrigen bien un problema concreto: indican a Google qué versión de idioma o país de una página debe mostrar a cada visitante, para que tus páginas traducidas dejen de competir entre sí como contenido casi duplicado. Para una tienda PrestaShop multilingüe no son opcionales, pero son una parte del trabajo, no todo el trabajo.

Lo que hreflang no hará es rescatar traducciones pobres o generadas por máquina, rellenar páginas que solo existen en un idioma, ni corregir estructuras de URL inconsistentes entre tus tiendas. Para eso necesitas contenido de calidad y URLs bien estructuradas, además de las etiquetas. Nuestro Smart SEO Revolution Suite genera hreflang automáticamente para cada idioma activo, añade un x-default correcto, tiene en cuenta la configuración de cada tienda en multitienda y también incluye las mismas referencias dentro de tu sitemap XML. Si esas señales están bien, Google puede asociar la versión correcta a cada usuario; la calidad de la traducción sigue siendo responsabilidad tuya.

En SEO Suite, la salida hreflang forma parte del hook de cabecera. Cuando HREFLANG_ENABLED está activo, el módulo llama a su gestor Hreflang y renderiza etiquetas <link rel='alternate' hreflang='...'> para las URLs alternas que puede construir. Si existe más de una alterna, también añade una URL x-default. Si la decisión robots actual contiene noindex, la suite no devuelve salida hreflang para esa página, lo que evita que páginas no indexadas envíen señales mixtas.

<!-- MPR SEO Revolution - Hreflang Tags -->
<link rel="alternate" hreflang="en-US" href="https://example.com/en/product.html" data-mpr-seo="1" />
<link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/produit.html" data-mpr-seo="1" />
<link rel="alternate" hreflang="x-default" href="https://example.com/en/product.html" data-mpr-seo="1" />

<url>
  <loc>https://example.com/en/product.html</loc>
  <xhtml:link rel="alternate" hreflang="fr-FR" href="https://example.com/fr/produit.html" />
</url>

La parte de sitemap está separada pero alineada. El generador de sitemap puede emitir entradas xhtml:link rel='alternate' cuando encuentra URLs coincidentes para la misma entidad en otros idiomas. La configuración de sitemap tiene un interruptor INCLUDE_HREFLANG, así que tanto el hreflang de cabecera como el hreflang del sitemap XML pueden controlarse deliberadamente.

Todavía hay límites reales. Hreflang solo funciona cuando hay una URL alterna real a la que apuntar. Si un producto existe en inglés pero falta el producto francés, está desactivado, noindexado o tiene contenido traducido pobre, la etiqueta no puede crear por ti una buena landing page francesa. Del mismo modo, hreflang no sustituye a las etiquetas canonical; cada página de idioma normalmente debe canonicalizarse a sí misma y luego listar sus alternas.

Una buena lista SEO multilingüe es: mantener cada URL de idioma rastreable, usar canonicals autorreferenciales, publicar traducciones completas para productos y categorías importantes, mantener consistentes las URLs del selector de idioma, incluir alternas en el sitemap XML y evitar noindex en páginas que deben participar en el clúster hreflang.

Sí. La Smart SEO Revolution Suite es nuestro módulo SEO todo en uno para PrestaShop: reúne nuestra línea SEO principal en un único panel del back office, con una sola licencia y un mismo canal de actualizaciones, para que no tengas que gestionar varios módulos con su propia página de ajustes cada uno.

La Suite incluye lo que hacen estos módulos sueltos, más extras:

• Advanced SEO Sitemap Builder, sitemaps XML/HTML, hreflang y entradas de imagen, con división automática en el límite de 50.000 URLs.
• Automatic SEO Schema Rich Snippets, marcado Product, Offer, BreadcrumbList, Organization, Article, FAQ y Review.
• Product Canonical Manager, canonical, hreflang y control noindex/nofollow.
• Automatic Internal SEO Linker, sugerencias de enlazado interno de palabra clave a URL en todo tu contenido.

Además añade plantillas de title/description con variables, un gestor de redirecciones 301/302/410 con registro de accesos, monitorización de 404, editores de robots.txt y llms.txt, salida Open Graph y Twitter Card, importación de Google Search Console y generación masiva de meta con IA usando OpenAI, Claude o Gemini.

La lógica de compra es simple: si solo necesitas una función aislada, por ejemplo, solo los canonical, el módulo suelto correspondiente puede ser la opción más ligera. La Suite reúne estas funciones SEO en un solo módulo y un único panel, así que compárala con los módulos sueltos según las funciones que realmente necesitas.

Tantos como necesite tu tienda. Advanced SEO Sitemap Builder no usa un número fijo de archivos sitemap y no nombra los archivos hijos por tipo de entidad. Recoge las fuentes de URL activadas, las verifica, escribe archivos XML por fragmentos y luego escribe un índice de sitemap para la tienda.

Por defecto, el módulo incluye productos, categorías, páginas CMS, páginas core, imágenes de producto y alternates hreflang. Fabricantes y proveedores también están disponibles como fuentes de URL, pero vienen desactivados por defecto en los valores iniciales del módulo. El escritor divide la salida cuando se alcanza el límite de URLs configurado, con 50,000 URLs por archivo como valor por defecto, y también protege el límite de tamaño de archivo de 50 MB del protocolo sitemap.

Example generated files for shop ID 1:
modules/mprsitemapbuilder/sitemaps/sitemap_index_1.xml
modules/mprsitemapbuilder/sitemaps/sitemap_1_1.xml
modules/mprsitemapbuilder/sitemaps/sitemap_1_2.xml
modules/mprsitemapbuilder/sitemaps/sitemap_1_3.xml

<sitemapindex xmlns='http://www.sitemaps.org/schemas/sitemap/0.9'>
  <sitemap>
    <loc>https://www.example.com/modules/mprsitemapbuilder/sitemaps/sitemap_1_1.xml</loc>
    <lastmod>2026-06-17T10:00:00+00:00</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://www.example.com/modules/mprsitemapbuilder/sitemaps/sitemap_1_2.xml</loc>
    <lastmod>2026-06-17T10:00:00+00:00</lastmod>
  </sitemap>
</sitemapindex>

Envía solo la URL del índice a Google Search Console. Google lee los archivos hijos desde el índice, así que no tienes que gestionar cada XML generado a mano. En instalaciones multitienda, cada tienda obtiene su propio índice y archivos hijos basados en el ID de tienda.

Sí. Con Product Canonical Manager defines reglas por entidad para productos, categorías, fabricantes, proveedores y páginas CMS, y el módulo escribe las directivas noindex y/o nofollow seleccionadas en la metaetiqueta robots de la página. El mismo módulo regenera etiquetas hreflang a partir de los idiomas activos de tu tienda y añade x-default para tu idioma predeterminado, de modo que cada versión de idioma apunte a las versiones lingüísticas alternativas correctas.

Esto mantiene fuera del índice de Google las páginas pobres o duplicadas (listados filtrados, búsqueda interna, páginas de cuenta) mientras tus productos reales siguen siendo indexables, y le indica a Google qué idioma servir a cada audiencia. Un error común es añadir noindex y un canonical que apuntan en direcciones distintas en la misma URL; decide por página si quieres que sea indexada pero canonicalizada, o completamente noindex, no ambas cosas en conflicto.

Smart SEO Revolution Suite comparte el mismo motor de canonical, hreflang y noindex, así que las mismas reglas por entidad también están disponibles allí.

Las reglas tienen prioridad y ámbito de tienda. La búsqueda acepta el ID exacto de entidad o el ID de entidad 0, y las reglas exactas o globales de tienda pueden ordenarse por prioridad. Eso te permite crear una regla amplia para todos los productos y luego sobrescribir un producto, categoría o página CMS importante sin duplicar cada ajuste.

La etiqueta robots se construye solo con las directivas que elijas. Si marcas noindex, el módulo añade noindex; si marcas nofollow, añade nofollow; si no se selecciona ninguna, no genera ninguna etiqueta robots. Las etiquetas robots existentes se sustituyen cuando se aplica una regla, evitando dos metaetiquetas robots contradictorias en el mismo head.

La generación hreflang solo tiene sentido en tiendas multilingües. El módulo comprueba los idiomas activos, genera URLs alternas para cada idioma activo y añade x-default para el idioma predeterminado configurado. También elimina etiquetas hreflang existentes antes de insertar las suyas, lo que ayuda a evitar grupos duplicados de versiones lingüísticas alternativas cuando tema y módulo intentan controlar la misma señal.

Usa noindex con cuidado junto a sitemaps. Una URL noindex no debería promocionarse como URL indexable en el sitemap, y las tablas de política de SEO Suite incluyen sobrescrituras separadas de index, hreflang, sitemap y schema por esa razón. Mantén las señales alineadas: las páginas indexables reciben canonical y hreflang; las páginas ocultas intencionadamente reciben noindex y normalmente deben quedar fuera del sitemap XML.

Normalmente se reduce a unas pocas cosas corregibles, y la más habitual es texto alt ausente o vacío. Google se apoya mucho en el atributo alt y el contexto cercano para entender qué muestra una imagen, por lo que las imágenes sin alt descriptivo rara vez aparecen en Image search. Revisa esta lista:

• Texto alt vacío o genérico, el factor más importante; corrígelo primero.
• robots.txt bloquea la carpeta de imágenes. Google no puede indexar lo que no puede obtener.
• Imágenes cargadas solo por JavaScript de lazy loading que el rastreador no ejecuta (menos común ahora con lazy loading nativo).
• Sin entradas de imagen en tu sitemap, por lo que el descubrimiento es más lento.
• Imágenes muy pequeñas o de baja calidad que Google puede decidir no indexar.

Empieza por el texto alt. Automatic SEO Images Alt Tags lo genera a partir de tus datos de catálogo, nombre de producto, fabricante, categoría, referencia y más, y puede rellenar solo leyendas vacías o reemplazar las existentes. Ten en cuenta que da a Google texto alt limpio que leer; no garantiza indexación ni rankings.

En el módulo, la plantilla de producto predeterminada es {product_name} - {manufacturer}, las páginas de listado usan {product_name} - {category}, las categorías usan {category_name} y la longitud máxima predeterminada es de 125 caracteres. Puedes añadir placeholders como {reference}, {ean13}, {mpn} e {image_position} para diferenciar mejor las imágenes de galería. El builder elimina separadores vacíos y corta textos largos en un límite de palabra, así que una plantilla como {product_name} - {manufacturer} - {reference} sigue siendo legible incluso cuando falta un campo.

El módulo rellena el valor legend/alt de imagen en tiempo de presentación para imágenes de portada de producto, imágenes de galería de producto, imágenes de listado y algunas imágenes de categoría soportadas. Por defecto rellena valores vacíos sin sobrescribir leyendas escritas a mano; activa el reemplazo solo después de comprobar que tu texto alt manual no es mejor. Tras cambiar plantillas, limpia caché e inspecciona los atributos img alt renderizados en una página de producto y de categoría. Esto no es un generador de sitemap de imágenes y no puede obligar a Google a indexar una imagen, pero elimina uno de los principales bloqueos del lado del catálogo.

Sí. El módulo registra URLs antiguas cuando cambian URLs de producto/categoría/CMS/fabricante/proveedor y sirve redirecciones desde la tabla de historial. Está hecho exactamente para proteger URLs indexadas por Google después de cambios de slug o patrón. Usa redirecciones 301 para movimientos permanentes, mantén activado el historial de redirecciones y evita cambiar patrones de URL repetidamente salvo que estés preparado para gestionar la cadena de redirecciones.

La tabla de historial almacena URL antigua, URL nueva, tipo de redirección, tipo de entidad, ID de entidad, ID de tienda, indicador activo, recuento de hits, fecha de último hit y motivo del cambio. El gestor de ciclo de vida captura URLs antiguas antes de actualizaciones de entidades, las compara después de la actualización y registra cambios de URL para productos, categorías, páginas CMS, fabricantes y proveedores. También tiene comportamiento de eliminación y desactivación que puede redirigir a un padre, a la homepage, devolver 410 Gone o nada, según configuración.

En tiempo de solicitud, el router comprueba overrides y entradas de historial y devuelve la URL de redirección configurada y el tipo de redirección cuando coincide una URL antigua. Para migraciones SEO, mantén activas las filas de historial antiguas el tiempo suficiente para que motores de búsqueda y enlaces externos se asienten, prefiere 301 para cambios permanentes de slug y prueba URLs indexadas importantes con una solicitud HTTP directa para confirmar que devuelven una única redirección limpia al destino final.

El schema de PrestaShop, también llamado datos estructurados, es una pequeña capa extra de código que indica a los motores de búsqueda qué representa cada pieza de contenido en tu página: un precio, un estado de stock, un producto, una valoración, una ruta de migas de pan o una entrada FAQ. Los motores de búsqueda pueden usar esos datos para funciones de resultados enriquecidos elegibles como fragmentos de precio y stock de producto, estrellas de reseña donde estén soportadas, enlaces de migas de pan o presentación tipo FAQ donde el motor aún lo soporte.

Los resultados enriquecidos no elevan por sí solos tu página en el ranking, pero pueden hacer que el resultado sea más útil y más fiable. Para una tienda, los tipos de schema que suelen importar son Product, Offer, AggregateRating/Review, BreadcrumbList, Organization, WebSite, CollectionPage, Article y, cuando proceda, FAQPage.

Nuestro módulo Automatic SEO Schema Rich Snippets intenta añadir marcado Product, Offer, rating/review, breadcrumb, Organization, WebSite, categoría y página CMS sin editar plantillas. La misma funcionalidad de schema también forma parte de Smart SEO Revolution Suite si además quieres sitemaps, canonicals y automatización de meta tags en un solo lugar.

Advertencia importante del código actual: el módulo emite JSON-LD desde hookDisplayHeader, pero clean_existing_jsonld está activado por defecto y la limpieza de salida final conserva solo scripts JSON-LD que contienen el marcador <!-- mprschema -->. El hook de cabecera actualmente emite JSON-LD sin marcar, por lo que con la limpieza JSON-LD activa el HTML final puede eliminar el schema del propio módulo. Hasta que el renderizador marque sus scripts o la lógica de limpieza se desactive/corrija, verifica el código fuente final de la página antes de tratar el JSON-LD como presente de forma fiable.

En páginas de producto, el schema Product puede incluir nombre de producto, URL, descripción, SKU, identificadores GTIN/UPC/ISBN/MPN, datos de marca basados en fabricante/proveedor/característica, imágenes, condición del artículo, datos de oferta, peso, categoría y datos de reseñas cuando la tienda tenga esos datos. El generador de marca usa la fuente de catálogo configurada, como fabricante, proveedor o una característica llamada como Brand, con fallback a fabricante; el campo declarado de marca sobrescrita no se usa en el generador actual. Los datos de Offer pueden incluir precio, moneda, disponibilidad, vendedor, detalles de envío y política de devoluciones. Para productos con combinaciones, la implementación puede construir datos de oferta agregada en lugar de fingir que cada variante tiene una oferta idéntica.

Las páginas de categoría se gestionan de forma distinta: se renderizan como datos CollectionPage con nombre de categoría, URL, descripción, imagen, número de artículos y una muestra ItemList de productos. Las páginas CMS se renderizan como schema Article con titular, URL, descripción, cuerpo del artículo, recuento de palabras, fechas, autor, editor, logo, idioma y URL de entidad principal.

La regla práctica para comerciantes es rellenar los datos base, no solo activar schema. Si un producto no tiene identificador, tiene imágenes pobres, no tiene estado de stock, reseñas o una descripción vacía, el schema solo puede describir esos datos débiles. Los datos estructurados funcionan mejor cuando tu catálogo ya está limpio, y en el módulo actual también debes comprobar que los ajustes de limpieza no estén eliminando el JSON-LD que esperas publicar.

Seamos realistas: un módulo SEO pone en marcha las señales técnicas, datos estructurados, URLs más limpias, etiquetas canonical y enlazado interno, , pero cuándo aparecen esos cambios en los resultados de búsqueda depende de Google, no del módulo. Google primero tiene que volver a rastrear y reprocesar tus páginas, y ese plazo varía de una tienda a otra: para algunas páginas son días, para otras bastante más, según la frecuencia con que Google revisita tu tienda. Nadie puede ponerle una fecha fija.

Algunas acciones aceleran las primeras señales: enviar un sitemap XML actualizado, corregir los 404 y redirigir las URLs antiguas para que el presupuesto de rastreo llegue a las páginas que importan. Son justo las palancas que gestiona nuestra Smart SEO Revolution Suite. Lo que ningún módulo puede hacer es garantizar un posicionamiento en una fecha fija: quien promete resultados de un día para otro te engaña. Nosotros también gestionamos tiendas, así que somos honestos: el SEO es una carrera de fondo y un buen módulo acorta la parte técnica, no el reloj de Google.

Pasa una de tus URLs de producto por Google's Rich Results Test - muestra qué datos estructurados encuentra Google en la página y señala errores o advertencias. También puedes monitorizar la cobertura con el tiempo en Google Search Console bajo los informes Enhancements. Después de instalar nuestro módulo Schema & Rich Snippets, prueba algunas páginas de producto, categoría y CMS antes de confiar en la salida del storefront.

En el back office del módulo, la pantalla de vista previa te permite elegir un tipo de página y generar JSON-LD antes de depender de la página en vivo. Los schema Product, Organization, WebSite, Breadcrumb, Category y CMS están activados por defecto, mientras que el marcado FAQ está desactivado por defecto porque el contenido FAQ debe coincidir con el contenido visible de la página. El schema Product usa datos de catálogo como fabricante/marca, identificadores estilo SKU, condición, reseñas, variantes y hasta cinco imágenes salvo que cambies el ajuste de límite de imágenes.

Advertencia importante del código actual: el schema vivo del storefront debe verificarse con la limpieza de JSON-LD existente desactivada, o después de que la salida del módulo esté marcada para que el limpiador la conserve. El módulo emite scripts JSON-LD en displayHeader, pero el paso de limpieza se ejecuta sobre el HTML final y elimina bloques application/ld+json salvo que contengan el comentario marcador del módulo. La salida actual de cabecera no incluye ese marcador, por lo que la limpieza predeterminada puede eliminar el schema que el módulo acaba de renderizar.

Eso significa que debes validar tanto la salida de vista previa como la URL pública real después de que caché, hooks del tema y otros módulos SEO hayan actuado. Si la limpieza está activada, revisa el código fuente real de la página para confirmar que el JSON-LD sigue presente. Las advertencias de campos opcionales no siempre bloquean la elegibilidad, pero los errores en campos Product obligatorios deben corregirse antes de esperar resultados enriquecidos. Incluso un schema válido no garantiza que Google muestre rich results; solo hace que la página sea elegible.

En parte, y depende del motivo que Google indique junto a cada URL. Sé honesto contigo mismo: ningún módulo puede obligar a Google a indexar una página. Lo que sí hacemos es corregir las causas técnicas que Google suele dar.

• Detectada/rastreada, no indexada, o sitemap ausente: el Advanced SEO Sitemap Builder genera un sitemap XML verificado y puede avisar a Google y Bing en cada cambio, para que las buenas URLs sean fáciles de encontrar.
• Duplicada / página alternativa con canonical: lo gestionan las reglas canonical y noindex de la Smart SEO Revolution Suite, que también gestiona redirecciones 301/302 de URLs movidas.

El resto es trabajo de contenido y servidor que el módulo no hace por ti: páginas pobres, páginas que Google juzga de poco valor, o errores del servidor. Abre en Search Console el motivo exacto por URL, corrige la causa y reenvía. Un error común es mantener en el sitemap páginas puestas también en noindex, el Sitemap Builder omite las URLs en noindex y no-200 para no enviar señales contradictorias.