Verizon: 48 of 100 on Ora's agent-readiness scan

In short

Verizon scores 48 of 100 on Ora's agent-readiness scan, grade C, read on 9 November 2026. 43 percent of the 132,085 domains Ora ranks score under 40, and the average score is 44. Open to every agent, with SDKs and a portal and no sign-in for agents.

The score

Verizon is a telecommunications company based in New York.

  • 48of 100, grade C
    Ora's agent-readiness scan of verizon.com, read 9 November 2026.
  • 9Discovery, of 15
    Whether assistants find the company: search presence, Wikipedia and Wikidata, catalogues.
  • 33Access, of 58
    Whether they can read it: the door, text without JavaScript, llms.txt, structured data.
  • 17Usability, of 47
    Whether they can act through it: an MCP server, an API with a specification, sign-in for agents.
  • 0Payments, of 0
    No check in this layer applied to the site.

43 percent of the 132,085 domains Ora ranks score under 40, and the average score is 44.

Ora's one-line summary: Verizon has SDK packages and developer documentation, but lacks OpenAPI specification and OAuth 2.0 support.

What an assistant meets at the door

Before an assistant can read, compare or buy, it has to get in. These rows are the door: whether the bot shield lets the main agents through, what robots.txt tells the search, training and user-triggered agents, and whether the home page has text without running JavaScript.

The door at verizon.com
CheckResultWhat Ora saw
Not blocked by bot detectionPass, 2 of 2Site accessible to 4 agent user-agents (ChatGPT-User, OAI-SearchBot, Claude-User, PerplexityBot).
Agent crawler reachabilityPass, 2 of 2Reachable to every agent we tested - ChatGPT-User: reachable, OAI-SearchBot: reachable, Claude-User: reachable, PerplexityBot: reachable
robots.txt AI crawler policyPass, 2 of 2AI search crawlers: allowed in 3 of 3 checks (3 crawlers on 1 page). AI training crawlers: allowed in 2 of 2 checks (2 crawlers on 1 page), not scored.
robots.txt agent-user policyPass, 2 of 2No applicable crawl or usage restriction found for 3 user-triggered agents (chatgpt-user, claude-user, perplexity-user) on 1 public page: https://verizon.com/. Declared policy only;
Content without JavaScriptPartial, 1 of 3Homepage: 1556 chars of readable text, but no H1 tag. 5 of 5 sampled inner pages have text without JavaScript.
Homepage not hidden from searchPass, 1 of 1No noindex on the homepage: no robots, googlebot or bingbot meta tag and no X-Robots-Tag header hides it from search.

What it can read, and what it can do

The reading layer is what an assistant takes away from the pages: a text file written for it, markdown on request, structured data about the company, a sitemap. The act layer is whether it can do anything through a published interface rather than by clicking through the site.

Reading verizon.com
CheckResultWhat Ora saw
llms.txt existsPass, 1 of 1Found the llms.txt at https://developers.verizon.com/llms.txt.
llms.txt formattingPass, 2 of 2The llms.txt is well-formatted: 53 lines with markdown links, 5,716 characters in total.
Markdown agent docsFail, 0 of 1Missing markdown content negotiation. Homepage returned text/html when probed with Accept: text/markdown (expected text/markdown), and none of the well-known root paths (/llms.md, /auth.md, /agents.md, /developers.md).
Bot-UA markdown servingFail, 0 of 1No probed bot User-Agent (ChatGPT-User, Claude-User, Perplexity-User) receives markdown when requesting HTML. Optional: detect AI-bot UAs server-side and serve them a markdown representation directly.
JSON-LD structured dataFail, 0 of 4No JSON-LD structured data found on homepage
Organization schema completenessFail, 0 of 2No JSON-LD found - Organization schema missing
Sitemap existsPass, 2 of 2Valid sitemap found at https://sitemap.verizon.com/sitemap_index.xml with multiple sitemaps entries
Metadata completenessPartial, 1 of 23/4 metadata signals present - missing: og:image
Page token budgetPass, 1 of 1All 6 measured pages fit an agent context budget (largest ~4K tokens)
Acting through verizon.com
CheckResultWhat Ora saw
MCP server / manifestFail, 0 of 6No MCP server or manifest found
MCP well-known discoveryFail, 0 of 2No MCP server URL discovered
Public API with reachable endpointsPartial, 3 of 7API described in documentation at https://developers.verizon.com but no machine-verifiable API surface confirmed. Best-of-protocols score: 3/7.
Public API/docs linked from homepagePass, 3 of 3Documentation site found at https://developers.verizon.com
OpenAPI spec publishedFail, 0 of 7No OpenAPI/Swagger specification found
Developer portalPass, 6 of 6Developer portal found at https://developers.verizon.com
OAuth 2.0 supportFail, 0 of 5No OAuth 2.0 or OpenID Connect support detected
Scoped permissionsFail, 0 of 5No declared OAuth scopes, security schemes, or scoped-permission documentation found
Multi-language SDK packagesDid not apply, 0 of 3SDK packages found in npm, rubygems
CLI tool availableDid not apply, 0 of 3No CLI tool found
WebMCP supportFail, 0 of 5No WebMCP support detected - no document.modelContext / navigator.modelContext usage found (scanned 8 of 8 same-origin script bundle(s) for modelContext registrations)
Finding Verizon
CheckResultWhat Ora saw
Wikipedia / Wikidata entity presencePass, 4 of 4Wikipedia "Verizon (wireless service)" and Wikidata Q467752 both verified - domain confirmed on both sources
Brand name discoverabilityFail, 0 of 3verizon.com was not in the top 10 for "Verizon wireless carrier"
Category share of voiceDid not apply, 0 of 6Category share of voice is in beta. It measures whether agents surface you for capability and use-case searches (not just your name).
Developer resource discoverabilityPartial, 1 of 3Agent struggled to find developer resources by name - only 1 result(s) out of 3. Found on site but absent from this search sample: developer portal.

The six payment checks did not apply on this read: Ora did not read the site as a shop.

Three fixes to hand to the web team

Ora estimates how many points each open check would return. These are the largest on this read, in Ora's words where it gave them, so a leader can hand the list over without translating it.

  1. MCP server / manifest, worth about 5.7 points by Ora's estimate: No MCP server or manifest found.
  2. OAuth 2.0 support, worth about 4.7 points by Ora's estimate: No OAuth 2.0 or OpenID Connect support detected.
  3. Scoped permissions, worth about 4.7 points by Ora's estimate: No declared OAuth scopes, security schemes, or scoped-permission documentation found.

Our read

Verizon lets every agent in and has built half of what they would need. All four agent user agents reach verizon.com, robots.txt allows the search and training crawlers, five of five sampled pages read with substantive text, the sitemap index is valid and an llms.txt sits at developers.verizon.com, so the Access layer reads 33 of 58; the home page gives 1,556 characters without an H1, there is no JSON-LD and the metadata lacks og:image. The act layer is developers.verizon.com, a real portal with documentation and SDKs on npm and RubyGems, whose API has no machine-verifiable surface; Ora found no OpenAPI specification, no OAuth or OpenID Connect discovery and no MCP server, so the Usability layer reads 17 of 47. The Discovery layer is 9 of 15: verizon.com was not in the top ten for its wireless carrier term. An MCP server is the fix Ora values most, at 5.7 points; an Organization block is the one the web team can ship this week.

Test your own site

Run the same scan on your own domain at ora.ai. The score, the layers and the fixes on this page come from its public result for verizon.com; a scan of a public site takes a few minutes and needs no account.

Sources

  1. Ora report for verizon.com (ora.ai/score/verizon.com), read 9 Nov 2026. Vendor claim.

Last reviewed