I’ve been publishing on the web since March 2007, when I started Online Tech Tips while working in IT. Over the years that one blog became five technology publications, a library of more than 6,000 articles and a team of up to 35 writers/editors at its peak. Through almost all of it, search was the front door.
So when answers started showing up above the links, I didn’t read it as the end of SEO. I read it as the moment a lot of SEO habits stopped being enough.
Most of the advice I see right now is a new checklist with a new acronym on top: add an FAQ block, add schema, write for “AI Overviews,” repeat. That isn’t wrong, but if you lead a content team, the real shift isn’t tactical. It’s about what your content is for and who’s accountable for whether it deserves to be the answer.
What actually changed
For most of the last two decades the deal was simple. Someone typed a question, got a list of links and clicked one. Your job was to be the best link on that list.
Now the answer often arrives before the list. A search engine or an assistant reads a handful of sources, summarizes them and gives the reader something that’s good enough to stop. Sometimes it cites you. Sometimes it paraphrases you without a visible click. Sometimes it pulls from a page that’s just clearer than yours, even if yours is more thorough.
Three things follow from that:
- The click is no longer the only unit of value. Being the source an answer is built from matters, even when you can’t fully measure it.
- Clarity beats coverage. A page that answers one question cleanly is easier to use than a page that answers twelve questions loosely.
- Weak pages get exposed faster. If your article is a reworded version of five other articles, an answer engine already has those five.
What still works from SEO
A lot of what good SEO teams have always done carries over.
- Search intent. Knowing what the reader is actually trying to do is still the starting point. The answer layer makes this more important, not less.
- Technical basics. Pages still need to be crawlable, fast and structured so a machine can tell the heading from the step from the warning.
- Internal linking. A well-connected library tells readers and machines which page is the authority on what.
- Refreshing what you already have. Tech content goes stale every time a vendor ships an update. Keeping the archive accurate has always been half the job.
If your team does these well, you’re not starting over. You’re starting from the right place.
What content leaders have to add
Here’s where I think the work changes. AEO and GEO (answer engine and generative engine optimization) are useful labels, but I think of them as extensions of content strategy, not replacements for it. The additions are mostly editorial decisions, which is why they land on content leaders and not just on whoever owns the SEO tools.
1. Own the intent, not the keyword. A keyword list tells you what people type. It doesn’t tell you which questions your publication should be the authority on. Someone has to decide that deliberately, and say no to topics you’d only cover because there’s volume.
2. Make entities unmistakable. Name the exact product, version, setting, error message or plan. “Open settings and turn it off” is vague to a reader and useless to a machine. “In Windows 11, go to Settings > Personalization > Taskbar” is something both can use.
3. Treat accuracy as a distribution strategy. When an answer engine is choosing what to trust, a page with steps that actually work, warnings where they matter and dates that reflect the current version has an edge. Fact-checking used to be a quality cost. Now it’s part of how you get found.
4. Have a point of view. Summaries are what AI already produces. What it can’t produce on its own is a recommendation from someone who tried the thing. “Here’s the method I’d use and why” is harder to replace than “here are five methods.”
5. Learn to tell decay from a distribution shift. When traffic to a page drops, there are at least two very different explanations. The page may have decayed: it’s outdated, it’s been outclassed or it never matched intent. Or the page is fine and the way people get the answer moved. The fix for the first is editorial. The fix for the second might be nothing at all, or rethinking what that page is for. Teams that treat every dip as an SEO problem waste a lot of effort.
6. Be honest about what AI production is good for. AI can speed up research, outlines, first drafts, screenshots and formatting. It can also produce a flood of pages that look fine and say nothing new. Cheap pages aren’t free if they dilute the library and teach readers and machines that your site is interchangeable.
How I’ve practiced this on my own publications
This is the kind of topic where people overclaim, so I’ll be careful.
What I can say is that search was the core acquisition channel for my network through many algorithm and distribution changes, and the network reached about 7–8 million monthly pageviews at its peak. The habits that got us there are the same ones I’m describing above: briefs that spell out audience, intent and what a piece should not try to be; editing for clear steps and accurate details; and treating the archive as a product we update, consolidate or retire instead of something we only add to. I’ve written more than 3,000 of those articles myself, so the standard was never theoretical.
More recently, through AK Internet Consulting, I designed an AI content pipeline that stages the work: topic discovery, a duplicate check against the existing library, a research brief, a draft, review and fact-check gates, then visuals and WordPress formatting. The point isn’t volume for its own sake. It’s to make the mechanical parts faster so the editorial decisions (what to cover, what standard a piece has to meet, what we won’t publish) get set deliberately and built into the process.
I’m not going to quote AI citation counts or attribute traffic changes to any of this. I don’t think anyone has clean numbers for answer-engine visibility yet, and I’d rather show the operating approach than invent a metric.
A checklist that isn’t another SEO checklist
If you lead a content team, these are the questions I’d put on the table this quarter:
- Which questions should we be the answer for? Write the list down. Cut anything you’re only covering because of volume.
- Does every page have one clear job? If you can’t say it in a sentence, readers and answer engines can’t either.
- Are our entities exact? Product names, versions, menu paths, error text and dates.
- Who owns accuracy after publication? Every important page needs an owner and a refresh trigger, like a vendor update or a policy change.
- Where’s our point of view? Each piece should include something a summary couldn’t: a recommendation, a tested result or a clear “don’t do this.”
- When traffic drops, do we diagnose before we fix? Separate decay from distribution shifts before anyone rewrites anything.
- Where does AI help, and where does it stop? Decide which stages AI speeds up and which standards a piece has to clear no matter how it was produced.
- What will we stop publishing? Restraint is a strategy. Pruning and consolidating are part of the job.
None of these need a new tool. They need someone who’s willing to make editorial calls and stand behind them.
The short version
Search isn’t going away. It’s turning into an answers layer, and answers reward the same things good editors have always cared about: clear intent, exact details, real accuracy and a point of view. The teams that do well won’t be the ones with the longest checklist. They’ll be the ones who decide what they should own and do that work better than anyone else.
Related work
- Search, AI answers and an AI content pipeline: how I’ve approached search across the network
- AI Content Pipeline on AK Internet Consulting: the full staged workflow