← All articles
Websites · 30 April 2026 · 9 min read

Checks Before Adding AI to a Website

The easiest way to make a website sound modern is to say, "we should add AI to it." Sometimes that is right. Often it is early. Not wrong. Just early in the same way buyi…

Pre-flight inspection of a website represented by source folders, decision cards and one human approval stamp

The easiest way to make a website sound modern is to say, "we should add AI to it."

Sometimes that is right.

Often it is early.

Not wrong. Just early in the same way buying a very good coffee machine is early if the kitchen has no sockets, no mugs, and a sink that only works when it feels included.

AI can make a website more useful. It can help visitors find the right product, answer questions from approved content, qualify an enquiry, draft the next step, or move someone towards a booking or basket.

But it does not float above the site doing clever things by itself.

It depends on what the site already knows. It depends on whether the answers are current. It depends on whether the next step is clear. It depends on what should happen when the answer is uncertain.

That is why, before we recommend adding AI to a website, we check the boring parts first.

Very often, they are not boring at all. They are the difference between an AI feature that earns its keep and one that sits on the page looking faintly expensive.

The first question is not "can we add AI?"

The first question is: what job would it do?

That job needs to be more specific than "help customers" or "improve the website".

Useful website AI usually does one of a few things:

  • answers repeated questions from approved content
  • guides a visitor through product or service choices
  • qualifies an enquiry before it reaches the team
  • prepares a first reply for review
  • helps a visitor complete a booking, order, or request
  • points people to the right page when navigation is not enough

Those are real jobs.

"A chatbot on every page" is not a job. It is a piece of furniture.

The distinction matters because the site may already be failing at the job without AI. If the service pages are vague, the proof is hidden, the product data is thin, or the contact form asks the wrong questions, AI will not fix that by being present.

It may just provide a more conversational way to expose the same gaps.

We check whether the site has source material worth trusting

An AI assistant can only be as useful as the material it is allowed to use.

For a normal services site, that might mean:

  • service descriptions
  • pricing guidance
  • good-fit and poor-fit criteria
  • frequently asked questions
  • case studies
  • process notes
  • contact and response-time rules

For an ecommerce site, it might mean:

  • product titles and descriptions
  • variants, sizes, materials, compatibility, and stock rules
  • delivery and returns policies
  • pricing and availability
  • reviews or buying guidance
  • basket rules and checkout steps

For a booking site, it might mean:

  • availability rules
  • service lengths
  • locations
  • deposits
  • cancellation policies
  • follow-up instructions

If that material is current, clear, and available in text, we have something to work with.

If it is spread across an old PDF, three product spreadsheets, a service page written in 2019, and the head of the person who normally answers the phone, the first job is not AI.

The first job is getting the truth into a shape the website can use.

That is not admin decoration. It is part of the product.

We have had our own AI tools surface old project context cheerfully enough to know that "connected to your content" is not the same as "safe to trust".

Check the visitor task before adding AI

There is a simple rule here.

If a human visitor cannot understand the page, an AI assistant probably should not be asked to rescue it.

The page still needs clear headings, plain service language, useful proof, strong next steps, and forms that collect the right information.

This matters more now, not less.

Google's AI search features still rely on normal search foundations: pages need to be crawlable, important content needs to be available as text, internal links need to make content findable, and structured data should match what the visitor can actually see. ChatGPT's shopping work points in the same direction for ecommerce: current product details, price, availability, and a clean route back to the retailer-owned buying journey.

The practical lesson is not "write for AI instead of people".

It is the opposite.

Make the site clear enough that people and AI systems can both understand what is true, what matters, and what happens next.

If the page has hidden answers, vague claims, decorative copy, and a contact form acting as a bin for every possible enquiry, AI has very little solid ground.

We check where the visitor gets stuck

AI is most useful when it sits at a real point of friction.

Not theoretical friction. Actual friction.

The visitor cannot tell which product fits.

The same pricing question appears in every enquiry.

People submit forms without the information needed to quote.

Visitors bounce between service pages because the difference is unclear.

Customers ask support questions that are already answered somewhere, just not somewhere they can find.

That is where AI can help.

For example, on an art-gallery ecommerce site, a useful assistant is not just a polite box that says it can help. It needs to understand the product catalogue, the options that change the order, the materials available, and the rules for putting a configured item into the basket.

The customer does not care that this is clever. They care that they can ask a real buying question and move closer to buying the right thing.

That is the level of job we are looking for.

If the assistant can only answer generic questions that should have been one paragraph on the page, the site probably needs better content before it needs AI.

We check what the AI should never do

This is where a lot of weak website AI falls down.

It is easy to define what the assistant should answer.

It is more important to define what it should not answer.

Should it discuss price when prices change often?

Should it answer legal, medical, safety, or finance questions?

Should it promise availability?

Should it make a recommendation when compatibility is uncertain?

Should it handle complaints?

Should it speak for the business when the source material is missing?

For many sites, the right answer is not "yes" or "no". It is "only if the information comes from this approved source, and otherwise hand over".

That handover matters.

The assistant might ask a follow-up question. It might show the source. It might draft an enquiry summary. It might send the visitor to a form with useful context already attached. It might flag the item for someone to check.

That is not a weakness. That is the control that makes the system usable.

A website AI feature should not be rewarded for sounding confident when it should be careful. Tuesday morning has enough nonsense in it already.

Check whether a person can take over

AI can answer a question, but the website still has to move the visitor somewhere useful.

That might be:

  • a product page
  • a configured basket
  • a booking form
  • a quote request
  • a support route
  • a sales enquiry
  • a downloadable guide
  • a page that answers the next question properly

If the next step is weak, the AI feature becomes a nicer dead end.

This is especially common on services sites.

The assistant qualifies the visitor, then sends them to the same vague contact form. The visitor has explained the problem once and is now being asked to explain it again. The team receives a message with no summary, no category, no urgency, and no sign of what the assistant already learned.

That is not a workflow. It is a conversation with a trapdoor.

The better version carries context forward.

If the visitor asks about a website project, the enquiry should arrive with the relevant service, budget signal, timeline, existing-site link, and the questions they asked. If they are not a good fit, they should be routed clearly rather than left to guess.

AI earns its keep when it makes the next human step better.

Decide how the feature will be measured

If nobody can say what should improve, the feature is not ready.

The measure does not have to be complicated.

For a website assistant, we might care about:

  • fewer repeated support questions
  • better qualified enquiries
  • more visitors reaching the right service page
  • more completed product decisions
  • faster first replies
  • fewer abandoned quote requests
  • clearer summaries for the team

Pick one or two.

Do not invent a dashboard just because AI is involved. The useful measure is usually close to the work.

If the team currently spends an hour a day answering the same pre-sales questions, measure whether that changes.

If enquiries arrive without enough detail, measure whether the first reply becomes easier.

If visitors cannot pick the right service, measure whether more of them reach the right route.

The buying heuristic is simple: if the AI cannot remove a repeated problem, improve a decision, or make the next step cleaner, do not buy it yet.

Fix the site first.

What a Site AI Audit should tell you

A Site AI Audit should not come back with "add a chatbot" circled in red.

That is not a diagnosis. That is a reflex.

The useful output should tell you:

  • where the site already has enough source material for AI
  • where the content needs tightening first
  • which visitor questions are worth handling
  • which answers need human review or handover
  • what the next step should be after an AI interaction
  • what should be measured
  • whether the better first move is a content fix, a form change, a customer assistant, or a larger AI-assisted website

Sometimes the answer will be: do not add AI yet.

That can be a good result.

It may mean the site needs clearer services, better product data, stronger proof, or a more useful enquiry route first. Those fixes are not second-class work. They make the business easier to understand.

They also make any later AI work safer and more useful.

Start with the visitor's real problem

If you are considering AI for a website, start with four questions.

What are visitors repeatedly asking?

Where does the approved answer live?

What should happen after the answer?

What should the AI never guess?

If those questions are easy to answer, you may have a good AI-assisted website opportunity.

If they are awkward, that is useful too. It means the audit has found the real work.

The aim is not to make the site look like it has AI.

The aim is to make the site more useful: clearer for people, easier for AI systems to understand, and better at moving the right visitors towards the right next step.

That is a quieter ambition.

Usually a better one.

Occasional updates

One email,
when we publish.

One plain email when a new article is up, nothing else. We'll send one email first to check the address is yours. Every email includes an unsubscribe link.

Free 20-minute call

Recognise your own problem in a piece? Talk it through with us.

Analytics

Can we measure your visit?

Google Analytics helps us understand which pages are useful. It stays off unless you allow it. See our cookie policy for details.