Behind the Book: The Day Your Website Died

I’ve spent a long time getting websites to rank and I was good at it. You learn the rules, the rules shift, you learn them again, and over years you get reasonably good at the dance. Then the traffic changed. Not all at once and not in a way that set off alarms. A shift in the shape of it. So I did what I do when something changes: I read. About AI first, then about answer engine optimization, and I found an entirely different world underneath. The proof arrived before the theory did. A client hired me for a large project and told me he’d asked Perplexity for a ghostwriter and my name came back. He didn’t find me through a search and didn’t click a link from a list. He asked a machine and the machine recommended me.

It wasn’t a fluke, because a second client came the same way. Different engine, same story.

This subject is urgent because the people with the most to lose are the ones least likely to hear about it. Small business owners and independent authors did everything they were told to rank, and now the questions go to machines that have never heard of them. I think the industry that sold them SEO owes them a warning, and mostly it hasn’t given one. If you don’t do this work, your website’s going to die, if it hasn’t died already. Traffic is falling fast.

How is answer engine optimization different from SEO?

There’s no big bang, and that’s the thing most likely to throw somebody arriving from search. With SEO there’s eventually a moment. A day comes when Google decides to rank you and the traffic appears, and you can point at it on a chart.

This doesn’t work that way. There’s no single day and no visible switch. What happens instead is quieter. A trickle here and a trickle there. An engine names you in one answer, then in another.

And before you quite notice it’s happened you’re seeing more of the right people finding you, and more conversations that started with a machine saying your name. Anybody waiting for the moment will conclude it isn’t working and stop about four months before it starts. Quitting in that flat stretch is the costliest mistake in the whole subject, as far as I’m concerned. Search trained everybody to look for a spike, so a slow climb reads as failure. The owners who give up hand their place to competitors whose only advantage was patience.

Indexing is fast. The categorizing and the traffic take a while, so getting into an engine’s index is only the start. It may not be using you yet. When the queries do show up, they’re weird, and the AI queries are even weirder. People don’t get what they want, so they keep changing the question until it turns into a convoluted, stupid query. What you want to catch is the original one.

What is the first mistake most website owners make?

Assuming this was SEO with a new name. I had been ranking pages for years, so when the answer engines arrived and people began talking about citations, my brain did the obvious thing and treated it as another shift in the same discipline. Learn the new rules, apply them, carry on.

That’s a wrong picture of what the work is, and a wrong picture sends every hour of effort afterward in the wrong direction.

It’s also the mistake almost everybody makes. That’s why the chapter is early and why the book spends real time on what carries over from search and what doesn’t.

Why is answer engine optimization harder than it looks?

Because there’s no single judge. The techniques are mostly simple. That isn’t where the difficulty is. With search there was one arbiter, with rules that were knowable and reasonably stable, and you optimized for it.

Here you’re optimizing for several engines at once, and they don’t agree with each other. They weigh different signals, update on different schedules, and produce different answers to the same question on the same day.

That’s why the book argues for corroboration instead of for any single dramatic move. Something stated once in one place is a claim. The same fact stated consistently across many places is something a machine can rely on.

What’s the density principle in The Day Your Website Died?

The idea that turns a hundred small tasks into one structure.

The first half of the book is the problem. The shift, what ignoring it costs, why it’s a separate lane, the moving targets, the bots. Everything after that is the work, and all of the work obeys a single principle.

Understand it and every technique in the rest of the book stops reading as a checklist and starts reading as one thing being built a piece at a time. Miss it and the same chapters look like busywork, a hundred tasks with no visible reason to do any particular one. That’s the difference between a book of tactics and a book you can act on when a situation appears that the tactics didn’t cover.

The density principle is the idea in this book I’m proudest of. I hate books that hand you a list of tasks and leave you helpless the first time the list runs out, and I wanted this one to give readers something that still holds up when the engines change again.

What does the identity layer do for AI search?

It gives a machine one place to look and one answer to find.

A chunk of the book is about stating who you are in a form software can read without guessing.

One organization, one author, declared once and pointed at consistently from everywhere else. The chapter on sameAs treats it as the equals sign of the web. That’s what it is. This profile and that profile and this listing are the same entity.

Then the harder identifiers, and Wikidata, which the book calls the keystone. None of that is glamorous and all of it is the difference between an engine that can state a fact about you and one that can only find text near your name.

What content gets cited?

Something the machine can lift, and something only you could have produced. There’s a chapter on building a page a machine can take an answer from, and one on the evidence that wins the citation in the first place. Those are separate problems. A page can be perfectly structured and contain nothing worth quoting. The strongest position is original research, because it’s the one thing that can only be attributed to you. Everybody can restate what’s already known. Nobody else can cite your numbers. Alongside that sits the trust layer the engines check for. That isn’t a trick and can’t be manufactured quickly. Experience, expertise, authority and trust, evidenced instead of claimed. I have no patience for anyone selling instant authority. Bought reviews, padded credentials and paid mentions dressed up as coverage all sell a shortcut that doesn’t exist, and the business owner who pays for them ends up with a reputation that falls apart the first time a machine checks it against anything real.

What happens off your own site in AI search?

More than most people running a website expect.

Listings and reviews are an off-site layer you have real control over. Local matters when the customer is physically nearby and works differently from everything else in the book. Social profiles are additional nodes in the same web, valuable for corroboration instead of for audience.

And there’s a chapter on video as a citation source. Most readers don’t see that one coming. A platform most businesses treat as marketing turns out to be somewhere machines go looking for answers.

All of it is the same principle again. One fact, stated consistently, in enough places that a system with no reason to trust any single source can trust the pattern.

Do you need to be technical to secure your own website?

No, and the note explaining why comes before the first chapter for a reason.

Parts of the book get technical. There’s a chapter on domains and DNS, one on the code that describes your pages to machines, one on reading server logs. Some readers see a word like schema and decide the whole subject is beyond them. That conclusion is wrong. Almost everything difficult in this book is difficult in a technical way, and the technical parts are exactly the parts you hand to somebody else.

What’s left, the part nobody can do in your place, requires no technical skill at all.

Which parts of AEO can only you do?

Decide the facts and write the content. Everything else is delegable.

The settled facts about your business are yours. The name, the founding year, what you do. Nobody can determine those for you and a machine can’t state them consistently until you have.

The real content is yours too, because only you know the work. Somebody who has never done the job can’t produce the answers your customers ask for.

I don’t believe a machine can produce that content for you, either. People bring me books they wrote with AI that turned out to be crap and want them fixed, and a website built the same way carries the same flaw: nothing on it came from somebody who has done the work, and that’s exactly what the engines are looking for.

A plugin builds the structured data from a form you fill in, so you don’t type it by hand. The DNS is ordinary administration your host handles. The rendering fix belongs to whoever builds your site. Reading the logs is optional and delegable. So the reading instruction is simple. Is this a fact only I can decide, or content only I can write? Then it’s mine. Is this machinery? Then it’s somebody else’s, and I need to understand it well enough to ask for it and check it got done.

Too many good businesses will vanish from AI answers while they wait for a traffic spike that isn’t coming. The owners who settle their facts and write their own content now will be the ones the machines name, and everybody who shrugs this off as another SEO fad is going to pay for it in customers they never see.

From the author

The Day Your Website Died
After years of ranking websites, I watched my traffic change shape and wrote The Day Your Website Died. It’s the account of optimizing for AI search that nobody had written.

Frequently Asked Questions