# MessageBlue: 13 Weeks of AI Search Visibility, Published Weekly

Source: https://enginely.ai/case-studies/messageblue/

> A live build log of a 13-week AI search visibility programme for MessageBlue, an iMessage API for AI agents. Published week by week from week one, before the outcome is known.

This is a case study written while it is still happening. MessageBlue is three weeks into a thirteen-week programme, the measurement phase does not start until week nine, and nobody involved yet knows how it ends.

We publish it this way because the alternative is the format every agency uses: written afterwards, by the party being paid, once the failures can be left out. Our own buyer's guide tells people to treat that as a claim rather than evidence — so we could not reasonably produce one.

## What is MessageBlue trying to be found for?

Developers evaluating how to give an AI agent a phone number increasingly ask an assistant before they open a search engine — describing the problem in a sentence and getting two or three tools named back. MessageBlue is a young product in a category that barely has a name yet, which makes the retrieval question sharper than usual: there is no established set of sources for a model to draw on, so what exists gets used.

- **Category is unnamed** — buyers describe the problem, not the product
- **Docs are the sales page** for this audience, and have to be retrievable
- **Comparison intent dominates** — the question is usually “X or Y”
- **Evaluators are technical**, so a vague answer is worse than none
- **No local dimension** — nothing here depends on geography

_MessageBlue — The iMessage API built for AI agents — conversational agents that send and receive messages programmatically._

## Where this differs from the standard programme

The Accelerator was built for local businesses, and two of its standard pieces do not apply here. There is no Google Business Profile for a developer API, and no fee intake session when pricing is usage-based and already public.

Those slots carry different work rather than being dropped: documentation retrievability in place of profile optimisation, and comparison and alternatives coverage in place of cost pages. The four phases and their week boundaries are unchanged, because the sequencing is the method — measuring before building is the whole point of it.

## Phases

| Weeks | Phase | What happens |
| --- | --- | --- |
| 1–2 | Baseline and audit | Agree the prompt set, sample the current citation position before anything changes, and audit whether the site and documentation can be retrieved at all. |
| 3–6 | Build | Answer the questions the baseline showed going to someone else. Technical fixes, entity and schema work, comparison and documentation coverage, article production begins. |
| 7–8 | Review and publish | Technical review batched into one pass, revisions, publication, and crawl and indexation confirmed in Search Console rather than assumed. |
| 9–13 | Measurement | Three separate sampling runs across the same prompt set used in week one, then a written report covering what was built, what moved, and what did not. |

## Week by week — currently week 3 of 13

Each week states what was planned before it ran and what was done once it had, so the gap between the two stays legible.

| Week | Planned | Done |
| --- | --- | --- |
| 1 | Prompt set drafted and signed off. Baseline sampling run one across the agreed queries, recording which tools are named and which sources are cited. | DRAFT — unconfirmed. DRAFT — replace with what actually happened. Prompt set agreed and first baseline run captured, recording who is named today and which sources the answers draw on. |
| 2 | Second and third baseline runs to establish variance. Technical and retrievability audit covering rendering, indexing and whether documentation is readable without executing scripts. Entity review across GitHub, package registries and developer directories. | DRAFT — unconfirmed. DRAFT — replace with what actually happened. Remaining baseline runs completed, technical audit delivered, entity inconsistencies listed with owners. |
| 3 | Build starts. Highest-priority technical fixes from the audit, schema and entity corrections, and the first comparison and documentation pages drafted against the questions the baseline showed going elsewhere. | DRAFT — unconfirmed. DRAFT — replace with what actually happened, or delete this line if week 3 is still in progress. |
| 4 | Documentation retrievability work: the facts an evaluator needs available in plain HTML rather than behind an interaction a retrieval system will not perform. Article production begins. | Not yet — scheduled. |
| 5 | Comparison and alternatives coverage extended to the remaining questions from the baseline. Entity corrections submitted to the third-party sources that carry them. | Not yet — scheduled. |
| 6 | Remaining technical items closed out. Internal linking and information architecture reviewed so the new pages are reachable. Build phase content complete. | Not yet — scheduled. |
| 7 | Technical and factual review batched into a single pass rather than trickled — accuracy on a developer-facing page is checked by someone who can read the API. | Not yet — scheduled. |
| 8 | Revisions applied, everything published, crawl and indexation confirmed in Search Console. Nothing is counted as live until it is confirmed indexed. | Not yet — scheduled. |
| 9 | Measurement run one, against the same prompt set used in week one. First point of comparison with the baseline. | Not yet — scheduled. |
| 10 | Analysis of run one: which questions moved, which did not, and which sources the answers are now drawing on. | Not yet — scheduled. |
| 11 | Measurement run two. Repeated rather than single, because one run is an anecdote. | Not yet — scheduled. |
| 12 | Measurement run three, completing the three sampling runs. Variance across the three assessed before any conclusion is drawn. | Not yet — scheduled. |
| 13 | Written report: what was built, what moved, what did not, and what we would do differently. Published here in full, whatever it says. | Not yet — scheduled. |

## What this page does not claim

Three weeks in, with the first measurement run scheduled for week 9, the list of things this page cannot yet tell you is longer than the list of things it can.

- Whether any of this worked. The first measurement run is week 9; there is no before-and-after to show yet, and any number quoted now would be noise presented as progress.
- Traffic, sign-ups or revenue attributable to the work. Some of that is not cleanly attributable at all, and we would rather say so than model it.
- That the approach generalises. This is one product in one category with no local dimension. A single engagement is not a method validated.

_All three will be answerable in week 13, and the report will be published whatever it says — including a flat result._