Key details

  1. Announced October 28, 2026 as a phased preview, not universal availability.
  2. One remote MCP server or Android AppFunctions integration can target Search, Gemini or both.
  3. Google Connected Console supports registration, testing, review, publishing and usage/error monitoring.
  4. Users must link accounts and grant access; an approved app is not automatically surfaced for every search.
  5. Google says more than 50 Connected Apps exist across Search and Gemini; partner rollouts vary.
  6. Platform policy bans third-party advertising in connected app tools and unauthorised API wrappers.
  7. Google has not published guaranteed distribution, conversion rates, pricing or a general release date.

What builders should take away

  1. Assess whether your SaaS has an action or data lookup that remains useful inside a conversation, not just a link to a page.
  2. If you already operate an MCP server, audit OAuth, tool schemas, permissions and user confirmation before applying.
  3. Use narrow permissions, server-side checks and real error handling; don't rely on AI tool annotations as access control.
  4. Treat preview admission and user opt-in as distribution gates; measure usage rather than extrapolating from Google's partner count.
  5. Check the platform policy before building ad-supported or API-wrapper business models.

What changed

On October 28, 2026, Google launched a phased preview of its Connected Apps Platform. Developers can expose an existing service through a cloud-hosted Model Context Protocol (MCP) server or Android AppFunctions, test it, and submit it for review through Google Connected Console. A developer can choose Search, the Gemini app or both; approved connected apps can show authenticated service data and perform authorised actions for users who link them. Google says it has more than 50 connected apps across its products, but developer acceptance and user distribution are not guaranteed. The developer guide calls for OAuth 2.1, tool safety annotations and HTTPS deployment. Google's policy bans third-party advertising within connected app tools and prohibits mere unauthorised pass-through wrappers of another platform's API.

Why it matters

For indie SaaS builders and API-first products, Search and Gemini may become another way customers invoke a service without visiting its site. A small business with a genuinely useful workflow can build one MCP integration and potentially reach both surfaces, but it still needs approved access, user consent and reliable execution. This is a platform integration channel, not a new SEO ranking trick: discovery, approval, distribution, revenue-sharing and conversion impact remain unproven. The policy also affects business models: connected apps cannot simply inject ads or disguise third-party API wrappers.

One integration, two Google surfaces — after review

Google's announcement and developer documentation describe a unified workflow for building, testing and submitting a Connected App. Developers can choose Search, Gemini or both; Google Connected Console handles registration, testers, authentication and review. The platform is in preview and opening in phases, with no general availability date. Third-party reporting describes the current developer beta as US-focused, so do not assume worldwide onboarding.

Remote MCP is the default for existing web services

Google recommends a remotely hosted MCP server for cross-platform integrations, with Android AppFunctions as an alternative for local mobile actions. The MCP guide asks developers to publish explicit tool schemas and descriptions, mark read-only and destructive actions, and optionally bind tools to interactive UI resources. Developers validate with MCP Inspector, host over HTTPS and test live execution in Gemini Developer Mode before submitting.

Users link services; an integration is not organic Search placement

Google's developer guide says a connected app can be explicitly invoked by mentioning its name or using @, and remains available in relevant session context. Users link their account and grant permissions. A successfully approved app does not guarantee every Search user sees it, and Google's announcement supplies no ranking formula, placement guarantee, traffic baseline or conversion results. Treat claims of an automatic new SEO channel with caution.

Policy rules matter to monetisation and agent safety

The platform policy requires useful, reliable standalone functionality, minimal data collection, transparent permissions and appropriate user controls. It prohibits third-party promotional material or ads within connected app responses, deceptive tool descriptions, hidden functions and wrappers that primarily pass through another provider's APIs without rights. The documentation calls for OAuth 2.1 and safe annotations; developers should still enforce their own server-side authorization and confirmation for consequential actions.

Practical test for a small SaaS

Choose a real workflow customers already perform through an authenticated API, define a narrow MCP tool surface, validate error handling and permissions, and apply for preview access. Instrument tool calls, latency, failures and the effect on completed tasks. Do not promise distribution, leads or revenue until Google accepts the integration and actual usage data exists.

What to watch next

  • Geographic and developer eligibility expansion beyond the preview.
  • Google's review and discovery rules, supported surfaces and developer analytics.
  • Any pricing, commission, attribution or marketplace ranking policies.
  • Actual case studies from smaller developers on connected-app traffic and conversions.

Still unclear

  • Google has not established that an approved connected app receives meaningful organic Search distribution.
  • Current preview eligibility and rollout pace vary; independent reporting describes a US-focused beta.
  • No independent performance or revenue outcomes for newly submitted third-party apps are yet established.
  • The connected-app policy and technical specifications may change during preview.

Sources

Direct reading behind this dossier.

4 sources
Connected Apps Platform policy
Google for Developers primary policy

App quality, data handling, advertising and API wrapper restrictions.

Discussion

Discussion is reader-contributed. Comments are not part of the BTN dossier or its editorial evidence.

0 visible comments

Join the discussion

Keep comments useful and relevant. Reader contributions may be moderated and are not BTN editorial evidence.

Sign in to comment