SEO en PrestaShop: auditoría de 60 minutos y plan de 30 días

La respuesta corta

Si tu catálogo de PrestaShop no consigue clics orgánicos, no lo reescribas entero de golpe. Dedica una hora a observar lo que Google ve de verdad, decide dónde está la restricción real—descubrimiento, duplicación, plantillas, facetas, datos estructurados o velocidad—y termina con un plan priorizado de 30 días.

Esto es un método de trabajo, no una enciclopedia. Cada paso sigue el mismo bucle: observar → decidir → cambiar en el entorno de pruebas → verificar → registrar o revertir. En sesenta minutos no vas a «hacer SEO». Vas a encontrar los uno o dos problemas que merecen tus próximos treinta días y conservarás evidencia para juzgar el cambio después.

La auditoría de 60 minutos

Lee sobre producción, pero prepara cada cambio en el entorno de pruebas. Captura URLs, recuentos y capturas sobre la marcha para que un futuro «¿esto sirvió?» tenga una respuesta real y no una corazonada.

Si un control está en verde, regístralo y sigue. No gastes la hora en arreglar lo que no está roto.

1. Establece una base y una muestra útil de URLs

Empieza por la evidencia que ya tienes. En Search Console, registra los últimos tres meses de páginas y consultas principales y los totales del informe de indexación. No toda página válida se indexa, las páginas nuevas pueden tardar días o semanas y la indexación nunca está garantizada. Google recomienda la inspección de URL para conocer el estado de una página concreta; el informe general sirve para detectar patrones. Consulta la guía oficial del informe de indexación.

Elige diez URLs que representen la tienda en vez de diez resultados cómodos: portada, dos categorías, tres fichas de producto, una página CMS, un artículo, un listado paginado y un resultado con facetas. Guarda cada URL y su estado actual. Esa pequeña muestra será la entrada compartida de todos los controles siguientes.

2. Haz el triaje de rastreo e indexación antes de reescribir

Lee los motivos de «Por qué no se indexan las páginas» e inspecciona dos o tres URLs. Registra el último rastreo, la disponibilidad y la canónica elegida por Google. Comprueba también la URL publicada: un informe histórico puede describir un problema ya resuelto.

Abre robots.txt, pero interprétalo bien. Sirve principalmente para gestionar tráfico de rastreo y no es una forma fiable de mantener una página fuera de Google. La guía de robots.txt de Google indica usar noindex o autenticación cuando lo necesario es excluir. Confundir control de rastreo con control de indexación puede dejarte sin ninguno de los dos.

Confirma que existe un sitemap XML, responde correctamente y contiene las URLs canónicas que consideras importantes. Un sitemap ayuda a descubrir páginas importantes o actualizadas y puede incluir fechas de modificación e idiomas alternativos, pero esas páginas también deben alcanzarse mediante navegación o enlaces internos. La documentación oficial de sitemaps deja clara esa relación.

3. Haz que canónica e idioma estén de acuerdo

PrestaShop admite ajustes de URL canónica y sitemaps XML o texto, pero debes verificar lo que realmente genera tu versión, plantilla y módulos. Empieza por la guía oficial de URLs y sitemap de PrestaShop y después inspecciona código y respuestas: no supongas que un ajuste del back office llegó a la tienda.

Prueba una ficha con variantes o parámetros. La URL preferida debe coincidir en la etiqueta canónica, redirecciones, sitemap y enlaces internos. Las redirecciones y rel="canonical" son señales más fuertes que la inclusión en el sitemap, aunque Google aún puede elegir otra canónica. Revisa la guía oficial de canonicalización antes de cambiar reglas.

En una tienda multilingüe, inspecciona pares reales como /es y /en. Confirma que las anotaciones de idioma son recíprocas, apuntan a equivalentes indexables y no contradicen la canónica. Registra un par correcto y otro defectuoso, si existe; no conviertas una ficha mal formada en una conclusión sobre todo el catálogo sin comprobarlo.

4. Audita plantillas y enlaces internos como sistemas

Muestrea los patrones de title y meta description que generan las plantillas de categoría y ficha de producto. Si muchas páginas emiten metadatos pobres casi idénticos, es una decisión de plantilla, no cientos de problemas independientes. Lo mismo ocurre con encabezados, textos de fabricante e introducciones de categoría.

Cambia title y description sobre una porción representativa, registra el grupo de control y mide impresiones, clics y CTR durante una ventana realista. Nunca apliques una reescritura masiva a ciegas: elimina la capacidad de atribuir el movimiento y multiplica el coste de revertir.

Después intenta llegar a las fichas profundas de la muestra con enlaces normales desde portada, categorías o contenido editorial. Un sitemap es útil, pero no sustituye una ruta coherente que compradores y rastreadores puedan seguir.

5. Decide qué pueden crear las facetas y la paginación

La navegación por facetas puede generar un conjunto casi infinito de URLs con parámetros. Eso puede provocar sobrerrastreo y retrasar el descubrimiento de páginas más útiles. Decide primero qué combinaciones filtradas merecen una landing de búsqueda. Si no deben aparecer, controla el rastreo; si deben hacerlo, usa parámetros estables, un orden consistente y devuelve un 404 real para combinaciones vacías o absurdas. Google documenta ambas rutas en su guía de navegación por facetas.

La paginación exige otra decisión. Cada página debe tener una URL distinta y enlaces secuenciales rastreables. No canonices todas hacia la página 1 y evita indexar variantes de orden o filtro sin valor de búsqueda propio. Consulta la guía de paginación de Google.

6. Valida datos estructurados de producto sobre una muestra

Los datos estructurados pueden hacer que las fichas sean elegibles para resultados comerciales más ricos; no los garantizan. Pasa una ficha representativa por la prueba de resultados enriquecidos, compara lo renderizado con precio y disponibilidad visibles, despliega unas pocas fichas e inspecciónalas antes de ampliar. Esa secuencia sigue la documentación oficial de datos de producto.

7. Lee las Core Web Vitals como evidencia de campo

Las Core Web Vitals miden carga, capacidad de respuesta y estabilidad visual reales. Los objetivos recomendados por Google son LCP igual o inferior a 2,5 segundos, INP inferior a 200 milisegundos y CLS inferior a 0,1. Forman parte de la experiencia de página; no garantizan posicionamiento. Usa la guía actual de Core Web Vitals para decidir si el rendimiento entra en este ciclo de 30 días.

8. Prioriza por impacto, confianza y esfuerzo

Puntúa cada hallazgo por impacto en descubrimiento e ingresos, confianza en la evidencia observada y esfuerzo para preparar, probar y desplegar. Un bloqueo de indexación confirmado en páginas que venden pesa más que una ampliación especulativa de marcado en todo el catálogo, aunque ambas puedan resultar útiles después.

Un plan concreto de 30 días

1. Semana 1—la restricción determinante. Corrige el único problema que nombró la auditoría. Cámbialo en el entorno de pruebas, verifica, publica y registra el antes/después. No juzgues un cambio de rastreo o indexación al segundo día.
2. Semana 2—plantillas por muestra. Cambia titles o descriptions en una porción representativa y conserva un conjunto de control para atribuir el movimiento.
3. Semana 3—control de rastreo. Aplica la decisión de facetas y paginación. Verifica el orden de parámetros, estados vacíos, enlaces secuenciales y respuestas HTTP reales.
4. Semana 4—datos estructurados y rendimiento. Amplía el marcado de producto solo después de que pase la muestra. Corrige la métrica de campo fuera de objetivo, vuelve a medir y registra qué cambió.

Cuándo basta el núcleo de PrestaShop y cuándo puede ayudar un módulo

Los ajustes del núcleo y el trabajo manual bastan cuando el catálogo es pequeño, las facetas son estables, las plantillas se pueden mantener directamente y el equipo puede repetir esta auditoría. Otro módulo solo se justifica cuando elimina una carencia operativa concreta.

La versión actual de NP SEO Pro ofrece un centro de auditoría y acciones a nivel de tienda, controles de sitemap para URLs de producto, categoría, CMS y blog, propiedad segura de la raíz y fechas de modificación respaldadas por evidencia observada. Omite deliberadamente las APIs genéricas de envío de comercio: el flujo usa sitemaps, robots.txt y Search Console. No cambia el posicionamiento ni garantiza indexación o tráfico.

Lista de comprobación

1. Registra la base y elige diez URLs representativas.
2. Lee los motivos de indexación e inspecciona dos o tres URLs.
3. Confirma que robots.txt controla rastreo, no una supuesta exclusión.
4. Verifica sitemap, URLs canónicas y rutas internas de descubrimiento.
5. Comprueba canónica, redirección e idiomas sobre pares reales.
6. Muestrea metadatos del catálogo antes de cambiar una plantilla.
7. Toma una decisión explícita sobre facetas y paginación.
8. Valida el marcado de producto en unas pocas fichas.
9. Lee CWV de campo frente a los objetivos de LCP, INP y CLS.
10. Ordena los hallazgos por impacto, confianza y esfuerzo.
11. Escribe el plan de 30 días con responsable, control y nota de reversión.

En resumen

Una hora medida vale más que un mes de ediciones a ciegas. Encuentra la restricción determinante, cámbiala en el entorno de pruebas, verifica y registra el resultado; deja después que el rastreo y la indexación sigan su propio ritmo.

Si el núcleo de PrestaShop y las ediciones manuales ya cubren tu catálogo, para ahí. Si quieres inspeccionar cómo un centro de acciones a nivel de tienda captura este flujo de evidencia, abre el laboratorio de decisión para módulos SEO de PrestaShop y después el flujo real de NP SEO Pro antes de decidir.