# How long to fix wrong AI answers about you

How long to fix wrong AI answers about you depends on where the answer comes from. Stated response times, index refresh, a re-test schedule and a log.

---


How long it takes to fix a wrong AI answer about you depends on where the answer comes from, not on which assistant gave it. If the assistant read a web page, the answer usually changes after that page changes and the search index picks up the change, which Google says can take anywhere from a few days to a few weeks. If the answer comes from the model's own training, no provider page we read gives a time at all.

That second sentence is the uncomfortable one. None of the provider pages read for this guide states how quickly a report or privacy request about a wrong answer will be decided, so a number of days quoted for "fixing ChatGPT" is not in the providers' own documentation. What you can do is learn which clock you are waiting on, act on the parts with a known mechanism, and measure on a schedule.

This guide covers time only: what drives the wait, what each provider's page does and does not say about response times, how index refresh works according to Google's own pages, and a re-test schedule with a log. It does not explain why assistants invent facts, how to diagnose the error or what the law says. Provider pages change, and nothing here is legal advice.

<div class="box"><b>The short version</b>
<ul><li>There are three clocks: the web page that must change, the search index that must catch up, and the model's own memory. Only the first two have a mechanism you can act on.</li><li>For answers that cite a web page, the wait is the owner's response time plus the recrawl. Google's page says crawling can take a few days to a few weeks, and asking again does not speed it up.</li><li>Provider pages for OpenAI, Anthropic, Perplexity and Gemini state no response time for reports or privacy requests. Where no time is given, plan on none.</li><li>Re-test on a fixed schedule, with the same questions and several runs each, and log every round. One good answer after a retry proves nothing.</li></ul></div>

<figure class="keyfacts">
<div class="keyfacts-grid">
<div><b>Days to weeks</b><span>how long Google says crawling can take after a page changes</span></div>
<div><b>About 6 months</b><span>how long a Google Removals tool request lasts, so it is a stopgap and not a fix</span></div>
<div><b>None stated</b><span>the response time given on the OpenAI, Anthropic, Perplexity and Gemini pages read for this guide</span></div>
</div>
<p class="fig-src">Sources: Google Search Central pages on recrawling and on removing information, and the help pages of OpenAI, Anthropic, Perplexity and Google for Gemini, all read for this guide.</p>
</figure>

## Three clocks decide how long a wrong AI answer takes to fix

The wait is the sum of three separate clocks, and most frustration comes from treating them as one.

The first clock is the source page. If an assistant repeated something from a web page, a directory entry, an old article or a profile, that page is the origin of the error. It changes only when its owner acts, which is outside your control and any provider's.

The second clock is the index. Assistants that search the web, and Google's AI features, read pages through a search index. A corrected page helps only after the index has seen the change. Google publishes statements about this clock, covered below.

The third clock is the model's own memory: what the system absorbed during training and now produces without looking anything up. Providers describe this clock in their policy pages only in outline. OpenAI's page on how its models are developed, for example, does not state a training data cutoff or describe how newer data is added.

<div class="tablewrap"><table><thead><tr><th>Where the wrong answer comes from</th><th>What must change</th><th>Clock you can read</th><th>What you control</th></tr></thead><tbody>
<tr><td><strong>A cited web page</strong></td><td>The page, then the index</td><td>Owner's reply, then Google's stated recrawl range</td><td>Evidence, the request to the owner, the recrawl request</td></tr>
<tr><td><strong>Model memory</strong></td><td>The provider's system</td><td>None stated in the pages read</td><td>A report or privacy request; strengthening accurate sources</td></tr>
</tbody></table></div>

Do the parts with a readable clock first. Treat the memory clock as something you monitor, not something you schedule.

## Answers built from web pages move when the page and the index move

An answer that cites or paraphrases a web page is the most fixable kind, and its timeline is the page's timeline. ChatGPT's help page on its search feature says it will search the web automatically when a question might benefit from it, shows inline citations, and may share disassociated search queries with third-party search providers such as Bing. The page does not say how fresh results are or how often they are refreshed, so that part has no stated clock.

Google's AI features follow a more documented path. Google's page on <a href="https://developers.google.com/search/docs/appearance/ai-features">AI features and your website</a> says a page must be indexed and eligible to appear in Search with a snippet to be used in AI Overviews or AI Mode, with no additional technical requirements. It also says indexing and serving are not assured even when a page meets all requirements, and that these features may use a query fan-out technique, issuing multiple related searches across subtopics. An answer can therefore draw on several pages, so fixing one source does not always change it.

The order of operations that follows from this:

<figure class="fig">
<figcaption><b>Fixing a source-driven answer, in order</b></figcaption>
<ol class="fig-steps">
<li><b>Find every page that states the claim</b>Search for the exact wording and close paraphrases. Do not stop at the cited sources, because a fan-out answer may use pages it never shows.</li>
<li><b>Ask each owner to change it</b>Send a short request with the correct fact and one piece of evidence. The owner's reply time is the largest unknown.</li>
<li><b>Confirm the change is live</b>Load the page logged out and in a private window. A change saved in an editor is not a change a crawler can see.</li>
<li><b>Request a recrawl for pages you own</b>For a few URLs use Google's URL Inspection tool, and for many use a sitemap. Request once per URL.</li>
<li><b>Strengthen an accurate page you control</b>Give assistants a clear, current page that states the correct fact beside your name.</li>
<li><b>Start the re-test schedule</b>Begin rounds only after steps 2 to 4 are done. Testing earlier measures nothing.</li>
</ol>
</figure>

A fast provider cannot rescue a slow owner: if the page stays unchanged, the original claim is likely to return the next time the assistant searches.

## Answers from the model's own memory have no clock you can read

When an assistant answers without searching, it is producing text from what training left in its parameters. OpenAI's page on how its models are developed states no training data cutoff and does not describe how newer data is added. It says the model does not retain copies of what it processes, that individuals in certain jurisdictions can object to the processing of their personal information, and that requests can be declined where there is a lawful reason.

Anthropic's page on privacy rights requests relating to its training data says people can ask for erasure or correction under laws such as the GDPR and UK GDPR, including where their data appears in a Claude response. It notes that models do not store text like a database, and says requests may be declined for a lawful reason such as public interest. Neither page states how long a request takes; Anthropic's says only that requests are considered according to local legal requirements.

That is the finding. If the error lives in memory, you cannot schedule the fix. You can file a request, keep accurate sources in place, and keep testing. Why assistants produce such errors is a separate subject.

Seeing a corrected answer once does not mean the memory changed: answers vary between runs, and a search-enabled assistant may simply have fetched a better page that day.

## What each provider's own pages say about response times

This is the table most people want and cannot find, because there is little to put in it. The OpenAI row rests on its <a href="https://help.openai.com/en/articles/20001057-right-to-be-forgotten-and-personal-data-removal-from-chatgpt">help page on personal data removal</a>. "None stated" means exactly that, not "fast" or "slow".

<div class="tablewrap"><table><thead><tr><th>Provider and route</th><th>What the page says</th><th>Stated response time</th><th>What to plan on</th></tr></thead><tbody>
<tr><td><strong>OpenAI, remove personal data from ChatGPT responses</strong></td><td>Requests are assessed case by case; ID or alternative proof is required; reviewers rely on what you provide and cannot independently investigate disputed facts</td><td>None stated</td><td>No date to plan around; may be asked for more information</td></tr>
<tr><td><strong>Anthropic, training data rights requests</strong></td><td>Contact route for erasure, correction or objection; may decline for a lawful reason</td><td>None stated</td><td>No date; you may complain to a supervisory authority if unhappy</td></tr>
<tr><td><strong>Perplexity, Report on a response</strong></td><td>Three-dot menu, then Report</td><td>None stated, and the page does not say what happens after you report</td><td>Treat it as a signal, not a ticket</td></tr>
<tr><td><strong>Gemini, feedback and Report legal issue</strong></td><td>Feedback adds the conversation; a legal issue route exists under More below the response</td><td>None stated</td><td>No date; keep your own evidence</td></tr>
</tbody></table></div>

The OpenAI page lists what reviewers weigh, including whether the person has a public or professional role, accuracy as judged from what you provide, the age of the person (information about children and young people generally attracts stronger privacy interests) and public interest, and says it may contact you for clarification. A complete first request, with identity proof and exact examples, is the only time saving the pages themselves support.

There is one number in this area, and it comes from a regulator. The UK Information Commissioner's Office says an organization must respond to a <a href="https://ico.org.uk/for-organisations/uk-gdpr-guidance-and-resources/individual-rights/individual-rights/right-to-rectification/">rectification request</a> at the latest within one month of receipt, extendable by a further two months if the request is complex. None of the provider pages read says they apply it to a chatbot answer, so use it as a benchmark for chasing, not as a promise.

<aside class="callout">
<span class="callout-label">Limit</span>
<h4>A report is not an appointment</h4>
<p>No provider page read for this guide commits to a decision date. Write down the day you filed and the reference you were given, and move on to the parts of the problem that do have a mechanism.</p>
</aside>

## Search index refresh as Google's own pages describe it

Google's pages are the most explicit about timing. Read them as ranges Google states, not as promises.

On recrawling, Google's page on <a href="https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl">asking Google to recrawl your URLs</a> says crawling can take anywhere from a few days to a few weeks. It says requesting a recrawl several times for the same URL will not get it crawled any faster, that there is a quota for submitting individual URLs, and that large numbers of URLs should be handled through a sitemap. A second request adds nothing. A sitemap with accurate dates is the right tool when you have changed many pages.

On removal, the picture splits by who owns the page. Google's removal page says the Removals tool can take a page hosted on your own site out of results within a day, and that such requests last about six months. It is a temporary hide: the page itself must still change.

For a page you do not own, Google's <a href="https://support.google.com/webmasters/answer/7041154">Refresh Outdated Content tool</a> applies when a page or image no longer exists or has deleted important content. Its page says it only updates Google's search result and does not remove a page from the web, that pending requests can take a few days to process, that for a changed page the snippet is removed and the result refreshed the next time the crawler visits, and that approvals expire after 180 days or sooner if the URL no longer exists. It is not for information still on a live page.

Notice what is missing: the time between Google's index updating and an AI answer changing. Google's page on AI features gives no timeline for inclusion, so that interval is unknown.

## A realistic timeline for a source-driven correction, with an invented scenario

The scenario is invented, with generic parties. A consultant finds that an AI assistant describes her as head of a firm she left, citing a third-party directory entry. It is out of date, not defamatory. The table shows the order of events and what is known at each point; where no source gives a time, it says unknown.

<div class="tablewrap"><table><thead><tr><th>Stage</th><th>What happens</th><th>How long it takes</th><th>Who controls it</th></tr></thead><tbody>
<tr><td><strong>1. Evidence</strong></td><td>Save the answers, dates, questions and cited links</td><td>Same day</td><td>You</td></tr>
<tr><td><strong>2. Owner request</strong></td><td>Ask the directory to update the entry</td><td>Unknown; depends on the owner</td><td>The directory</td></tr>
<tr><td><strong>3. Live change</strong></td><td>Entry shows the correct role when loaded logged out</td><td>Unknown</td><td>The directory</td></tr>
<tr><td><strong>4. Index refresh</strong></td><td>Search index sees the new version</td><td>Google states a few days to a few weeks for crawling</td><td>Google</td></tr>
<tr><td><strong>5. Assistant layer</strong></td><td>Answer starts citing the corrected page</td><td>No source states this interval</td><td>The provider</td></tr>
<tr><td><strong>6. Stabilization</strong></td><td>Corrected answer appears in most runs, in every assistant tested</td><td>Measured by your own log</td><td>You, by testing</td></tr>
</tbody></table></div>

In our experience the largest delay in a case like this is usually stage 2, not the technology, because nobody follows up with the owner. That is a pattern from practice, not a statistic. If the owner does not reply, the options are a formal request to the platform behind the page or a stronger accurate page, and neither has a promised time. If the claim is also in the assistant's memory, steps 1 to 4 fix the search-enabled answers and leave the memory-based ones unchanged, so test for each separately.

## A re-test schedule that shows whether the fix worked

The rounds below are a testing plan, not a prediction that anything will change by a given date. Start only after the page-side steps are done.

<figure class="fig">
<figcaption><b>Re-test schedule after a source change</b></figcaption>
<ol class="fig-steps">
<li><b>Baseline, before any change</b>Run each fixed question several times per assistant and log the results. Without a baseline, later rounds cannot be compared.</li>
<li><b>Day of the live change</b>Confirm the page is changed and record the time.</li>
<li><b>One week later</b>A light round. Expect little; it catches a fast refresh and any regression.</li>
<li><b>Two to four weeks later</b>Full-size round, inside the window Google's recrawl range points to, so the first that can show a real difference.</li>
<li><b>Monthly after that</b>Repeat until the corrected answer appears in most runs across two rounds in a row, then slow down.</li>
<li><b>After any event</b>A new article or an assistant update can reverse a fix. Run an extra round and log the trigger.</li>
</ol>
</figure>

The rule for calling it fixed is simple: the corrected answer must appear in most runs, in every assistant you track, in two consecutive rounds. One good answer is a lucky run. A fix that appears in one assistant and not another is a partial result, and the log should say so.

For the ongoing part, a monitoring service such as our <a href="/reputation-monitoring">reputation monitoring</a> exists, but doing it yourself works if you keep identical wording and a written log. Rewording a question starts a new baseline.

## A log template you can copy

Keep one row per question, per assistant, per round. These columns are enough.

<div class="tablewrap"><table><thead><tr><th>Column</th><th>What to write</th><th>Why it matters</th></tr></thead><tbody>
<tr><td><strong>Date and round</strong></td><td>Baseline, week 1, week 3 and so on</td><td>Shows the timeline against your actions</td></tr>
<tr><td><strong>Assistant and mode</strong></td><td>Name, whether web search was on, logged in or out</td><td>Search-enabled and memory-only answers behave differently</td></tr>
<tr><td><strong>Exact question</strong></td><td>Word for word</td><td>Rewording breaks comparison</td></tr>
<tr><td><strong>Runs and result</strong></td><td>For example, wrong in 4 of 6 runs</td><td>Answers vary, so one run proves nothing</td></tr>
<tr><td><strong>Action since last round</strong></td><td>Request sent, page changed, report filed, with the date and any reference</td><td>Links cause to effect, and shows who has not replied</td></tr>
</tbody></table></div>

Record failures as carefully as successes, because a fix that reverses is the case you most need to see, and keep dated screenshots of any harmful answer for a later provider request or a lawyer.

## What stalls a correction, and what to do when the clock stops

Corrections stall in four predictable ways.

The owner does not answer. Move to the platform or host behind the page using its own reporting route, or build accurate pages that outrank the wrong one. In our experience, pressure on a page owner can create a second story.

The page is fixed but the answer is not. Check that the page is live logged out, that the index has had the time Google describes, and that the claim does not appear on another page, since fan-out answers can draw on several.

The error is in memory only. There is no page to fix and no stated clock: file the provider's request, keep an accurate source in place and keep testing.

The information is accurate. If it is true, lawful and of public interest, no route removes it and we would not help hide it. The work is adding accurate, current context.

## Your next step is the baseline, not the form

Before filing anything, run the baseline round and write down every page the answers cite. It is the only thing that makes the later weeks measurable. Reputation Partners can run the first audit and set up the routine if you prefer, and we will not give you a fix date that no source supports.

<div class="box hot"><b>If this is happening to you now</b>
<p>Save the wrong answers with dates and cited links today, then identify the page behind each one before you file a report. If you want a second pair of eyes on which clock applies to your case, a private review is the place to start. See <a href="/ai-search-reputation">what AI assistants say about you</a>.</p></div>

## Questions people ask

### Why does a corrected page not change the AI answer straight away?

Because the page is only one step. The owner must change it, the search index must pick up the change, and the assistant must then read it. Google says crawling alone can take a few days to a few weeks, and no page we read states how long the assistant layer adds. Memory-based answers may not change at all.

### Does asking Google to recrawl more than once help?

No. Google's page says requesting a recrawl multiple times for the same URL will not get it crawled any faster, and individual URL submissions have a quota. Use URL Inspection for a few pages and a sitemap for many, request once after the page is live, then wait through the stated range.

### Does ChatGPT say how long a removal request takes?

The OpenAI help page on personal data removal from ChatGPT says requests are assessed case by case, asks for examples, links and identity proof, and says OpenAI may ask for clarification. It does not state a response time. Plan without a date, and send a complete first request so you avoid a round of follow-up questions.

### Is there a legal deadline for an AI company to answer?

Regulators set deadlines for the organizations they cover. The UK Information Commissioner's Office says a rectification request must be answered at the latest within one month, extendable by two months if complex. Whether that applies to a given provider depends on law and facts, so ask a lawyer.

### How many times should I test before I call it fixed?

Run each fixed question several times per assistant, since answers vary. Call it fixed when the corrected answer appears in most runs, in every assistant you track, across two rounds in a row. One good answer is not evidence. Log failures too.

### What if the wrong answer comes from a page I do not own?

Ask the owner to change it, with the correct fact and evidence. If the page is gone or substantially changed, Google's Refresh Outdated Content tool can update the search result, though approvals expire after 180 days. If the owner refuses and the information is accurate, the route is adding better context.
