Conversica · Authentication Profile

Conversica Authentication

Authentication

Conversica secures its APIs with http across 1 declared security scheme, as derived from its OpenAPI definitions.

CompanyArtificial IntelligenceConversational AIAI AgentsSalesMarketingLead ManagementCRMMarketing AutomationCustomer EngagementMessagingSMSEmailChatAutomotiveHigher EducationWebhook
Methods: http Schemes: 1 OAuth flows: API key in:

Security Schemes

basicAuth http
scheme: basic

Source

Authentication Profile

Raw ↑
generated: '2026-08-01'
method: searched
source: openapi/conversica-integrations-api-openapi.yml
docs: https://help.conversica.com/hc/en-us/articles/360048601712-Conversica-API-Integration-Manual
summary:
  types:
  - http
  http_schemes:
  - basic
  api_key_in: []
  oauth2_flows: []
  bidirectional: true
  note: >-
    Conversica's API is authenticated in both directions with HTTP Basic over HTTPS.
    Conversica issues one credential pair for its own endpoint; the customer issues a
    single credential pair that Conversica uses for every customer-hosted endpoint.
schemes:
- name: basicAuth
  type: http
  scheme: basic
  description: |-
    HTTPS basic access authentication. Conversica issues a username and password for
    the Conversica endpoint; the customer issues a single username/password pair that
    Conversica uses for both customer endpoints. API usernames have a five-character
    minimum. Credentials are obtained from a Conversica technical account manager.
  sources:
  - openapi/conversica-integrations-api-openapi.yml
  applies_to:
  - operation: postLead
    direction: customer-to-conversica
    endpoint: https://integrations-api.conversica.com/json/
  - operation: receiveMessage
    direction: conversica-to-customer
    endpoint: customer-hosted
  - operation: receiveLeadUpdate
    direction: conversica-to-customer
    endpoint: customer-hosted
  - operation: receiveChatLead
    direction: conversica-to-customer
    endpoint: customer-hosted
credential_lifecycle:
  self_serve: false
  issuance: >-
    Requested from the customer's Conversica technical account manager when the customer is
    ready for development. Applications must additionally be tested and approved by
    Conversica before they may be enabled.
  constraints:
  - Five character minimum for API usernames.
  - Both customer endpoints must share one username/password pair.
  rotation_policy_published: false
  expiry: none - credentials are long-lived shared secrets
  scopes: none - Basic auth carries no scope or permission model
oauth2:
  supported: true
  direction: conversica-to-customer
  description: >-
    Conversica documents OAuth 2.0 as an alternative for authenticating Conversica's
    outbound calls into a customer's own API, so the customer does not have to share direct
    user credentials. Setup is arranged through a technical account manager or a support
    case to support@conversica.com.
  authorization_url: null
  token_url: null
  grant_types_published: false
  scopes_published: false
  note: >-
    Because no endpoints, grant types or scopes are published, no scopes artifact is
    derivable and derive-oauth-scopes.py correctly returns zero.
  source: https://help.conversica.com/hc/en-us/articles/5357137175835-OAuth-2-0-Authentication-with-Conversica
observed:
  probed: '2026-08-13'
  endpoint: https://integrations-api.conversica.com/json/
  challenge_header: 'www-authenticate: Basic realm="Conversica"'
  unauthenticated_status: 401
  unauthenticated_body: '{"message":"Invalid username or password. Additional failed attempts may result in your account being locked or your IP address being banned."}'
  lockout_policy:
    published: false
    observed_warning: true
    note: >-
      The live 401 warns that repeated failures may lock the account or ban the source IP.
      No threshold, lockout duration or unban path is published anywhere in the help centre,
      so a client cannot implement a safe retry policy from the documented surface. Treat 401
      as terminal, not retryable.
  detail: errors/conversica-problem-types.yml
not_supported:
  api_keys: true
  bearer_tokens: true
  openid_connect: true
  mutual_tls: true
  webhook_signing: true
  note: >-
    Each of the above was searched for in the published documentation and probed where
    applicable (/.well-known/openid-configuration returns 404 on every Conversica host).
    There is no webhook signature or HMAC contract, so Basic auth is the whole of the
    authentication story on the inbound callbacks.
x-evidence:
  fetched: '2026-08-01'
  urls:
  - url: https://help.conversica.com/hc/en-us/articles/360048601712-Conversica-API-Integration-Manual
    http_status: 200
  - url: https://help.conversica.com/hc/en-us/articles/5357137175835-OAuth-2-0-Authentication-with-Conversica
    http_status: 200
  - url: https://help.conversica.com/hc/en-us/articles/38828763556635-Implementing-a-Conversica-API-Lead-Creation-Webhook-for-Website-Chat
    http_status: 200

Work with this as data

Every security artifact here is available over the APIs.io API and to AI agents over MCP.

MCP server

One button, every client — Claude, Cursor, VS Code and the rest.

https://apis.io/mcp

Tools for security posture

4 MCP tools reach this
  • find_securityBrowse and filter every security artifact in the catalog.
  • apis_io_searchSTART HERE — APIs, providers and tags for one query, each with its total.
  • resolveTurn a domain, URL or GitHub org into the provider it belongs to.
  • find_cohortsEvery scored population of providers in the catalog.
All 92 tools

Call it yourself

curl for this page
This security artifact
curl "https://apis.io/api/v1/security/conversica-authentication"
All security posture
curl "https://apis.io/api/v1/security?limit=25"

Discovery needs no key. Ratings and market analysis are Pro.

Get an API key

Free tier, no email required.

A second provider on the same verified email joins the account you already have.