hosting

GET /v1/sites/{siteId}/crawler-block

Get a site's blocked-crawler selection.

すべての hosting エンドポイント

認証

ベアラー トークンとして API キーを送信します。キーには sites.view 権限が付与されている必要があります。権限のないキーは 404 ではなく 403 で拒否されます。

このエンドポイントは組織IDを受け付けません。お使いのキーによって所属する組織がすでに特定されており、レスポンスはその組織にスコープされます。

試してみる

アングルブラケット内のすべてをご自身の値に置き換え、キーのプレースホルダーをご利用中のダッシュボードのキーに置き換えてください。

curl -X GET https://api.zinndigital.com/v1/sites/{siteId}/crawler-block \
  -H "Authorization: Bearer zdk_live_…"

ログインしていますか?ダッシュボード内のAPIコンソールでは、実際の組織IDやお客様ご自身のキーが自動入力され、ライブAPIに対してリクエストが実行されるため、実際のレスポンスを確認することができます。 API コンソールでこのエンドポイントを開く

詳細

A second representation of the same policy as `crawler-policy`, not a second setting: this one carries just the customer-facing selection, while `crawler-policy` additionally returns the rendered server rules that MCP and the hosting worker consume. `available_bots` is the catalog of blockable SEO crawlers, which by construction contains no search engine — so a customer cannot de-index themselves here, because Googlebot and Bingbot are not in the list to choose from. Requires `sites.view`.

パラメータ

名前タイプ必須これがその内容です
siteId (path)UuidはいSite ID (UUIDv7).

返信

名前タイプ必須これがその内容です
site_idUuidはいUUIDv7 identifier — sortable by creation time (docs/02 §8).
blocked_botsstring[]はいCrawler keys currently blocked at the server level.
available_botsstring[]はいThe crawlers the customer may block. Contains no search engine, which is what makes de-indexing yourself impossible through this surface.
enforcementCrawlerEnforcementいいえWhether the stored crawler policy is actually a rule on a web server, and if not why not (#1954, D8300). ⛔ These are two different questions and collapsing them is the defect th…

このエンドポイントが返すエラー

401 · 403 · 404 · 429