Cómo seguir menciones y fuentes en Perplexity

Para seguir menciones de marca en Perplexity, crea un conjunto fijo de prompts relevantes para decisiones, ejecútalos en condiciones declaradas, guarda cada respuesta y sus fuentes visibles, y clasifica por separado menciones, papel de recomendación y citas. Repite la misma cohorte con una frecuencia constante y muestra los recuentos válidos junto a los porcentajes. Así se obtiene una muestra defendible; no se miden todas las conversaciones de Perplexity.

La clave consiste en conservar evidencia en vez de una única «posición». Perplexity se describe como un buscador impulsado por IA que ofrece respuestas conversacionales con citas y enlaces a fuentes originales. Por eso importan tanto el texto como las fuentes, pero no son la misma observación: una marca puede aparecer sin enlace propio y una página propia puede figurar como fuente sin que el texto nombre la marca.

Definir el alcance antes de recoger respuestas

Escribe una pregunta de medición en una frase, por ejemplo: «¿Con qué frecuencia y en qué papel aparece nuestra marca para prompts de categoría y comparación en español, desde España y durante esta ventana de cuatro semanas?». Hay que nombrar motor, superficie si procede, mercado, idioma, audiencia, periodo y persona responsable de la decisión.

No conviene llamar al resultado «visibilidad en Perplexity» sin esas fronteras. Una muestra de 40 prompts comerciales describe esas 40 preguntas y condiciones. No representa todos los temas, ubicaciones, cuentas o sesiones privadas.

Si el objetivo es elegir software, la comparativa de Perplexity frente a ChatGPT sirve para distinguir motores y la ruta de seguimiento en Perplexity para el producto. Esta guía se ocupa del método de medición.

Construir una cohorte que refleje decisiones reales

Las preguntas pueden proceder de entrevistas con clientes, conversaciones de ventas y soporte, búsqueda interna, investigación de categoría y documentación de producto. Conviene incluir varias familias de intención:

• Descubrimiento de problemas: describe una necesidad sin nombrar la categoría de solución.
• Categoría: pregunta qué producto o proveedor puede resolver la necesidad.
• Comparación: explora alternativas, compromisos o adecuación a un caso.
• Implementación: plantea configuración, compatibilidad, riesgo o requisitos operativos.
• Verificación de marca: comprueba si hechos importantes se representan con precisión.

Se eliminan prompts artificiales redactados solo para forzar la palabra objetivo. Cada uno recibe etiquetas de tema, etapa y audiencia. Antes de la línea base se congela una versión. Más adelante pueden añadirse preguntas a un panel ampliado, pero la cohorte fija debe conservarse para que un cambio de mezcla no parezca un cambio de visibilidad.

Registrar las condiciones de recogida

Para cada ejecución se guardan identificador, texto exacto, versión de cohorte, etiqueta del producto de Perplexity, idioma, mercado o ubicación, momento, evidencia y estado. Si la cuenta, modelo o modo de búsqueda son visibles y pertinentes, se registran sin exponer identidades privadas.

Las condiciones se mantienen iguales entre periodos en la medida de lo posible. Cuando cambian, se abre un segmento nuevo o se anota la serie. La evidencia anterior no se sobrescribe. Una captura puede ayudar a revisar, pero los campos estructurados y el texto recogido son más útiles para análisis repetido.

La explicación oficial de Perplexity, revisada el 21 de julio de 2026, describe actualmente respuestas con citas y enlaces a fuentes originales. La documentación primaria debe comprobarse al publicar porque interfaz y comportamiento pueden cambiar.

Crear un diccionario de clasificación explícito

La identificación de entidades reconoce grafías aprobadas, dominios y nombres de producto inequívocos. Excluye homónimos y guarda el fragmento coincidente para que otra persona pueda discutirlo. Después, cada respuesta válida recibe campos como estos:

• brand_mentioned: sí cuando aparece la entidad correcta en el texto;
• role: recomendado, comparado, referenciado, advertencia, neutral o no aplicable;
• description_accuracy: precisa, materialmente inexacta, mixta o no evaluable;
• source_exposed: sí cuando una fuente se asocia visiblemente con la respuesta;
• owned_domain_exposed: sí cuando una fuente pertenece al conjunto de dominios propios;
• collection_state: válida, fallida, bloqueada o no disponible por otra razón.

Una URL encontrada en otra parte del código de la página no debe llamarse automáticamente cita de la respuesta. Se conserva lo que vio la persona usuaria. Para analizar dominios pueden normalizarse redirecciones y parámetros, manteniendo también la URL original para auditoría.

Calcular métricas por respuesta

El denominador de cobertura son las respuestas válidas recogidas. La cobertura de mención equivale a respuestas válidas con una mención elegible divididas entre todas las respuestas válidas de la cohorte. La cobertura de recomendación cambia el numerador por recomendaciones elegibles. La cobertura de fuente propia cuenta respuestas con al menos un dominio aprobado visible.

Numerador y denominador deben acompañar al porcentaje. Un resultado de 18/40 informa más que el porcentaje aislado. Si solo 35 de 40 ejecuciones planificadas fueron válidas, se presenta 18/35 más cinco ejecuciones no disponibles; no 18/40 ni «cinco ausencias».

La cuota competitiva requiere un conjunto fijo de entidades y una regla de recuento. No se mezcla con cobertura por respuesta. Una contestación puede mencionar varios competidores, por lo que el denominador quizá sea el total de menciones elegibles y no el total de respuestas. La decisión debe declararse.

Ejemplo de cálculo ilustrativo

Supongamos una cohorte ficticia de 24 prompts: seis de problema, seis de categoría, seis de comparación y seis de implementación. El equipo obtiene 22 respuestas válidas y dos fallos. La marca aparece en ocho respuestas, recibe una recomendación elegible en tres y muestra una fuente del dominio propio en cinco.

El informe presenta cobertura de mención 8/22, recomendación 3/22 y fuente propia 5/22, además de dos ejecuciones no disponibles. Segmenta también los recuentos: tal vez seis de las ocho menciones estén en comparaciones y ninguna en descubrimiento. La acción consiste en revisar la laguna de fuente para problemas, no en celebrar una puntuación mezclada.

Todas las cifras del ejemplo son inventadas únicamente para explicar el cálculo. No son un benchmark de Bee LLM ni describen un rendimiento habitual de Perplexity.

Control de calidad antes de informar tendencias

1. Una segunda persona vuelve a clasificar una muestra sin ver las primeras etiquetas.
2. Se resuelven desacuerdos sobre entidades, recomendaciones y citas y se actualiza el diccionario.
3. Se revisa cada ejecución no disponible para impedir que se convierta en un negativo.
4. Los dominios normalizados se validan contra la lista propia aprobada.
5. La cohorte fija se compara antes de publicar la vista del panel ampliado.
6. Se conserva evidencia de cualquier resultado destacado ante responsables.

La automatización puede proponer etiquetas, pero recomendaciones ambiguas y asociaciones de fuentes necesitan muestreo. La tasa de error del control debe registrarse. Si cambia la lógica, hay que recalcular el histórico o marcar una ruptura metodológica, no unir series incompatibles de forma silenciosa.

Convertir observaciones en trabajo editorial

Las respuestas ausentes o inexactas se agrupan por pregunta y laguna de fuente. Se comprueba si existe una página autorizada, responde pronto, declara condiciones actuales y es técnicamente accesible. Las fuentes externas visibles muestran qué hechos o formatos utiliza la respuesta. No se copian competidores ni se fabrican menciones.

La guía sobre cómo aparecer en Perplexity cubre la corrección. La medición localiza la laguna; no garantiza que una edición concreta sea recuperada o citada.

Limitaciones

Las respuestas pueden variar y los procesos de recuperación y selección de fuentes no son plenamente observables. Una cohorte tiene sesgo de selección. Cuenta y ubicación quizá no reproduzcan exactamente la experiencia del cliente. Las citas visibles no prueban clics y la analítica de referidos no recupera menciones sin clic.

Un cambio antes y después es una asociación, no causalidad. Actividad de competidores, actualizaciones de fuentes y cambios de producto pueden coincidir. Se necesitan muestras repetidas, anotaciones y lenguaje prudente. Unos pocos prompts no deben extrapolarse a Perplexity en su conjunto.

Lista operativa

Un programa publicable tiene versión de prompts congelada, alcance declarado, denominador de ejecuciones válidas, campos separados de mención y fuente, evidencia original, reglas revisadas, tratamiento de estados no disponibles y una persona responsable. Las afirmaciones actuales sobre la plataforma llevan fecha de revisión.

Con ese contrato, la misma cohorte sirve para crear una línea base en el flujo de seguimiento de Perplexity. El resultado útil no es una posición superficial, sino una lista rastreable de lagunas en respuestas y fuentes.