Perplexity tiene dos sistemas automatizados distintos que visitan tu sitio: PerplexityBot, el crawler de indexación que alimenta sus resultados de búsqueda con IA, y Perplexity Shopper, el agente transaccional que compra productos en nombre de los usuarios Pro. Requieren respuestas diferentes. Bloquear uno no afecta al otro.
Esta guía se centra en Perplexity Shopper, el agente que carga tu sitio en un navegador real, navega tu catálogo de productos y puede completar compras.
¿Qué es Perplexity Shopper?
Respuesta rápida: Perplexity Shopper (también llamado "Buy with Pro") es el agente de compras con IA de Perplexity para sus suscriptores Pro. El usuario indica a Perplexity qué comprar, y el agente abre una sesión de navegador real, encuentra el producto en el sitio de un comercio relevante y completa la transacción. Utiliza los datos de pago almacenados y envía a una dirección preconfigurada.
A diferencia de PerplexityBot, que es un crawler declarado con un user-agent conocido e intervalos de IP publicados, Perplexity Shopper opera como una sesión de navegador real. Ejecuta JavaScript, carga la pila completa de tu página e interactúa con tu flujo de pago. Desde la perspectiva de tu servidor, parece una visita de navegador estándar.
El agente está diseñado para la comodidad: el usuario dice «pide las zapatillas de running Nike azules en talla 10» y Perplexity encuentra la mejor opción de precio en el sitio de un comercio y la compra. Tu sitio se convierte en un punto de fulfillment para la capa de comercio de Perplexity.
Shopper vs. PerplexityBot: una distinción clave
Respuesta rápida: PerplexityBot es un crawler de indexación declarado con un user-agent conocido (PerplexityBot/1.0). Perplexity Shopper es un agente transaccional que se ejecuta dentro de un navegador real. Ambos requieren enfoques de detección diferentes. Las reglas de robots.txt dirigidas a PerplexityBot no tienen efecto en las sesiones de Shopper.
| Atributo | PerplexityBot | Perplexity Shopper |
|---|---|---|
| Propósito | Rastrea e indexa contenido para búsqueda con IA | Completa compras en nombre de los usuarios |
| User-agent | PerplexityBot/1.0 (declarado) | Chrome estándar (no declarado) |
| Ejecución | Peticiones HTTP, sin JavaScript | Navegador completo, ejecuta JavaScript |
| Cumplimiento de robots.txt | Diseñado para cumplir | No aplicable (modo transaccional) |
| Enfoque de detección | Coincidencia de user-agent, lista de bloqueo de IP | Señales de comportamiento en la capa del navegador |
Esta distinción importa porque la mayoría de los ingenieros recurren primero a robots.txt. Para PerplexityBot, eso funciona para el control a nivel de ruta. Para Perplexity Shopper, no sirve de nada: el agente nunca se identifica, y bloquear /checkout mediante robots.txt simplemente cancela la compra real del usuario.
Qué hace Perplexity Shopper en tu sitio
Respuesta rápida: Perplexity Shopper navega tu catálogo de productos para encontrar un artículo específico, comprueba precios y disponibilidad, y recorre tu checkout. Al hacerlo, recopila tus datos de precios, mapea la estructura de tu checkout e intermedia la relación con el cliente entre tu marca y el comprador.
El riesgo de recopilación de datos es similar al de Amazon Buy for Me. Mientras completa una transacción legítima, Shopper:
- Lee tu catálogo completo de precios y disponibilidad, incluidos los precios dinámicos que cambian según el estado de la sesión
- Mapea tu embudo de checkout, incluidas las opciones de pago, los niveles de envío y los campos de códigos promocionales
- Evita tu captura de email, los flujos posventa y los disparadores de remarketing porque ninguna persona completa la sesión
- Crea un registro de cliente donde la atribución real del cliente pertenece a Perplexity, no a tus canales propios
El impacto comercial es más limpio de lo que parece desde fuera. La transacción se completa. Los ingresos llegan. Pero la relación con el cliente, la capa de datos y la oportunidad de remarketing quedan en manos de Perplexity.
Por qué falla la detección estándar
Respuesta rápida: Perplexity Shopper se presenta como una sesión de Chrome estándar sin cabeceras identificativas ni user-agent strings en modo transaccional. Las herramientas de capa de red ven una visita de navegador normal. Sin visibilidad en la capa del navegador, la sesión es indistinguible de un cliente humano.
La detección basada en IP es poco fiable por las mismas razones por las que falla con otros compradores agénticos. Perplexity puede enrutar las sesiones de Shopper a través de proxies residenciales, infraestructura cloud compartida o endpoints de CDN. No existe una lista publicada de rangos de IP para las sesiones de Shopper comparable a la que Perplexity publica para PerplexityBot.
La inspección de cabeceras en la capa WAF o CDN solo captura el user-agent string y las cabeceras HTTP básicas, ambas correctamente pobladas por una sesión de navegador estándar. La sesión parece limpia en cada capa que inspeccionan las herramientas de red.
La brecha es arquitectónica. Las herramientas de capa de red fueron diseñadas para inspeccionar peticiones, no para observar el comportamiento dentro de una sesión de navegador en ejecución. Esa es la capa donde la identidad de Perplexity Shopper se vuelve visible.
Señales en la capa del navegador para detectar Perplexity Shopper
Respuesta rápida: cside observa el tiempo de interacción, la linealidad de la navegación, el comportamiento de relleno de formularios y la consistencia de la huella digital dentro de la sesión del navegador. El checkout ejecutado por máquina de Perplexity Shopper tiene una firma de comportamiento que se distingue de forma consistente de la navegación humana.
Señales de detección clave:
- Ruta de navegación: Un comprador humano normalmente navega por páginas de categorías, lee descripciones de productos y compara opciones antes de añadir al carrito. Shopper entra directamente en una URL de producto específica y procede al checkout sin exploración.
- Patrones de desplazamiento e interacción: Los humanos se desplazan de forma inconsistente, se detienen y releen. Shopper se desplaza solo para interactuar con los elementos necesarios, en una secuencia predecible.
- Tiempo de cumplimentación de campos: El relleno humano de formularios tiene latencia natural por campo. El relleno ejecutado por un agente es instantáneo y no incluye las microcorrecciones (retroceso, nueva escritura) que produce la entrada humana.
- Historial de sesión: Una sesión de navegador humano tiene contexto de navegación previa (referrer, activos en caché, estado de cookies). Una sesión de agente presenta un estado inicial limpio independientemente del historial de sesiones previo.
Los ingenieros de cside lograron eludir la detección tradicional de bots en 81 de cada 100 escenarios de prueba. Perplexity Shopper es exactamente el tipo de agente que esas herramientas no detectan: completa transacciones reales en un navegador real sin indicadores visibles en la capa de red.
Escenario de detección concreto: Shopper en un comercio de artículos para el hogar
Un usuario Pro de Perplexity le pide a Shopper «encuentra la cafetera de émbolo de acero inoxidable más barata en stock y pídela a mi dirección». Shopper abre una sesión de Chromium, resuelve los resultados de búsqueda y navega directamente a la página de un producto en un comercio de artículos para el hogar del Reino Unido. La sesión presenta un user-agent estándar de Chrome 123 y una dirección IP asociada a un ISP residencial en Bristol. El WAF del comercio la deja pasar sin cuestionarla.
cside instrumenta la sesión desde el primer render. Shopper carga la página del producto y dispara un evento de añadir al carrito en 3,1 segundos, con cero desplazamiento más allá del fold y sin latencia al pasar el ratón sobre el botón. Entra al checkout como invitado, completa los cinco campos del formulario en 1,4 segundos en total y envía el pago sin detenerse en el campo del número de tarjeta. No se activan eventos de la API de autocompletado. La huella digital muestra un perfil de navegador limpio: sin extensiones instaladas, sin cookies previas, sin entradas de almacenamiento local de visitas anteriores.
Un humano que completa el mismo checkout tarda una media de 6 minutos y genera 23 eventos de entrada distintos solo en el formulario de pago. El motor de clasificación de cside marca la sesión en la entrada al checkout, lo que permite al comercio aplicar una decisión de política antes de que se confirme el pedido.
Opciones de respuesta
Respuesta rápida: Una vez que puedes identificar las sesiones de Perplexity Shopper, tu respuesta depende de si quieres aceptar compras intermediadas por Perplexity. Si es así, segmenta el tráfico y protege tus puntos de contacto de datos. Si no, bloquea en la etapa de checkout tras la clasificación.
| Objetivo | Enfoque |
|---|---|
| Aceptar la compra, proteger datos | Marcar las sesiones de Shopper en analítica, suprimir los disparadores de precios dinámicos, añadir segmento de agente a los flujos posventa |
| Requerir checkout humano | Introducir un desafío de comportamiento en el carrito o checkout para sesiones que coincidan con las señales de Shopper |
| Rechazar pedidos intermediados por Perplexity | Bloquear sesiones que coincidan con la firma de comportamiento de Shopper en la entrada al checkout |
| Monitorear sin actuar | Registrar y clasificar todas las sesiones de Shopper; construir una línea base de tráfico antes de decidir la política |
Gartner proyecta que el 20% de las compras online se realizarán a través de agentes de IA para 2030. Empieza por monitorear. Comprender el volumen y el comportamiento del tráfico de Perplexity Shopper en tu sitio es la base de cualquier decisión de política. Bloquear sin una línea base de tráfico significa que puedes estar cancelando un número no desdeñable de compras reales.
