SEO multilingüe en PrestaShop: lo que la tienda hace por usted y lo que no

Existe la creencia generalizada entre los comerciantes de PrestaShop de que añadir un idioma es una decisión de SEO. No lo es. Añadir un idioma es una decisión de contenido. La parte del SEO ocurre por sí sola, pero solo si las traducciones se encuentran donde PrestaShop espera que estén.

Esa única condición explica la mayor parte de la diferencia entre una tienda multilingüe que se posiciona en sus nuevos mercados y una que tiene páginas traducidas que nadie encuentra.

Lo que PrestaShop genera por sí mismo

Esta es la parte que sorprende a quienes vienen de WordPress, donde cada uno de estos elementos requiere un plugin.

Una vez que un idioma está activo y su contenido tiene traducciones en las tablas de idioma, PrestaShop genera las anotaciones hreflang, las etiquetas canonical, las URLs específicas por idioma y las entradas del sitemap por sí solo. El selector de idioma del tema cambia a la página equivalente en lugar de enviar a los visitantes a la página de inicio. Los datos estructurados siguen el idioma activo.

Por lo tanto, la capa de SEO multilingüe no es algo que se instale. Es algo a lo que usted debe alimentar.

Lo que significa que el modo de fallo no es que su plugin de SEO esté mal configurado. Es que las filas están vacías, por lo que la tienda declara correctamente que esa página no tiene versión en alemán.

La cuestión del hreflang, resuelta

Hreflang indica a los motores de búsqueda que dos URLs son la misma página en diferentes idiomas, de modo que la versión correcta se sirva a la audiencia adecuada en lugar de que ambas compitan entre sí.

PrestaShop lo emite automáticamente para cada idioma activo, utilizando la URL de la tienda configurada para cada uno. Tres cosas pueden romperlo, todas ellas relacionadas con la configuración y no con la traducción:

URLs de tienda que no coinciden con la realidad. Si sirve la tienda mediante HTTPS pero la URL de la tienda aún indica HTTP, o si un idioma está asignado a un dominio que ya no utiliza, las anotaciones apuntarán a direcciones que redirigen o fallan. Revise Preferencias y, a continuación, SEO y URLs.

Idiomas activos pero vacíos. Un idioma activo sin contenido traducido se declara igualmente. Los motores de búsqueda encuentran una página que está mayoritariamente en el idioma original, deciden que es un duplicado y sus páginas de calidad heredan esa duda. Desactive cualquier idioma para el que no esté listo para ofrecer contenido.

Una página que solo existe en un idioma. Esto es legítimo y PrestaShop lo gestiona, pero significa que el selector de idioma no conducirá a ningún lugar útil para esa página. Decida deliberadamente qué páginas son específicas de cada idioma en lugar de descubrirlo en los registros.

No necesita un plugin de hreflang. Necesita que las URLs de la tienda sean correctas y que las tablas estén completas.

URLs traducidas y la que genera un error 404 real

PrestaShop almacena un link_rewrite por idioma para productos, categorías y páginas CMS, y un url_rewrite para las meta páginas estáticas. Traducirlos es bueno para las búsquedas: un comprador francés confía más en /femmes/robes-ete que en /3-summer-dresses, y las palabras en la URL siguen siendo una señal de posicionamiento en la mayoría de los mercados.

El riesgo no está distribuido uniformemente, y es importante saber esto antes de tocar algo en una tienda en funcionamiento.

Las rutas predeterminadas de PrestaShop contienen el ID del objeto: /3-clothes, /hommes/1-1-shirt.html, /content/1-delivery. El controlador frontal lee el ID, observa que la reescritura ya no coincide y redirige a la dirección actual. Por lo tanto, cambiar la reescritura de un producto o categoría no rompe el enlace antiguo.

Las páginas estáticas son la excepción. Sus reescrituras no contienen ningún ID, por lo que traducir una convierte la dirección antigua en un error 404 real. Esas son exactamente las páginas que acumulan enlaces externos: entregas, devoluciones, contacto, términos. Tradúzcalas con redirecciones ya configuradas, no después.

Si ha migrado desde otra configuración multilingüe, aquí es donde también desaparecen las direcciones antiguas, y es la causa más común de una caída de tráfico tras una migración multilingüe.

Los metadatos que nadie traduce hasta que hay problemas

Las descripciones de sus productos reciben atención porque son visibles. Los campos que deciden si alguien llega a ver la página a menudo no la reciben.

Meta títulos y meta descripciones por idioma. Una página de producto en alemán con un meta título en francés será reescrita por Google, y rara vez a su favor.

Descripciones de categorías. En la mayoría de las tiendas, estas son las páginas que posicionan para consultas comerciales amplias, y son las que más a menudo se dejan en el idioma original porque nadie llega tan abajo en el back office.

Texto alternativo (alt text) de las imágenes. Tiene peso en la búsqueda de imágenes, que es un canal de adquisición real para productos físicos, y es el campo que los proyectos de traducción omiten más constantemente.

Valores de búsqueda facetada, si la utiliza. Las combinaciones de filtros generan páginas indexables, y una página de filtro en francés que enumera valores de atributos en alemán no se interpreta como una página en francés.

El sitemap no es el problema que usted cree

El sitemap de una tienda traducida debe enumerar cada versión lingüística de cada página. PrestaShop y los módulos habituales de sitemap lo hacen correctamente una vez que existen las traducciones.

Lo que falla es el tiempo. El sitemap se genera bajo demanda o según un programa, por lo que una tienda traducida un martes puede seguir anunciando su sitemap de un solo idioma el viernes. Regenérelo después de una ronda de traducción y compruebe que las versiones de idioma están realmente presentes en lugar de asumirlo.

El segundo fallo es el caché frente a la tienda. Si utiliza un caché de página completa o una CDN, un sitemap antiguo o un conjunto antiguo de etiquetas hreflang pueden sobrevivir mucho tiempo después del cambio. Cuando algo parezca incorrecto, solicite la página con una cadena de consulta para evitar el caché antes de concluir que la tienda tiene un fallo. Es la forma más rápida de distinguir un error real de una copia desactualizada.

Lo que realmente mejora el posicionamiento en un nuevo mercado

Una vez que la mecánica es correcta, el trabajo restante es editorial, y es donde la traducción automática gana o pierde su valor.

Las consultas de búsqueda no son traducciones entre sí. Un comprador alemán no busca la traducción literal de lo que busca un comprador francés. Los títulos traducidos son un punto de partida, no una estrategia de palabras clave: compruebe los términos que utilizan sus competidores en ese mercado y ajuste el puñado de páginas que realmente importan.

El contenido de confianza importa más en el extranjero, no menos. Plazos de entrega, política de devoluciones, métodos de pago locales, gestión del IVA. Estas páginas convierten y también consiguen enlaces, razón por la cual dejarlas en el idioma original cuesta el doble.

Además, la coherencia del vocabulario. Un catálogo donde la misma familia de productos se nombra de tres formas diferentes en distintas categorías diluye cada página que la menciona. Ese es un problema de glosario más que un problema de traducción.

Una breve auditoría que puede realizar hoy mismo

1. Abra una página de producto en cada idioma y vea el código fuente. Confirme que hay una línea hreflang por cada idioma activo, además de x-default, todas apuntando a URLs accesibles.
2. Desactive cualquier idioma cuyo catálogo siga estando vacío.
3. Haga una lista de sus páginas estáticas y compruebe si sus URLs han cambiado. Cada una que lo haya hecho necesita una redirección desde la dirección antigua.
4. Ordene sus categorías por tráfico y compruebe las diez primeras para ver si tienen meta título, meta descripción y descripción traducidos.
5. Regenere el sitemap y ábralo. Cuente los idiomas.
6. Busque uno de sus nombres de producto en un motor de búsqueda del idioma de destino, utilizando una ventana privada. Lo que encuentre le dirá más que cualquier herramienta de auditoría.

La mecánica es trabajo de PrestaShop, y lo hace bien. Llenar las tablas y elegir qué decir en cada mercado es trabajo suyo. El módulo TrueLang existe para la primera parte de esa frase: escribe el catálogo, las páginas CMS, los campos meta y las reescrituras de URL en las propias tablas de la tienda, por lo que la capa de SEO que PrestaShop ya sabe cómo construir tiene con qué trabajar.