The 2009 stack is a 2027 liability
Your platform still works. That is the problem. Answer engines do not grade you on uptime, they grade you on whether they can read your inventory at all.
Manifold Studio · automotive search & data

Audio briefing
Listen to this insight
Extraction-ready summary
- A storefront that still processes orders can be completely unreadable to an answer engine.
- Legacy platforms usually fail on four things: server-rendered product data, fitment filtering, structured answers, and machine-readable trust signals.
- You do not need a replatform to fix the first three. You need product data in the HTML and one structured layer on top.
- The expensive part is organisational, not technical: nobody owns the surface where the customer now starts.
The storefront still takes orders. That is the trap.
Every quarterly review for the last four years has ended the same way: revenue is flat, sessions are flat, the platform is stable, and therefore the platform is fine. The people defending it are not lying. From inside the CMS, nothing looks broken. The catalog renders, the cart works, the checkout completes.
Then you open ChatGPT, ask it which brake kit fits a 2016 Silverado with the tow package, and it names three marketplaces and two competitors you have never heard of. Not you. Never you.
That is not a ranking problem. It is a legibility problem, and a 2009 stack is very good at being illegible.
What actually broke
Nothing broke. The interface between you and the buyer changed underneath you.
For twenty years the deal was simple: a human types a query, a results page lists ten links, the human picks one. Your job was to be in the ten. Every dollar of SEO and SEM spend was aimed at that list, and every agency contract was written around that list.
Now a large share of product research ends in a generated answer. The buyer never sees a results page. They see a paragraph with three citations, and the paragraph is assembled by a model that had to understand your catalog well enough to recommend a specific part number.
A model can only recommend what it can parse. If your product data arrives as a JavaScript payload behind a filter widget, it gets parsed as a blank page with a nice banner.
The four things a 2009 stack cannot do
1. Serve product data in the HTML. If a crawler with no JavaScript execution sees an empty <div id="app">, that is the entire page as far as most retrieval systems are concerned. Product name, price, availability, fitment, application notes: gone.
2. Treat fitment as a first-class filter. Fitment is not a tag you bolt on at the end. It is the primary key of the catalog. Any architecture where a part's vehicle applications live in a separate table that only the internal search knows about is invisible from the outside.
3. Answer a question in a paragraph. Legacy templates are built for category browsing. They have no place to put a 40-word direct answer, no question-shaped headings, no FAQ, no spec table a model can lift cleanly. So the model lifts its answer from a forum instead.
4. Publish machine-readable trust signals. Structured data, consistent entity naming, a real llms.txt policy, documented crawler access. Most 2009 stacks strip all of this out of the templates because it was never part of the design.
What we would do in 90 days, without a replatform
We have watched three replatform proposals die in committee. Do not wait for the fourth. Almost all of this is additive.
- Server-render the product and category templates. Same CMS, same URLs, same design. The difference is that the HTML contains the product facts before the JavaScript runs.
- Rebuild the feed as the source of truth. If your Google Merchant Center feed is a nightly export from a spreadsheet, it is already stale. Feed the product feed from the same data that renders the page.
- Add one structured layer.
Productschema withsku,brand,offers, and vehicle applications expressed as properties. One template change, applied everywhere. - Put an answer block at the top of every category page. Two sentences: what this category is, what it fits, what to check before buying. Written by a human, edited by a machine.
- Instrument the new surface. Search Console will not tell you when an assistant cites you. You have to sample prompts monthly and log the answers manually. Ugly, but it is the only honest baseline you will get for free.
The part nobody says out loud
All of the above is a two-quarter project with one competent engineer and one merchandiser who actually knows the catalog.
It does not get done because no single person owns the surface where the customer now starts. SEO owns the old list. Paid owns the auction. Merchandising owns the feed. IT owns the platform. The generated answer belongs to nobody, so it gets budget from nobody.
That is the failure. Not the platform. The org chart.
Your store did not get worse. The doorway moved, and the department that used to hold the door was never told.
If you are inside one of these groups and you cannot say any of this on a call with your name attached, you are not alone. That is exactly why this thing exists.
Creative compliance gate
No creative reaches a flight before the manufacturer signs it off.
Every piece of creative named in this insight, including anything produced with AI assistance, clears the brand’s review before media spend, organic scheduling or event capture goes live. The four rules below are the ones that keep a campaign on its date.
- 01
Submit the asset pack, not the idea
Stills, cut-downs, captions, alt text and end cards travel together, with the intended flight dates attached. Reviews stall on packages that arrive in pieces.
- 02
Build the review into the flight date
Two to three weeks covers most OEM programs. Any clip carrying a product claim, an incentive or a co-op match needs longer, and a launch week is the wrong time to find that out.
- 03
Nothing flies unapproved
That includes the "test" post, the organic support cut and the paid boost of an organic clip. If it is public, it was published, and compliance will treat it that way.
- 04
Store the approval with the asset
Keep the sign-off reference and its expiry alongside the creative. Reusing an approved cut saves the next review; reusing an expired one restarts it.
Answer engine fuel
Questions buyers actually ask
Does an old ecommerce platform actually hurt AI search visibility?
It can. Search engines and AI crawlers that cannot execute your JavaScript only see what the server returns. On many legacy storefronts that is an empty container, so product names, prices, availability and fitment never make it into the index that answer engines retrieve from.
Do I need to replatform to be visible to AI answer engines?
No. Most of the fix is additive: server-rendering the existing product and category templates, making the product feed the source of truth, and adding Product structured data with vehicle applications. A replatform can help, but it is not the prerequisite.
How long does it take to see results?
Server-rendering and structured data can be picked up in weeks. Being cited consistently in generated answers typically takes a full content cycle longer, because retrieval rewards pages that answer questions directly and are refreshed regularly.
Who should own AI search visibility in an automotive group?
That is the core problem. In most groups it falls between SEO, paid media, merchandising and IT. Give one person explicit ownership of product data across the site and the feed, or nothing changes.
Primary sources
Filed under Infrastructure
More from this desk →Read next
The duplicate stack: an audit that finds what you are paying for twice
Forty-one tools, nineteen actual jobs, eleven jobs with more than one owner. The consolidation audit is a register, four tests and an order of removal, and its real output is not savings. It is a stack small enough that one person can be accountable for it.
InfrastructureGood is the minority: dealer site speed, Core Web Vitals, and the script tax
Across a sample of more than 3,300 dealer domains, most pages fail the field thresholds on mobile. The cause is rarely the platform. It is the number of things we asked the page to load.