Un visitante inglés escribe «pricing» en tu buscador y le salen tres resultados en castellano y ninguno en inglés. O peor: «No se han encontrado resultados», con el mensaje también en castellano.
El buscador de WordPress no sabe nada de idiomas. Busca en todas las entradas publicadas y devuelve lo que coincide, venga del idioma que venga. Arreglarlo tiene tres capas, y solo una de ellas la resuelve el plugin multiidioma.
Al grano: la búsqueda interna es una de las señales de intención más claras que vas a tener nunca: alguien que busca ya sabe lo que quiere. Si le devuelves el idioma equivocado o una página vacía, lo pierdes justo en el momento de mayor interés. Y a diferencia de un fallo de SEO, este lo sufre alguien que ya estaba dentro.
Los tres fallos, por frecuencia
1. Mezcla idiomas
El más común. La consulta se ejecuta sin filtro de idioma y devuelve coincidencias de todos. Es especialmente llamativo con nombres propios y términos técnicos, que son idénticos en varios idiomas y por tanto coinciden siempre.
La mayoría de plugins multiidioma filtran la búsqueda por idioma de serie. Si el tuyo no lo hace, mira si tiene un ajuste; casi siempre lo tiene, desactivado.
2. No encuentra nada
Más sutil. Ocurre cuando el visitante busca en su idioma pero el contenido indexado internamente sigue siendo el del idioma original —típico de las soluciones que traducen al vuelo sin guardar, como comentamos en los plugins de traducción gratis—. La página se muestra en inglés, pero en la base de datos el texto está en castellano, así que «pricing» no coincide con nada.
Es la prueba definitiva de si tus traducciones existen de verdad: si el buscador interno no las encuentra, Google tampoco tiene nada que indexar.
3. La página de resultados sin traducir
El buscador funciona, filtra bien, y aun así el visitante ve «Resultados de búsqueda para:», «Leer más» y «No se han encontrado resultados» en castellano. Son cadenas del tema, no contenido, y se traducen aparte — con Loco Translate o con el gestor de cadenas de tu plugin.
Cómo comprobarlo en dos minutos
- Abre tu web en el idioma traducido, en una ventana de incógnito.
- Busca una palabra que solo exista en ese idioma. No un nombre propio: una palabra común traducida, como «pricing» o «shipping».
- Mira los resultados. ¿Están todos en el idioma correcto? ¿Hay alguno?
- Lee los textos de la página de resultados: cabecera, paginación, mensaje de vacío.
- Repite con una palabra que no exista, para ver la página de «sin resultados» en ese idioma.
- Comprueba la URL: debe conservar el prefijo de idioma,
/en/?s=pricing, no perderlo al buscar.
Ese último punto se escapa con frecuencia: el formulario de búsqueda del tema apunta a la raíz del sitio, así que buscar desde la versión inglesa te devuelve a la versión castellana. Se arregla en la plantilla del formulario, haciendo que su action apunte a la home del idioma actual.
Ojo: si buscas en el idioma traducido y no aparece nada, no es un problema del buscador: es que tus traducciones no están guardadas como contenido. Comprueba antes de tocar nada abriendo una página traducida y pulsando Ctrl+U: si el texto traducido no está en el código fuente, no hay nada que buscar ni que indexar.
Qué hay que arreglar y dónde
| Síntoma | Causa | Dónde se arregla |
|---|---|---|
| Resultados de varios idiomas | Consulta sin filtrar | Ajustes del plugin multiidioma |
| Cero resultados siempre | Contenido no guardado | Herramienta de traducción |
| Textos en castellano | Cadenas del tema | Loco Translate o gestor de cadenas |
| Buscar te saca del idioma | Formulario apunta a la raíz | Plantilla del formulario |
| Productos que no salen | Búsqueda de WooCommerce aparte | Ajustes de la tienda |
| Buscadores avanzados | Índice propio sin idioma | Ajustes del plugin de búsqueda |
Buscadores avanzados: una capa más
Si usas un plugin de búsqueda con índice propio —los que añaden búsqueda instantánea, corrección de errores o ponderación por relevancia—, hay una segunda capa que configurar: ese índice se construye aparte y puede no distinguir idiomas.
Dos cosas que comprobar en ellos:
- Que el índice incluya las traducciones. Si se construyó antes de traducir, hay que reconstruirlo.
- Que filtre por idioma al consultar. Suele haber una integración específica con cada plugin multiidioma; búscala antes de dar por perdido el asunto.
Y un detalle de análisis: estos plugins suelen registrar las búsquedas de los usuarios. Ese registro, segmentado por idioma, es oro — te dice qué busca la gente en cada mercado con sus propias palabras, que casi nunca son la traducción literal de las tuyas.
Consejo: revisa cada mes las búsquedas internas sin resultados, separadas por idioma. Es la lista más honesta de lo que le falta a tu web en cada mercado, escrita por los propios visitantes. Muchas veces descubres que buscan un término que tú traduciste de otra manera — y ahí tienes, gratis, una palabra clave real que añadir a esa página.
El buscador y el schema
Si tu web declara una acción de búsqueda en sus datos estructurados —potentialAction con un SearchAction—, esa declaración debe apuntar al buscador del idioma correcto en cada versión. Si todas apuntan al buscador de la versión castellana, estás declarando que tu web solo se busca en castellano. Es un detalle menor, pero forma parte de la coherencia que describimos en los datos estructurados multiidioma.
WooCommerce tiene su propia búsqueda
La búsqueda de productos de WooCommerce funciona aparte de la de WordPress y consulta sus propias tablas. Si las fichas traducidas no aparecen, revisa que los productos estén marcados como traducibles y que sus atributos —que son taxonomías— también lo estén. El contexto de la tienda está en poner WooCommerce en español.
Con una herramienta que guarda las traducciones como contenido real en tu base de datos, el primer y el segundo fallo desaparecen solos: hay texto que buscar y el filtro por idioma funciona porque cada entrada tiene su idioma. WP-Translate funciona así, y además traduce las cadenas del tema, que es el tercer fallo. Puedes comprobarlo buscando en tu propia web con la versión gratuita.
Često postavljana pitanja
¿El buscador debería mostrar resultados de otros idiomas si no hay ninguno en el suyo?
Es una decisión de producto. Lo razonable es mostrarlos avisando: «No hay resultados en inglés. Esto es lo que hay en español». Mejor que una página vacía.
¿Afecta el buscador interno al SEO?
Directamente no, y las páginas de resultados deben llevar noindex en todos los idiomas. Indirectamente sí: mejora la permanencia y te da palabras clave reales.
¿Por qué encuentra unas traducciones y otras no?
Casi siempre porque unas se tradujeron completas y otras a medias. Si el texto está en un campo personalizado o en el maquetador, puede no entrar en la búsqueda: mira traducir campos personalizados con ACF.
¿Se puede buscar en todos los idiomas a la vez?
Se puede configurar, pero rara vez es lo que el visitante quiere. Si lo haces, agrupa los resultados por idioma y etiquétalos.
Seguir leyendo
Esta pieza forma parte de la guía de WordPress multiidioma, donde está el recorrido completo: estructura de URL, elección de plugin, traducción automática, SEO y presupuesto. Si lo que te falta es decidir herramienta, la comparativa está en los mejores plugins de traducción.
- cambiar el idioma de WordPress — Cambiar el idioma de WordPress (y por qué no es lo mismo que traducir tu web)
- cómo traducir un plugin de WordPress — Loco Translate, archivos .po y cuándo no sirve
- traducir categorías y etiquetas — Cómo traducir categorías y etiquetas en WordPress (y también sus URL)