Let the website answer the question the visitor actually has
Plenty of owners do not want a chatbot. They want the site to stop making people hunt. “Answer website visitors automatically” means a person can ask a normal question and receive the fact your pages already contain, then keep going.
The path you are asking visitors to walk
A conventional site assumes a motivated reader: open the menu, guess the right label, scan a page, try search, decide whether the sentence they found applies to them. That is a lot of interpretation for “What time do you close on Friday?”
An AI-assisted site shortens the path to: ask, read the answer, ask the next thing. The pages remain the source. The conversation is only a way to reach them.
- Today: navigate, search, read, interpret
- With AI on the same content: ask, receive an answer, continue
Questions this is actually for
Automatic answers are appropriate when the site states the fact. They are not a way to sound helpful about facts you have not written down.
Does the studio plan include client logins?
A product or service question. Answer from the plan page. If logins are not mentioned, say so.
How much is the on-site visit?
Pricing only where a price or a clear “request a quote” rule is published. Do not estimate.
Are you open on public holidays?
Hours, including the exceptions the hours page actually lists.
Is there parking at the east office?
Location detail. If only the address is published, give the address and do not invent parking.
Can I cancel the week before?
Policy language, quoted from the policy, not softened into a promise.
Is the Thursday class still bookable?
Availability only if the site shows it. A static page that never updates cannot confirm a live slot.
I think this fits. Who do I talk to?
A next step: the contact, booking, or demo path already on the site.
What should not be answered automatically
- Anything that would be a commitment: a custom discount, a diagnosis, a legal conclusion, a guaranteed delivery date the site does not give.
- Account-specific status: “Where is my order?” needs an order system, not a marketing page.
- Questions whose only honest answer is “it depends,” unless the site explains the conditions.
- A visitor who is upset. Explain the published process if there is one, then offer a person.
Why menus and on-site search still lose these questions
Navigation fails when the visitor’s word is not your menu label. “Delivery to Germany” may live under “Shipping.” Search fails when it requires the same keyword and then dumps five URLs with no sentence that settles the question.
Answering from the site is closer to a librarian than to a new channel. The assistant looks up what you published and says it back, with the page still available for someone who wants to read the original.
When it is worth doing
It is worth doing when the same factual questions show up in email, on the phone, and in the analytics as exits from key pages. It is a poor fit when the site is mostly imagery and the business answers everything by conversation already, with no written source to ground a reply.
Putting it in place without overstating it
Crawl the pages that hold the facts, test questions in the words customers use, and install the widget where those pages are. Recrawl when the facts change. Some plans recrawl on their own; there is no public interval you should promise.
Tell visitors the assistant answers from the website. That sets the right expectation: documented facts, not a staffed desk.