Tu web ya tiene dos puertas de entrada: una para personas y otra para agentes
El CEO de Google dice que los agentes llegarán a tu sitio por páginas y por protocolos. Qué cambia en tu presupuesto y qué decidir antes de firmar.
Rehacer un sitio web este año implica decidir, línea por línea, qué lee una persona en una página y qué le pide una máquina a tu sitio. El consejero de Google dijo este mes que los agentes de IA llegarán a los sitios web de dos maneras: navegando páginas como lo haces tú, y mediante protocolos creados para ellos. Agregó que, aunque los protocolos escalarán mejor, los agentes de navegador no van a desaparecer. La primera puerta ya está en todos los presupuestos de rediseño que te han enviado; la segunda no. Esa distancia separa un sitio que un agente puede leer de uno que puede usar.
La declaración de las dos puertas, en el registro
El 22 de octubre, Search Engine Journal reportó lo que Sundar Pichai dijo en una entrevista con Alex Heath, del podcast Sources. Pichai afirmó que espera dos formas en que los agentes de IA accedan al contenido de los sitios web: una parecida a como los humanos navegan, y otra mediante protocolos creados específicamente para agentes. Espera que ambas crezcan, cree que los protocolos escalarán mucho mejor y advirtió que tardarán más en desarrollarse.
Fue sincero sobre la transición. Lo llamó "un momento complejo", predijo "una evolución caótica" antes de que todo se oriente hacia "estándares más interoperables", y defendió la navegación como "una forma muy elegante de trabajar, porque es lo que tú harías como usuario": mantiene a la persona en el circuito.
Léelo como comprador. Una empresa de búsqueda te dice que el tráfico que llegue a tu sitio en tres años incluirá software que lee páginas como una persona, y software que llama a tu sitio como un sistema llama a otro. Solo uno busca una página.
Cloudflare ya construyó la otra puerta
La misma semana, Cloudflare publicó cómo activó herramientas de tienda listas para agentes en cerca de 100.000 dominios de una sola plataforma de comercio, usando WebMCP: un estándar propuesto de navegador, originado en Google, que le da a los agentes de IA herramientas estructuradas dentro de la página en vez de dejarlos adivinar el diseño.
"La IA puede escribir código y aprobar el examen de abogacía", abre la nota, "pero todavía le cuesta comprar un par de zapatos en línea. Porque los sitios web se construyeron para humanos, no para agentes." La mayoría de los agentes que compran hoy trabaja con el HTML del sitio: miran la página y adivinan qué elemento hace qué. WebMCP reemplaza esa adivinanza con herramientas con nombre: buscar productos, revisar detalles, armar un carrito, obtener un enlace de pago.
Dos detalles pertenecen al presupuesto. Primero, Cloudflare aclara que WebMCP sigue siendo "un estándar propuesto experimental en vista previa temprana": construyes hacia una dirección, no sobre una plataforma terminada. Segundo, el despliegue se activó por defecto con exclusión por comercio, y Cloudflare hace de proxy de las definiciones de herramientas para que cada comercio conserve el control de su lógica. El comercio citado lo dice por la razón comercial: quiere su tienda dentro de la respuesta, conservar al cliente y controlar el pago — "sin reconstruir su sitio".
Esa cláusula explica por qué esto es una pregunta de alcance, no una tendencia: la industria empuja el trabajo hacia tu sitio existente en vez de pedirte uno paralelo. Así que cae en tu próximo rediseño, lo mencione o no la propuesta.
Por qué las dos puertas cuestan distinto
Que una página sea legible para un agente es trabajo ordinario: HTML con texto real en vez de texto incrustado en imágenes, encabezados que describen la estructura, especificaciones en una tabla interpretable por máquina, velocidad, enlaces internos. Si tu equipo ha lanzado un sitio competente en los últimos cinco años, la primera puerta ya está abierta.
Que un sitio sea accionable es otro producto: introduce una superficie con permisos, estados de fallo y consecuencias. Un agente puede intentar algo y estar mal. No es un complemento que se enciende al lanzar: es una pequeña aplicación con sus reglas de autorización, sus límites, su bitácora y una persona responsable. Ninguna optimización on-page lo produce, y es la partida que ningún presupuesto web incluye.
El inventario: qué sobrevive el viaje
Antes de cotizar, haz un inventario. Por cada elemento pregunta qué recibe una persona, qué necesitaría una máquina para recibir lo mismo, y qué pasa si una máquina lo recibe mal.
| Elemento de tu sitio | Qué recibe la persona | Qué necesita la máquina | ¿Se expone a un agente? | Quién asume el fallo |
|---|---|---|---|---|
| Catálogo de servicios o productos | Navega, compara, confía leyendo | Nombres, precios, disponibilidad e identificadores estructurados | Casi siempre sí | Tú: un dato viejo pierde al comprador |
| Texto e imagen de portada | Posicionamiento, credibilidad, sensación | Un equivalente en texto plano de la afirmación | Casi nunca: leer basta | Marketing: una cita errónea sigue siendo tuya |
| Formularios: contacto, cotización, agenda | Una persona lee el contexto y enruta | Una acción definida, campos tipados, un límite | A veces, a propósito | Tú: la entrada mala llega a tu bandeja de todos modos |
| Pago y checkout | Criterio, control de fraude, recuperación | Una transacción autorizada con límites duros | Casi nunca, y jamás sin límite | Tú: el dinero no tiene botón de deshacer |
| Páginas de políticas: devoluciones, garantías, requisitos | Tranquilidad, en prosa | Las mismas reglas como condiciones verificables | Sí: los agentes fallan menos aquí | Legal: la página es el contrato |
| Búsqueda y filtros | Descubrimiento, sorpresa | Un punto de consulta con resultados definidos | Sí, y es barato | Tú: un resultado malo es una sesión perdida |
Interioriza el patrón: los datos son seguros de exponer, las acciones requieren una decisión. Casi todo el miedo a los agentes está mal puesto en el catálogo cuando corresponde a la transacción.
El desmontaje: nuestra propia página, en público
Los marcos son baratos. Este es el método, aplicado a una página que cualquiera puede abrir: nuestra propia página de diseño y desarrollo web. Abre el código fuente y busca los datos estructurados.
La capa estructurada declara la organización, sus puntos de contacto, los servicios y sus ofertas como entidades legibles por máquina. La ruta de navegación, las direcciones y el catálogo se entienden sin renderizar un píxel. Esa mitad viaja bien: decidimos hace años que un servicio es una entidad con nombre y alcance, no un párrafo.
Ahora la otra mitad. La acción de conversión no está en la página: es un enlace a una ruta de contacto un clic más allá. Un agente que lee la capa estructurada sabe qué es el servicio y quién lo ofrece, pero no puede completar la acción sin seguir ese enlace y leer otra página. Las tarjetas de beneficios, las partes escritas para convencer a un dueño escéptico: existen como texto con estilo que una persona lee y una máquina aplana. Nada está roto; simplemente está construido para una sola audiencia.
Ese es todo el hallazgo, y lo obtendrás en tu propio sitio en una tarde: los datos ya son mayormente legibles, la persuasión no lo es, y las acciones viven en otro lado. No necesitas un rediseño para la primera parte. Necesitas una decisión sobre la tercera.
Las cinco decisiones que mueven la cifra
Si estás recibiendo propuestas, estas cinco preguntas separan un sitio que un agente puede leer de uno que puede usar. Las respuestas vagas se convierten en órdenes de cambio.
Qué contenido queda en manos humanas, a propósito. Posicionamiento, argumento, voz de marca: todo lo cuya función es mover a una persona. Decídelo con claridad, porque "lo vemos en la construcción" significa que alguien hará legible por máquina tu manifiesto, y pagarás por ello.
Qué datos necesitan un equivalente legible por máquina, y quién los mantiene ciertos. Precios, disponibilidad, especificaciones, requisitos, alcance. Construirlos es barato; mantenerlos, no. Si nadie es responsable de la versión estructurada, mentirá en un trimestre — y un dato viejo citado por un agente te cuesta al comprador que lo verificó.
Qué acciones expones y cuáles niegas por escrito. Leer un catálogo es barato; agendar, cotizar y armar un carrito son decisiones con límites. La exportación masiva, los cambios de cuenta y todo lo que gaste dinero o te comprometa debe negarse de forma deliberada, no descubrirse como un hueco.
Quién asume el fallo cuando un agente completa la acción equivocada. La pregunta que nadie hace y todos heredan. Si un agente agenda el turno equivocado, reserva el inventario equivocado o cotiza a un precio que nadie aprobó, debe existir una respuesta antes del lanzamiento: qué es reversible, qué necesita un control humano, quién puede revertirlo. Cubrimos ese límite en el lado operativo en lo que un agente debería poder cambiar en tu sistema de reservas; la versión del lado del desarrollo es decidirlo en el contrato, no en el incidente.
Cómo cambia la segunda puerta el presupuesto — y el retainer. Pregunta directo: ¿la capa legible por máquina y sus acciones están dentro de esta cifra, o son una fase dos? Ambas son legítimas. Una propuesta que nunca las menciona no es más barata: está incompleta, y la compararás contra propuestas que sí lo incluyeron.
Lo que esto no es
No es razón para rediseñar antes de tiempo: si tu sitio tiene dos años y es legible, la puerta de las personas está abierta y los agentes ya encuentran tus datos. Tampoco es razón para temerles: el despliegue que describe Cloudflare salió con exclusión por comercio, y rechazar es una opción legítima que conviene tomar a propósito.
Es razón para que la pregunta se haga en la sala donde se define el alcance. Todo rediseño ya presupuesta la puerta de las personas; la del software es hoy una línea que puedes nombrar, cotizar y decidir. Una propuesta que nunca la ha mencionado no ha sido exhaustiva: ha sido callada.
De eso hablamos antes de aceptar cualquier rediseño: qué datos viajan, qué acciones expones, quién asume el fallo y cuánto cuesta mantener cierta la mitad legible por máquina. Es parte de cómo definimos el alcance de diseño y desarrollo web, y sale más barato antes de la propuesta que después del lanzamiento. Cuando la segunda puerta requiere producto y no páginas —una superficie de acciones, una herramienta interna, una integración definida— eso es software a medida.
La mitad de lectura ya está cubierta en este sitio: por qué un rastreador puede leerte y aun así no citarte nunca, y qué ya exige de una tienda el pago asistido por agentes. La segunda puerta es nueva. La disciplina para abrirla, no.
Preguntas Frecuentes
¿Necesito una versión de mi sitio solo para agentes?
No. Un sitio duplicado se convierte en el doble de mantenimiento y se desactualiza la semana después del lanzamiento. Lo que necesitas es un sitio canónico con un equivalente legible por máquina para los datos y las acciones que decidas exponer: los mismos precios, disponibilidad y especificaciones en formato estructurado, y un conjunto pequeño y definido de acciones — buscar, armar un carrito, pedir una cotización — detrás de un permiso explícito. La página y el protocolo deben ser dos vistas de la misma fuente, no dos sitios distintos.
¿Qué le debo negar a un agente?
Cualquier acción que un agente no pueda deshacer y que una persona tendría que limpiar después: exportación masiva de datos, eliminación de cuentas, cambios de contraseña o de medio de pago, todo lo que gaste dinero o te comprometa contractualmente, y cualquier acción donde no puedas mostrar exactamente quién la autorizó. La negativa es una decisión de diseño, no un descuido. Un límite visible y documentado — esto es solo para humanos — te protege; un fallo silencioso descubierto después, no.
