Your AI-built website works but is it finished?

You described a website to an AI tool and it built one. The pages load, the form sends, and you are ready to share the address. Before you do, this page lists the small details that are commonly still missing at that point, what a visitor experiences when each one is wrong, how to check it yourself, and what to ask the AI for.

A website works long before it is finished

An AI tool gets a website to the working stage quickly. You see your headline, your colours and your pages on your own laptop, everything you click responds, and it is reasonable to conclude the job is done. What is usually left is a list of dull details: a menu that does not open on a phone, a footer link that leads nowhere, a browser tab with no icon, a form that sends and says nothing afterwards.

Visitors do not sort these into small problems and large ones. Someone who has never heard of you has only the website to go on, and a dead link or a line of filler text reads to them as a statement about how carefully you run the business behind it.

Most of these details take the AI a single request to fix. They get missed because nobody asks. The tool built what you described, you described the parts you were thinking about, and nobody thinks about a wrong-address page while imagining a home page. The rest of this guide is the list of things to ask about, grouped by where a visitor meets them.

The details, what a visitor concludes, and a one-minute check

Use the table as a first pass. Each row is one detail, the conclusion a stranger tends to draw when it is wrong, and a check you can run without reading any code. The sections after it go through each group more slowly.

The detail, what a visitor concludes when it is wrong, and how you check it in a minute

The detail
Pages fit the width of a phone
What a visitor concludes when it is wrong
The site was only ever looked at on a laptop
How you check in a minute
Open each page on your phone and try to drag it sideways
The detail
The mobile menu opens and closes
What a visitor concludes when it is wrong
There is only one page, because they cannot reach the others
How you check in a minute
Tap the menu icon on your phone, pick a page, then open the menu again
The detail
Every link and button goes somewhere
What a visitor concludes when it is wrong
Parts of the business are unfinished too
How you check in a minute
Tap each one on a single page, footer included, and note any that do nothing
The detail
The phone number and email address are tappable
What a visitor concludes when it is wrong
Getting in touch will take effort
How you check in a minute
Tap the number on your phone and see whether the dialer opens, then tap the email address
The detail
No placeholder text is left
What a visitor concludes when it is wrong
Nobody read the site before publishing it
How you check in a minute
Read every page aloud once, including small print and image captions
The detail
The copyright year is current
What a visitor concludes when it is wrong
The site has been left alone since it was made
How you check in a minute
Scroll to the bottom of any page and read the year
The detail
A form says whether it sent
What a visitor concludes when it is wrong
The message may be lost, so they send it twice or give up
How you check in a minute
Submit the form once filled in properly and once with the email field blank
The detail
A wrong address shows your own page
What a visitor concludes when it is wrong
The site is broken
How you check in a minute
Add a made-up word to the end of your address and load it
The detail
Each page has its own title and description
What a visitor concludes when it is wrong
In search results, the listing does not say what the page is about
How you check in a minute
Open three pages in three tabs and compare the text on the tabs
The detail
The browser tab shows your icon
What a visitor concludes when it is wrong
The site looks like a template
How you check in a minute
Look at the tab next to other sites you have open
The detail
Images load quickly
What a visitor concludes when it is wrong
The site is slow, and they leave before the page finishes
How you check in a minute
Load the home page on your phone with wifi turned off

On a phone

You built the site on a wide screen, and the AI showed you a preview on that same screen. A large share of your visitors will arrive on a phone, often from a link someone sent them. The most common fault is sideways scrolling: one element is wider than the screen, so the whole page slides left and right under a thumb and text runs off the edge. It is usually a wide table, a long unbroken line such as an email address, or an image with a fixed width.

The second fault is the menu. On a phone the row of links collapses into an icon, and that icon is a separate piece of the build with its own behaviour. Check that it opens, that each item in it goes to the right page, and that it closes again after you pick one. Then check every page at phone width, one at a time. Narrowing the browser window on your laptop finds a lot, and a real phone finds the rest, because fingers are wider than a mouse pointer and buttons placed close together are hard to hit.

  • Drag each page sideways. It should not move.
  • Look for text or images cut off at the right edge.
  • Open the menu, visit a page from it, and open it again from that page.
  • Check that buttons are far enough apart to tap one without hitting its neighbour.
  • Turn the phone on its side and look at the home page once more.

Leftovers from the build

While the tool was building, it filled gaps with stand-ins: filler paragraphs, a sample name under a quote, a stock address, a made-up phone number. Most were replaced when you gave it your real content. The ones that survive sit in places you stopped looking at, such as the third card in a row, the text under an image, or a page you asked for early and never reopened. Read every page from top to bottom, word by word, the way you would proofread a letter.

Pay particular attention to anything that looks like a customer quote, a number or a logo of a company you work with. If the tool invented it as a stand-in and it is still on the page, you are publishing a claim that is untrue. Remove it or replace it with something real.

Two more leftovers are quick to find. Menu items that go nowhere should either get a page or be taken out of the menu, since an honest short menu serves a visitor better than a long one with gaps. And check the copyright line in the footer. If it shows last year's date, ask for it to be set from the current year so it never needs changing again.

What a visitor sees when something happens

A contact form has three moments, and the build often covers only the first. The visitor presses send. Then either the message goes through or it does not. If the page looks the same after sending, they cannot tell which happened. Ask for a clear message when the form succeeds, saying the message was received and when they can expect a reply. Ask for a different message when it fails, saying it did not go through and giving another way to reach you.

Test both yourself. Send a real message and confirm it arrives in your inbox, because a success message on the screen and an email in your inbox are separate things. Then leave a required field empty and see whether the form tells you which field is wrong in words a person would understand.

The last piece is the page for a wrong address. People mistype, old links get shared, and you will rename pages later. Without a custom 404 page, a visitor who lands on a missing address gets a bare error from the host and has no route back into your site. A proper one carries your header and footer, says the page was not found, and offers a link to the home page.

What search engines and browser tabs see

Some of the site is read by software before a person ever sees it. Each page has a title, which appears on the browser tab and is commonly used as the headline of a search result, and a meta description, a sentence or two that search engines may show underneath. AI-built sites often ship with the same title on every page, or with the name of the tool's starter project still in place. Every page needs its own title and its own description, written to say what that page is for.

The favicon is the small icon on the browser tab and in bookmarks. A missing one shows as a blank or generic symbol, which is easy to spot beside other open tabs. Images are the other common gap. A photo straight from a camera or a design file can be many times larger than the space it fills on the page, and the visitor's phone downloads all of it before showing anything. Ask for images to be compressed and sized for where they appear. You should see no difference in quality and a clear difference in how fast the page arrives on a mobile connection.

Requests you can give your AI tool

Requests work best one at a time, with the page named and the expected result described. After each one, look at the page again before sending the next, and keep a saved version from before you started so a change that goes wrong can be undone. The wording below is ours and is meant as a starting point. Change the details to match your site.

  • On a screen as narrow as a phone, the pricing page scrolls sideways. Find the element that is wider than the screen and make it fit. Do not change how the page looks on a laptop.
  • List every link and button on the site that has no destination or points to a page that does not exist. Show me the list before changing anything.
  • Make the phone number in the header and footer open the phone's dialer when tapped, and make the email address open a new message addressed to us.
  • Search every page for placeholder or sample text, including image captions and quotes, and list where each one is.
  • After the contact form is sent, show a message that confirms it was received. If sending fails, show a message that says so and gives our email address.
  • Add a page for addresses that do not exist. It should use the site's header and footer, say the page was not found, and link to the home page.
  • Give every page its own title and meta description based on what that page says. Show me all of them in a table so I can edit the wording.
  • Add a favicon made from our logo, and compress the images on the home page so they are no larger than the space they are shown in.

Walk the site the way a stranger would

You know where everything is, which makes you the worst-placed person to notice what is missing. To get round that, change the conditions. Use a real phone on a mobile connection. Open a private browser window so you are signed out of everything and nothing is remembered from earlier visits. Start from the published address, the one you would give a customer, and leave the builder's preview closed.

Then go through every page, in the order the menu lists them, and do on each page what a visitor would do: read it, tap what can be tapped, and scroll to the bottom. Keep a note open and write down each fault with the page it was on. Resist fixing as you go, because one full pass gives you a complete list and the AI handles a list better than a stream of interruptions.

If you can, hand the phone to someone who has not seen the site and give them one task, such as finding out how to contact you. Watch without helping. Where they hesitate is worth a line in your notes too.

One pass through a small site

What this list does not do, and when to get help

Everything above makes a site look finished to the people who reach it. It does not by itself bring anyone to the site. A website with every detail in order can still sit unvisited, because being found depends on other work: what you offer, who you tell, where the site is listed, and whether the pages answer what people are searching for. If your site is already tidy and the trouble is that nobody comes or nobody enquires, that is a separate problem with its own page.

Most founders can clear this whole list with their AI tool in an afternoon or two of patient requests. Get help when a fix keeps undoing an earlier one, when the form shows a success message and the email never arrives, when the site does more than show pages (accounts, payments, bookings) and you are unsure what a change might break, or when you have been round the list twice and it still feels unsteady. We start with a free consultation. If the site needs more than a few repairs, our Diagnostic is a fixed-price written plan that lists what is unfinished and the order to fix it in, with the fee credited to the build if you go ahead with us. Your repo and accounts stay yours throughout.

Before you share the address

Tick each of these on the published site, on a real phone, in a private window.

  1. No page moves sideways, and nothing is cut off at the edge of the screen.
  2. The mobile menu opens, reaches every page and closes.
  3. Every link and button, footer included, goes where it says.
  4. The logo leads to the home page, the phone number opens the dialer and the email address opens the mail app.
  5. No placeholder text, invented quotes or sample contact details remain.
  6. The menu lists only pages that exist, and the copyright year is current.
  7. The form shows one message when it sends and another when it fails, and a test message reached your inbox.
  8. A made-up address shows your own not-found page with a link home.
  9. Each page has its own title and meta description, and the tab shows your favicon.
  10. The home page loads promptly on a mobile connection.
How we can help

We can go through your site with you.

Book a free consultation and bring the notes from your own pass through the site. We will tell you which items your AI tool can handle from a plain request and which ones point to something underneath that needs a closer read. If you would like us to do the finishing work, we do it in your accounts and hand back the list with each item checked.

Book a free consultation

On the project call, we’ll discuss the problem, your existing tools and what TDAT should take off your hands. Then we can define the scope and next steps.

Or call (919) 289-1231

Questions before we start

How do I know if my AI-built website is finished?

Open the published address in a private window on a real phone and go through every page. Tap every link, send the form, type a wrong address, and read all the text. If nothing scrolls sideways, nothing leads nowhere, no filler text remains and the form tells you what happened, the site is in the state a visitor expects.

Can the AI tool fix these details itself?

In most cases, yes. These are small, well-understood changes, and the tool will usually make each one when asked plainly. Give it one request at a time, name the page, and look at the result before moving on.

Why did the AI leave these things out?

It built what was described. A request for a home page with a contact form does not mention a failure message, a not-found page or a browser tab icon, so those are often absent or left as stand-ins. Nothing is wrong with the tool. The details simply have to be asked for.

Do I need to check on a real phone, or is a narrow browser window enough?

Do both. A narrow window on a laptop shows layout faults quickly. A real phone shows what the narrow window cannot: whether buttons are easy to hit with a finger, whether the number opens the dialer, and how long the page takes on a mobile connection.

Will finishing these details bring more visitors?

Not on its own. Titles and descriptions help search engines describe your pages, and faster pages lose fewer people, but the list is about how the site looks to visitors who arrive. Getting people to arrive is separate work, covered on our page about sites that launched and got no response.

When should I ask TDAT for help with a website?

When fixes keep breaking other things, when the form appears to work and messages never reach you, or when the site handles accounts, payments or bookings and you want someone to read it before more people use it. Book a free consultation and tell us what you found on your pass through the site.