Fichas de producto que no posicionan: cómo auditar el catálogo de PrestaShop

Cuatro mil fichas y ninguna en Google

Es una conversación que se repite. La tienda tiene un catálogo enorme, lleva años publicando productos, y el tráfico orgánico entra casi todo por la portada y dos categorías. Las fichas, que son el noventa y tantos por ciento de las URLs, no traen a nadie.

La reacción habitual es pensar que hay que escribir mejor. A veces es verdad. Pero antes de escribir cuatro mil textos conviene mirar si el problema es que la tienda está compitiendo contra sí misma y si esas fichas siquiera tienen los campos básicos rellenos.

Esta guía es el orden de auditoría en PrestaShop 8 y 9, con las consultas para no abrir cuatro mil fichas a mano.

Lo que Google ve de una ficha de PrestaShop

Menos de lo que crees, y sobre todo: lo mismo que ve en las fichas de otras cincuenta tiendas.

Una ficha típica se compone de nombre del producto, descripción, características, imágenes y precio. De esos cinco elementos, en una tienda que revende, cuatro vienen del fabricante y son idénticos en toda la competencia. Lo único propio suele ser el precio.

Eso no es una penalización —Google no penaliza por esto—, pero sí explica el resultado: si tu página no aporta nada que no esté ya en el índice, no hay motivo para mostrarla por encima de una tienda con más autoridad que dice exactamente lo mismo.

La consecuencia práctica es que el trabajo de catálogo tiene dos partes muy distintas: una mecánica, que se hace por lotes y afecta a todo, y una editorial, que es cara y solo puede aplicarse a unas pocas fichas. Confundirlas es lo que hace que estos proyectos no acaben nunca.

El duplicado que crea la propia tienda

Antes de escribir nada, hay que dejar de multiplicar.

La navegación por filtros. Cada combinación de filtros genera una URL. Con cuatro filtros y cinco valores cada uno tienes cientos de páginas casi idénticas por categoría. Google las rastrea, se gasta ahí el presupuesto de rastreo y no indexa lo que importa.

Esto no se arregla con contenido: se arregla decidiendo qué combinaciones merecen existir. Una o dos por categoría, las que tengan demanda real de búsqueda, indexables y con su propio texto. El resto, fuera del índice.

Las combinaciones de producto. Talla y color no deben ser URLs distintas indexables. PrestaShop genera la canónica de la ficha automáticamente; comprueba que sigue ahí después de instalar cualquier módulo que toque la ficha, porque es de lo primero que se rompe.

# La canónica debe apuntar a la ficha sin parámetros ni ancla de combinación.
curl -s "https://tutienda.es/categoria/1234-producto.html#/talla-38" \
  | grep -i 'rel="canonical"'

Los identificadores en la URL. Si una misma ficha responde con varias URLs porque cambia el fragmento de la categoría, cada variante es una copia. La canónica lo resuelve, pero solo si está bien puesta.

Descripciones del fabricante

La consulta que enseña el tamaño del problema:

-- Descripciones cortas o vacías, ordenadas por las que más se repiten.
SELECT pl.id_product, p.reference, CHAR_LENGTH(pl.description) AS largo
FROM ps_product_lang pl
JOIN ps_product p ON p.id_product = pl.id_product
WHERE pl.id_lang = 1
  AND p.active = 1
  AND (pl.description IS NULL OR CHAR_LENGTH(pl.description) < 300)
ORDER BY largo ASC;

Y la que localiza las que se repiten dentro de tu propia tienda, que es un problema distinto y peor:

-- Mismo texto en varias fichas: normalmente productos clonados
-- para crear variantes que deberían haber sido combinaciones.
SELECT MD5(description) AS huella, COUNT(*) AS fichas
FROM ps_product_lang
WHERE id_lang = 1 AND CHAR_LENGTH(description) > 50
GROUP BY huella
HAVING fichas > 1
ORDER BY fichas DESC;

Cuando el resultado de la segunda consulta sale alto, casi siempre es la misma historia: alguien duplicó una ficha para crear una variante en lugar de usar combinaciones. Eso se arregla consolidando, no reescribiendo.

Los campos vacíos que sí cuentan

Esta es la parte mecánica, la que se puede aplicar a todo el catálogo y la que casi nadie termina.

Metadatos vacíos. PrestaShop tira del nombre del producto cuando el título de la página está vacío, así que técnicamente funciona. Pero el nombre del producto no lleva la marca, ni el uso, ni la variante que la gente escribe al buscar.

SELECT COUNT(*) AS sin_meta_descripcion
FROM ps_product_lang pl JOIN ps_product p ON p.id_product = pl.id_product
WHERE pl.id_lang = 1 AND p.active = 1
  AND (pl.meta_description IS NULL OR pl.meta_description = '');

Texto alternativo de las imágenes. En PrestaShop es la leyenda de la imagen, y está vacía en la mayoría de catálogos. Cuenta para accesibilidad, para la búsqueda de imágenes y para el feed de Shopping.

SELECT COUNT(*) AS imagenes_sin_texto
FROM ps_image_lang WHERE id_lang = 1 AND (legend IS NULL OR legend = '');

Productos huérfanos. Activos, visibles, y sin colgar de ninguna categoría. Existen, se pueden comprar por enlace directo y no hay ningún camino que lleve a ellos.

SELECT p.id_product, p.reference
FROM ps_product p
LEFT JOIN ps_category_product cp ON cp.id_product = p.id_product
WHERE p.active = 1 AND cp.id_product IS NULL;

Este último es el que más sorprende cuando se ejecuta por primera vez.

Productos descatalogados: la decisión que nadie toma

Un producto que ya no vuelve necesita una decisión, y hay tres posibles:

Redirigir a su sustituto. Lo mejor cuando existe un modelo equivalente. Conserva el valor de los enlaces y el cliente llega a algo útil.

Redirigir a su categoría. Aceptable cuando no hay sustituto claro.

Dejarlo desaparecer. Si nunca tuvo visitas ni enlaces, no merece mantenimiento.

PrestaShop permite configurar esto por producto, en la pestaña de SEO de la ficha. La opción que hay que evitar es la cuarta, que es la que se aplica sola por omisión: dejarlo activo, sin stock y sin poder pedirse. El cliente aterriza desde Google en una página que no le sirve, y la tienda acumula miles de fichas muertas que se llevan el presupuesto de rastreo de las vivas.

Auditar cuatro mil fichas sin abrir cuatro mil fichas

El orden que funciona, de más barato a más caro:

1. Recuento. Las consultas de arriba, todas, y anota los números. Esa es tu foto inicial.
2. Duplicado propio. Facetas y combinaciones. Es lo que más URLs quita del índice y no requiere escribir nada.
3. Campos vacíos. Metadatos, leyendas de imagen, URLs amigables. Corrección por lotes.
4. Consolidación. Fichas clonadas que deberían ser combinaciones.
5. Descatalogados. Redirección o desaparición, producto a producto pero con criterio de lista.
6. Reescritura editorial. Solo aquí, y solo para las fichas que tengan demanda de búsqueda y margen comercial.

El paso seis es el único que la gente quiere hacer primero, y es el que menos rinde si los cinco anteriores están sin hacer.

Lo que no funciona

Reescribir el catálogo entero. No se termina nunca. A los tres meses hay doscientas fichas reescritas, cansancio y ningún cambio medible.

Generar descripciones automáticamente para todo. Cambia un texto duplicado del fabricante por un texto genérico tuyo. Sigue sin aportar nada y ahora encima suena raro.

Meter palabras clave en el nombre del producto. Rompe el feed de Shopping, ensucia el buscador interno y la ficha queda con un nombre que ningún cliente reconoce.

Indexar todas las facetas “por si acaso”. Es la forma más rápida de que Google deje de rastrear lo que sí importa.

Borrar productos descatalogados sin más. Cada uno era una URL que quizá tenía enlaces. Redirigir cuesta lo mismo que borrar.

Por dónde empezar cuando todo está mal

Con la lista completa delante, la tentación es hacerlo todo. Lo que funciona es esto:

Coge los datos de Search Console de los últimos tres meses y quédate con las fichas que ya reciben impresiones. Son productos por los que Google ya te considera, aunque estés en la segunda página. Cruza esa lista con las consultas de arriba y trabaja esa intersección primero.

Es la lista más corta y la única en la que el esfuerzo tiene una vía clara para convertirse en visitas. Todo lo demás es catálogo que hay que ordenar, pero que no va a devolver nada este trimestre.

Si te apañas con esto, no necesitas nada más

Las consultas están escritas y funcionan. Si tu catálogo son doscientas referencias, con una tarde y una hoja de cálculo tienes la auditoría hecha y probablemente la corrección también.

Lo que cambia con el tamaño es que las consultas dejan de ser el trabajo. Con cuatro mil referencias el problema es aplicar la corrección por lotes sin romper nada, volver a medir el mes siguiente para saber si algo se ha degradado, y que la próxima persona que suba cien productos no vuelva a dejar los mismos campos vacíos.