Durante dos décadas, la pantalla de inicio fue el centro de gravedad. El usuario tocaba tu icono, tu app nativa se abría y tú poseías la sesión. Ese contrato se está disolviendo. El próximo punto de entrada no es un icono: es un agente. Y la mayoría de las apps de tráfico, al haber empujado sus flujos centrales a documentos remotos de WebView, están estructuralmente despreparadas para ser dirigidas por uno.

El icono de lanzamiento está perdiendo el monopolio

Google no lanzó una actualización de búsqueda en 2025; lanzó un producto distinto. AI Mode, desplegado a nivel global en mayo de 2025, responde en una interfaz conversacional donde cerca del 93% de las búsquedas terminan sin clic a ningún sitio externo (77% en móvil). Cuando aparece un AI Overview, el clic orgánico cae ~61%, según el estudio de Seer Interactive con 25 millones de impresiones. El tráfico global de editores desde Google cayó aproximadamente un tercio interanual hasta noviembre de 2025 (Press Gazette / Chartbeat). Gartner proyecta que el volumen de búsqueda tradicional caerá 25% para 2026.

Apple cierra el mismo bucle desde el otro lado. App Intents permite que cualquier app exponga funciones a la capa de razonamiento de Siri —«encuentra la factura en la que trabajaba y envíala al contacto de ayer». El agente, no tu icono, se vuelve el despachador. OpenAI, Google y Microsoft adoptaron el Model Context Protocol (MCP) para que los agentes alcancen herramientas y datos: la especificación de Anthropic, de código abierto desde noviembre de 2024, alcanzó 97 millones de descargas mensuales de SDK y más de 10.000 servidores activos en diciembre de 2025, y fue donada a la Linux Foundation.

El patrón es uniforme: la interfaz que decide qué hace el usuario a continuación está migrando del lanzador a un agente capaz de percibir, decidir y actuar.

Lo que un agente necesita para dirigir tu app

Un agente que reserva el viaje, completa la compra o responde la consulta necesita algo que WebView no puede dar de forma fiable: una interfaz de capacidad estructurada, estable y de primera parte. «Muestra la talla 43, añade al carrito, aplica el descuento de fidelidad, paga» es una llamada API determinista. No es un blob HTML recién obtenido cuyos botones se movieron desde ayer.

Tres propiedades importan:

  • Descubrimiento — el agente debe aprender qué puede hacer tu app desde un contrato, no parseando un DOM en vivo.
  • Determinismo — la misma llamada produce el mismo resultado, para que el agente pueda planificar y verificar.
  • Continuidad de contexto — la sesión sobrevive, para no perder una tarea a medias cuando la red parpadea.

Por qué WebView falla la prueba del agente

Una pantalla WebView es un documento obtenido de tu servidor en cada sesión. Para un agente es casi opaca:

Propiedad que el agente necesitaDocumento remoto WebViewComponente runtime de primera parte
Descubrir qué puede hacer la appParsear un DOM en vivo cambiante, sin contrato estableAPI de capacidad versionada, declarada por adelantado
Dirigir un flujo de forma deterministaRastrear y hacer clic en selectores frágilesLlamar a una acción con nombre y firmada
Mantener contexto entre sesionesLa reobtención pierde el estado; almacenamiento aisladoLa sesión la posee el runtime, persiste
Sobrevivir a redes débilesSpinner en blanco hasta recargar el documentoSe ejecuta localmente una vez empaquetado
Permanecer en tu límite de seguridadEl puente JS alcanza lo nativo si se comprometeSandbox, lista blanca de capacidades
Revertir un cambio maloReempujar al 100% o nadaPaquete versionado, reversión por etapas

Las mismas fragilidades que documentamos en esta serie — el agujero negro de descubrimiento, la entrega rota, el colapso offline, la superficie de ataque expuesta — convergen aquí. Un agente es simplemente el consumidor más estricto de tu app, y WebView falla en cada prueba estricta.

El comercio agéntico ya está redirigiendo el embudo

No es demanda hipotética. El Consumer Snapshot 03/2026 de KPMG encontró que el 46% de los consumidores usó IA con frecuencia en decisiones de compra en los doce meses previos, y el 73% puede imaginar usar un agente para comparar productos, precios u ofertas. Morgan Stanley prevé que casi el 50% de los compradores en línea usará agentes de IA para 2030, representando ~25% de su gasto y unos $115 mil millones del e-commerce de EE. UU. Adobe Analytics muestra que el tráfico impulsado por IA al retail estadounidense se disparó 805% interanual en el Black Friday 2025, y en Q1 2026 los compradores referidos por IA convirtieron 42% mejor que el tráfico no-IA — una inversión total respecto al año anterior.

El detalle clave es el que esta serie lleva repitiendo: un agente no lee tu copy de marketing. Lee datos estructurados — precio, disponibilidad, envío, política de devolución, atributos del producto. Si esos datos viven solo dentro de un documento remoto WebView sin contrato legible por máquina, el agente no te ve, y simplemente no existes en esa transacción.

La respuesta runtime: haz que tu app sea invocable

La solución refleja lo que la industria hizo con MCP. Empaqueta tu mini-programa como un componente de primera parte, firmado y sandboxeado, que exponga una API de capacidad versionada — un «servidor MCP para tu app». Tu propio agente, el de la plataforma o el de un tercero pueden invocarlo de forma determinista. El runtime renderiza de forma nativa, mantiene la sesión, y tú posees el contrato y la reversión. Conservas el punto de entrada en lugar de cederlo a quien controle el agente.

La IA en el dispositivo lo afila. Apple Intelligence y Gemini Nano de Google se ejecutan localmente en unidades de procesamiento neuronal; el patrón dominante de 2026 es «dispositivo primero, nube de respaldo». Un agente que vive en el dispositivo necesita una superficie de capacidad local y de primera parte para actuar dentro de tu app — justo lo que un componente runtime da y un documento remoto no.

La pantalla de inicio no desapareció. Fue promovida. Las apps que sobrevivan a la era del agente serán las que un agente pueda invocar de verdad.

Fuentes