Is Canonica a chatbot?
No. Canonica includes AI-assisted support surfaces, but the core product is a support knowledge control plane: page context, canonical answers, drift checks, and owner-reviewed governance.
FAQ
Practical answers about setup, widget behavior, pricing, support gaps, and product separation.
No. Canonica includes AI-assisted support surfaces, but the core product is a support knowledge control plane: page context, canonical answers, drift checks, and owner-reviewed governance.
No. Canonica is the support knowledge layer behind your help center, widget, tickets, and changelog. Tickets are fallback and signal sources, not the center of the product.
A canonical answer is an approved, scoped support answer tied to product truth such as a feature, workflow, plan, role, release, state, or product surface.
The launch path is built around a short setup: add product details, import starter knowledge, choose important product pages, install the widget, and verify the first answers from the activation dashboard.
Your product can pass safe route, page, feature, workflow, role, and plan hints to the Canonica widget. Canonica uses those hints to prefer support content connected to that product surface.
No. Approved canonical answers are served first. If coverage is missing, fallback can help, but repeated fallback becomes a support gap for owner review.
Canonica can use fallback, capture the miss as a signal, and route repeated gaps into reviewable proposals or draft answers. Those drafts require human approval before becoming authoritative.
Yes. Widget settings include blocked routes and allowed origins so customers can control where the widget appears.
Yes. Hosted Help can publish reviewed docs, FAQs, and changelog content on support domains such as help.yourapp.com. It does not expose authenticated tickets, chat history, or workspace internals.
Yes. Canonica is designed for branded help domains such as help.yourapp.com, docs.yourapp.com, or support.yourapp.com so customer-facing support feels native to your product.
Tickets can include capped and sanitized recent browser context when the user creates the ticket. This helps owners understand broken screens faster while keeping the context tied to the reported issue.
Product owners can manage FAQs directly. Canonica can also generate article-backed FAQ suggestions during the knowledge workflow, but they stay reviewable instead of publishing automatically.
Yes. Canonica can complement ticket tools as the governed support-knowledge layer, but public website copy does not promise broad helpdesk integrations while those paths are rollout-gated.
Changelogs can be tied to product surfaces and affected answers. Drift and release-impact checks then show which support content needs review.
Start with existing docs, setup guides, FAQs, changelogs, and the top recurring support questions. Canonica prepares candidates and drafts for review instead of forcing manual modeling first.
No. Public packaging is predictable monthly pricing in INR. Beta setup can start free, paid plans and support-credit top-ups live in Canonica Billing, and usage limits protect infrastructure without punishing support deflection.
No. MenuList is a separate product and one client/test-host use case. Canonica workspaces, dashboard, widget, scheduler, and Firebase data stay under Canonica product boundaries.