Use these APIs to send conversation and voice data directly to Contentsquare Conversational Intelligence to be analyzed. They are intended for organizations using CRM, customer support, or phone systems without a native Contentsquare integration.

Overview

The APIs support the following data types:

How it works

The Conversation API follows these steps:

1. Send a conversation and its messages to the API.
2. Contentsquare accepts and queues the conversation for processing.
3. Use the processing status endpoint to check progress.
4. Contentsquare analyzes the conversation. Results typically appear in the Contentsquare UI within 2 to 3 hours.

The Voice API follows these steps:

1. Send conversation metadata and one or more audio file paths or URLs to the API.
2. Contentsquare accepts and queues the conversation for processing.
3. Use the processing status endpoint to check progress.
4. Contentsquare transcribes the audio, identifies speakers, and analyzes the conversation. Results typically appear in the Contentsquare UI within 3 hours.

Prerequisites

Complete the following steps before using these APIs:

1. Complete account setup: Contentsquare configures your integration and provides your API credentials.
2. Configure audio file access for voice ingestion: Either provide access to your Amazon S3 bucket or provide publicly accessible URLs for your audio files. Contentsquare provides an S3 bucket policy file when applicable. Share this file with the person who manages your infrastructure.
3. Configure customer satisfaction (CSAT), if needed: If you plan to send customer satisfaction ratings, configure CSAT normalization rules using the CSAT configuration API.

API authentication

Contentsquare APIs use OAuth 2.0 with the client credentials grant. Your application exchanges its client credentials for a bearer token and includes that token with every API request.

Get your API credentials

During onboarding, authorized users receive access to the Contentsquare onboarding portal. Use the portal to retrieve your API credentials and, when applicable, the S3 bucket policy file.

Request a bearer token

Send a POST request to the token endpoint:

POST https://live.loris.ai/ci/api/oauth/token/

Use the client_credentials grant type with your client ID and secret. The response includes a bearer token. Contentsquare doesn't issue a refresh token.

Include the bearer token in the Authorization header of every API request:

Authorization: Bearer <token>

Bearer tokens expire after 24 hours. When a token expires, send another request to the token endpoint with the same client ID and secret.

The API accepts the client_credentials grant type only. Other grant types, including refresh_token, are rejected.

Test requests without writing production data

To send a test conversation without writing data to the database, include this header:

Dry-Run: true

Dry-run requests still run through validation, translation, and personally identifiable information (PII) redaction. This lets you test the full processing pipeline without affecting production data.

Endpoints

Use the following endpoints:

Request structure

The Conversation API and Voice API use the same top-level request structure. All conversation fields are nested inside the conversation object.

Common fields

These fields apply to both the Conversation API and the Voice API.

Required fields

Optional fields

Conversation API

Use the Conversation API for text-based conversations (such as chat, email, and SMS) where you provide the messages.

Contentsquare enriches every ingested conversation. We recommend that if a conversation is ongoing, wait until it is closed or resolved before sending it.

If you send a conversation again with the same source_id, the new version completely replaces the previous version, including previous analysis results. Partial updates, such as metadata-only updates, aren't supported.

Messages must be sorted by created in non-decreasing order. Messages with the same timestamp are allowed and remain in their array order. A request with messages in the wrong order returns a 400 error.

Language support

The Conversation API supports English, French, Spanish, and Arabic. Non-English conversations are translated into English for analysis.

Required fields

Channel values

Message object

Each message represents one message in the conversation:

Conversation request example

{ "conversation": { "source_id": "ticket-98765", "crm_user_id": "customer-123", "channel": "EMAIL", "created": "2024-01-15T09:00:00Z", "csat": "5", "brand_name": "Acme Pro", "tags": { "category": ["billing"], "priority": ["high"] }, "custom_fields": { "account_tier": "premium", "case_type": "billing_inquiry" }, "messages": [ { "message_type": "IN", "message_body": "Hi, I have a question about my recent invoice.", "created": "2024-01-15T09:00:00Z" }, { "message_type": "OUT-HUMAN", "message_body": "Hello John, I'd be happy to help you with your invoice. Could you please provide your account number?", "created": "2024-01-15T09:30:00Z", "author_id": "agent-456", "author_name": "Jane Smith", "author_email": "jane.smith@company.com" }, { "message_type": "IN", "message_body": "Sure, it's ACC-12345.", "created": "2024-01-15T09:35:00Z" }, { "message_type": "OUT-HUMAN", "message_body": "Thank you! I've reviewed your account and corrected the billing issue. You should see the adjustment within 24 hours.", "created": "2024-01-15T14:25:00Z", "author_id": "agent-456", "author_name": "Jane Smith", "author_email": "jane.smith@company.com" } ] } }

Conversation API limits

• Text from non-English conversations cannot exceed 100 KB in UTF-8 format.
• A single message cannot exceed 5 KB.
• A request cannot exceed 2.5 MB.
• Each conversation must contain at least one message and no more than 300 messages.
• Contentsquare stores the agent name and email address the first time they are received. You can't update these values through the API.

Voice API

Use the Voice API for voice conversations where Contentsquare transcribes the audio and identifies the speakers.

Required fields

Optional timing field

Optional call metrics

Audio files

A voice conversation can contain one or more audio segments. Contentsquare merges multiple segments into one audio file before transcription and orders messages by their timestamps across all segments.

Stereo files with separate channels are preferred because they improve speaker identification. Use the optional agent_channel field to identify the agent's channel.

Supported audio formats

The API supports the following audio formats:

• MP3
• WAV
• Other formats supported by FFmpeg

Single audio file example

{ "audio_files": [ { "file_path": "recordings/2024/01/call-12345.mp3", "agent_id": "agent-123", "agent_name": "John Smith", "agent_email": "john.smith@company.com" } ] }

Multiple audio segments example

{ "audio_files": [ { "file_path": "recordings/2024/01/call-12345-seg1.mp3", "audio_start_time": "2024-01-15T10:30:00Z", "agent_id": "agent-123", "agent_name": "John Smith", "agent_email": "john.smith@company.com" }, { "file_path": "recordings/2024/01/call-12345-seg2.mp3", "audio_start_time": "2024-01-15T10:33:00Z", "agent_id": "agent-456", "agent_name": "Jane Doe", "agent_email": "jane.doe@company.com" } ] }

Voice language support

Voice transcription supports English.

Speaker identification

Contentsquare uses AI to identify speakers and determine whether each speaker is an agent or customer. Stereo files with separate channels improve speaker identification.

The process includes the following steps:

1. Transcription: Contentsquare transcribes the audio and identifies speakers.
2. Speaker identification: Contentsquare determines speaker roles using pattern matching and language-model-based identification.

Voice processing requirements

The following requirements apply to voice conversations:

• Each audio segment must contain one customer and one agent.
• Calls with only one detected speaker, such as voicemails, are skipped.
• Interactive voice response, conference, and consultation segments aren't supported as standalone segments.
• Processing fails if Contentsquare can't identify an agent, can't identify a customer, or attributes too many words to unknown speakers.
• Processing failures appear in the status response with "status": "failed" and an error message.
• Audio file download failures aren't retried.

Voice audio limits

• Audio must contain one or two channels.
• MP3, WAV, and other FFmpeg-supported formats are supported.
• Very long calls may have transcripts truncated for speaker identification. This can reduce accuracy for calls with more than approximately 30 minutes of continuous speech.

Voice request example

{ "conversation": { "source_id": "call-98765", "crm_user_id": "customer-456", "created": "2024-01-15T10:30:00Z", "is_inbound_call": true, "csat": "5", "tags": { "category": ["billing"], "resolution": ["resolved"] }, "custom_fields": { "call_reason": "billing_inquiry", "account_tier": "premium" }, "audio_files": [ { "file_path": "recordings/2024/01/call-98765.mp3", "agent_id": "agent-456", "agent_name": "Jane Smith", "agent_email": "jane.smith@company.com" } ] } }

Response format

Each request contains one conversation and returns one outcome. The API doesn't return a partial-success list.

400 response example

{ "errors": [ { "loc": ["conversation", "messages", 0, "author_id"], "msg": "Field required", "type": "missing" }, { "loc": ["conversation", "channel"], "msg": "Input should be 'EMAIL', 'CHAT', ...", "type": "enum" } ] }

The loc value identifies the field path. Nested fields include the conversation envelope in the path.

Processing status

Use the processing status endpoint to check whether a conversation has finished processing.

Send a GET request to:

GET https://live.loris.ai/ci/api/conversation-status/

Response example

{ "source_id": "ticket-12345", "status": "complete", "error": null }

Status values

Failed status example

{ "source_id": "call-12345", "status": "failed", "error": "Failed to download audio file: file not found" }

Rate limits

Both APIs accept up to 100 requests per minute.