Agencies do not usually lose margin on strategy. They lose margin on repetitive delivery work, and structured data is one of the easiest places for that margin to disappear. A developer spends four hours writing JSON-LD by hand. A consultant spends two hours explaining schema to a client who wanted a simple answer. A project manager spends an hour chasing confirmation that the markup actually went live.
Multiply that across a portfolio of 20 clients and you have a structured data problem that is not about schema — it is about process. The fix is not more heroics. The fix is a repeatable four-phase workflow that removes the manual labour from every step.
Why agencies fail at schema — the real reasons
There are three failure patterns that account for the overwhelming majority of agency schema problems. All three are process failures, not knowledge failures.
Manual JSON-LD written from scratch per client
Writing JSON-LD manually for every client is slow, inconsistent, and error-prone. The developer who knows schema writes clean markup. The developer who does not writes technically valid but semantically useless markup. There is no review step that catches the difference. The client gets charged the same either way.
Plugin defaults shipped without review
Yoast, RankMath, and similar plugins produce schema automatically. The default output is almost always too generic to be useful and sometimes actively misleading. Most agencies ship this output without reviewing it because there is no efficient mechanism for review. Generic plugin schema scores zero points in AI retrieval systems because it says nothing specific about the business.
No monitoring after launch
Schema is deployed, the ticket is closed, and the work is considered done. Six months later the client has rewritten their service pages, added a new office location, and changed their primary service name. The schema reflects none of this. Drift has set in and nobody knows.
In site scans we've run on agency-managed client portfolios, over 60% of deployed schema blocks showed significant drift within 12 months of deployment. The average time before detection was 8 months.
The four-phase delivery workflow
Agencies that deliver schema at scale use a consistent four-phase process. Every phase has a defined input, a defined output, and a defined owner.
Phase 1: Scan
- Crawl the client site and classify every page by type: homepage, service page, location page, FAQ page, about/contact page, editorial content.
- Identify which page types have no schema, which have plugin-generated schema, and which have custom schema that may be outdated.
- Flag the highest-priority gaps: missing Organization schema on homepage, missing Service schema on primary service pages, missing LocalBusiness schema on location pages.
- Produce a scan report that shows coverage percentage by page type and lists the top 10 highest-value schema opportunities.
Phase 2: Review
- Generate schema candidates for each flagged page based on the actual visible content — not from templates.
- Present each candidate to a human reviewer (either the agency SEO lead or the client contact) with the source text highlighted.
- For each field in the candidate schema, show the reviewer where the evidence comes from on the page.
- Approve, edit, or reject each candidate before it is added to the deployment queue.
📸 Screenshot: Loopful review queue showing a Service schema suggestion for a German IT consulting firm, with the service description field on the right sourced from a highlighted sentence in the page's visible copy on the left, and Approve / Edit / Skip buttons below each field
Phase 3: Deploy
Schema deployment should never require a developer or a CMS edit for standard updates. The most agency-friendly deployment model is a script tag injection that the agency controls centrally.
- Add the Loopful script tag to the client site's <head> once — this is the only CMS or developer touch needed.
- All subsequent schema updates, additions, and rollbacks are managed from the Loopful dashboard without touching the client site.
- Each deployment is versioned. If a content change later creates a conflict, the previous version is one click away.
- QA happens in the Loopful staging environment before any schema goes live.
Phase 4: Monitor
- Configure recurring scans on the client's highest-value pages — typically weekly for active sites, monthly for stable ones.
- When a drift alert fires (schema field no longer matches visible content), the alert goes to the assigned reviewer, not to a general inbox.
- Schema health is tracked over time as a metric in the client's monthly report.
- Schema review is added to the agency's standard content change checklist so that major page updates trigger a check before they go live.
Client reporting structure
The schema health score is the most useful client-facing metric. It translates the technical reality of structured data coverage into a number that clients can track across reporting periods.
- Coverage score: percentage of key page types with valid, reviewed schema
- Quality score: percentage of deployed schema blocks with all high-priority fields populated with specific, page-backed content
- Drift score: percentage of deployed blocks with no detected mismatch against current page content
- Rich result eligibility: which pages are currently eligible for rich results and which have been suppressed
Positioning schema as a billable service line
Schema markup is easy to underprice because clients only see JSON code. The agency that prices it correctly frames it as machine visibility work, not code delivery.
The strongest positioning frames three separate service components: an initial audit and roadmap, an implementation and deployment engagement, and an ongoing monitoring and governance retainer. Each component has a clear deliverable and a clear risk being mitigated.
The pricing model that makes this work is covered in detail in How Agencies Should Price Schema Markup Services. For the client conversation, the right framing is in How To Explain Schema ROI to Non-Technical Stakeholders. Loopful is built specifically for this four-phase workflow — see how it works.
Explore This Cluster
Related Reading