Scaling Agentic AI for Digital Accessibility and Content Intelligence

siteimprove · Tech · 2025 · source Agentic: yes · promotional bias: med · source-backed · extracted with prompt 0.5.6 (schema v2)

Generated from extraction.json — do not edit by hand. Every claim cites verbatim source evidence; stated means the quote directly asserts the claim, implied means it supports it indirectly.

Problem

Domain: Digital accessibility and content intelligence at enterprise scale

Siteimprove needed to scale AI and agentic workflows for accessibility, analytics, SEO, content remediation, and image analysis while preserving trust, speed, adoption, compliance, multi-region support, and cost efficiency across very large page volumes.

Constraints:

Architecture

Siteimprove built an AI accelerator architecture around AWS services. It includes a batch manager for asynchronous page-scale workloads, a business logic manager for prompts and domain parameters, AI service adapters for Bedrock, Converse API, and third-party models, and use-case-specific paths for batch accessibility review, conversational remediation, contextual image analysis, and AgentCore-based conversational analytics. Bedrock and Nova models provide batch/interactive serving, multi-region deployment, and cost optimization; AgentCore connects agents, tools, MCP servers, and short/long-term memory.

Diagram confidence: explicit (topology described by the source).

flowchart LR
  A["Accessibility and content requests"] --> B["Siteimprove AI accelerator"]
  B --> C["Batch manager"]
  B --> D["Business logic manager"]
  B --> E["AI service adapters"]
  C --> F["Bedrock batch processing"]
  D --> E
  E --> F
  E --> G["Conversational Bedrock agents"]
  E --> H["AgentCore runtime"]
  F --> A
  G --> A
  H --> I["AgentCore Gateway"]
  H --> J["Short-term memory"]
  H --> K["Long-term memory"]
  I --> H
Drag to pan · scroll or use +/− to zoom · reconstructed from the source's described component topology

Components

Component Role Interacts with
Accessibility and content requests Batch page checks, remediation conversations, image analysis, and analytics questions. Siteimprove AI accelerator
Siteimprove AI accelerator Shared platform layer coordinating business logic, batching, adapters, and AWS AI services. Batch manager, Business logic manager, AI service adapters
Batch manager Queues, groups, submits, watches, and post-processes asynchronous batch accessibility workloads. Bedrock batch processing
Business logic manager Holds prompts, parameters, and domain-specific problem details. AI service adapters
AI service adapters Connects use cases to Bedrock, Converse API, third-party models, and other AI services. Bedrock batch processing, Conversational Bedrock agents, AgentCore runtime
Bedrock batch processing Asynchronous batch execution for millions of accessibility checks. Accessibility and content requests
Conversational Bedrock agents Interactive remediation and accessibility conversations. Accessibility and content requests
AgentCore runtime Multi-agent conversational analytics runtime with tools, gateways, and memory. AgentCore Gateway, Short-term memory, Long-term memory
AgentCore Gateway Calls other agents and Siteimprove's MCP server. AgentCore runtime
Short-term memory Session-level memory for conversational analytics. AgentCore runtime
Long-term memory Actor-level preference memory for repeated use. AgentCore runtime

Data flow

For batch accessibility review, requests enter through an ALB, Lambda enqueues them, another Lambda groups them into S3 batches, a submitter sends them to Bedrock, and result processors clean and return outputs to a queue. For conversational remediation and analytics, interactive Lambdas call Bedrock Agents or AgentCore. AgentCore agents interpret queries, call local tools, call other agents or an MCP server through the gateway, and use short-term and long-term memory.

3 supporting quotes
“One is our batch manager, one is our business logic manager, which includes all the prompts and parameters, and all the details about the actual problem.”transcript, stated
“We have a lambda grabbing the request, putting in a queue right away without any further processing.”transcript, stated
“We can call other agents through AgentCore Gateway.”transcript, stated

Why this architecture

Siteimprove chose Bedrock/Nova and a shared accelerator because the product needed multi-region enterprise deployment, batch and interactive support, multiple model families, deep AWS integration, and flexible pricing. The accelerator separates business logic from service adapters and reuseable batch/agent infrastructure so each use case can pick the right model and execution mode.

3 supporting quotes
“We need multi-region support for compliance, scalability, and resilience.”transcript, stated
“Bedrock supports both agent and generative. You have a variety of support for both batch and interactive, deep and seamless integration.”transcript, stated
“it's very important to select the right model for the right problem, and not take the best model possible for a very tiny problem.”transcript, stated

Models used: Amazon Bedrock · Amazon Nova · Nova Micro · Bedrock Agents · Bedrock AgentCore · Claude · Llama

Scale

Alternatives considered (roads not taken)

Big-bang autonomy

Rejected because: Siteimprove frames AI adoption as a trust curve that must prove value before moving from human-in-loop to autonomous operation.

“the way that we see this AI adoption, is not a big bang moment, it's more like a trust curve.”transcript, stated

Always choose the strongest model

Rejected because: Cost and task fit matter at scale; Nova Micro delivered large savings for some use cases.

“select the right model for the right problem, and not take the best model possible for a very tiny problem.”transcript, stated

Interactive-only processing

Rejected because: Accessibility review requires asynchronous batch architecture for millions of pages per day.

“By batch processing, I'm talking about millions of pages per day, up to 100 batches of 100Ks, turns to 10 million pages per day”transcript, stated

Patterns

batch-offline-processing (serving)

Accessibility checks are grouped into queues, S3 batches, Bedrock batch submissions, and post-processing queues for millions of page requests.

“By batch processing, I'm talking about millions of pages per day, up to 100 batches of 100Ks, turns to 10 million pages per day”transcript, stated
“There is another lambda after we have enough requests in the queue, grabs them, put them and group them in an S3 bucket”transcript, stated

multi-agent-orchestration (orchestration)

AgentCore connects agents, local tools, other agents, an MCP server, and memory to answer cross-domain analytics questions.

“Then the agent calls multiple agents to say, "Okay, what's wrong with the accessibility part? What's wrong with the SEO part?”transcript, stated
“We can call other agents through AgentCore Gateway.”transcript, stated

tool-use-orchestration (orchestration)

AgentCore agents use local tools for query interpretation, formatting, JSON/UX formatting, MCP access, and Bedrock-backed subtasks.

“It some internal local tools for query interpretation, for formatting, for another formatting for JSON and UX.”transcript, stated
“As an example, we call our own MCP server through the Gateway.”transcript, stated

human-in-the-loop-gate (governance)

Siteimprove describes a staged adoption path from human-in-loop to human-on-loop to human-out-of-loop autonomy.

“In the first step, human is in the loop, and that means AI and human work side by side.”transcript, stated
“Here, we still have the human in the picture, but not as an operator. It's more like as a governor.”transcript, stated

model-routing (model-selection)

The AI accelerator can use multiple model families and choose lower-cost Nova models where the task does not need the strongest model.

“We need multi-model API. So we should be able to have agentic solutions as well as generative AI solutions.”transcript, stated
“it's very important to select the right model for the right problem, and not take the best model possible for a very tiny problem.”transcript, stated

agent-memory (memory)

AgentCore gives agents short-term memory for session management and long-term memory for actor preferences.

“they all have access to short-term memory and long-term memory.”transcript, stated
“Short-term memory is usually for session management. Long-term memory is usually for actor management.”transcript, stated

Tradeoffs

Processing mode

Chose asynchronous batch for page-scale accessibility checks over interactive request-by-request processing.

Rationale: Batching makes millions of page checks feasible with acceptable cost and a 24-hour turnaround.

“Let's assume then you can submit everything in a batch, and you get the response in 24 hours”transcript, stated
“up to 100 batches of 100Ks, turns to 10 million pages per day”transcript, stated

Cloud/model platform

Chose Amazon Bedrock and Nova through Siteimprove's AI accelerator over single-model or non-integrated AI service choices.

Rationale: Bedrock gave multi-region support, batch and interactive modes, agent/generative support, deep integration, and flexible pricing.

“Bedrock was a great pick because Bedrock runs in the same environment and same VPC as the rest of your architecture.”transcript, stated
“Bedrock supports both agent and generative. You have a variety of support for both batch and interactive, deep and seamless integration.”transcript, stated

Autonomy progression

Chose human-in-loop to human-on-loop to human-out-of-loop over immediate autonomous operation.

Rationale: Trust and value must be proven before reducing human oversight.

“The next step is human out of the loop. And this is when we are fully automating our process, and when the trust is there.”transcript, stated
“Do users trust the system, and has the system proven its value?”transcript, stated

Gotchas (what bit them)

Accessibility remediation at web scale is an orchestration problem, not only an AI prompt problem.

Root cause: Customers can have tens of thousands of pages with timeline constraints.

Resolution: Use asynchronous batch processing with queues, S3 batches, Bedrock submission, and result post-processing.

“this is not necessarily an AI challenge per se, it's more about an orchestration and infrastructure challenge.”transcript, stated
“we need to process millions of pages, up to 100 million pages per month for accessibility rule check.”transcript, stated

Small error rates become huge at AI-scale volume.

Root cause: A 99% correct system still produces many failures at 100 million monthly requests.

Resolution: Scale planning must account for error volume, trust, and staged adoption before autonomy.

“my system is working 99% correct and perfect," but then we are scaling to 100 million or more requests per month, that translates into 1 million requests submitted to AI getting error”transcript, stated
“Do users trust the system, and has the system proven its value?”transcript, stated

Adoption stalls if trust is skipped.

Root cause: Users must trust the system and see value before moving to less supervised operation.

Resolution: Progress through human-in-loop, human-on-loop, and human-out-of-loop stages.

“Because if you skip the trust, adoption stalls, and if you skip the value, trust never forms.”transcript, stated
“we should not move forward to each next step, before answering two main questions.”transcript, stated

Using the strongest model for tiny tasks wastes money.

Root cause: At scale, model choice directly drives cost, and some workloads can use smaller models.

Resolution: Use model-routing discipline and Bedrock/Nova options to select task-appropriate models.

“Nova Micro at that time when we checked, we had 75 cost reduction compared to the leading models at that time”transcript, stated
“not take the best model possible for a very tiny problem.”transcript, stated

Evaluation

Siteimprove evaluates production readiness through scale, cost, trust/adoption, model fit, and operational business requirements rather than a single offline metric. The talk emphasizes requests per day/month, cost reduction, multi-region compliance, and staged trust.

Metrics: Up to 100 million pages per month · Up to 10 million requests per day through 100 batches of 100,000 · 24-hour batch turnaround · 75% cost reduction for some Nova Micro workloads · 99% correctness still means 1 million errors at 100 million monthly requests

3 supporting quotes
“in one day, you can achieve 10 million requests done.”transcript, stated
“we had 75 cost reduction compared to the leading models at that time, for some of the use cases that we have.”transcript, stated
“Do users trust the system, and has the system proven its value?”transcript, stated

Outcomes

The case reports 50,000-page customers, up to 100 million monthly page checks, up to 10 million daily batch requests, 24-hour batch turnaround, and 75% cost reduction for some Nova Micro workloads.

“With this architecture, we could achieve what I just explained, like, in millions of requests.”transcript, stated
“Now, I want to start concluding my part, and I want to share our strategic milestone.”transcript, implied