Approved knowledge
Amevia uses website pages, FAQs and other sources selected by the customer.
SECURITY & PRIVACY
Amevia processes website content, visitor conversations and submitted lead information only to provide and operate website-agent functionality.
Customers choose the knowledge sources, agent behavior and visitor-data features they enable.
Approved knowledge
Amevia uses website pages, FAQs and other sources selected by the customer.
Controlled visitor data
Conversation and lead data is processed only for enabled product functionality.
Customer visibility
Customers can review knowledge, conversations and captured leads in their workspace.
Honest product status
Controls that depend on production infrastructure or configured providers are identified clearly.
DATA LIFECYCLE
Provide approved context for the agent.
Understand the request and respond appropriately.
Provide the website-agent experience.
Review outcomes, enforce limits and operate the service.
DATA CATEGORIES
| Data category | Example | Purpose | Customer control |
|---|---|---|---|
| Website content | Pages, FAQs, policies | Grounded answers | Customer selects sources |
| Agent configuration | Tone, language, fallback behavior | Configure responses | Editable in workspace |
| Visitor conversations | Questions and agent replies | Operate and review conversations | Review and retention where supported |
| Lead information | Name, email, company, request | Capture requested contact context | Lead capture can be configured |
| Usage and operational logs | Requests, errors, usage counters | Service operation and troubleshooting | Subject to product and infrastructure policy |
Pages, FAQs, policies
Grounded answers
Customer selects sources
Tone, language, fallback behavior
Configure responses
Editable in workspace
Questions and agent replies
Operate and review conversations
Review and retention where supported
Name, email, company, request
Capture requested contact context
Lead capture can be configured
Requests, errors, usage counters
Service operation and troubleshooting
Subject to product and infrastructure policy
CUSTOMER CONTROLS
Amevia is designed so customers can control the knowledge, agent behavior and visitor-data features used on their websites.
Choose which website pages and FAQs the agent may use.
Inspect approved knowledge before and after scans.
Set tone, language and how the agent responds when knowledge is missing.
Turn visitor contact capture on or off for each website agent.
Inspect visitor sessions and captured contact context in the workspace.
Use product removal flows where available, or request deletion through support.
SECURITY PRACTICES
Present in the current application or development architecture.
Requires the final hosted environment and deployment settings.
Depends on the infrastructure or third-party service selected.
Not yet available as a production control.
HTTPS in production
Production configurationAuthentication and workspace access controls
ImplementedInput validation on public and authenticated surfaces
ImplementedEnvironment-based secrets
ImplementedRate and usage controls where configured
Production configurationLogging for operational issues
ImplementedDependency maintenance
ImplementedData minimization
ImplementedBackup and recovery according to production infrastructure
Provider-dependentMonitoring and incident handling according to configured providers
Production configurationSERVICE PROVIDERS
Amevia may use infrastructure, email, analytics and AI providers where they are configured for the product.
Why it may be used
Hosting, databases, storage and delivery services.
Data that may be shared
Application data required to run the product, including website knowledge and operational records.
Why it may be used
Model or inference providers used to generate website-agent responses.
Data that may be shared
Approved knowledge context and visitor messages needed to produce a response.
Why it may be used
Account, notification and support email delivery.
Data that may be shared
Account email addresses and message content required for delivery.
Why it may be used
Service health, errors and product-usage monitoring.
Data that may be shared
Operational metrics, error details and usage counters needed to run the service.
TRANSPARENCY