{ "company": "Apify", "slug": "apify", "website": "https://apify.com", "audit_date": "2026-04-24", "overall_score": 68, "tier": "Emerging", "tier_as_published": "E", "pillars": { "P1": { "name": "Signal Architecture", "score": 19, "max": 25 }, "P2": { "name": "Clarity Stack", "score": 14, "max": 25 }, "P3": { "name": "Trust Envelope", "score": 14, "max": 20 }, "P4": { "name": "Velocity Triggers", "score": 8, "max": 10 }, "P5": { "name": "Gravity Design", "score": 13, "max": 20 } }, "criteria": [ { "id": "P1-A", "pillar": "P1", "name": "Structured Data", "score": 2, "max": 5, "evidence": "Every Actor page on the Apify Store automatically generates a machine-readable .md version (e.g., apify.com/apify/website-content-crawler.md), which is a notable innovation in content addressability. However, no schema.org markup (Product, Offer, AggregateRating) found on the main pricing or homepage. The .md-page pattern is ahead of most competitors but doesn't meet the schema.org standard required for higher scores." }, { "id": "P1-B", "pillar": "P1", "name": "Machine-Readable Pricing", "score": 4, "max": 5, "evidence": "apify.com/pricing.md returns a full structured markdown pricing document with tables for all plans, compute unit (CU) rates, proxy pricing by type, and add-ons. This is a dedicated machine-readable pricing endpoint \u2014 rare and genuinely useful for agents needing to evaluate Apify without parsing JavaScript-rendered HTML. One point short of 5/5 because it uses markdown tables rather than schema.org/Offer or JSON." }, { "id": "P1-C", "pillar": "P1", "name": "llms.txt / Agent Layer", "score": 5, "max": 5, "evidence": "docs.apify.com/llms.txt provides the docs index for LLM consumption, and docs.apify.com/llms-full.txt provides the complete documentation dump. Additionally, every Actor page generates its own .md version automatically. The apify.com llms.txt links directly to these. This is the most complete tiered llms.txt implementation in this audit series \u2014 root-level pointer to both summary and full content, plus per-Actor machine-readable pages." }, { "id": "P1-D", "pillar": "P1", "name": "API / MCP Availability", "score": 5, "max": 5, "evidence": "Comprehensive API layer: OpenAPI v2 spec at docs.apify.com/api/v2.md, Python and JavaScript API clients (open-source), REST API, and MCP server at mcp.apify.com with Docker image published on Docker Hub for local deployment. The MCP server supports dynamic Actor discovery \u2014 agents can search, retrieve details on, and add new Actors at runtime. Additionally supports x402 (USDC on Base blockchain) and Skyfire for autonomous agentic payments, enabling agents to pay for Actor runs without human authorization. This is the most agent-payment-native infrastructure found in any audit to date." }, { "id": "P1-E", "pillar": "P1", "name": "Discoverability (GEO)", "score": 3, "max": 5, "evidence": "robots.txt is minimal (allow all, sitemap reference only \u2014 no AI-bot-specific directives). llms.txt exists at root via apify.com llms.txt. Strong content presence in developer communities and SOC 2 certifications add trust signals. Not proactively AI-retrieval optimized beyond llms.txt presence. Would benefit from explicit AI crawler allowances in robots.txt and structured entity content." }, { "id": "P2-A", "pillar": "P2", "name": "Offer Completeness", "score": 4, "max": 5, "evidence": "apify.com/pricing.md is a single authoritative document covering all plan tiers, CU pricing, proxy pricing, add-ons, and billing FAQs. Individual Actor pricing is per-Actor (some free, some paid/rented) \u2014 this variability is disclosed but means per-Actor total cost requires querying Apify Store. Offer completeness is high for the platform itself; Actor-level pricing adds an inherent variable." }, { "id": "P2-B", "pillar": "P2", "name": "Scope & Limits", "score": 3, "max": 5, "evidence": "Concurrent run limits (25\u2013256 by plan), max RAM per plan (8\u2013256 GB), and CU pricing are documented in pricing.md. However, API rate limits for the REST API are not prominently documented for agent-facing usage. Compute unit consumption per Actor type is variable and requires test runs to determine \u2014 disclosed in FAQs but not pre-declarable. Adequate but not fully declarative." }, { "id": "P2-C", "pillar": "P2", "name": "Substitution & Fallback Rules", "score": 1, "max": 5, "evidence": "No substitution or fallback guidance found. Agents building workflows on Apify Actor runs have no documented behavior for Actor failure, result timeout, or service degradation. This is a common gap across audited companies but notable given Apify's enterprise positioning." }, { "id": "P2-D", "pillar": "P2", "name": "Conditional Logic Transparency", "score": 3, "max": 5, "evidence": "Overage behavior is clearly explained: free plan users are blocked; paid plan users are charged overage and notified. Upgrade/downgrade process is documented (prorated, same billing cycle). Enterprise requires \"contact sales\" but is disclosed. Actor rent pricing varies per-Actor \u2014 disclosed but variable. Conditions are findable; not all machine-readable." }, { "id": "P2-E", "pillar": "P2", "name": "Semantic Precision", "score": 3, "max": 5, "evidence": "Platform-level pricing is precise (1 CU = 1 GB RAM \u00d7 1 hour, specific dollar amounts per plan). Actor-level descriptions vary significantly in precision \u2014 some Actors have precise rate/result counts, others use marketing language. The platform core is precise; the marketplace layer introduces variability." }, { "id": "P3-A", "pillar": "P3", "name": "Verifiable Performance Data", "score": 4, "max": 5, "evidence": "status.apify.com is a dedicated Atlassian Statuspage with real-time and historical incident data. StatusGator has independently monitored Apify since April 2022. Self-reported 99.95% uptime. SOC 2 Type II, GDPR, and CCPA certified \u2014 third-party validated compliance. G2, Capterra, GetApp, and SoftwareAdvice reviews exist. Trusted by Intercom and European Commission. Strong third-party verification footprint." }, { "id": "P3-B", "pillar": "P3", "name": "Scoped Permission Model", "score": 4, "max": 5, "evidence": "API token with organization-level scoping. x402 protocol integration enables agents to make bounded, on-chain USDC payments for Actor runs \u2014 this is the most explicit agent-scoped permission model found in this audit series. Skyfire integration provides managed payment tokens with spending controls. An agent can be authorized to spend up to X USDC on Actor runs without needing a human-held API key. Notable innovation." }, { "id": "P3-C", "pillar": "P3", "name": "Audit Trail / Transaction Log", "score": 3, "max": 5, "evidence": "Usage data is accessible in the Apify Console billing section and via the API (Actor run history, dataset contents). Run-level logging is a core platform feature. However, a dedicated machine-accessible audit log API (timestamped actions, payment records, key usage) is not explicitly documented for agent system consumption. Better than most audited companies; not quite full audit-trail grade." }, { "id": "P3-D", "pillar": "P3", "name": "Behavioral Consistency Signals", "score": 3, "max": 5, "evidence": "changelog at apify.com/change-log provides timestamped platform updates. REST API has been at v2 for multiple years \u2014 stable versioning track record. Platform has been operating since ~2015 with enterprise customers (Intercom, European Commission). No explicit API deprecation policy or notice period stated, but demonstrated multi-year stability is evidence." }, { "id": "P4-A", "pillar": "P4", "name": "Friction-Free Activation", "score": 4, "max": 5, "evidence": "Free plan with no credit card required and instant account creation. API token issued immediately in the console. x402 agentic payment support means an agent can autonomously pay for Actor runs without requiring a pre-provisioned human API key. Minor friction: initial account registration requires email/OAuth signup \u2014 a human action needed at least once. Post-setup, fully autonomous operation is supported." }, { "id": "P4-B", "pillar": "P4", "name": "Agent Decision Signals", "score": 4, "max": 5, "evidence": "Free plan provides a clear autonomous trial signal. Dynamic Actor discovery via MCP lets agents find and evaluate Actors programmatically before committing to use. x402 USDC payment mechanism allows agents to make cost-bounded autonomous run decisions. Minor gap: no explicit \"when to upgrade\" signal or webhook for usage threshold notifications that agents can subscribe to." }, { "id": "P5-A", "pillar": "P5", "name": "Integration Depth / Switching Cost", "score": 4, "max": 5, "evidence": "10,000+ Actors in the Apify Store create a data network effect: each Actor's run history, dataset, and schedule is tied to the Apify platform. Crawlee (open-source scraping library) ties developer workflows to the ecosystem. Integrations with Vercel AI SDK, OpenAI Agents SDK, Mastra, LangChain, and others embed Apify at the framework level. Switching requires migrating Actor configurations, stored datasets, scheduled runs, and proxy configurations." }, { "id": "P5-B", "pillar": "P5", "name": "Agent Memory / Personalization Layer", "score": 3, "max": 5, "evidence": "Apify Storage (Datasets, Key-Value Stores, Request Queues) provides persistent, API-accessible storage that agents can use as memory between runs. A key-value store is explicitly designed for state persistence. Agents can read, write, and query their own stored data via the REST API between Actor runs. This is a genuine agent-accessible memory layer \u2014 one of the few in this audit series." }, { "id": "P5-C", "pillar": "P5", "name": "Programmatic Renewal Signals", "score": 3, "max": 5, "evidence": "All paid plans auto-renew without human action. Billing management is available via the console API. Usage thresholds trigger notifications (documented in FAQs). No dedicated agent-facing renewal API or webhook for \"subscription expiring soon\" events found, but the auto-renewal mechanism is solid and the billing API is accessible." }, { "id": "P5-D", "pillar": "P5", "name": "Compounding Value Signal", "score": 3, "max": 5, "evidence": "Actor ecosystem grows over time (10,000+ Actors as of audit date). Scheduled runs accumulate historical datasets that become more valuable over time. Platform monitoring tools provide historical performance data per Actor. These compounding effects are real but not surfaced as agent-readable signals \u2014 agents cannot query \"how much more valuable is this platform than last month\" via API." } ], "strongest_signals": [ { "title": "Agentic payment infrastructure (x402 + Skyfire, P3-B: 4/5)", "detail": "Apify is the first platform in this audit series to offer native agentic payment rails \u2014 x402 (USDC on Base blockchain) and Skyfire enable AI agents to pay for Actor runs without human API key provisioning. This is the most forward-looking agent-native feature found across 28 audits. An agent can autonomously discover, authorize, and pay for a tool run in a single workflow." }, { "title": "Tiered machine-readable documentation (P1-C: 5/5)", "detail": "The combination of llms.txt + llms-full.txt + per-Actor .md pages is the most comprehensive agent-readable content architecture in this audit series. Every tool in the 10,000+ Actor catalog has a machine-readable version at a predictable URL. This is systematic, not just ad hoc." }, { "title": "Dedicated pricing.md endpoint (P1-B: 4/5)", "detail": "apify.com/pricing.md is a deliberate choice to make pricing addressable for non-JavaScript clients. This pattern \u2014 serving pricing as a machine-readable markdown endpoint \u2014 is a best practice that few companies implement and should be recognized as an intentional agent-native design decision." }, { "title": "Independent trust verification (P3-A: 4/5)", "detail": "SOC 2 Type II, GDPR/CCPA certifications, dedicated Atlassian Statuspage, 4+ years of StatusGator independent monitoring, and reviews across G2/Capterra/SoftwareAdvice give Apify the strongest third-party trust verification in recent audit cycles." } ], "critical_gaps": [ { "title": "No schema.org structured data (2/5)", "detail": "Despite machine-readable .md pages per Actor, there is no schema.org/Product or schema.org/Offer markup on the homepage, pricing page, or Actor pages. The .md pattern is innovative but operates outside the structured data ecosystem that agent-native evaluation increasingly relies on." }, { "title": "No substitution/fallback rules (1/5)", "detail": "With 10,000+ Actors \u2014 each with its own failure modes \u2014 the absence of platform-level fallback documentation is a significant gap. Agents building production pipelines need to know what happens when a specific Actor fails, times out, or returns no results." }, { "title": "API rate limits not prominent for agent usage (P2-B: 3/5)", "detail": "While compute unit and concurrent run limits are documented, API rate limits for REST API calls are not prominently stated for agent-oriented usage. Agents making high-frequency API calls to discover, configure, and manage Actors need explicit rate limit guidance." }, { "title": "No agent-readable compounding value signals (P5-D: 3/5)", "detail": "The x402 payment infrastructure sets up autonomous agentic purchasing. But there is no API signal an agent can query to justify re-commitment or tier upgrade based on measurable platform improvement. The value compounds silently." } ], "priority_actions": [ { "action": "Add schema.org/Offer + schema.org/Product markup to pricing and Actor pages", "points_gain": 3, "pillar": "P1", "effort": "Low" }, { "action": "Publish REST API rate limits for agent-facing endpoints", "points_gain": 2, "pillar": "P2", "effort": "Low" }, { "action": "Document Actor failure modes and fallback patterns", "points_gain": 2, "pillar": "P2", "effort": "Low" }, { "action": "Publish explicit API versioning and deprecation policy", "points_gain": 1, "pillar": "P3", "effort": "Low" } ], "executive_summary": "Apify scores 68/100 in the Emerging tier \u2014 the highest score in this audit series for a non-infrastructure-native product \u2014 driven by three genuine differentiators: the most advanced agentic payment infrastructure found in any audit (x402 + Skyfire), a tiered machine-readable documentation system (llms.txt + llms-full.txt + per-Actor .md pages), and a persistent agent-accessible memory layer via Apify Storage. The platform's Trust Envelope is the strongest across all audited companies, supported by SOC 2 Type II certification, a dedicated Atlassian Statuspage, and years of third-party monitoring. The gaps holding Apify back from Agent-Ready status are all fixable: no schema.org markup on a platform that already generates per-Actor structured metadata, no documented REST API rate limits for agent-facing endpoints, and no Actor-level fallback documentation. The single highest-ROI action is extending the existing .md page metadata pipeline to auto-generate schema.org/Product JSON-LD for all 10,000+ Actors \u2014 a systemic fix that would transform Apify's already strong agent-readable content into a schema.org-compliant offer catalog at scale.", "rubric_version": "v1-2026-04 (20 criteria, 100 raw points; P3-E Agent Registration added to rubric v2 in 2026-06, not scored in this audit)", "framework": "Agent Native Offers \u2014 The Agent Sale framework", "source_file": "2026-04-24 \u2014 Apify \u2014 Agent Native Offer Audit.md", "rank": 3 }