Google Cloud Search API

Name: Cloud Search API
Brand: Cloud Search API
Availability: InStock

✓ Official Vendor SpecProductivityCollaborationoauth245 EndpointsREST

Install Jentic One Beta

Connect the Cloud Search API to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Cloud Search API, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL https://raw.githubusercontent.com/jentic/jentic-one/main/tools/install.sh | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Capabilities

What an agent can do with Cloud Search API.

Index third-party items into a Cloud Search datasource with per-item ACLs

Run permission-filtered queries that scope results to the calling user's identity

Define and update structured schemas on a datasource

GET STARTED

Start building with Cloud Search API

Explore with Jentic

View OpenAPI Document

For Agents

Index third-party documents into Google Cloud Search, run authenticated queries across Workspace and custom datasources, and read query analytics. Lets agents retrieve grounded context from an enterprise's connected content.

Use for: I need to index a custom document into Cloud Search, Search Cloud Search for items matching a query, Get the indexing status of a specific item, List all data sources configured in my Cloud Search tenant

Not supported: Does not crawl public web content, replace Drive's full-text search UI, or store documents itself — use for indexing and querying enterprise content with permission-aware retrieval only.

Use Cases

Patterns agents use Cloud Search API for, with concrete tasks.

★ Federated Enterprise Search

Index content from ticketing systems, wikis, and internal databases alongside Google Drive and Gmail so employees see one ranked result list. Cloud Search applies the user's access controls per item, so federation does not weaken existing permissions, and the indexing API supports incremental updates so the corpus stays fresh.

Index a Confluence page as a Cloud Search item under datasource sources/123 with viewer ACLs derived from the page's space permissions

RAG Grounding for Internal Copilots

Use Cloud Search as the retrieval layer for an internal LLM assistant — call the query API with the user's identity and feed the top results as grounding context. Because Cloud Search filters results to documents the user can already see, the assistant cannot leak content the user is not entitled to read, which is critical for regulated workplaces.

Call query.search with the end user's OAuth token for 'Q3 forecast deck' and return the top five items as grounding context

Index Health Monitoring

Pull per-datasource statistics and item indexing status to dashboard the health of your Cloud Search corpus. The API exposes search application stats, query stats, and itemized indexing errors so platform owners can spot stalled connectors and stale indexes before users report bad results.

List items under datasource sources/abc with status=ERROR, group by error code, and post a daily summary to a Slack channel

Agent-Driven Knowledge Lookup

An AI agent can resolve user questions against the organisation's Google Workspace and connected systems by calling Cloud Search through Jentic. The agent searches Jentic for 'search workspace content', loads the query schema, and gets back permission-filtered results scoped to the calling user's identity.

Use Jentic to call query.search with the prompt 'employee handbook PTO policy' and return the top result's URL and snippet

Key Endpoints

45 endpoints — cloud search provides cloud-based search across google workspace data and lets enterprises index third-party content alongside it.

METHOD

PATH

DESCRIPTION

POST

/v1/indexing/{+name}/items:push

Push an item update into a datasource

GET

/v1/indexing/{+name}/items

List indexed items in a datasource

DELETE

/v1/indexing/{+name}

Delete an indexed item

POST

/v1/debug/{+name}:checkAccess

Check whether a principal can access an item

GET

/v1/debug/{+name}/items:searchByViewUrl

Locate an item by its view URL for debugging

POST

/v1/indexing/{+name}/items:push

Push an item update into a datasource

GET

/v1/indexing/{+name}/items

List indexed items in a datasource

DELETE

/v1/indexing/{+name}

Delete an indexed item

POST

/v1/debug/{+name}:checkAccess

Check whether a principal can access an item

GET

/v1/debug/{+name}/items:searchByViewUrl

Locate an item by its view URL for debugging

Why Jentic?

Three things that make agents converge on Jentic-routed access.

Credential isolation

Google OAuth 2.0 client credentials and refresh tokens for Cloud Search live encrypted in the Jentic vault. Agents receive only scoped short-lived access tokens — Workspace admin credentials never enter the agent runtime.

Intent-based discovery

Agents search Jentic with intents like 'search workspace content' or 'index document into cloud search' and Jentic returns the matching query or indexing operation along with its request schema.

Time to first call

Direct integration with Cloud Search: 3-7 days for OAuth setup, datasource configuration, and ACL mapping. Through Jentic: under 1 hour — search, load schema, execute against an existing datasource.

FAQs

Specific to using Cloud Search API through Jentic.

What authentication does the Cloud Search API use?

It uses Google OAuth 2.0 with scopes such as https://www.googleapis.com/auth/cloud_search.indexing for indexing flows and https://www.googleapis.com/auth/cloud_search.query for end-user search. Through Jentic the OAuth credentials live in the Jentic vault and only short-lived access tokens are passed to the agent.

Can I index third-party content with the Cloud Search API?

Yes. Create a datasource, push items via the indexing.datasources.items.index endpoint, and supply per-item ACLs so search results respect the original system's permissions. The API supports incremental updates and bulk deletes.

What are the rate limits for the Cloud Search API?

Indexing operations are limited per datasource and per project, and query QPS is governed by the connected Cloud Search license tier. Use the items.list endpoint with pagination rather than re-indexing when reconciling state, and stagger heavy reindexing operations.

How do I run a permission-filtered query through Jentic?

Search Jentic for 'search workspace content', load the query.search schema, and execute the call against /v1/query/search using the end user's OAuth token. Cloud Search filters the results so the user only sees items they are entitled to.

Does Cloud Search require a paid Google Workspace plan?

Yes, Cloud Search is available on specific Workspace editions and as a standalone offering. The API itself has no per-call price but you must have a license and an admin-configured Cloud Search tenant before calls succeed.

Can I retrieve search analytics from the API?

Yes. The stats resource exposes query, session, user, and item-level analytics under /v1/stats endpoints. Use these to dashboard search performance and spot underperforming datasources.

Google Cloud Search API

Connect the Cloud Search API to your agent

Capabilities

Start building with Cloud Search API

Use Cases

Key Endpoints

Why Jentic?

Related APIs

FAQs