Why does ChatGPT still tell buyers about a feature you retired months ago?
Because AI assistants answer from two sources: what the model learned during training, and pages it retrieves when it searches. Both can be out of date. If old blog posts, help articles, reviews, or comparison pages still describe the feature, assistants will keep repeating it. Fixing this means cleaning up what they can find.
This problem catches SaaS teams off guard. You retire a feature, email your customers, update the pricing page, and move on. Then a prospect on a sales call asks about the feature by name, because ChatGPT, Perplexity, or Gemini told them you have it. Now your rep has to explain a gap the buyer thought was a strength.
I work on websites and go-to-market systems for B2B SaaS teams, and answer engine visibility is a big part of that. A retired feature is one of the clearest examples of how the content you forgot about shapes what buyers hear. Here is how I think about it and what to do.
How do AI assistants learn about your features in the first place?
AI assistants learn about features in two ways. The model absorbs information from public text during training, which has a cutoff date. When an assistant searches the web to answer a question, it also retrieves current pages and summarizes them. Retired features survive in both places until the evidence changes.
Training data is the slow part. A model trained before you retired the feature may still believe it exists, and you cannot edit what it already learned. That knowledge fades only as newer models are trained on newer text. I explained the mechanics in what a knowledge cutoff is and why it causes outdated answers.
Retrieval is the fast part, and it is where you have control. When an assistant searches before it answers, it reads whatever pages rank or match the question. If your own old pages still describe the feature, the assistant has fresh looking evidence that it is real. That is the part you can fix this month.
Where does outdated feature information usually hide?
It hides in old blog posts, help center articles, changelog entries, comparison pages, integration listings, review sites, and partner pages. Your pricing and product pages are usually updated first. The long tail of older content almost never is, and that long tail is exactly what an assistant might retrieve when a buyer asks a specific question.
Help center articles are the worst offenders. They are detailed, specific, and often rank well for feature questions. A tutorial on how to use the retired feature reads, to an assistant, like strong proof the feature exists today. If it is still live, it will keep being cited.
Comparison pages are a close second. If your page comparing your product to a competitor lists the feature as a win, assistants may repeat that win long after it stopped being true. Competitors' comparison pages may list it too, and those are harder to change, though not impossible if you ask.
Third party sources matter as well. Review sites like G2 and Capterra, marketplace listings, and partner directories often carry feature lists written years ago. Assistants retrieve these because they look independent. Updating your own listings on these sites is one of the most overlooked fixes.
Should you delete old pages that mention the retired feature?
Usually no. Update them, redirect them, or mark them clearly as retired. Deleting a page can break links and leave other sites pointing at nothing, while old copies of the page linger elsewhere. A clear, current page that says the feature was retired gives assistants better evidence than a missing page.
My rule depends on the page's job. If a help article exists only to explain the retired feature, redirect it to the page that explains what replaced it, or to a short retirement note. If a blog post mentions the feature among other things, edit the post so the mention is accurate, and add a short note with the date of the change.
The retirement note itself is valuable. One plain page that says which feature was retired, when, why, and what customers should use instead gives assistants a direct answer to the question buyers keep asking. It also helps your support team, who can link to it instead of explaining the same thing every week.
How should you write the retirement note so AI picks it up?
Write it like an answer, not an announcement. Use the feature's exact name in the title and first sentence. State plainly that it was retired, give the date, explain what replaced it, and link to the replacement. Keep it short, specific, and on your own domain, so assistants find a clear source.
The exact name matters more than you might think. Buyers ask assistants about the feature by the name they saw in old content. If your note uses a different internal name, it may not match the question. Use the public name first, then mention any newer naming once the reader understands the change.
Structure helps too. A direct first sentence, such as "The feature was retired in a specific month and year, and customers now use the replacement," gives answer engines a quotable line. This is the same principle behind writing answer blocks under every heading, which I use across every site I build.
I also add a short section on why the change happened. Buyers who read that a feature was removed often worry the product is shrinking. A sentence explaining that the replacement does the job better, or that few customers used the old version, turns a gap into a reasonable product decision. The communication side of this is covered in how to announce a retired feature to SaaS customers.
How do you check what AI assistants currently say?
Ask them directly. Run a few plain questions in ChatGPT, Perplexity, Gemini, and Claude, like "Does this product have this feature?" and "How does this product compare to a competitor?" Note which answers mention the retired feature, and when the assistant shows sources, note which pages it cites. Those cited pages are your fix list.
Repeat the check on a schedule, perhaps monthly, using the same questions so the results are comparable. AI answers vary from run to run, so one answer is not proof of anything. A pattern across several runs and several assistants is what tells you whether the fix is working.
Cited sources are the most useful output. If an assistant links to an old help article, you know exactly what to update. If it cites a review site, you know where to edit a listing. If it cites nothing and still mentions the feature, the answer probably comes from training data, which only time and fresh content will change.
What can you not control, and how should sales handle it?
You cannot control what older models learned during training, or what every third party site says. Some buyers will hear about the retired feature for a while. Give your sales team a short, honest answer to use on calls, and link it to the retirement note so the explanation stays consistent across every conversation.
The worst response is surprise. If a rep hears "but ChatGPT said you have this" and fumbles, the buyer starts doubting everything else the assistant told them, including the good parts. A rep who says "that was retired, here is what replaced it, and here is why it works better" sounds informed and confident.
I like adding a field or note in the CRM when this comes up on calls. If reps log every time a buyer mentions the retired feature, you get a rough measure of how long the outdated story lingers. When mentions fade, your cleanup is working. It is a small signal, but it is real feedback from real buyers.
Does the same problem apply to renamed features and changed prices?
Yes. Renamed features, changed pricing, retired plans, and discontinued integrations all leave the same trail of outdated pages. The fix is the same: find what assistants can retrieve, update or redirect it, publish one clear page with the current answer, and check again monthly. A retired feature is just the most visible case.
Renames are especially tricky because both names may be in circulation for a long time. I covered that situation in how AI assistants handle a product rename. The overlap with retired features is large. In both cases, the old name is what buyers search for, so the old name must lead to the current truth.
The deeper lesson is that every product change now has a content cleanup step. When a feature changes, someone should own updating the help center, comparison pages, listings, and old posts. Adding that step to your launch and retirement checklist is cheaper than fixing the confusion on sales calls later.
What should you do next?
Pick the most recent feature you retired. Ask four AI assistants about it and note what they say and cite. Then search your own site and help center for the feature's name, update or redirect every page that describes it as current, and publish one short retirement note with the date and replacement.
After that, update your listings on review sites and marketplaces, give sales a short scripted answer, and add a content cleanup step to every future retirement. Check the assistants again in a month with the same questions. The goal is simple: when a buyer asks, the most current page wins.
If you want help auditing what AI assistants say about your product, and fixing the pages that feed those answers, reach out. Making sure buyers hear the current story, not last year's, is a core part of how I build B2B websites. Let's chat.
Get found, cited and the back office automated
Let's make your site the source AI engines quote and wire up the systems behind it.
Read more blogs
Let's get your website found and cited by AI
Tell me what you're working on, whether AI search is skipping your product, your back office is buried in manual work, or you need a build that does both.