El ASO en el App Store solía ser sencillo: un nombre, un subtítulo, cien caracteres de palabras clave y un único juego de capturas para todos. Quien buscaba «voice journal» y quien buscaba «private journal» veían la misma página y las mismas tres primeras capturas.
Desde octubre de 2026 ya no es así. Puedes repartir las palabras clave entre páginas de producto personalizadas, y cada una de ellas tiene ahora su propia cabecera y su propia imagen en los resultados de búsqueda. Se forma una cadena: búsqueda → su página → su imagen. Aquí explico cómo montarla y dónde están sus límites.
Los detalles técnicos (tamaños, formatos, motivos de rechazo) están en el primer artículo. Este trata solo de cómo usarlos.
Lo que no ha cambiado#
Se siguen indexando los mismos tres campos: el nombre (30 caracteres), el subtítulo (30) y el campo oculto de palabras clave (100). La descripción, el texto promocional y las novedades no participan en la búsqueda. Apple no afirma que las imágenes influyan en el posicionamiento. Su papel es otro: deciden si alguien pulsa tu app al verla en los resultados, y a través de las instalaciones también acaban afectando a tu posición.
Conviene tenerlo presente: las nuevas herramientas trabajan sobre la conversión y no sustituyen el trabajo con las palabras clave. Si tu app no aparece para una búsqueda, ninguna cabecera la salvará.
Primer eslabón: páginas personalizadas por palabra clave#
Las páginas de producto personalizadas (Custom Product Pages) existen desde hace tiempo como herramienta publicitaria. En julio de 2025 Apple permitió asignarles palabras clave de tu campo de palabras clave, y pasaron a formar parte de la búsqueda orgánica. Si tu app posiciona por una palabra asignada, la gente ve en la búsqueda la página personalizada en lugar de la principal.
Cifras en las que apoyarse:
- hasta 70 páginas personalizadas por app (antes eran 35);
- cada una tiene sus capturas, vistas previas, texto promocional, palabras clave y deep link, además de su propia URL;
- los deep links funcionan en iOS y iPadOS 18 o posterior y solo se activan cuando la página está aprobada.
Solo puedes asignar palabras que ya estén en el campo de palabras clave de la app. Una página personalizada no añade palabras nuevas. Resuelve otra cosa: qué ve cada persona que te encontró.
Segundo eslabón: la imagen de búsqueda para esa consulta#
Desde el 5 de octubre, una página personalizada, igual que la principal, tiene campos para la cabecera y para el recurso de los resultados de búsqueda. Eso cierra la cadena. Para el recurso de búsqueda, Apple aconseja «decir lo obvio»: quien busca quiere algo concreto, así que la imagen debe confirmarle que lo ha encontrado.
De ahí una regla sencilla: el recurso de búsqueda de una página personalizada repite el sentido de sus palabras clave. La página para «voice journal» muestra en la búsqueda el dictado. La de «private journal», cómo funciona la privacidad.
Una salvedad que conviene conocer. Apple dice que la imagen en la búsqueda puede adaptarse al contexto de la consulta, pero la documentación no describe ningún mecanismo del tipo «esta palabra, esta imagen». Hasta donde entiendo la documentación, la adaptación a la consulta ocurre precisamente asignando palabras clave a una página personalizada con su propio recurso. Si Apple describe algo más fino, actualizaré el artículo.
Un ejemplo real#
Tomo mi diario Lanternly. En septiembre reuní la demanda de búsqueda para él: sugerencias del App Store de EE. UU. y Rusia, más Google Trends. De ahí salieron grupos de búsquedas, y las páginas se construyen sobre ellos.
| Grupo de búsquedas | Qué mostrar en la cabecera y la búsqueda |
|---|---|
| voice journal | el dictado de una entrada y el texto resultante |
| private journal | una pantalla sin inicio de sesión y la frase «los datos se quedan en el dispositivo» |
| journal app for mac | el diario en un Mac junto a un iPhone |
| gratitude journal | una entrada de gratitud ya escrita |
Según Google Trends (EE. UU., ventana de cinco años), «private journal» y «voice journal» se multiplicaron en el último año frente al anterior. Es un indicio de demanda, no una promesa de tráfico: parte del crecimiento vino de un pico tras la WWDC de junio.
La gente sí busca «private», pero casi nadie escribe «no account». Así que «sin registro» es un argumento para la imagen de la página, no una palabra clave. Esto solo se ve en sugerencias reales, por eso construyo los grupos a partir de datos.
Tercer eslabón: la cabecera para quien llega directamente#
La cabecera la ve todo el que abre la página: desde la búsqueda, desde un enlace, desde una colección. Aquí el consejo de Apple es otro: una sola idea clara para quien ve la app por primera vez.
En la página principal suele ser la idea central del producto. En una personalizada, continúa la idea con la que la persona llegó desde la búsqueda. Si buscaba un diario por voz y pulsó una imagen de dictado, la cabecera no debería recibirla con algo genérico sobre «un diario para todo».
El punto de partida más barato es un recurso universal de 5244 × 2950. Una imagen cubre la cabecera y la búsqueda, y para los grupos principales se hacen después recursos propios.
Medir en lugar de adivinar#
La página principal tiene la optimización de la página de producto (pruebas A/B): hasta tres variantes frente a la actual, durante un máximo de 90 días. Desde el 5 de octubre las variantes pueden incluir creative assets, así que se puede probar la cabecera. Cuando se aplica una variante, sus recursos sustituyen a los principales.
Para las páginas personalizadas, mira App Analytics: la conversión de cada página aparece por separado. Si la página de un grupo convierte peor que la principal, quizá el grupo esté mal planteado, y lo primero que hay que revisar es la imagen de la búsqueda.
Temporadas sin una nueva versión#
Antes, cambiar las imágenes obligaba a publicar una actualización. Ahora puedes subir recursos a la Biblioteca de recursos y enviarlos a revisión por separado de la versión, con antelación. Un recurso aprobado se coloca en la cabecera, la búsqueda o una página personalizada sin otra revisión.
Los In-App Events sirven para lo mismo: hasta 10 eventos publicados a la vez, hasta 15 aprobados por app, con una duración de 15 minutos a 31 días. Una cabecera y un evento navideños pueden aprobarse en noviembre y activarse cuando llegue el momento.
Un plan para una tarde#
Si tienes una sola app y ningún departamento de marketing, este es el orden que seguiría:
- Reunir 3–5 grupos de búsquedas a partir de sugerencias reales del App Store.
- Comprobar que las palabras de esos grupos ya están en el campo de palabras clave. Si no, primero ese campo y después todo lo demás.
- Hacer un recurso universal de 5244 × 2950 para la página principal.
- Para los dos grupos principales, crear páginas personalizadas con palabras asignadas, sus propias primeras capturas y su propio recurso de búsqueda.
- Enviar los recursos a revisión desde la biblioteca, sin esperar a una release.
- Al cabo de un mes, comparar la conversión de las páginas en App Analytics y decidir qué rehacer.
Dónde están los límites#
- Los creative assets son compatibles con iOS y iPadOS 27 o posterior. Apple no detalla qué ven los usuarios con sistemas anteriores; cuenta con que verán las capturas de siempre.
- Cómo se elige una imagen para una consulta concreta fuera de las páginas personalizadas no lo describe Apple.
- Apple Ads todavía no puede usar creative assets; Apple lo promete para más adelante.
- Desde abril de 2027 cualquier envío necesitará capturas de iPhone Duo. Si ahora preparas juegos de capturas nuevos para páginas personalizadas, haz también esas para no rehacerlas dentro de seis meses.
Los campos nuevos no simplifican el ASO: ahora hay más páginas e imágenes, y hay que mantenerlas. Pero puedes enseñar cosas distintas a personas distintas no solo con capturas, sino con la imagen principal en la búsqueda, y sin presupuesto publicitario. Para una app pequeña, creo que es el cambio más útil del App Store de los últimos dos años.
