Hacer SEO PrestaShop no consiste en instalar un módulo con muchas estrellas y rellenar títulos: consiste en entender qué decisiones toma esta plataforma por ti cuando no decides nada, y corregir las que te están haciendo daño. Soy Ángel del Soto, me dedico al SEO y al eCommerce, y te voy a decir lo primero que le diría a cualquier dueño de una tienda PrestaShop que me pide ayuda: tu problema casi nunca es que la plataforma sea mala para Google. Tu problema es que PrestaShop te da muchísima libertad, y esa libertad se paga en forma de URLs duplicadas, filtros indexados, páginas vacías y módulos que se pisan unos a otros.
Esta guía está escrita para ti, que tienes una tienda y no eres técnico, y también para quien te la lleva. Te explico cada ajuste con la ruta del back office (el panel de administración de tu tienda), te digo qué tocar, qué no tocar sin copia de seguridad, qué cambia entre versiones y cuáles son los errores que veo una y otra vez. Sin humo: nadie te va a poner primero en Google por activar una casilla.
Índice de contenidos
PrestaShop es un software de código abierto que instalas en tu propio servidor. Eso lo cambia todo respecto a una plataforma cerrada. Tú controlas el servidor, el tema (la plantilla), los módulos y la base de datos; y por tanto también eres responsable de la velocidad, las copias de seguridad, las actualizaciones y de que todo eso siga funcionando junto.
Hay una consecuencia que casi nadie te explica: no existe «el SEO de PrestaShop» como algo uniforme. Dos tiendas con la misma versión pueden comportarse de forma distinta ante Google porque tienen otro tema y otros módulos. Las etiquetas canónicas, las hreflang y los datos estructurados dependen en gran parte del tema y de lo que le hayas añadido. Por eso los consejos genéricos fallan: lo único fiable es comprobar qué devuelve tu tienda.
Lo que PrestaShop hace bien de serie: permite URLs legibles, tiene campos de título y descripción por idioma para productos y categorías, gestiona varios idiomas y varias tiendas desde un solo panel, y te deja decidir qué pasa con un producto desactivado. Lo que hace mal, o deja en tus manos:
Si vienes de cero y quieres el marco general antes de bajar al detalle de la plataforma, léete primero mi guía de SEO para tiendas online. Este artículo es su complemento específico para PrestaShop.
Antes de tocar nada, entra en el back office y mira qué versión tienes (Parámetros avanzados > Información). Muchos ajustes de este artículo cambian de sitio o de comportamiento según la versión, y una parte de los consejos que circulan por internet se escribieron para versiones que ya no deberías estar usando.
| Versión | Qué significa para tu SEO | Qué haría |
|---|---|---|
| 1.6 y anteriores | Plataforma antigua, atada a versiones de PHP sin soporte. Temas y módulos antiguos, poco rendimiento y riesgo de seguridad. | Plan de migración ya. No inviertas en SEO fino sobre una base que vas a tener que rehacer. |
| 1.7 | Introdujo el tema Classic y la búsqueda por facetas actual. Muchas tiendas siguen aquí, con patrones de URL que incluyen la categoría. | Funciona, pero planifica la actualización. Comprueba compatibilidad de módulos antes. |
| 8 | Rama intermedia, base razonable si los módulos están al día. | Mantener actualizada y preparar el salto a 9 con calma. |
| 9.0 | Requiere como mínimo PHP 8.1. URLs de producto sin categoría por defecto, prefijo de idioma opcional para el idioma principal, redirecciones para categorías inactivas, exclusión de listados filtrados de la indexación y soporte nativo de WebP y AVIF. | La versión a la que apuntar. Ojo: una tienda actualizada puede conservar sus patrones antiguos de URL, y eso es bueno si no quieres moverlas. |
| 9.1 | Disponible desde marzo de 2026. Hummingbird 2.0 pasa a ser el tema por defecto en lugar de Classic. Los controladores Ajax dejan de indexarse. | A noviembre de 2026 es la rama estable más reciente que he podido verificar (9.1.5 salió en agosto de 2026 y estaba anunciada como la última de la línea antes de la 9.2). Comprueba siempre la última en la web oficial. |
Datos técnicos que sí conviene pasarle a quien lleve tu servidor: según la documentación oficial, PrestaShop 9 requiere PHP 8.1 como mínimo, MySQL 5.7 o MariaDB 10.2 como mínimo, y recomienda un memory_limit de al menos 512 MB. Un servidor por debajo de eso no es solo un problema técnico; es una tienda lenta, y una tienda lenta vende menos.
En PrestaShop 1.7 en adelante, casi todo lo importante está en Parámetros de la tienda > Tráfico y SEO (según versión e idioma puede aparecer como «Tráfico» > «SEO y URLs»). Vamos por partes, en el orden en que yo lo revisaría.
Tu tienda debe responder en una sola versión: con HTTPS y con www o sin www, la que elijas. Las demás deben redirigir con un 301 a esa. El ajuste de SSL está en Parámetros de la tienda > Configuración, y el dominio en la sección «Establecer URL de la tienda». No cambies el dominio ni el directorio raíz sin saber lo que haces: un error ahí deja la tienda inaccesible.
Prueba fácil: escribe en el navegador las cuatro combinaciones (http y https, con y sin www). Todas deben terminar en la misma dirección. Si no pasa, es lo primero que hay que arreglar.
En «Configurar URLs», la opción URL amigable convierte direcciones tipo index.php?id_product=27 en direcciones legibles. Requiere que el servidor permita reescritura (el mod_rewrite de Apache o reglas equivalentes en Nginx). Si está desactivada en una tienda en marcha, no la actives un viernes por la tarde: pregunta antes a tu proveedor de alojamiento, porque una mala configuración puede tumbar la tienda.
Después de activarla, confirma que la versión antigua de las URLs redirige a la nueva. Es un error habitual pensar que basta con la casilla, cuando lo que importa es que un mismo producto responda en una sola dirección.
Es una de las opciones más importantes y más ignoradas. «Redirigir automáticamente a la URL canónica» tiene tres valores: sin redirección, 302 y 301. Para casi todas las tiendas la buena es 301 Movido permanentemente. Con ella, si alguien entra por una variante incorrecta de la URL, PrestaShop lo lleva a la correcta y le dice a Google que esa es la definitiva.
Esta opción permite caracteres especiales en las URLs. En una tienda en castellano, mi consejo es desactivarla para URLs nuevas y usar direcciones sin acentos ni eñes: zapatillas-montana, no zapatillas-montaña. Si tu tienda ya tiene URLs con acento y posiciona bien, no las toques solo por esto.
Aquí se define el patrón de cada tipo de página. El clásico de producto llevaba la categoría, el identificador, el nombre y a veces el código de barras, algo tipo {category:/}{id}-{rewrite}{-:ean13}.html. Dos opiniones claras:
/27-zapatilla-trail.html no es un problema de posicionamiento relevante. Quitarlo puede ser estético y útil en proyectos nuevos, pero hacerlo en una tienda antigua es un riesgo a cambio de muy poco. Además, sin el identificador pueden aparecer colisiones entre productos y categorías con el mismo nombre.Lista de «SEO y URLs»: ahí están la página index y todas las páginas del sistema (contacto, novedades, ofertas, marcas…). Rellena al menos el título y la descripción de la home y de las que quieras posicionar. Recuerda que PrestaShop puede añadir el nombre de la tienda al título, así que compruébalo en la página publicada para que no quede demasiado largo ni repetido.
Marcas, proveedores, novedades, más vendidos y ofertas son páginas que PrestaShop puede crear aunque no las uses. No te obsesiones con eliminarlas todas. Mira cada una con esta pregunta: ¿alguien buscaría esto y le serviría esta página? Una página de marca con 40 productos y un buen texto puede ser una mina. Una página de proveedor con dos productos y sin texto, no. Si no aporta: quítala de los menús, bloquéala o desactiva el módulo que la genera. Comprueba después el resultado, porque cada tema y módulo se comporta distinto.
En una tienda online, quien busca «zapatillas de trail mujer» quiere ver una selección, no una ficha concreta. Por eso las categorías suelen ser las páginas con más potencial comercial, y también las más descuidadas: un nombre, una cuadrícula de productos y nada más.
En Catálogo > Categorías, cada categoría tiene descripción, y según versión descripción adicional, además de metatítulo, metadescripción y «URL amigable». Mi método:
Un detalle propio de PrestaShop: desde la versión 1.7.5 se elimina el bloque de título de la categoría de la página 2 en adelante para evitar duplicados. Comprueba que tu tema lo respeta, y que tu texto largo no se repite en todas las páginas de la paginación.
Las fichas se editan en Catálogo > Productos, con su pestaña SEO. Aquí veo tres problemas constantes.
Si copias la descripción del proveedor, tienes el mismo texto que cientos de tiendas. No te hará desaparecer, pero tampoco te da una sola razón para que Google te prefiera. No hace falta reescribir 10.000 productos: empieza por los que más margen y más ventas te dan, y añade lo que el fabricante nunca cuenta: para quién es, para quién no, qué pasa con la talla, preguntas de clientes reales.
Si el título SEO está vacío, se usa el nombre del producto. Eso significa que «Camiseta algodón azul» y «Camiseta algodón roja» compiten con títulos casi calcados. Para catálogos grandes, trabaja con un patrón (producto + atributo diferencial + marca) aplicado con un módulo o por importación CSV, y deja lo manual para los productos que venden de verdad.
Una «combinación» es una variante del producto: talla, color. En el comportamiento documentado de PrestaShop 1.7, la URL del producto padre es la canónica, y las de cada combinación apuntan a ella. Es correcto para la mayoría. Pero si la gente busca el color específico («sofá verde») con un volumen real, puede merecer un producto propio. Esa decisión es de negocio, no solo técnica, y hay que tomarla producto a producto.
Este es un punto en el que muchas tiendas tiran enlaces y posiciones sin saberlo. En la pestaña SEO del producto puedes decidir qué pasa cuando está desactivado. El comportamiento documentado es un 301 a la categoría principal por defecto, o la que elijas, o sin redirección (404). Mi criterio práctico:
| Situación | Qué hacer | Por qué |
|---|---|---|
| Agotado que volverá | Mantener activo con su disponibilidad correcta y aviso de reposición. | Conservas la página, sus enlaces y sus posiciones. |
| Descatalogado con sustituto directo | 301 al producto equivalente. | Es lo que el usuario querría y conserva la señal. |
| Descatalogado sin sustituto, con la categoría muy relacionada | 301 a esa categoría, si de verdad resuelve la búsqueda. | Solo si la categoría es una alternativa real. |
| Descatalogado sin alternativa, sin enlaces ni tráfico | 404 o 410. | Es honesto. Una página que no existe puede decir que no existe. |
| Temporada o colección que se repite | Mantener la URL y reutilizarla cada temporada. | No regales cada año el historial que ya tienes. |
Lo que nunca haría: redirigir todos los descatalogados a la home. Y si tu catálogo es un quita y pon de productos, es mejor tener un criterio escrito antes de que te encuentres con 3.000 errores en Search Console.
La búsqueda por facetas son esos filtros laterales de color, talla y precio. En PrestaShop los da un módulo (Búsqueda por facetas, ps_facetedsearch). Son estupendos para el cliente, y un peligro para el rastreo: tres filtros con cinco opciones cada uno ya dan más de cien combinaciones posibles, y eso se multiplica por cada categoría e idioma. Google acaba gastando su tiempo en tus combinaciones en lugar de en tus productos nuevos.
?q=, ?order= o parámetros parecidos.site:tudominio.com inurl:q= como aproximación. No es un recuento exacto, pero te da una idea.La documentación de Google sobre navegación facetada es bastante clara: si no necesitas que las URLs filtradas se indexen, lo más eficaz es impedir su rastreo con robots.txt. Las etiquetas canónicas y el nofollow pueden ayudar, pero las considera menos eficaces a largo plazo. Y lo que va detrás de una almohadilla (#) generalmente no se rastrea.
Traducido a una tienda real, yo trabajo por capas:
Compruébalo antes de usarlo: tu patrón puede ser otro si usas un módulo de filtros distinto, y no bloquees la paginación (?page=2), porque es por donde Google llega a tus productos. Además, una regla mal escrita puede dejar fuera media tienda: pruébala primero con varias URLs reales.
rel="prev/next" como señal de indexación desde hace años. Lo que importa es que las páginas sean rastreables con enlaces reales, y que cada una tenga productos propios.utm_ y compañía se resuelven con canónica. Es Google quien tiene que entender cuál es la buena; tú dáselo fácil.En «Tráfico y SEO», el botón Generar el archivo robots.txt crea el archivo con reglas por defecto y reemplaza el existente. Si has añadido reglas a mano, se pierden en silencio. Guarda una copia fuera de la tienda y, si alguien vuelve a pulsarlo, pégalas de nuevo. Haz también una revisión después de cada actualización importante.
Y un aviso: el robots.txt impide rastrear, no garantiza que algo no se indexe. No lo uses para esconder datos privados.
El sitemap es la lista de URLs que le entregas a Google. En PrestaShop lo genera un módulo (el clásico es Google sitemap, gsitemap). Revisa tres cosas: que no estén marcadas páginas que no quieres (proveedores, etiquetas, etc.), que no se quede congelado (se regenera manualmente o con una tarea programada, «cron») y que esté enviado en Search Console. En tiendas multidioma o multitienda, comprueba que cada una tiene el suyo correcto.
Si vendes en varios idiomas o países, las etiquetas hreflang le dicen a Google qué versión mostrar a cada persona. Tienen que ser recíprocas y apuntar a URLs finales que respondan 200. PrestaShop genera URLs por idioma, pero el resultado real depende de tu tema y módulos, y se desincronizan con facilidad. Mira también si la versión 9 te permite quitar el prefijo del idioma principal; no lo hagas en una tienda antigua sin un plan de redirecciones.
Los datos estructurados son un código que explica a los buscadores qué es cada cosa: precio, disponibilidad, valoraciones. Con ellos optas a mostrar esos detalles en los resultados. En PrestaShop no hay un interruptor central: dependen del tema y de los módulos. Comprueba una ficha en la prueba de resultados enriquecidos de Google y mira:
Product y Offer con precio, moneda y disponibilidad correctos, los mismos que se ven en la página.BreadcrumbList para las migas de pan.Sin datos estás a ciegas. Verifica tu dominio en Google Search Console, envía el sitemap y comprueba que tu módulo de analítica y las conversiones funcionan. Un módulo de seguimiento mal configurado da números falsos, y con números falsos se toman malas decisiones. Si tus visitas no se traducen en dinero, también te interesa localizar dónde se te escapan.
Una tienda PrestaShop lenta suele serlo por una mezcla de alojamiento barato, tema pesado y demasiados módulos. La velocidad no te va a sacar de la nada en Google, pero una tienda lenta pierde clientes y dinero, posiciones aparte. Mira las Core Web Vitals (las métricas de experiencia de Google): LCP de 2,5 s o menos, INP de 200 ms o menos, CLS de 0,1 o menos.
En Diseño > Ajustes de imagen controlas los tamaños que genera PrestaShop. Si cambias tamaños, las imágenes antiguas no se reconstruyen solas: hay que regenerar las miniaturas, con cuidado en catálogos grandes (hazlo en horario de poco tráfico y con copia). PrestaShop 9 trae soporte nativo de WebP y AVIF; en versiones anteriores suele requerir un módulo. Y el texto alternativo sale de la leyenda de cada imagen, que se edita por idioma. Escríbela pensando en quien no ve la foto, no en repetir palabras clave.
Haz una auditoría de módulos. En Módulos > Gestor de módulos, mira qué tienes instalado y hazte la pregunta: ¿alguien usa esto? Muchas tiendas arrastran módulos de campañas de hace cinco años, cargando CSS y JS en todas las páginas. Pero no desinstales a lo loco: desinstalar puede borrar datos del módulo. Primero copia de seguridad, luego desactiva, comprueba, y solo después desinstala.
También: comprueba que tu tema no carga fuentes, carruseles y scripts que no utilizas. Una portada con un carrusel de ocho imágenes a pantalla completa tarda más en cargar y rara vez justifica ese peso.
Hay miles, y aquí se pierde mucho dinero. No te voy a dar una lista de los «5 mejores» porque cambian, y porque depende de tu tienda. Te doy el criterio por función.
| Función | ¿Lo necesitas? | Mi opinión |
|---|---|---|
| Sitemap | Sí | Suele bastar con el módulo oficial. Compra uno solo si tienes necesidades complejas. |
| Filtros (facetas) | Sí, si tienes catálogo | El oficial funciona. Módulos avanzados solo si necesitas crear páginas filtradas optimizadas. |
| Meta tags masivos | Si tienes un catálogo grande | Útil. Antes, mira si puedes resolverlo con una importación CSV. |
| Redirecciones | Muy recomendable | Necesario si cambias URLs o descatalogas mucho. |
| Eliminar IDs de la URL | Casi nunca en tiendas con historial | El módulo más sobrevendido. Alto riesgo si la tienda ya posiciona. |
| Datos estructurados | Según lo que dé tu tema | Comprueba primero el tema. Evita duplicar. |
| Caché de página completa | Según servidor | Puede ayudar mucho y romper carritos si está mal configurada. |
| Imágenes (WebP, lazy load) | Si no estás en PS 9 | Prueba bien en el tema, y mira el resultado en el móvil. |
| Hreflang | Si tienes varios idiomas o países | Antes, comprueba lo que ya genera tu tema. |
Cinco reglas antes de comprar un módulo:
Estos son los que más me encuentro, por orden aproximado de daño:
| Error | Consecuencia | Cómo se arregla |
|---|---|---|
| Cambiar URLs o migrar sin mapa de redirecciones | Pérdida de tráfico que puede tardar meses en recuperarse, si se recupera | Lista de URLs antiguas y nuevas antes de tocar nada, redirecciones 301 una a una, y comprobación después |
| Filtros indexables y rastreables | Google pierde el tiempo con miles de páginas casi iguales | Canónica y robots.txt, y categorías reales donde tenga sentido |
| Dejar el entorno de pruebas accesible e indexable | Copia de tu tienda compitiendo contigo | Protección con contraseña en el servidor, y revisar con site:
|
| Pulsar «Generar robots.txt» sin copia | Tus reglas desaparecen | Guarda una copia y revisa tras cada cambio |
| Subir a producción con «noindex» o robots.txt restrictivo | La tienda desaparece poco a poco de Google | Comprobación en cada salida a producción |
| Actualizar sin probar | Plantilla o módulos rotos, marcado perdido, tienda caída | Copia, entorno de pruebas y comprobación con un rastreador antes y después |
| Títulos automáticos en todo el catálogo | Páginas casi idénticas y pocos clics | Patrones por tipo de producto y a mano en los que venden |
| Categorías sin texto o con texto de relleno | Poca relevancia y poca ayuda para elegir | Texto útil para decidir la compra, empezando por las que más ingresos pueden dar |
| Redirigir los descatalogados a la home | Google los puede tratar como errores, y el usuario se pierde | Producto equivalente, categoría relacionada o 404 |
| Comprar enlaces baratos para «subir» rápido | Dinero tirado y posible problema con Google | Lee los riesgos reales de comprar enlaces |
| Dos módulos de SEO haciendo lo mismo | Etiquetas duplicadas o contradictorias | Uno por función, y mirando el código fuente |
Si tu tráfico se ha desplomado tras una actualización o un cambio de tema, no toques más cosas a ciegas. Sigue el orden de qué revisar cuando tu web baja en Google y ve descartando.
?q=.Te lo digo sin colores, aunque esta web esté montada en Shopify: la plataforma no es lo que hace que una tienda posicione. Todas pueden posicionar bien, y todas pueden hundirse. Lo que cambia es quién hace el trabajo y dónde te puedes equivocar.
| Aspecto | PrestaShop | Shopify | WordPress + WooCommerce |
|---|---|---|---|
| Control técnico | Muy alto | Limitado por la plataforma | Muy alto |
| Mantenimiento | Tuyo (servidor, actualizaciones, módulos) | Mayormente de la plataforma | Tuyo (servidor, actualizaciones, plugins) |
| Estructura de URLs | Muy configurable | Más rígida, con prefijos como /products/
|
Muy configurable |
| Robots.txt | Editable, con el aviso del botón | Se puede personalizar mediante el tema | Editable |
| Filtros y duplicados | Depende de tu configuración | Menos margen, también menos riesgo | Depende de plugins |
| Blog | Por módulo | Integrado | Es su punto fuerte |
| Multitienda e internacional | Punto fuerte nativo | Por mercados y aplicaciones | Por plugins |
Mi criterio: si ya tienes una PrestaShop que funciona y tiene historial, normalmente es mejor arreglarla que migrar. Migrar es caro y arriesgado. Se justifica si los costes de mantenimiento o los problemas técnicos te comen el negocio, y no porque te hayan dicho que «otra plataforma posiciona mejor». Si estás montando una tienda desde cero y no tienes a nadie técnico, entonces sí valoraría una plataforma con menos mantenimiento.
¿Y si te vas a mover? Las mismas reglas: mapa de URLs, redirecciones 301, conservar contenidos y comprobar datos estructurados. Haz la migración una vez y bien.
Tus clientes ya preguntan a ChatGPT o al Modo IA de Google, y eso no se arregla con un módulo «de IA». Primero las buenas noticias: lo que has leído hasta aquí sirve también para esto. A noviembre de 2026, Google indica que para aparecer en AI Overviews y el Modo IA no hacen falta requisitos adicionales: la página tiene que estar indexada y ser apta para mostrarse con fragmento. Tampoco pide marcado especial ni archivos de texto para IA, aunque sí que los datos estructurados coincidan con el texto visible.
Dicho esto, hay tres cosas muy concretas de PrestaShop que revisar:
Y lo honesto: nadie controla qué fuentes elige una IA, así que desconfía de quien te lo prometa. Lo que sí puedes hacer es ponérselo más fácil y medir. Las visitas desde AI Overviews y el Modo IA se incluyen en el informe de rendimiento de Search Console. Si quieres ir a fondo, te lo cuento en SEO para inteligencia artificial, y en el curso de GEO trabajamos el método paso a paso, aplicable también a tiendas PrestaShop.
Lo que te voy a dar son rangos orientativos basados en mi criterio, no tarifas oficiales ni de ningún estudio. Cada tienda es un mundo, y un presupuesto serio exige ver la tienda. Si quieres contexto general, tienes mi artículo sobre cuánto cuesta el SEO en España.
| Partida | Orientación | De qué depende |
|---|---|---|
| Ajustes básicos del back office | Horas, si no hay sorpresas | Versión, tema, y si hay errores de servidor |
| Módulos | Muchos cuestan decenas o pocos cientos de euros, a veces con renovación de soporte | Cuántos necesites de verdad |
| Limpieza de filtros y duplicados | De días a varias semanas | Tamaño del catálogo y grado del desastre |
| Contenido de categorías y fichas | Proyecto continuo | Número de páginas y si lo haces tú o alguien lo hace por ti |
| Actualización de versión | De pocos días a varias semanas | Módulos personalizados, tema a medida |
| Alojamiento | Coste mensual recurrente | Tráfico y tamaño del catálogo; lo barato suele salir caro |
Y los plazos. Los errores técnicos graves pueden notarse relativamente pronto una vez que Google vuelve a rastrear, pero una recuperación o un crecimiento serio suele medirse en meses, no en días. Si alguien te promete la primera posición en un plazo, ya sabes lo que tienes que hacer: leer qué es posible y qué es humo.
| Semana | Qué hacer | Resultado |
|---|---|---|
| 1. Diagnóstico | Copia de seguridad, versión, Search Console, rastreo completo, lista de módulos y lista de tus 20 categorías y 50 productos con más negocio | Sabes dónde estás |
| 2. Técnica | HTTPS y dominio único, URLs amigables, canónica en 301, robots.txt, sitemap y prueba en entorno de copia | Base limpia |
| 3. Duplicados | Filtros, categorías por defecto, páginas sobrantes, descatalogados con criterio | Google rastrea lo que importa |
| 4. Contenido | Títulos y textos de las categorías clave, fichas de los productos prioritarios, datos estructurados y velocidad básica | Empieza el trabajo visible |
Copia esta lista y márcala con quien lleve tu tienda.
Si esto se te hace grande, es normal. Y si tu tienda ya tiene problemas de ventas más allá del SEO, empieza por revisar por qué tu tienda online no vende o por una auditoría de tienda online. Lo más caro en SEO es ordenar lo que no era el problema.
Sí, puede posicionar tan bien como otras plataformas. La diferencia es que no te da las cosas hechas: exige configuración y mantenimiento. Bien cuidada funciona muy bien; descuidada genera duplicados y lentitud.
No para empezar. Lo básico está en el back office y el módulo de sitemap. Compra módulos cuando tengas un problema concreto que no puedas resolver de otra forma, y no antes.
En una tienda con historial, normalmente no. El beneficio es pequeño y el riesgo real. En una tienda nueva, puedes planteártelo; PrestaShop 9 ya simplifica el patrón por defecto al quitar la categoría.
No: los filtros ayudan a vender. Lo que hay que controlar es si Google los rastrea e indexa. Soluciónalo con canónicas, robots.txt y categorías reales.
Si vuelve, déjalo activo con su disponibilidad correcta. Si no vuelve, redirige al producto equivalente o categoría que resuelva la búsqueda. Sin alternativa, deja un 404 o 410.
No tiene por qué, si no cambias las URLs sin redirigir y compruebas el tema, los módulos y los datos estructurados en una copia. Las pérdidas suelen venir de lo que cambió sin que nadie lo revisara.
Depende de tu punto de partida y competencia. Lo técnico grave se nota antes; el crecimiento sólido suele tardar meses. Desconfía de quien te dé una fecha exacta.
Solo por SEO, rara vez. Migrar tiene sentido por coste, mantenimiento u operativa. Y si lo haces, hazlo con mapa de URLs y redirecciones.
Revisa tu robots.txt y las reglas de cortafuegos o CDN, porque el bloqueo puede estar fuera de la tienda. Permitir el acceso no garantiza que te citen, pero bloquearlo puede impedir que te encuentren.
Si has llegado hasta aquí, ya sabes más que muchos de los que te van a vender «SEO para PrestaShop». Ahora bien, leerlo no te dice qué le pasa a tu tienda. Para eso hay que mirarla: qué versión tienes, qué hace tu tema, qué ha indexado Google y dónde se te va el dinero.
Los comentarios se aprobarán antes de mostrarse.
Tutorial paso a paso para leer el informe de rendimiento de Google Search Console: qué significan clics, impresiones, CTR y posición media, y cómo convertirlos en tres listas de trabajo.
Qué dice Google de forma oficial, qué puedes hacer en tu web y qué nadie puede prometerte para aparecer en las respuestas de Gemini, con un plan de 30 días.
Las causas más frecuentes por las que un competidor aparece antes que tú en Google, cómo comprobarlas con datos propios y qué hacer primero, explicado sin promesas ni fórmulas mágicas.