Una web multiidioma para un comercio de barrio que escala no consiste en traducir todas las páginas y encender anuncios. Consiste en decidir qué idiomas cubren una demanda real, qué URLs y fichas se indexan por idioma, y qué páginas convierten antes de invertir en SEM. El criterio es operativo: si el segundo idioma no tiene oferta, horarios, reservas o precios actualizables, la campaña manda tráfico a un escaparate a medias.
Si ya te escriben por WhatsApp en inglés, piden presupuesto en francés o la ficha de Google te trae visitas de fuera del barrio, el trabajo no empieza por un plugin. Empieza por una web multiidioma con estructura, textos y formularios que alguien del equipo pueda mantener un martes cualquiera. Traducir el escaparate y dejar la reserva o el checkout solo en castellano es el atajo que luego paga la campaña.
Un comercio de Sabadell o Barcelona que crece suele tener un idioma de casa, un segundo que ya genera dinero y un tercero que todavía es anécdota. Esto va de prioridades: qué abrir, qué no tocar y qué medir antes de anunciarte.
Web multiidioma: el orden de prioridades
El criterio de decisión es poco glamuroso: abre el idioma que ya te está pidiendo dinero, no el que queda bien en la home. Si la mayoría de reservas o pedidos siguen llegando en castellano o catalán, ese es el idioma maestro. El segundo se construye sobre páginas que convierten, no sobre el blog ni sobre la historia de la empresa.
¿Hace falta traducir el manifiesto y las notas de prensa? Casi nunca. Hace falta horario, qué se vende, un precio o rango, y el botón que cierra: reserva, WhatsApp, pedido o presupuesto. Si eso falta en el segundo idioma, el resto es decorado.
Qué idioma abrir primero
En Cataluña el lío empieza aquí. Catalán y castellano no son “internacionalización”: son el día a día del barrio. Una web que atiende en Sabadell o en el centro de Barcelona suele necesitar ambos si el negocio ya habla los dos. Inglés o francés entran cuando hay turismo, desplazados o venta B2B fuera. No al revés.
- Mensajes, llamadas o reseñas en ese idioma de forma repetida, no un comentario suelto en agosto.
- Un canal que ya opera así: carta impresa, catálogo PDF o recepción que responde.
- Intención de anunciarte en esa lengua. Si la campaña va en inglés, la landing no puede ser un párrafo automático sobre una ficha en castellano.
Tres idiomas a la vez, con el mismo equipo, es la receta para que uno se pudra. Mejor un idioma cerrado —URLs, metas, formulario, emails— que tres a medias. El tercero espera a que el segundo tenga dueño.
El error habitual: clonar el sitio y lanzar anuncios
El error no es técnico. Es de prisa. Se clona la web, se pasa un traductor automático, se instala un selector de banderitas y se da por cerrado. Luego se enciende la campaña. El anuncio promete “book a table” y el formulario sigue diciendo “Enviar”, con un correo en castellano. El usuario entiende el recado: esto no está pensado para mí.
Ese clon también castiga a Google. Títulos que no coinciden con el cuerpo, canónicas mal puestas, o el redirect por IP que encierra al visitante en una versión que no pidió. Si alguien en Barcelona busca en inglés y le fuerzas el castellano porque “está cerca”, has decidido tú por él. Peor si le pagaste el clic.
Se traduce lo visible y se olvida lo que cierra: PDFs, emails de reserva, errores de pago y el texto de las imágenes. Un plugin mueve cadenas. No inventa un proceso para que la carta del viernes esté en los dos idiomas. Si la web alimenta reservas, stock o un ERP, clonar a mano es peor: cada cambio se hace dos veces. Ahí hacen falta integraciones entre la web y la operativa.
Qué cambia según el tipo de comercio
No hay una plantilla multiidioma que valga para un restaurante, un mayorista y una tienda de barrio. Cambia qué página es crítica. Priorizar mal es invertir semanas en textos que nadie usa y dejar cojo el flujo que sí paga.
Hostelería con reservas
El segundo idioma vive o muere en carta, alérgenos, horario y el widget de reserva. Da igual la home. Si la carta está desfasada o el motor no cambia de lengua —días, pax, confirmación— has montado un folleto. Prioridad: fichas editables, avisos de agotado y el correo que recibe el cliente. El about del chef puede esperar.
Catálogo B2B o venta a profesionales
Aquí el idioma no es solo copy. Son condiciones, unidades, plazos y, a menudo, precios por rol. Traducir la ficha y dejar tarifas o descuentos en un solo idioma genera más “¿este precio vale?” que pedidos. Si el comercial ya cotiza en otra lengua, la web tiene que aguantar referencia, stock y un formulario que no pida los mismos datos dos veces.
Un comercio de Cataluña que empieza a vender a hoteles u oficinas no necesita un marketplace. Necesita que el comprador encuentre la referencia y pida sin llamar. Si hay un panel interno para subir fichas, que deje claro en qué idioma se edita. Si estás migrando a cloud, no lo juntes con el idioma nuevo y la campaña el mismo fin de semana. Primero el maestro. Después la copia. Luego los anuncios.
URLs y hreflang en una web multiidioma
Google no adivina que /carta y /en/menu son la misma oferta. En un comercio que escala suele aguantar mejor el prefijo de idioma (/ca/, /es/, /en/). Los parámetros ?lang=en se pelean con analítica y anuncios. El subdominio tiene sentido cuando el mercado es otro país, con equipo propio. Para un barrio que atiende turistas, suele ser más web de la que puedes cuidar. Hreflang bien puesto, canónica a sí misma, y un selector que no te devuelva a la home si estás en una ficha. Parece obvio. Se rompe cuando el slug no está mapeado.
- Idioma por defecto: el de la demanda principal, no “el que sonaba más global”.
- Misma plantilla de ficha en todos los idiomas. Si falta un campo, que se note en el CMS, no en la calle.
- Metas y títulos escritos en esa lengua, con la query que esa gente usa. No copies el title y le pongas una bandera.
- Redirecciones si ya existían URLs sueltas traducidas a mano. Una campaña vieja hacia una URL muerta quema presupuesto en silencio.
La ficha de Google y la web tienen que contar la misma película. Si te anuncian en inglés y la ficha está solo en castellano, el usuario duda. No hace falta clonar la ficha a tres idiomas el primer mes. Basta con que horario, teléfono y enlace no se contradigan.
Copy y diseño cuando el segundo idioma no cabe
El catalán ocupa más que el castellano. El inglés, a veces menos, y suena a hotel de aeropuerto si lo escribes con frases de folleto. Un comercio de barrio no tiene que parecer una cadena.
Si el menú ya va justo, el segundo idioma lo rompe. Mejor menos ítems que un mega menú con calzador. Las fotos con texto pintado —“oferta del mes”— o se rediseñan o se quedan en un idioma. Legal también: si captas datos en esa lengua, el aviso tiene que existir en esa lengua. La traducción automática vale como borrador interno, no para la landing que vas a anunciar. Un alérgeno o un plazo mal puestos no son estilo. Son una reclamación.
Medición y mantenimiento de una web multiidioma
Si no puedes decir qué idioma trae reservas, pedidos o presupuestos, no estás listo para escalar inversión. Antes de una campaña de Meta Ads y Google Ads, cada versión necesita sus eventos: WhatsApp, formulario, inicio de reserva, compra. Mezclarlo todo en un único “lead” es cómo se concluye, equivocado, que “el inglés no funciona” cuando fallaba el botón.
Una web multiidioma no se acaba el día del lanzamiento. Cada cambio de horario, plato, referencia o tarifa es un cambio por idioma. Sin dueño, el segundo envejece en dos semanas. Criterio práctico: no publiques en el maestro un cambio crítico hasta tener fecha para el segundo, o deja un aviso (“carta en actualización”) en vez de un precio viejo.
- Conversiones por idioma, no solo sesiones. Visitas en inglés y cero envíos suele ser landing o formulario, no “el mercado”.
- 404 y cambios de idioma que devuelven a home. Es el agujero típico después de tocar fichas.
- Tiempo desde el último recálculo de carta, stock o precios en cada lengua. Si una va semanas por detrás, esa URL no se anuncia.
- Coherencia anuncio → URL → idioma del título. El clic más tonto de quemar aterriza en la versión equivocada.
Un listado interno con estado “completa / falta / desfasada” basta. Que lo vea alguien de sala o de administración. Cuando el segundo idioma ya convierte, entonces se amplían páginas. Traducir el archivo entero “para tenerlo listo” no sirve si nadie lo actualiza.
Preguntas frecuentes
¿Hay que traducir toda la web o solo algunas páginas?
Solo las que cierran la visita: oferta, condiciones que evitan llamadas, contacto y el flujo de reserva o pedido. Archivo, blog y marca pueden esperar. Traducir todo el árbol el primer mes multiplica mantenimiento y no salva la campaña si las URLs que anuncian siguen flojas.
¿Catalán y castellano cuentan como web multiidioma para Google?
Sí. Son dos idiomas, dos intenciones de búsqueda y dos copias que hay que etiquetar. En un comercio de barrio en Cataluña suelen ser el par correcto antes que el inglés: URLs propias, hreflang y fichas completas, no un interruptor que mezcla menús.
¿Se puede anunciarse en dos idiomas con una sola web?
Sí, si cada anuncio aterriza en la URL de ese idioma y el seguimiento distingue el evento. Una web con prefijos claros es más fácil de cuidar que dos sitios gemelos. Lo que no funciona es un anuncio en inglés hacia la home en castellano “porque ya se entiende”.
¿Un plugin de traducción basta para un comercio que escala?
Basta para mover cadenas y no rehacer la plantilla. No basta como proceso. Siguen haciendo falta criterio de qué se traduce, revisión humana de lo que vende, mapeo de URLs y alguien que actualice cuando cambia la oferta. El plugin no avisa de que la carta del domingo está solo en un idioma.
Si estás en ese punto —barrio que ya tira, segundo idioma que pide sitio, campaña a la vista—, en Chocola Studio (Sabadell) montamos la web multiidioma con el orden que aguanta el anuncio, no solo el selector. Cuéntanos el caso por el formulario de contacto: idiomas reales y qué páginas no se pueden romper el día que invertís en SEM.