top of page

Why Can’t AI Read Content Inside Dynamic Components or Macros?

  • May 3
  • 2 min read
Why can’t AI access content embedded in dynamic components or macros?
User viewing a webpage with embedded dynamic components while interacting with an AI assistant that cannot access the displayed content.

Short Answer: It depends on how the content is stored—not how it looks in the UI.


AI systems rely on indexed, structured data. If content isn’t stored in a readable format, it may be invisible to the AI—even if users can see it.


What’s actually happening

1. Content stored directly in the page or system

If content is saved as part of the underlying document:

  • AI tools can usually index it

  • search and retrieval work reliably

  • it behaves like standard text

2. Content rendered dynamically

If content is loaded at runtime (e.g., via components, embeds, or iframes):

  • the system stores only a reference

  • the actual content is generated when the page loads

  • AI tools often cannot access it

This is where most issues arise.


Why AI struggles here

AI does not “see” the screen—it queries stored data.

If content is:

  • rendered dynamically

  • loaded from external sources

  • not present in the storage layer

then it typically cannot be:

  • indexed

  • retrieved

  • reasoned over

This applies across most enterprise AI systems today.


How platforms differ

Microsoft (Graph + Copilot ecosystem):

  • Strong access to structured data (files, emails, chats, users)

  • Works well when content lives in SharePoint, OneDrive, or Teams

  • Struggles with third-party web parts or dynamically rendered components

Atlassian (Teamwork Graph model):

  • Optimized for work artifacts (tickets, pages, tasks)

  • Reads stored content well

  • Limited visibility into dynamic macros or externally rendered content

Glean (aggregation/search layer):

  • Indexes across multiple systems

  • Can sometimes capture rendered content if exposed via APIs or HTML

  • Still dependent on what source systems make available

Across all three, the same pattern holds: If content isn’t stored in a structured, accessible way, AI won’t reliably retrieve it.


How to check your content

A practical test:

  • If the content exists as actual text/data in storage → AI can likely read it

  • If it’s just a reference to something rendered elsewhere → AI likely cannot

This often explains why:

  • users can see content

  • but AI cannot return it


What you can do

If content isn’t being picked up by AI:

1. Store critical content directly

Ensure key information exists as text, not just visual or embedded content

2. Choose tools/components carefully

Prefer those that store content in accessible formats

3. Add supporting text

Even brief descriptions can make content indexable

4. Check vendor capabilities

Some tools offer indexing-friendly or static render options


A broader takeaway

This isn’t a permissions issue. It’s an architecture issue.

AI works best when:

  • content is structured

  • content is stored

  • content is accessible via APIs


If AI can’t read your content, it’s usually not a bug.

It’s because the content was never available to it in the first place.


Before asking, “Why can’t AI see this?”

Ask instead: “Where—and how—is this content actually stored?”

Comments


bottom of page