

A visitor asks in their own language and gets a concise answer with links to the supporting pages.
Visitors do not always use the same words you used on the page. They ask a
question in everyday language, use a synonym, or type an acronym you spelled
out somewhere else. Keyword search misses the match even when the answer is
already on your site.
Achla AI Search turns that question into a short answer drawn from your
published content, with numbered links to the pages that support it. Visitors
can ask in their own language and receive the answer in that language.
See setup, plans, compatibility, and support
Achla answers questions about your content. It is not a live chat, helpdesk,
or support inbox.
Free plan: 100 searches a month and 100 indexed pages. No payment card.
As with any AI-generated output, visitors should check the cited pages when
accuracy matters.
Achla includes the parts that site owners would otherwise have to assemble
and operate themselves:
Achla runs the crawling, indexing, and model calls as a managed service. You
install the plugin, connect the site, and choose where the widget appears.
Achla works on a small site, but its advantage becomes clearer when useful
information is spread across more pages than a visitor can browse:
Specialized terminology is a natural fit. A visitor can ask about protein
folding when a page discusses conformational dynamics, use a field-specific
name for a method, or enter an acronym that is defined elsewhere on the site.
Achla matches the question to the meaning of the indexed content rather than
requiring the same wording.
Bubble and Inline work alongside the WordPress search you already have.
Attach lets you reuse the search field already present in your design.
Extra usage is purchased in blocks of searches rather than model tokens. That
makes usage easier to understand and budget.
This plugin requires the third-party Achla AI Search service at
https://achlaai.com. The service crawls permitted public content, builds and
maintains the index, generates cited answers, provides widget configuration,
and manages service billing.
Ownership connection. When an administrator clicks Connect, Resume, or
Reconnect, the plugin sends the site origin, WordPress callback URL, and a
short-lived ownership challenge to Achla. The secret verifier is sent only
after WordPress validates Achla’s signed callback. WordPress then stores the
site binding, project identifier, public widget key, and a server-side
management credential.
Lifecycle status and health. While connected, WordPress makes paced,
authenticated requests to read project and index status. Diagnostics can
contain only the classified states ATTACH_TARGET_MISSING and
RELEASE_UNAVAILABLE, software versions, status classifications, and
timestamps. They do not contain page content, visitor questions, email
addresses, IP addresses, cookies, secrets, arbitrary URLs, or stack traces.
Disconnect. An administrator disconnect, or uninstall best effort,
revokes the installation binding and management credential. It does not
cancel an Achla subscription.
Signed widget release. WordPress periodically requests a signed control
and manifest from Achla. The connector checks its signature, expiry,
compatibility, rollback state, immutable asset URL, and Subresource
Integrity value. The browser loads only a verified release.
Widget use. The verified widget uses Achla’s widget configuration and
search APIs. When a visitor asks a question, Achla receives the question,
the site’s public widget key, the page origin, and the visitor’s IP address
carried by the HTTPS request. These data are used for site binding, abuse
controls, and returning an answer from the indexed public content.
6. Plugin code updates (self-hosted package only). The self-hosted package
checks signed update metadata at
https://achlaai.com/api/plugin/releases/wordpress and downloads a selected
immutable ZIP from
https://achlaai.com/api/plugin/releases/download/wordpress/…. The
WordPress.org package does not contain this updater and receives code updates
only through WordPress.org.
The plugin’s three public WordPress REST routes are limited to a signed
ownership callback, a no-store release decision, and nonce-protected,
same-origin runtime diagnostics. All management routes require an
administrator capability and WordPress REST nonce.
The local bridge does not use cookies, browser storage, advertising
identifiers, iframes, or page-content telemetry. Review the service terms
before enabling the widget: