Cross-localización en la App Store: el espacio de palabras clave gratis que la mayoría desperdicia
Hay un truco del campo de palabras clave que está justo ahí, en App Store Connect, no cuesta nada y la mayoría de las apps deja sin tocar. No es un vacío legal ni va contra las normas. Simplemente Apple indexa más de un idioma por escaparate, y casi nadie rellena el segundo.
Así funciona el mecanismo. Cada territorio de la App Store tiene un idioma principal — el idioma por defecto de ese mercado — y uno o varios idiomas secundarios que el algoritmo de búsqueda de Apple también rastrea. Las palabras clave en los metadatos de cualquiera de los dos idiomas pueden posicionarte en ese país. Así que la tienda de EE. UU. no solo lee tus campos en inglés (EE. UU.); también lee tus campos en español (México). Rellena ambos con términos distintos y le has dado a Apple dos conjuntos de palabras clave para posicionar en lugar de uno.
Por qué este espacio es gratis
Un solo idioma te da tres campos indexados: un nombre de app de 30 caracteres, un subtítulo de 30 caracteres y un campo de palabras clave de 100 caracteres. Eso son 160 caracteres indexados por idioma. La descripción no se indexa para la búsqueda en la App Store, así que esos 160 caracteres son todo el juego.
Un idioma secundario es un segundo conjunto de esos mismos tres campos, que alimenta el posicionamiento del mismo escaparate. Rellena el campo de palabras clave es-MX de una app estadounidense y pasas de 100 caracteres de palabras clave ocultas a unos 200, más un segundo subtítulo de 30 caracteres que Apple también indexará. Mismo público, misma tienda, prácticamente el doble de superficie. No pagas por ello, no necesitas usuarios hispanohablantes para beneficiarte, y no necesitas una ficha aparte: solo dejas de tener el campo en blanco.
La razón por la que se considera espacio «desperdiciado» es que ese campo casi siempre está vacío o, peor aún, relleno con una copia del idioma principal. Ambas cosas tiran la oportunidad por la borda.
La tabla de referencia: qué idiomas indexa cada escaparate
Este es el mapa que merece la pena guardar. Para cada escaparate indica el idioma principal que Apple indexa y el o los idiomas secundarios que también rastrea. Correspondencias documentadas por herramientas de ASO en 2026 — Apple las ajusta con el tiempo, así que confirma tus mercados clave en App Store Connect o en tu herramienta de ASO antes de escribir:
| Japón | Japonés — ja | Inglés (EE. UU.) — en-US |
*El escaparate de EE. UU. es la excepción: además de es-MX, también indexa francés, chino simplificado, chino tradicional, coreano, portugués (Brasil), ruso, árabe y vietnamita — nueve idiomas secundarios en total.
De la tabla se desprenden dos patrones. Primero, el inglés (Reino Unido) es el secundario todoterreno: está indexado como idioma de respaldo en la gran mayoría de los escaparates no anglófonos, lo que convierte el campo en-GB en el más valioso de rellenar si vendes globalmente. Segundo, EE. UU. es inusualmente generoso con nueve idiomas secundarios, por lo que la jugada del es-MX es la más comentada.
La trampa: solo términos distintos
La duplicación solo ocurre si el segundo idioma contiene palabras que el primero no tiene. Dos reglas de Apple lo dejan claro, y ambas van en contra del enfoque perezoso:
- Cada palabra se indexa una vez. Si un término aparece tanto en el campo de palabras clave principal como en el secundario, el duplicado no hace nada. Copia tu lista de palabras clave en-US en es-MX y habrás quemado el segundo campo sin ganar alcance extra.
- Las palabras no se combinan entre idiomas. Apple forma frases de varias palabras dentro de una misma localización, nunca entre dos. Pon «budget» en en-US y «presupuesto» en es-MX y podrás posicionar cada palabra por separado, pero no posicionarás una frase que una una con la otra.
Así que la jugada correcta no es traducir tus palabras clave principales al campo secundario. Es poner ahí un conjunto completamente distinto de palabras sueltas: los términos que no cupieron en los primeros 100 caracteres, sinónimos, casos de uso relacionados, variantes de cola larga. El segundo campo es espacio sobrante, no un espejo.
Esta es también la razón por la que una pasada ingenua de «simplemente traducir todo» empeora el problema en lugar de resolverlo. Traducir a máquina tu campo de palabras clave en inglés al español produce los mismos conceptos en otro idioma, lo que en un escaparate compartido sigue siendo duplicación de significado y a menudo también en la coincidencia de Apple. El valor está en diversificar el segundo campo, no en localizar el primero palabra por palabra.
Cómo aprovechar de verdad el segundo campo
Un ejemplo práctico para una app de presupuestos de EE. UU. Los campos principales en-US ya llevan los términos obvios: digamos que el nombre es Ledger: Budget & Money y el subtítulo es Track spending and savings, con el campo de palabras clave en-US conteniendo expense,bills,debt,invoice,net worth,cash flow,receipt,tax,loan,credit.
El campo de palabras clave es-MX queda entonces libre para llevar una bolsa de palabras sueltas totalmente distinta, ninguna repetida del nombre, el subtítulo ni el campo en-US, por ejemplo subscription,paycheck,allowance,envelope,forecast,split,reimburse,wallet,goal,statement. Ese es un segundo campo de 100 caracteres que alimenta el mismo posicionamiento en EE. UU., lleno de términos que Apple no podía ver antes. Añade un subtítulo es-MX distinto y habrás ampliado también la señal de nombre-más-subtítulo.
La misma lógica se aplica en toda la tabla. Una app alemana rellena en-GB con términos sobrantes en inglés. Una app canadiense rellena fr-CA. Una app brasileña rellena en-GB. En cada caso, el segundo campo son términos distintos, no una traducción, y cada término sigue describiendo la app con honestidad, lo que te mantiene al margen de la directriz 2.3.7 de Apple sobre palabras clave irrelevantes o registradas.
Por qué esto es un trabajo de investigación, no de traducción
La razón por la que la mayoría de las apps desperdician este espacio es que rellenarlo bien es trabajo de verdad. Necesitas un conjunto de palabras clave para el idioma principal, luego un segundo conjunto sin solapamientos para el idioma secundario, y necesitas eso para cada escaparate que te importe. Multiplica por los 50 idiomas de metadatos de la App Store y el número de campos secundarios que mantener distintos crece rápido. Es fácil entender por qué los equipos se saltan el campo secundario o pegan el principal y siguen adelante.
Mokbi es donde vive la redacción y la organización de esto. Es un publicador completo de fichas de tienda, no solo un editor de capturas: el flujo va Capturas → Gráfico destacado → Texto de tienda → Traducir → Publicar, y redacta el texto de la ficha (nombre, subtítulo, campo de palabras clave, descripción) y gestiona un conjunto de palabras clave por idioma en 50 idiomas, para que veas, uno al lado del otro, qué hay en cada campo y dónde te estás repitiendo sin darte cuenta.
Seamos claros sobre lo que hace y lo que no: la herramienta no va a inventar por arte de magia palabras clave secundarias distintas por su cuenta, y una traducción de una sola pasada duplicaría tus términos en lugar de diversificarlos. La cross-localización es una estrategia que tú ejecutas: decides qué idiomas secundarios abordar, escribes un conjunto de palabras aparte para cada uno y evitas que se solapen. Mokbi te da los campos por idioma para redactar y organizar todo eso en un solo sitio en lugar de una hoja de cálculo, y luego exporta la ficha para que la revises y la publiques tú mismo en App Store Connect.
La versión de un párrafo
Busca qué idioma secundario indexan tus principales escaparates; la tabla de arriba cubre los grandes, tu herramienta de ASO cubre el resto. Rellena el nombre, el subtítulo y el campo de palabras clave de ese idioma secundario con términos distintos que no te cupieran en el principal. Nunca dupliques una palabra entre los dos, y nunca esperes que Apple construya una frase entre ellos. Bien hecho, es la expansión de palabras clave más barata de la App Store, y está en un campo que ya tienes.
Qué leer a continuación
- El campo de palabras clave de la App Store: cómo aprovechar los 100 caracteres
- A qué idiomas localizar tu ficha de la App Store
- Los 50 idiomas de metadatos de App Store Connect en 2026
Fuentes: la documentación de Apple sobre localizaciones de la App Store y las Directrices de revisión (2.3.7); aso.dev sobre cross-localización; y MobileAction sobre la indexación de palabras clave a nivel territorial.