What you can do by hand
Ask the assistants your buyers questions and record who gets named. Rewrite key pages to answer questions directly. Add FAQ and organization schema. Align your facts everywhere. The full sequence is in how to start doing AEO and GEO, and it costs nothing but time.
Where manual breaks
The work is not one audit, it is a loop: four assistants, dozens of buyer moments, refreshed monthly, with fixes shipped and re-measured. By hand that is a part time job that quietly stops happening after week six, which is how most GEO efforts die. See GEO not working for the pattern. Software like Aethon runs the loop continuously: mapping moments, tracking recommendations and the reasons behind them, publishing fixes, and measuring change, from $199 per month, published on the pricing page.
What the loop looks like in a real month
A concrete month makes the build or buy decision clearer. Week one, you re-run your baseline questions across ChatGPT, Gemini, Claude, and Perplexity and log who each assistant names for each buyer moment. Week two, you compare the answers with the sources the assistants cite, find the gaps, and pick the three fixes with the largest reach: usually one page rewritten to answer a question directly, one schema addition, and one fact inconsistency cleaned up across directories. Week three, you ship the fixes and pitch one citation source. Week four, you re-measure and write down what moved. Now repeat that every month, forever, across every moment that matters in your category.
If reading that made your calendar hurt, that is the honest signal. The work is not intellectually hard, it is relentless, and relentless is what software is for. Whichever way you go, keep the measurement discipline: the teams that fail at GEO and AEO are almost never the ones with the wrong tool, they are the ones who stopped measuring. Our guide to knowing whether GEO is working gives you the scoreboard either way.
The build option nobody prices honestly
Teams sometimes propose building the loop internally, a spreadsheet, some scripts against assistant APIs, a monthly ritual, and it deserves an honest costing next to buying. The visible cost is engineering days to build samplers and a dashboard. The recurring costs are where builds die: prompts and models change quarterly, so scripts rot; sampling assistants meaningfully requires handling their variance, ask once and you measure noise; and the execution half, actually shipping fixes and attributing movement, never gets built because it was never scoped. What starts as a clever internal tool typically decays into a stale spreadsheet by month four, which is the expensive outcome: you paid engineering prices for the illusion of measurement. If you have genuine platform engineering capacity and AI visibility is core to your business, building can be right. For everyone else, the honest comparison is scripted-hour manual, from the starter plan, versus subscription, not fantasy-build versus subscription.
Switching costs and lock-in, addressed upfront
A fair worry before any subscription: what happens if I leave? In this category the assets are portable by nature. The fixes shipped to your site, answer pages, schema, aligned facts, are yours forever. Earned citations live on third-party surfaces no vendor controls. Your question basket and baseline history export as data. What you lose on cancelling is the continuing loop, measurement, diagnosis, and new execution, which is precisely the thing you were paying for, no more and no less. That is what healthy software lock-in looks like: value that stops accruing, not value that gets confiscated. Contrast that with agency relationships where methods live in someone else's heads, and with internal builds where the asset is a script only one departed engineer understood. Whatever you choose, insist on this portability test, and on published pricing so the exit math stays as clear as the entry math, as argued in the AEO tools scorecard.
The decision in one page
Compress everything above into the version you can forward. Choose manual when: your category's AI answers are still sparse, one person genuinely owns a protected monthly hour, and you are pre-revenue or micro-budget. Choose software when: competitors are already named in your moments, the manual loop has survived two months and is now the bottleneck, or nobody can own the hour and honesty says it will not happen. Choose build only when: platform engineering is your actual competency and AI visibility is core enough to deserve permanent internal maintenance. And on any path, keep the two invariants: a frozen basket measured monthly, and fixes logged so movement is attributable. The tool decision is reversible; skipping the invariants is the only unrecoverable mistake in the whole space, because it costs you the record of what worked.