What does we-are.be do and who is it for? Explain it back to me.
- previous resource36%
- web search55%
- prior knowledge9%
The agent successfully assembled a coherent explanation of we-are.be's core offering, target audience, methodology, and key differentiators by fetching the homepage, service pages, case studies, and FAQ. However, the task was only partially satisfied: while the agent clearly explained what they do and who it's for, it explicitly could not find pricing information (the site does not publish it), and the HTML responses were truncated, preventing direct extraction of full details. The agent relied heavily on web search routing and prior knowledge to fill gaps that the site's structure and content delivery did not resolve.
- ›Step [1] (homepage) returned only truncated HTML and did not expose readable text about services, pricing, or differentiators in a machine-readable form. The agent had to route through web search and subsequent pages to piece together understanding.
- ›Steps [17, 18] (/who-we-are, /what-we-do) were content-bearing but their full text was not extracted due to HTML truncation. The agent cited these URLs as sources but admitted it could not read their full content, suggesting the site exists but was not machine-readable in the fetch.
- ›Step [10] (FAQ page) was fetched but also returned truncated HTML, despite the URL promising 'pricing and timelines'—a key gap for the task. The agent could not retrieve pricing despite the page's title suggesting it contains that information.
- ›Steps [11, 30] (/our-work, /cases) were cited as sources for portfolio/case study information, but the agent only inferred their content from the URL structure and title; the actual case content was not readable.
- ›The agent had to use web search (steps [7, 15]) to discover the internal site structure (routes like /who-we-are, /what-we-do, /faq) because direct URL guesses (/pricing, /about) returned 404s, indicating a non-standard site architecture that required search assistance.
- ›Pricing—a core task requirement—is genuinely absent from the published site. The agent correctly identified this as a real gap, not a fetch failure, stating 'no published pricing' and concluding users must contact directly. This is a deliberate business choice, not a technical defect.
- ›The agent's final summary relied significantly on prior knowledge (9%) and prior artifact reuse (36%), with only 55% from web search, suggesting much of the inference about differentiators ('AI-first,' 'lean SLIDE framework,' 'maintenance included') came from fragments and context assembly rather than clear site statements.
Help the next agent finish on we-are.be
Front builds the agent version of your site and shows which agents visit, what they came for, and what your pages couldn't answer.
or talk to us about agent readiness →