Sí. Rixe ofrece una API REST, un conector de Looker Studio y un servidor MCP. El servidor MCP permite que un asistente de IA lea directamente los datos de visibilidad de una marca, de modo que las métricas se consultan en el mismo sitio donde ya se hace el resto del reporting.
La API es el camino directo: te autenticas, pides las puntuaciones, menciones, puestos y citas de un proyecto y los llevas al almacén o al panel que ya contiene el resto de tu reporting. El conector de Looker Studio existe para que esos mismos datos aterricen en un informe de cliente sin que nadie escriba código.
El servidor MCP es el más interesante. MCP permite que un asistente de IA lea directamente los datos de una herramienta, de modo que una pregunta como «qué prompts perdimos esta semana y qué fuente hay detrás» se puede responder contra datos de Rixe en vivo, en la misma conversación donde ocurre el resto del trabajo. Elimina el paso en que alguien exporta un CSV para responder a una pregunta que ya era una frase.
Los tres leen los mismos registros de base, así que una cifra en una presentación de cliente, una cifra en un panel y una cifra que cita un asistente no pueden contradecirse entre sí.
Tres vías de entrada, para tres trabajos
La API REST es el camino llano: autentícate, pide las puntuaciones, menciones, posiciones y citas de un espacio de trabajo y llévatelas al almacén o panel que ya guarda el resto de tus informes. Es de solo lectura, versionada y paginada, que son las propiedades aburridas por las que pregunta de verdad un equipo de datos.
El conector de Looker Studio existe para el caso en que nadie quiere escribir código: apúntalo a un espacio de trabajo, elige los campos y las mismas cifras aterrizan en un informe que otra persona de la empresa ya sabe editar. Lee los mismos endpoints que expone la API, así que los dos nunca pueden contradecirse.
Qué cambia el servidor MCP
El servidor MCP deja que un asistente lea los datos directamente, lo que convierte una pregunta de panel en una conversación. En vez de abrir cuatro pantallas para saber por qué se movió la semana pasada, preguntas, y el asistente lee las mismas mediciones, con los mismos tamaños de muestra, y responde a partir de ellas y no de una suposición.
Es de solo lectura por diseño. Un asistente puede sacar una puntuación, una lista de menciones o las fuentes tras una respuesta; no puede cambiar un conjunto de prompts, aprobar un borrador ni publicar nada. La frontera es deliberada: leer es donde un asistente sirve, y escribir es donde un rastro de auditoría importa más que la comodidad.
Conexiones que no son una API
La mayoría de los equipos no toca nunca la API y aun así conecta tres cosas: Search Console y Analytics a la entrada, para que clics y sesiones queden junto a las cifras de visibilidad, y un CMS a la salida, para que un borrador aprobado se convierta en una entrada en borrador y no en un copiar y pegar. Los tres se piden con el permiso más estrecho que sirva.
Nada escribe en tu sitio sin que una persona pulse aprobar, y la conexión de CMS crea un borrador y no una entrada publicada: una limitación deliberada que en la práctica no ha molestado exactamente a nadie, porque el paso de revisión es donde se pilla una afirmación sin fuente.
