Gonzalo Hernández Araujo · Notas e investigaciones

Tu próximo cliente no va a visitar tu sitio. Su agente sí.

Durante años tratamos al sitio web como el lugar donde debía ocurrir todo. Ahí llegaba el cliente, entendía la oferta, comparaba opciones, llenaba un formulario y, con suerte, compraba.

Ese recorrido ya empezó a romperse. Una persona puede preguntarle a un asistente cuál proveedor le conviene, pedirle que compare precios y dejar que reserve una cita sin abrir una sola pestaña. El sitio sigue participando, pero el cliente quizá nunca lo vea.

Eso no significa que el sitio esté muerto. Significa algo más incómodo: su trabajo cambió y muchas empresas siguen optimizando la parte equivocada.


1. El sitio deja de ser un destino y se vuelve infraestructura.

Cuando Google muestra un resumen generado por inteligencia artificial, la gente hace menos clics. Pew Research encontró que los usuarios hicieron clic en un resultado tradicional en 8% de las búsquedas con resumen de IA, frente a 15% cuando no aparecía. Sólo 1% entró a una de las fuentes citadas dentro del resumen.

El dato viene de usuarios estadounidenses y no describe todo internet, pero la dirección es difícil de ignorar: una parte creciente de la decisión sucede antes de la visita.

El sitio no desaparece en ese escenario. Se convierte en la fuente que alimenta la respuesta. Ahí viven tus servicios, precios, disponibilidad, políticas, credenciales, casos y datos de contacto. Si esa información es vaga, contradictoria o vieja, el agente no tiene cómo recomendarte con confianza.

En México, el sitio propio tampoco se volvió irrelevante. Entre las unidades económicas que reportaron ventas por internet en los Censos Económicos 2024, 61.1% utilizó su propia página. Lo que cambia no es su importancia, sino su función: de sala de ventas a sistema de registro.

“El sitio se convierte en la base de tu negocio: humanos y agentes pueden leerlo, actuar y comprobar que eres real.” Joost de Valk, traducción propia

Esto importa porque un rediseño bonito no corrige datos incorrectos. En la siguiente etapa de la web, la claridad operativa vale más que otra animación en la portada.

2. Construir una segunda versión para agentes es repetir un error viejo.

Cada nueva ola tecnológica provoca el mismo reflejo: crear una versión paralela. Antes fueron los sitios móviles separados. Después AMP. Ahora aparecen archivos, páginas y portales hechos exclusivamente para agentes.

El problema es predecible. Dos versiones implican dos lugares que mantener. Tarde o temprano cambias un precio, una política o una descripción en uno y olvidas el otro. La superficie diseñada para máquinas termina ofreciendo información distinta a la que ve una persona.

La alternativa sensata es una sola fuente con varias representaciones. El mismo servicio puede mostrarse como una página clara, datos estructurados, un feed, una API o un documento legible por máquinas. Cambia la presentación, no la verdad.

Google aclara que no hacen falta archivos para IA, marcado especial ni requisitos técnicos adicionales para aparecer en sus funciones generativas. El contenido debe seguir siendo útil, rastreable y coherente con sus datos estructurados.

Antes de preguntarte qué formato nuevo debes publicar, pregunta algo más básico: ¿tu sitio habla como tus clientes o todos tus canales dicen cosas distintas sobre lo que vendes?

3. MCP no es el nuevo sitio web. Es una puerta.

El Protocolo de Contexto de Modelo (MCP, Model Context Protocol) permite que un agente consulte información o use herramientas. Puede revisar disponibilidad, preparar una cotización, reservar una cita o ejecutar una tarea.

Eso es útil. No significa que cada negocio necesite un servidor MCP.

Un electricista que ya trabaja a capacidad completa quizá sólo necesita horarios correctos y un teléfono que alguien responda. Una empresa B2B con inventario cambiante puede obtener mucho valor de una consulta automática. El protocolo sólo tiene sentido cuando resuelve una fricción real.

Además, leer información y ejecutar acciones son problemas distintos. Consultar un catálogo tiene poco riesgo. Enviar una orden, modificar una cuenta o aceptar una cotización abre preguntas de autorización, fraude y responsabilidad.

La propia especificación de MCP insiste en consentimiento, control y permisos. No es burocracia. Un agente puede leer una instrucción maliciosa dentro de una página y actuar de una forma que nadie pidió.

Empieza por una capacidad estrecha y, de preferencia, de sólo lectura. La puerta más moderna del mundo no sirve si detrás hay datos malos o si cualquiera puede cruzarla con tus llaves.

4. La autenticidad deja de ser una frase y se convierte en evidencia.

Decir “somos confiables” nunca fue una gran estrategia. En un entorno de agentes es todavía peor.

Un asistente puede comparar lo que afirmas en tu sitio con reseñas, perfiles profesionales, directorios, registros públicos y testimonios. Puede revisar si las personas existen, si los casos tienen detalles y si la promesa coincide con el rastro que dejas en otros lugares.

Eso vuelve más valiosos los elementos que muchas empresas esconden: quién está detrás, qué trabajo ha hecho, con quién, bajo qué condiciones y con qué resultados. Una buena página “Acerca de” puede ser más útil que veinte artículos genéricos.

Pero hay que frenar una exageración. Autenticidad no es lo mismo que verdad y tampoco es el único diferenciador. Una firma puede demostrar perfectamente quién es y seguir ofreciendo un producto mediocre, caro o fácil de sustituir.

“La procedencia por sí sola no puede decirte si el contenido es verdadero, preciso o factual.” C2PA, traducción propia

La identidad verificable reduce incertidumbre. No reemplaza producto, precio, distribución, servicio ni ejecución. Ser real te permite entrar a la comparación; no garantiza que la ganes.

5. El protocolo más interesante quizá no sea MCP, sino x402.

Hay una pregunta que casi siempre se pierde en la conversación: si un agente consume tu contenido, tus datos o tus herramientas sin enviarte una visita, ¿cómo capturas valor?

x402 propone una respuesta simple. Recupera el código HTTP 402 Payment Required, reservado durante décadas, y lo convierte en un mecanismo de pago entre máquinas.

El flujo es directo. Un agente solicita un recurso. El servidor responde que debe pagar e incluye precio y condiciones. El agente autoriza el pago, repite la petición con la prueba y recibe la página, el dato, la búsqueda o la herramienta.

No necesita crear una cuenta con cada proveedor ni contratar una suscripción mensual. Puede pagar una fracción por una consulta, unos centavos por una búsqueda o una cantidad variable por una tarea de cómputo.

Cloudflare ya anunció un Monetization Gateway, todavía en lista de espera, para cobrar por páginas, datasets, APIs y herramientas MCP mediante x402. El protocolo también pasó a una fundación bajo la Linux Foundation en julio de 2026.

Eso no prueba que vaya a dominar. Sí revela una posibilidad importante: el sitio puede perder la visita humana y conservar una función económica. Ya no sólo publica información. También expresa reglas de acceso y precio.

MCP permite usar una herramienta. Los protocolos comerciales organizan la compra. x402 permite pagar por el recurso. Son capas distintas y pueden trabajar juntas.

6. Cobrar sin conocer al cliente también tiene un precio.

La mayor ventaja de x402 es también su tensión central: el comprador puede pagar sin abrir una cuenta.

Eso reduce fricción, pero una cuenta no sólo sirve para cobrar. También construye relación. Te permite saber quién usa el producto, por qué volvió, qué problema tuvo y cómo ayudarlo. Si sólo recibes una prueba de pago, puedes conservar el ingreso y perder el conocimiento del cliente.

Luego está la reparación. En el esquema de pago inmediato de x402, la transferencia es irreversible. Si hay que devolver el dinero, el vendedor debe enviar una nueva transferencia. Otros mecanismos del protocolo permiten liquidación por lotes y reembolsos cooperativos, pero el punto de fondo no cambia: demostrar criptográficamente que alguien pagó no demuestra que recibió lo prometido.

Un recibo prueba la transacción. No resuelve una queja, una entrega defectuosa, una recomendación sesgada ni una orden que el agente interpretó mal.

Por eso x402 tiene más sentido primero en activos digitales cuya entrega se puede verificar: una consulta, un dataset, una búsqueda, una imagen generada o una llamada a una herramienta. Aplicarlo a servicios ambiguos, donde la calidad depende de juicio humano, exige una capa adicional de identidad, soporte, disputa y devolución.

La empresa del futuro puede conservar margen y, al mismo tiempo, entregar al dueño del agente la identidad y los datos que hacían valiosa la relación. Cobrar no es lo mismo que conservar al cliente.


El sitio del futuro no será sólo una página que alguien diseñó. Será una mezcla de fuente de verdad, interfaz, prueba de identidad, punto de acceso y regla económica. Eso obliga a que marketing, operaciones, seguridad y servicio al cliente dejen de trabajar como si fueran mundos separados.

La pregunta ya no es si un agente podrá leer tu sitio. Es qué estás dispuesto a dejar que conozca, compre y haga en nombre de tu cliente, y cuánto de la relación seguirá siendo realmente tuyo cuando termine.

Notas y fuentes

← Volver al archivo