User asks on a product page
The widget receives safe page, route, workflow, role, or plan context.
Approved page-aware answers before fallback, a widget your users can ask anywhere, and a governance queue that turns missed questions into better product knowledge.
Not another chatbot. Built for founders who ship fast and cannot afford support chaos.
The aha moment
Choose a product page, then see how Canonica changes the answer using safe page context, approved knowledge, and fallback signals.
Open full demoProduct screen
The user is looking at invoice retries, payment method status, and billing ownership.
Please check your billing settings or contact support if your card was declined.
Canonical answer served first
Support truth loop
Canonica’s aha moment is not that a widget answers questions. It is that page-aware questions, fallback, tickets, and feedback become a governed loop for improving approved support truth.
The widget receives safe page, route, workflow, role, or plan context.
Canonical support truth wins before fallback or generated assistance.
Unknown questions can still help the user, but they are marked as gaps.
Repeated fallback, tickets, low confidence, and negative feedback are grouped for review.
Drafts and proposals stay review work until a human makes them authoritative.
The same scoped product truth is served the next time that page-level question appears.
Best demo flow
Open billing, ask why an invoice failed, receive an approved billing answer. Ask something uncovered, and that miss becomes a reviewable signal. Once approved, the future user gets the canonical answer.
Canonica can prepare answer drafts from recurring gaps, but drafts are not official support truth.
Owners review proposed changes before they become canonical answers.
Release changes and stale-answer risk become review work instead of silent support debt.
Product proof
Canonica feels like a support cockpit: install readiness, page surfaces, widget behavior, tickets as fallback, and review work stay connected.
Company, product, support email
Docs, FAQ, release notes
Billing, onboarding, team settings
Origin, route, context check
Canonica found an approved billing answer for this page, then linked the invoice FAQ and latest pricing release note.
Articles, FAQs, changelogs, tickets, and widget answers share page and workflow context.
Missed questions become signals and draft improvements instead of disappearing into chat history.
These public product scenes are server-rendered content and do not read Canonica data.
Product areas
Like a real product suite, each Canonica capability has its own job and its own page. Start with setup, understand the widget, then evaluate support control and governance.
Workspace setup, product profile, starter knowledge, surfaces, widget key, and activation readiness.
Workspace, product profile, starter knowledge, surfaces, widget key, and activation readiness.
One embeddable widget that uses safe page context, allowed origins, blocked routes, and approved answers.
Safe page context, allowed origins, blocked routes, hosted help, and approved answers before fallback.
Hosted help, docs, FAQ, changelog, ticket fallback, conversations, and weekly review output.
Docs, FAQ, changelog, tickets, conversations, and weekly review output from one support layer.
Product ontology, canonical answers, drift, signal mutation, coverage, and trust/readiness metrics.
Ontology, canonical answers, drift, signal mutation, coverage, and trust/readiness metrics.
Best fit
Canonica is intentionally narrow: it governs support knowledge, serves page-aware help, and turns missed answers into review work.
10-minute setup path
Canonica’s self-service flow creates the beta workspace, widget key, product surfaces, and activation command center so founders can see the path from setup to first approved answers.
Create the Canonica account without a sales call.
Canonica creates the workspace and product account bridge.
Start with billing, onboarding, settings, team, release, or integration screens.
Use docs, FAQs, release notes, setup guides, and common support answers.
Install the script and keep the raw widget key safe after it is shown once.
Allowed origins, blocked routes, hosted help domain, and page context are checked from the dashboard.
Drafts and support gaps become owner-reviewed canonical answers, not auto-published truth.
Page-Aware Widget
Canonica is built for new SaaS teams that need support before they need a full support stack. Start with a governed widget, publish help on your own domain, and let tickets exist as fallback and learning signals.
View Widget InstallThe widget opens inside the client product, detects safe billing context, and prefers approved invoice answers before fallback.
Invoice retries happen automatically for 3 days. Update your payment method from Billing, then retry from this invoice page.
Developers install the widget once and pass route, feature, workflow, role, or plan hints only when they are safe.
window.CanonicaWidget?.page({
contextVersion: 1,
contextKey: 'billing_invoices',
feature: 'billing',
page: 'invoices'
});Allowed origins and blocked routes decide where the launcher can appear.
Map help, docs, support, or kb domains like help.yourapp.com to the same published articles, FAQs, and release notes.
Send safe route, feature, workflow, role, and plan hints so help matches the current screen.
Fallbacks, tickets, safe debugging context, and negative feedback become review work for improving approved answers.
Security at a glance
These are the controls that matter during the first install: where the widget runs, what context it receives, and when an answer becomes authoritative.
The raw key is shown once; Canonica stores secure lookup data and displays safe prefixes later.
Owners decide which product domains can load the widget config.
The widget can be hidden from pages such as billing checkout, admin-only areas, or Canonica help itself.
Context carries route and workflow hints for support relevance, not secrets or trusted identity.
Drafts and mutation proposals stay reviewable before they become canonical answers.
Canonica keeps product, workspace, and user boundaries separate from MenuList and other client products.
Canonica Engine
Canonica is built around structured product knowledge, approved answers, drift detection, and support-signal review.
Model your product as structured entities: features, plans, roles, workflows, states, integrations, and errors. Articles reference concepts; concepts do not disappear inside documents or loose tags.
Governed, versioned, entity-bound answers are retrieved before fallback. When an approved answer matches the same scope and version, users get the same support truth every time.
Version mismatch, signal anomaly, scope conflict, and deprecated entity checks flag stale answers through nightly audits and release review. Advisory, never blocking.
Tickets, negative feedback, fallback searches, and escalations become structured signals. Signals cluster by entity and propose knowledge changes for human approval.
Product System
Canonica is not only a search box. It connects onboarding, help content, product pages, widget context, tickets, release notes, and review queues so support can keep up with fast-moving software.
Everything a small software team needs to start using Canonica without a custom implementation project.
Onboarding creates the Canonica workspace, subscription summary, product profile, and first launch checklist.
Existing docs, FAQs, starter files, and article-backed FAQ suggestions move through generation, review, publishing, and embedding.
Routes, pages, workflows, tags, and entities connect help to the exact product area where users are stuck.
The owner configures appearance, allowed origins, blocked routes, install snippets, custom help domains, and runtime verification.
Beta setup starts immediately; paid plans, invoices, transactions, and support credit top-ups live inside Canonica billing.
Customer-facing support surfaces stay connected instead of becoming separate content silos.
Articles, categories, FAQ, search, contact flows, and release notes can run in the app or on a branded support domain such as help.yourapp.com.
Embedded support receives safe page context and returns related articles, releases, or ticket fallback.
When approved content is missing, users can raise a ticket with safe debugging context and the resolved case can feed the knowledge queue.
Release notes can be tied to surfaces, entities, tags, and support content that may need review.
Ticket-created, reply, and status events can notify owners while leaving knowledge governance as the core product.
Canonica treats support knowledge as product truth that must be reviewed, versioned, and kept current.
Features, plans, roles, workflows, states, integrations, and errors are first-class concepts.
Approved, scoped answers are retrieved before fallback so repeated questions get stable answers.
Version mismatch, signal anomaly, scope conflict, and deprecated entity checks flag stale support truth.
Tickets, negative feedback, fallback, and escalations become reviewable mutation proposals.
Coverage, drift pressure, failing entities, and escalation pressure are summarized for owners without raw log hunting.
The backend is built to stay useful without turning every dashboard into a collection scan.
Coverage, trust, context content, widget status, and tenant discovery use compact summary documents.
A separate Canonica scheduler handles drift, signal mutation, trust metrics, and controlled expansion jobs.
Repeated canonical hits can use cache while compact version manifests prevent stale answer serving.
Widget config, allowed origins, blocked routes, context checks, and install status stay visible to the owner.
Canonica can run against its own Firebase project, rules, indexes, storage, and Cloud Functions while sharing the web deployment.
How it works
Create the workspace, add your product URL, support email, billing model, and the core product surfaces users ask about.
Upload docs, starter articles, and FAQs. Canonica keeps support working through fallback while it prepares governed answer and FAQ drafts.
Entity candidates and canonical answer drafts go to the review queue. Nothing becomes authoritative without owner approval.
Embed the widget, lock allowed origins, block sensitive routes, publish hosted help if needed, and pass route context so billing, onboarding, and settings pages get relevant help.
Repeated fallback, tickets, and negative feedback become signal-to-knowledge tasks you can review each week.
Why Canonica
It sits behind your help center, widget, tickets, and release notes as the governed knowledge layer.
Pricing clarity
Support credits are plan capacity for governed answers, chat assistance, and knowledge governance work. Static hosted help pages and widget loading do not consume credits.
Best for solo founders launching support for one product.
150 support credits / month
Best for active SaaS products with recurring support questions.
500 support credits / month
Best for studios or agencies running multiple small SaaS products.
1200 support credits / month
Founder questions
No. Canonica is the support knowledge layer and page-aware widget. It can reduce repetitive questions before they become tickets, but it is not a full helpdesk replacement.
No. Canonica can generate drafts and proposals, but authoritative answers are owner-approved canonical answers.
No. Start with FAQs, release notes, product pages, setup guides, and common support answers. Canonica turns those into review work.
One script, allowed origins, optional blocked routes, and safe page context. The activation dashboard verifies the runtime path.
Yes. Owners can block routes, restrict origins, and limit context to route or workflow hints instead of secrets.
Give users approved answers before fallback, keep stale support visible, and turn repeated misses into reviewable fixes from one activation dashboard.
Built for solo founders, small SaaS teams, and studios managing multiple launches.