Perplexity Free vs Pro vs Max: cuál elegir

Free es una baseline útil para búsquedas normales con citas y consultas complejas ocasionales. Conviene probar Pro cuando el trabajo necesita de forma regular Pro Search ampliado, Research, selección manual de modelos avanzados, análisis de archivos o creación de artefactos. Max no significa simplemente “mejores respuestas”: está dirigido a power users que necesitan el mayor acceso consumer, capacidades exclusivas de Max o mucha más capacidad en las superficies compatibles. Ningún plan de pago elimina la obligación de verificar las fuentes primarias.

Empieza por un bottleneck concreto. Si Free supera tus criterios de aceptación, no necesitas una suscripción. Si Pro produce resultados de research aceptables sin interrupciones críticas, Max probablemente sea un gasto innecesario. Si necesitas ownership de organización, gestión de seats, SSO, política de retención, auditoría o controles de datos centralizados, no compres un Max personal como atajo: evalúa Enterprise Pro o Enterprise Max. La API también tiene contratos de uso y facturación separados y no está incluida en una suscripción consumer.

• Búsqueda ocasional y verificación de fuentes → empieza con Free.
• Research regular, elección de modelos y análisis de archivos → prueba Pro.
• Bottleneck de capacidad demostrado o workflow exclusivo de Max → ejecuta un trial controlado de Max.
• Derechos de equipo, retención y lifecycle → pasa a evaluación Enterprise.
• Integración programática → evalúa API, créditos y controles presupuestarios por separado.

La guía oficial de planes separa Search, Pro Search, Research, consultas de browser agent, modelos avanzados y otras superficies, pero la disponibilidad y los límites pueden cambiar. El catálogo de modelos indica explícitamente que el selector de tu propia cuenta es la fuente de verdad y advierte sobre dependencias de plan, mode, región, staged rollout y ajustes de organización. Por eso no conserves una tabla de funciones como un hecho eterno. En el momento de decidir, registra tipo de cuenta, país, canal de facturación, plan, cadencia de renovación, modos visibles, selector de modelo, redacción de las cuotas, créditos de Computer, acceso a Comet y enlace a la fuente.

Eligibility no equivale a capacity, y capacity no equivale a outcome. Que Research sea visible solo demuestra que puedes iniciarlo; no garantiza suficientes ejecuciones ni un informe aceptable. El nombre de un modelo de terceros dentro de Perplexity tampoco implica equivalencia con su app nativa: la orquestación de búsqueda, system instructions, herramientas, citas y límites pertenecen a Perplexity. Marca los valores desconocidos como `unknown`; no reconstruyas cuotas a partir de una reseña antigua o del screenshot de otra persona.

Según la descripción oficial actual, Free ofrece basic search prácticamente ilimitado, pero solo acceso limitado a Pro Search, Research y archivos, y no permite elegir manualmente un modelo avanzado de búsqueda. Es suficiente para validar el core loop: formular la pregunta, abrir las citas, localizar el pasaje de soporte, comprobar fecha y alcance y separar hecho de síntesis. Crea diez fixtures reales: un dato reciente, fuentes en conflicto, una consulta académica, una comparación de productos, un idioma local, un PDF, una tabla, un paywall, una página ausente y una consulta donde la respuesta correcta sea abstenerse.

Pro tiene sentido cuando búsquedas ampliadas, Research, selección de modelos, uploads o Create files and apps se convierten regularmente en resultados aceptados. No midas solo la longitud de la respuesta o el número de citas: comprueba entailment del pasaje, frescura, diversidad de fuentes, disclosure de conflictos, cobertura y tiempo del reviewer. Más enlaces pueden significar evidencia más amplia, pero no demuestran que cada afirmación esté respaldada. Si el bottleneck es una pregunta débil o no existe una fuente autoritativa, un upgrade no arreglará el workflow.

• Freeze → mismas preguntas, requisitos de fuentes y criterios de aceptación.
• Capture → mode, model, citas, tiempo de revisión y evento de límite.
• Verify → claims con consecuencias en una fuente primaria abierta.
• Compare → outcomes aceptados, no número de queries ni apariencia del informe.
• Upgrade → solo cuando Pro elimina una causa de fallo recurrente.

La descripción oficial de Perplexity Max lo sitúa como el tier consumer superior, con todo lo de Pro, el mayor acceso a modelos avanzados, Research y Create files and apps reforzados, Max Assistant en Comet y acceso temprano a nuevas capacidades. Algunas funciones, como Model Council en web e iOS, pueden ser exclusivas de Max, mientras que Computer utiliza sus propios créditos. Son purchase drivers distintos: elegibilidad del modelo, elegibilidad del mode, capacidad, ejecución en navegador y trabajo de agente medido no pueden resumirse en una sola palabra, “Max”.

Haz un crossover entre Pro y Max con fixtures sin cambios. Para Research compara cobertura y auditoría de citas; para Create, corrección y reproducibilidad del artefacto; para Comet, target exacto, confirmación, boundary de permisos y postcondition; para Computer, tarea aceptada por crédito consumido y comportamiento tras timeout. Max supera el gate solo si una capability necesaria realmente no existe en Pro o si las interrupciones medidas cuestan más que el upgrade. Expresiones del vendor como highest access son claims de entitlement, no métricas independientes de precisión o rendimiento.

Perplexity comienza como un answer engine con citas, pero Comet, Create files and apps y Computer amplían la superficie hacia la creación de artefactos y la ejecución de acciones. Para el gate de search exige un pasaje de soporte, revisión correcta, cobertura de preguntas must-have, disclosure de conflictos y ausencia de leakage. Para el gate de artefactos añade fórmulas, schema, integridad del archivo e inputs reproducibles. Para una acción de navegador o herramienta conectada exige identidad exacta, recurso permitido, operación, parámetros materiales, confirmación, idempotency key, receipt y owner de rollback.

Los tests negativos importan más que una demo. Añade prompt injection en una página recuperada, un destino incorrecto con nombre parecido, un connector revocado, cambio de target después de approval y timeout tras una posible escritura. Un workflow correcto se detiene antes de una acción desconocida o más amplia y reconcilia el system of record antes de reintentar. Un tier superior no concede más autoridad: una capability puede estar disponible técnicamente y, al mismo tiempo, prohibida por tu policy.

• Search PASS → el claim está respaldado por el pasaje exacto de una fuente vigente.
• Artifact PASS → el archivo es correcto, se abre y puede reproducirse desde los inputs.
• Action PASS → target exacto, approval, receipt, postcondition y rollback.
• Scope desconocido o destino ambiguo → fail closed.
• Cambio de surface, connector o role → regresión dirigida antes de reutilizar.

La documentación actual de Perplexity indica que AI Data Retention está activado por defecto para Free, Pro y Max, mientras que un usuario individual puede desactivar en settings el uso de datos futuros para AI training; el opt-out no elimina datos de entrenamiento ya recopilados ni detiene el procesamiento necesario para operar el servicio, mantener seguridad o cumplir obligaciones legales. Comprueba el toggle real, fecha del cambio, comportamiento incognito, historial de búsqueda, Memory, Brain, retención de uploads y herramientas conectadas. No traslades la policy Enterprise a un plan personal.

La documentación Enterprise describe por separado tratamiento no-training, controles de administración, roles, retención, gestión de seats e integraciones de identidad, y algunos controles dependen del contrato y rollout. Si el trabajo contiene datos confidenciales de la empresa o debe sobrevivir a la salida de un empleado, un Pro o Max personal crea un ownership gap independientemente de la calidad de las respuestas. Guarda el informe aprobado, source ledger, decisión y hash en un system of record administrado, no solo en una sesión o Project personal.

En la primera semana ejecuta 12–20 tareas congeladas con el plan actual; en la segunda, repite el mismo conjunto con el tier candidato. Cuenta informes aceptados, material claims sin soporte, minutos de corrección, ejecuciones bloqueadas, créditos, suscripción, impuestos y coste de review. Para decisiones sensibles fija tolerancia cero a fallos críticos de citas o autoridad. El coste por outcome aceptado es más útil que el coste por query: un allowance grande no vale nada si nadie verifica los resultados o el workload no usa las capacidades de pago.

Antes de hacer upgrade registra el canal de facturación: web, iOS y Android pueden tener rutas de gestión de suscripción distintas, y la ayuda oficial de Max advierte del riesgo de crear una suscripción móvil separada al pasar desde Pro web. Antes del downgrade exporta los registros necesarios y revisa Projects, archivos, Memory/Brain, connectors, créditos y estado de renovación. Primero cancela la suscripción y después decide por separado sobre eliminar la cuenta: la ayuda actual advierte explícitamente que borrar la cuenta por sí solo no cancela la suscripción.

• Baseline → plan actual, fixtures, receipt y taxonomía de fallos.
• Candidate → el mismo workload sin prompts mejorados de forma especial.
• TCO → suscripción + créditos + review + fallos + migración.
• Decision → el tier más bajo que supera los gates críticos.
• Exit → cancelar, exportar, revocar, verificar billing y fijar fecha de revisión.