La mayoría de developers indie construyeron Custom Product Pages para ads pagados. Creativos targeteados, mensajes más ajustados, mejor ROAS en Apple Search Ads. Ese fue el use case para el que Apple las lanzó en 2021.

En julio 2025, Apple cambió algo silenciosamente: las Custom Product Pages ahora pueden aparecer en resultados de búsqueda orgánica. Si tu app rankea por un keyword, Apple puede servir el CPP que asignes a ese keyword en vez de tu product page predeterminada.

Esto es un cambio significativo. El lift del 156 % en tasa de conversión que Apple reporta para visitantes de CPP versus visitantes de página predeterminada siempre fue conocido. Lo que cambió es que el lift ahora aplica a tráfico orgánico, que no cuesta nada más allá del tiempo que toma configurar las páginas.

La mayoría de developers indie no han actuado sobre esto aún. Si trackeas tus keywords de mejor ranking, puedes empezar hoy.

Qué son las Custom Product Pages

Una Custom Product Page es una versión separada de tu product page de App Store. Puede tener screenshots diferentes, un video preview diferente y texto promocional diferente. Todo lo demás — incluyendo ratings, reseñas, título, subtítulo y keyword field — se mantiene igual y viene de tus metadatos principales.

Apple introdujo los CPPs en 2021. El use case original era adquisición pagada: creas un CPP targeteado a un segmento de audiencia específico, corres Apple Search Ads apuntando a esa URL de CPP, y los usuarios aterrizan en una página diseñada específicamente para ellos en vez de una product page genérica. La mejora de conversión fue real y bien documentada.

En octubre 2025, Apple dobló el límite de CPP de 35 a 70 por app. Al mismo tiempo, la integración de búsqueda orgánica que se lanzó en julio 2025 se volvió más útil porque ahora tenías suficientes slots de CPP para cubrir un portfolio significativo de keywords.

El cambio de julio 2025 y por qué importa

Antes de julio 2025, un CPP solo se servía cuando un usuario clicaba desde una URL de CPP específica. La búsqueda orgánica siempre servía la product page predeterminada.

Después de julio 2025, puedes asignar un CPP a un ranking de keyword orgánico. Cuando tu app aparece en resultados de búsqueda para ese keyword, Apple sirve el CPP asignado en vez de la página predeterminada.

La implicación práctica: si rankeas por “meditation app for anxiety”, puedes crear un CPP con screenshots mostrando flujos UI calmantes y enfocados en ansiedad, y los usuarios que te encuentran a través de esa búsqueda ven esa versión en vez de tu product page general.

El lift de conversión del 156 % es la cifra reportada por Apple. Representa la mejora mediana observada cuando los usuarios aterrizan en un CPP versus la product page predeterminada. Tu lift específico dependerá de cuán bien tu CPP matchea la intención de búsqueda para el keyword asignado.

Qué keywords targetear primero

No cada ranking de keyword vale la pena construir un CPP a su alrededor. El cálculo es directo: el impacto del CPP es proporcional a cuánto tráfico impulsa el keyword y cuán lejos está tu product page predeterminada de matchear la intención de búsqueda detrás de él.

Empieza con tus 10 a 15 rankings de keywords orgánicos top por impresiones. Dentro de ese set, busca dos condiciones:

Alto volumen de impresiones con conversión moderada. Si un keyword está impulsando volumen significativo de impresiones pero tu tasa de conversión desde ese keyword está debajo de tu promedio, la product page predeterminada probablemente no está matchando la intención del usuario. Esa es la brecha que un CPP puede llenar.

Keywords donde tu app tiene un use case secundario. Si tu app es principalmente un habit tracker pero también rankea bien por “water intake tracker”, tu página predeterminada probablemente enfatiza habits y trata hidratación como una nota al pie. Un CPP construido alrededor de tracking de hidratación convertirá ese tráfico materialmente mejor.

Marteso surfacea tus tasas de impression-to-install por keyword. Extrae tus rankings de keywords, ordena por impresiones y marca los keywords donde la tasa de conversión está debajo de tu promedio. Esos son tus primeros candidatos a CPP.

Cómo crear un CPP para un cluster de keywords

Un “cluster de keywords” es un grupo de keywords semánticamente relacionados que comparten intención de usuario. En vez de construir un CPP por keyword (lo que agotaría tu límite de 70 slots rápidamente), construyes un CPP por cluster de intención y asignas todos los keywords relacionados a él.

Paso 1: Agrupa tus keywords target por intención. Si rankeas por “meditation for sleep”, “sleep meditation app” y “bedtime meditation”, esos comparten la misma intención de usuario. Un CPP con screenshots enfocados en sueño cubre los tres.

Paso 2: Identifica la historia visual para esa intención. ¿Qué querría ver un usuario que buscó ese cluster? Los screenshots del CPP deberían responder la versión más específica de la pregunta que disparó la búsqueda. Para el cluster de sueño: una interfaz dark-mode, un sleep timer, tal vez un rating que mencione mejora del sueño.

Paso 3: Crea el CPP en App Store Connect. Bajo Features, selecciona Custom Product Pages, y crea una nueva página. Estás cambiando screenshots (y opcionalmente el video preview y texto promocional). La página hereda todo lo demás de tu página predeterminada.

Paso 4: Asigna el CPP a rankings de keywords orgánicos en App Store Connect. Después de que el CPP se cree, puedes asignarlo a rankings de keywords específicos en los settings de product page. Selecciona los keywords en tu cluster de sueño, asígnalos al CPP de sueño y submite. Apple empezará a servir el CPP para esos rankings tras review.

Paso 5: Trackea el delta de conversión. Dale a la asignación al menos 3 a 4 semanas antes de leer resultados. La tasa de conversión para esos keywords debería subir relativa a tu baseline y a keywords aún sirviendo la página predeterminada. Si no se mueve, el creativo del CPP puede no ser lo suficientemente diferenciador en intención.

La advertencia de canibalización de keywords

Cada keyword solo puede ser asignado a una página a la vez. Si asignas “meditation for sleep” a tu CPP de sueño, no puede ser asignado simultáneamente a un CPP general de wellness.

Esto importa más de lo que parece. El error que la mayoría de developers cometen es construir CPPs alrededor de sus keywords de mejor conversión primero. Pero esos keywords ya están convirtiendo bien en la página predeterminada. El movimiento de mayor leverage es asignar CPPs a keywords donde la conversión es actualmente débil porque la página predeterminada es muy genérica.

Asigna cada keyword al CPP que más específicamente matchea la intención detrás de ese keyword. No al CPP del que estás más orgulloso. No al CPP que performa mejor en general. El que encaje con el contexto de búsqueda.

Un ejemplo práctico

Considera una app indie en la categoría de journaling. La app rankea en el top 10 para tres clusters de keywords:

  • “journal app” (keyword primario, la página predeterminada matchea bien, 3,2 % conversión)
  • “anxiety journal” (keyword secundario, la página predeterminada es genérica, 1,1 % conversión)
  • “daily reflection app” (keyword secundario, la página predeterminada es genérica, 1,4 % conversión)

La product page predeterminada muestra la interfaz general de journaling de la app. Para usuarios que buscaron “anxiety journal”, la página es parcialmente relevante pero los screenshots no enfatizan las features que importan para alguien manejando ansiedad.

Un CPP construido para la intención de ansiedad, con screenshots mostrando mood tracking, prompts sobre identificar sentimientos y un estilo visual calmo, convertiría este tráfico diferente. Si el CPP lleva la conversión de “anxiety journal” de 1,1 % a 2,5 %, esa mejora representa un número sustancial de installs nuevos de tráfico que el developer ya estaba obteniendo sin coste adicional.

La misma lógica aplica a “daily reflection app”: un CPP con prompts de reflexión y datos de streak visibles en el primer screenshot aborda esa intención más directamente que una UI general de journaling.

Dos CPPs, construidos para dos clusters de intención, mejorando la conversión a través de un set de keywords secundarios que antes eran indiferenciados. El developer no gastó nada en adquisición nueva. Mejoró la tasa de conversión del tráfico que ya estaba ganando.

Qué necesitas para empezar

Necesitas tres cosas: un ranking de keyword con tráfico orgánico que convertir, una comprensión clara de la intención detrás de tus clusters de keywords secundarios y los recursos de diseño para construir un segundo set de screenshots.

El ranking de keyword ya es visible si estás trackeando tus posiciones. El análisis de intención es un ejercicio corto: toma tus keywords top de impresiones, lee las queries de búsqueda como preguntas de usuario y agrúpalas por la respuesta que están buscando. El diseño de screenshots es el trabajo real y escala con cuantos clusters de CPP identifiques.

Si tienes un CPP pagado existente que estaba performando bien en Apple Search Ads, empieza ahí. Asígnalo a los keywords orgánicos que matchean su intención. Puede que ya tengas el trabajo creativo hecho, y asignarlo a orgánico toma veinte minutos en App Store Connect.

El cambio de julio 2025 le dio a cada developer corriendo búsqueda orgánica una palanca de conversión que la mayoría no ha tocado. El aumento de límite de octubre 2025 a 70 CPPs significa que tienes espacio para cubrir un portfolio real de keywords, no solo un puñado de campañas.

Los developers que actúen sobre esto temprano compoundearán la ventaja: una mejor conversión en rankings de keywords existentes señala mayor calidad al algoritmo de Apple, lo que puede mejorar esos rankings aún más. El loop corre en tu favor una vez que empieza.