Why the AI left these out, and what this page can tell you
An AI builder works from your prompts. You described screens, sign-up, payments and a dashboard, and that is what it produced. Policies, consent wording, an unsubscribe link and image descriptions were never in the prompt, so they are usually absent, or present only as a footer link that leads nowhere. Nothing in the app looks broken, which is why founders tend to find these gaps late, often when a payment provider, an app store reviewer or a careful customer asks for one of them.
This page is not legal advice. We are a software company, and we cannot tell you what the law requires of your business. What applies to you depends on where the business is, where your customers are and what the app does with their information, and those are questions for a lawyer. What we can do is describe each item in plain words, show you how to see whether your app has it, and separate the parts that are software from the parts that are legal judgment.
Read it as a list of questions to settle before launch. Having every item here in place does not guarantee that you are free of legal risk, and a missing item does not by itself mean you have broken a rule. The decision table further down sorts each one by who should do it.
The pages people expect to find
Visitors, payment providers and app stores commonly look for a small set of pages before they trust a product. A privacy policy says what information you collect, why, who else receives it and how a person can contact you about it. Terms of service set out the agreement between you and the people using the app. A refund policy says what happens when someone wants their money back. A cookie policy lists what the site stores in the browser and what each item is for. The last one is the simplest: who runs this, under what business name, and how to reach a person.
Checking takes a few minutes. Open your app signed out and look in the footer and on the sign-up and checkout screens. Click every policy link. In the apps we see, some of those links go to an empty page, to the home page, or to a block of placeholder text with another company's name left in it. Then read what is there against what the app does. A policy that says you never share data is wrong if the app sends sign-up emails through a mailing service.
You can ask your AI tool to draft these pages, and it will produce something that reads like a policy. Treat that as a draft. The tool does not know how your business is set up, where your customers are or what your contracts say, and it fills the gaps with plausible text. Before a lawyer sees it, do the part only you can do: write a plain list of what the app collects, which outside services receive it, and how refunds work today. A lawyer reviewing a draft against that list is working from facts about your app instead of the tool's guesses.
- Each policy link in the footer opens a real page with your business name on it.
- The privacy policy names the kinds of information the app collects today.
- The refund policy matches what you do when someone asks for money back.
- A contact method on the site reaches a person who answers.
Consent, and the information you hold about people
This group is about what your app does with information about people, and whether those people were asked. Rules on it differ a great deal from place to place, so the legal questions here belong to a lawyer. The software questions are ones you can answer yourself, and they come first because a lawyer will ask for the same facts.
Start with what the app collects. Go through every form and every database table and write down each piece of information you hold about a person. AI builders commonly add fields because sign-up forms usually have them, such as a phone number or a date of birth that nothing in the product uses. Each field you remove is one you no longer have to protect or explain. Ask the tool to delete the field from the form and from the table, then confirm that sign-up still works.
Then look at what other services collect through your app. Analytics scripts, embedded videos, chat widgets, sign-in buttons, payment forms and hosted fonts can each receive information about your visitors, and some of them set cookies. Ask your AI tool to list every outside service the code loads or sends data to, and compare that list with the accounts you know you opened. Your privacy and cookie pages are meant to describe these services, so the list is the raw material for both.
A cookie banner and the consent wording on forms are where the software meets the legal question. Whether your app needs a banner, and what it has to offer, depends on where your visitors are and what the cookies do, and a lawyer should say. What you can check is whether the banner you have does anything. In the apps we see, a banner is often decoration: the tracking scripts load before anyone clicks, and choosing to decline changes nothing. Open the site in a private window, decline, and ask the tool to show you which scripts ran anyway. For forms, read the words beside each submit button and ask whether a person would understand what they are agreeing to receive.
Two requests come up in almost every product with accounts: please delete my data, and stop emailing me. Check whether a signed-in user can find a way to ask for deletion, and whether anything happens when they do. Deleting the account row often leaves that person's records in other tables, in file storage and in the mailing service. For email, send yourself each marketing message the app can send and look for an unsubscribe link that works on the first click and still holds after the next campaign goes out. Receipts and password resets are a different kind of email, and a lawyer can tell you how yours should be treated.
If children may use the app, say so to your lawyer before launch. That includes products aimed at adults that a child could plausibly sign up for, such as a game, a homework helper or a social feature. Extra obligations can apply, they vary by place, and this page will not try to summarise them. The check you can make is factual: who the product is for, whether anything stops a child registering, and what the app would hold about them if they did.
Honesty in what the product says and how it steers people
Some trust problems come from the words on the page and the way a screen nudges a choice. AI tools generate these too. Ask for a landing page and you commonly get placeholder testimonials with invented names, a row of star ratings, a count of happy customers and a line claiming the product is the fastest or the most secure. They are there because landing pages usually carry them. If they go live, your site is making statements about real people and real results that are untrue.
Read every public page as a stranger would and mark each claim you could not prove if a customer asked. Reviews should come from real customers who agreed to be quoted. Numbers should be ones you can show a source for. Words like secure, certified or guaranteed should match something that exists. Remove what fails, and ask the tool to search the code for leftover sample text, because the same placeholder often appears on several pages.
Then walk through checkout with a test card. The price a person sees on the pricing page should be the price on the final screen, with any tax, fee or renewal stated before they pay. If the product renews, the screen should say when and for how much, and a customer should be able to cancel from inside their account.
Design tricks that push people into choices are often called dark patterns. Common ones are a pre-ticked box that adds a paid extra, a decline button in pale grey beside a bright accept button, a countdown timer that resets when the page reloads, and a cancel path that takes far more steps than signing up did. An AI tool may add these when asked to improve conversion, since it has seen many pages that use them. Look for them on sign-up, checkout, the cookie banner and the cancel screen, and ask the tool to give both choices equal weight.
Access for everyone who arrives
Some of your visitors use a screen reader, some cannot use a mouse, and many read on a phone in bright light. An app built from prompts about how screens look often leaves them out. The basics below are a sensible place to start, and you can check each one yourself.
Text descriptions on images, often called alt text, are what a screen reader says in place of a picture. Ask your AI tool to list every image with no description, or with a file name as its description, then write a short sentence for each image that carries meaning. Pictures that are only decoration can be marked so a screen reader skips them. Buttons that show an icon and no word need a label for the same reason.
Color contrast is whether text stands out from what is behind it. Pale grey text on white, or white text over a photo, is a common result of a design prompt that asked for something minimal. The inspection tools built into your browser can report contrast for any piece of text, and free contrast checkers do the same from two color values. Check body text, the placeholder text in forms, and the disabled and error states.
Keyboard navigation is a test you can run in one sitting. Put the mouse aside and move through sign-up, the main task and checkout using the Tab key, Enter and the arrow keys. You should always be able to see which element is selected, reach every control and close any popup. Menus and dialogs built from custom components commonly trap the keyboard or skip it entirely. Whether an accessibility standard applies to your business is a legal question. Fixing what the test finds is software work, and it helps every person who uses the app.
Rights to the fonts and images on the page
Everything on the page came from somewhere. Fonts carry licenses, and a license that allows use on a designer's computer may not cover a public website or an app. Photos, illustrations and icons carry them too. An image that an AI tool pulled in as a placeholder, or that you found through an image search, may belong to someone who never agreed to its use.
Make a short inventory. Ask the tool to list every font file, image, icon set and video in the project and where each came from. For each one, find the license or the receipt and keep a copy in a folder with the project. Where you cannot find either, replace the asset with one whose terms you can read. Images made by an AI generator, and logos that resemble another company's, are questions for a lawyer, because the answers depend on the generator's terms and on matters this page does not cover.
Each item, how you check it, and who should do it
The table puts the whole list in one place, and the last column is the one to read closely. Where it says you, the work is checking facts and changing the app, and an AI tool can usually make the change. Where it says a lawyer, the question is what your business has to do, and no tool or software company should answer that for you.
The basics an AI-built app often lacks, why a visitor or customer cares, how you check, and who should do it
- The item
- Privacy policy
- Why a visitor or customer cares
- They want to know what you hold about them and who else receives it
- How you check
- Open the footer link signed out and compare the text with your list of what the app collects
- Who should do it
- You and the AI tool draft it, a lawyer reviews it
- The item
- Terms of service
- Why a visitor or customer cares
- They set out what each side has agreed to
- How you check
- Confirm the link opens a real page that names your business
- Who should do it
- A lawyer, working from your draft
- The item
- Refund policy
- Why a visitor or customer cares
- They want to know what happens if they change their mind
- How you check
- Compare the page with what you do, or intend to do, when someone asks for money back
- Who should do it
- You write down what you do, a lawyer reviews it
- The item
- Cookie policy and consent banner
- Why a visitor or customer cares
- They want a say in whether they are tracked
- How you check
- Decline in a private window and ask the tool which scripts still ran
- Who should do it
- A lawyer says whether you need one and what it offers; you with the AI tool, or an engineer, build it
- The item
- Business name and contact details
- Why a visitor or customer cares
- They want to know who they are dealing with
- How you check
- Look for a business name and a contact route that reaches a person
- Who should do it
- You
- The item
- Consent wording on forms
- Why a visitor or customer cares
- They want to know what they are signing up to receive
- How you check
- Read the words beside each submit button aloud
- Who should do it
- You draft it, a lawyer reviews it
- The item
- Collecting only the data the app needs
- Why a visitor or customer cares
- The less you hold about them, the less there is to lose
- How you check
- List each form field and name the feature that uses it
- Who should do it
- You with the AI tool
- The item
- A way to ask for data to be deleted
- Why a visitor or customer cares
- They may want to leave without their information staying behind
- How you check
- Delete a test account and look for its records in other tables and outside services
- Who should do it
- An engineer or the AI tool builds it, a lawyer says what it has to cover
- The item
- Unsubscribe link in marketing email
- Why a visitor or customer cares
- They want marketing email to stop when they ask
- How you check
- Send yourself each marketing email and click the link
- Who should do it
- You with the AI tool, or an engineer
- The item
- Children who may use the app
- Why a visitor or customer cares
- Parents want to know what is held about their child
- How you check
- Write down who the product is for and whether a child could register
- Who should do it
- A lawyer, before launch
- The item
- Third-party tools and services
- Why a visitor or customer cares
- Their information may go to companies they have never heard of
- How you check
- Ask the tool to list every outside service the code loads or sends data to
- Who should do it
- You with the AI tool, and the list goes to the lawyer
- The item
- Reviews, claims and fees
- Why a visitor or customer cares
- They decide whether to buy from what the page tells them
- How you check
- Mark every claim you could not prove and run checkout with a test card
- Who should do it
- You
- The item
- Design tricks that push a choice
- Why a visitor or customer cares
- They want to choose without being steered
- How you check
- Compare the accept and decline options on each screen for size, color and number of steps
- Who should do it
- You with the AI tool
- The item
- Image descriptions, contrast and keyboard use
- Why a visitor or customer cares
- Some of them cannot use the app without these
- How you check
- Run the keyboard test and a contrast check on the main screens
- Who should do it
- You with the AI tool, or an engineer
- The item
- Font and image licenses
- Why a visitor or customer cares
- The work on your page belongs to the people who made it
- How you check
- List every font and image and find its license or receipt
- Who should do it
- You, and a lawyer for anything unclear
| The item | Why a visitor or customer cares | How you check | Who should do it |
|---|---|---|---|
| Privacy policy | They want to know what you hold about them and who else receives it | Open the footer link signed out and compare the text with your list of what the app collects | You and the AI tool draft it, a lawyer reviews it |
| Terms of service | They set out what each side has agreed to | Confirm the link opens a real page that names your business | A lawyer, working from your draft |
| Refund policy | They want to know what happens if they change their mind | Compare the page with what you do, or intend to do, when someone asks for money back | You write down what you do, a lawyer reviews it |
| Cookie policy and consent banner | They want a say in whether they are tracked | Decline in a private window and ask the tool which scripts still ran | A lawyer says whether you need one and what it offers; you with the AI tool, or an engineer, build it |
| Business name and contact details | They want to know who they are dealing with | Look for a business name and a contact route that reaches a person | You |
| Consent wording on forms | They want to know what they are signing up to receive | Read the words beside each submit button aloud | You draft it, a lawyer reviews it |
| Collecting only the data the app needs | The less you hold about them, the less there is to lose | List each form field and name the feature that uses it | You with the AI tool |
| A way to ask for data to be deleted | They may want to leave without their information staying behind | Delete a test account and look for its records in other tables and outside services | An engineer or the AI tool builds it, a lawyer says what it has to cover |
| Unsubscribe link in marketing email | They want marketing email to stop when they ask | Send yourself each marketing email and click the link | You with the AI tool, or an engineer |
| Children who may use the app | Parents want to know what is held about their child | Write down who the product is for and whether a child could register | A lawyer, before launch |
| Third-party tools and services | Their information may go to companies they have never heard of | Ask the tool to list every outside service the code loads or sends data to | You with the AI tool, and the list goes to the lawyer |
| Reviews, claims and fees | They decide whether to buy from what the page tells them | Mark every claim you could not prove and run checkout with a test card | You |
| Design tricks that push a choice | They want to choose without being steered | Compare the accept and decline options on each screen for size, color and number of steps | You with the AI tool |
| Image descriptions, contrast and keyboard use | Some of them cannot use the app without these | Run the keyboard test and a contrast check on the main screens | You with the AI tool, or an engineer |
| Font and image licenses | The work on your page belongs to the people who made it | List every font and image and find its license or receipt | You, and a lawyer for anything unclear |
One app, checked before launch
When to get help, and from whom
Most of this list is checking, and you can do the checking alone. The help you may need comes from different people, and each of them answers a different question.
Use your AI tool for inventories and small changes: listing outside services, finding images without descriptions, removing unused fields, and writing a first version of a policy for someone qualified to correct. Compare its answers with what you can see in the running app, because a tool will sometimes report a change it did not fully make.
Use a lawyer for anything that turns on what your business must do. That covers reviewing the privacy policy and terms, deciding whether you need a cookie banner and what it offers, how deletion requests are handled, anything involving children, and unclear rights to an image or a name. Look for one who works with online businesses, tell them where you and your customers are, and bring the lists you made. An AI-generated policy that no lawyer has read is still a draft, however finished it looks.
Use an engineer when the fix touches how data moves. TDAT is a software company. We are not a law firm, and we cannot tell you what the law requires of you. We can build the banner so that declining stops the scripts, the deletion flow that clears every table and outside service, the unsubscribe link and the accessibility fixes, following the wording and decisions you and your lawyer have settled. If you are unsure how much of this your app needs alongside its other gaps, our Diagnostic is a fixed-price written plan that lists what is missing 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.
Before you open to the public
Have these written down or working. They are the facts a lawyer will ask for and the changes you can make without one. None of it is legal advice, and a lawyer may add to the list.
- A list of every piece of personal information the app collects and the feature that uses it.
- A list of every outside service the app loads or sends data to.
- Policy pages that open, carry your business name and have been reviewed by a lawyer.
- If your lawyer says you need a cookie banner, one whose decline option you have tested in a private window.
- A deletion request and an unsubscribe link, each tested with an account you own.
- Public pages with no invented reviews, no claims you cannot back and no fee that first appears at the last step.
- The keyboard test and a contrast check run on sign-up, the main task and checkout.
- A folder holding the license or receipt for each font and image.
We can build the parts of this that are software.
Book a free consultation and tell us which items on this list your app is missing. We will say which ones you can handle in your builder, which need an engineer, and which to take to a lawyer first. If we do the work, we build to the decisions you and your lawyer have made and show you each piece tested.
Book a free consultationOn 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
Does my AI-built app need a privacy policy?
We cannot tell you what the law requires. It depends on where you and your customers are and on what the app collects. In practice, visitors, payment providers and app stores commonly expect one from any product that takes personal information. Write down what the app collects and have a lawyer review the policy against that list.
Can I use a privacy policy or terms written by an AI tool?
As a first draft, yes. The tool does not know your business, where your customers are or what your contracts say, and it fills gaps with text that sounds right. Check the draft against what the app really does, then have a lawyer review it before you rely on it.
How do I know if my cookie banner works?
Open the site in a private window, choose decline, and ask your AI tool or an engineer which scripts loaded and which cookies were set. If analytics or advertising scripts ran anyway, the banner has no control over them. Whether you need a banner at all is a question for a lawyer.
Is this page legal advice?
No. TDAT is a software company, and this page is general information about what AI-built apps commonly leave out. Requirements depend on where the business and its customers are and on what the app does. A lawyer who works with online businesses can tell you what applies to yours.
Which of these gaps can TDAT fix, and which can it not?
We can build the software parts: a cookie banner that holds scripts until a choice is made, a deletion flow, an unsubscribe link, accessibility fixes and the removal of unused data fields. We cannot tell you what the law requires of you, and we do not write policies as legal documents, which is a lawyer's work.
Will doing all of this keep me out of legal trouble?
Nobody can promise that, and we do not. The items on this page are basics that customers and platforms commonly expect and that a lawyer is likely to ask about. Having them in place gives a lawyer accurate facts to work from and does not replace their advice.