Custom Software · SEO · GEO · Case Study

0 issues at launch or a 66→90+ overhaul later: when we paid for structure

Published · Updated

Three published builds, one recurring piece of work. Abbys Consult shipped with 0 technical SEO issues; matthieupesesse.com reached 90+ through an overhaul that started at 66. The timing is the cost.

Three published builds, one piece of recurring work: the structure that makes pages legible to search engines and AI answer engines. Abbys Consult shipped with 0 technical SEO issues at launch. matthieupesesse.com reached a GEO audit score of 66→90+ after an overhaul. Tatano Energy started as one generic site with no structured data and no localised content. Same work in all three, three different moments to pay for it.

What launching clean actually bought us

Abbys Consult is a premium showcase platform for an independent Belgian consulting firm: editorial design, fast server-rendered pages, hardened security headers and clean search signals from day one. The published figures are time to first byte under 200 ms, 0 technical SEO issues at launch, and 0 h of client time spent on operations. Nothing on that list is exotic. What matters is the phrase 'from day one'.

There was no remediation phase. No audit backlog handed over at launch, no retrofit sprint booked for later, no negotiation about which issues to live with for now. The structure went in while the templates were still being written, which is the cheapest moment to change markup, routing and headers. The brief was a practice whose credibility is judged on first impression, so the rigour had to be visible immediately.

The retrofit, measured

matthieupesesse.com went the other way. The published result is a GEO audit score of 66→90+ after overhaul. 66 is not a broken site. It is a working one missing structure, and that is exactly the kind of gap that never forces its way onto a roadmap on its own. Reaching 90+ meant revisiting pages that already existed rather than writing them correctly the first time.

What came out of it is a server-rendered platform with an autonomous publishing engine: AI-written articles, resilient multi-model fallback, full SEO and GEO optimisation, newsletter and social distribution, running daily without supervision. Weekly content operations time is ~0 h. The order of events is the part worth keeping. The structural overhaul happened before that steady state, not alongside it.

Structural debt multiplies by market and language

Tatano Energy shows why deferring gets expensive. A biomass boiler manufacturer present in four European markets had one generic site, no structured data and no localised content, against competitors already established in every country. The platform now runs four country domains indexed separately, serves 7 languages, publishes 8 SEO articles every day, and requires 0 manual intervention from the client.

That shape changes the arithmetic. A missing schema pattern or a wrong canonical rule is one fix on a single-language site. Here it is the same fix repeated across 7 languages and 4 country domains, in a corpus that keeps growing daily while you work. The cost of a structural gap is not a fixed number. It scales with everything built on top of it afterwards.

Zero operating hours is a structural claim

All three case studies report the same operational line in different words: 0 manual intervention, ~0 h of weekly content operations, 0 h of client time on operations. That claim only holds if nothing routinely needs cleaning up. A pipeline publishing 8 articles a day does not pause for a remediation sprint, and nobody is watching it closely enough to catch slow drift early.

Resilience sits in the same category. The publishing engine behind matthieupesesse.com runs with 3 model fallback levels. Daily unsupervised publishing and a single-model path do not belong together, for the same reason unsupervised publishing and deferred structure do not: both assume an operator who will notice and intervene. In these three builds, that operator was explicitly costed at zero hours.

What we would write into the next brief

The practical version: before the first page ships, split structural work into launch-blocking and deferrable, and be honest that deferred usually means retrofitted into live, indexed content. Price the deferral against the languages and domains you intend to serve, not the single one in front of you. And if the operating plan is zero hours, treat structure and fallback as build scope, because no one is rostered to fix them later.

Sources

Sources

Neurolinks case study — A consulting firm, dressed for trust — https://neurolinks.be/work/abbys-consult

Neurolinks case study — A personal brand that publishes itself — https://neurolinks.be/work/matthieu-pesesse-media

Neurolinks case study — Four markets, one codebase — https://neurolinks.be/work/tatano-energy

Working on a project where these methods apply?