links
POST /v1/content/targets/probe
Re-check, for real, whether these sites can receive a post.
認証
ベアラー トークンとして API キーを送信します。このエンドポイントでは仕様に特定の権限が記載されていないため、キーに必要な最小限の権限を付与し、推測するのではなくレスポンスを確認してください。
このエンドポイントは組織IDを受け付けません。お使いのキーによって所属する組織がすでに特定されており、レスポンスはその組織にスコープされます。
試してみる
アングルブラケット内のすべてをご自身の値に置き換え、キーのプレースホルダーをご利用中のダッシュボードのキーに置き換えてください。
curl -X POST https://api.zinndigital.com/v1/content/targets/probe \
-H "Authorization: Bearer zdk_live_…" \
-H "Content-Type: application/json" \
-d '{ "site_ids": <string[]> }'ログインしていますか？ダッシュボード内のAPIコンソールでは、実際の組織IDやお客様ご自身のキーが自動入力され、ライブAPIに対してリクエストが実行されるため、実際のレスポンスを確認することができます。 API コンソールでこのエンドポイントを開く
詳細
Contacts each named site's CMS and stores what came back. Gated on `links.edit`, because it makes outbound calls to the customer's own infrastructure. ⛔ Bounded at 100 sites per call and run 10 at a time. A refresh over a whole estate would be a self-inflicted outage; the picker refreshes what is on screen. ⛔ A site that could not be reached comes back `unknown`, never `unsuitable`, and a credential the CMS refused comes back with reason `no_credential` — the site is perfectly capable and we are the ones who cannot get in.
パラメータ
| 名前 | タイプ | 必須 | これがその内容です |
|---|---|---|---|
requires (query) | string | いいえ | The same comma-separated capability ids `listContentTargets` takes, so a client re-rendering rows from this response gets the same `missingCapabilities` it would get from a refe… |
リクエスト本文
| 名前 | タイプ | 必須 | これがその内容です |
|---|---|---|---|
site_ids | string[] | はい | — |
返信
| 名前 | タイプ | 必須 | これがその内容です |
|---|---|---|---|
checked | integer | はい | — |
items | SiteTarget[] | はい | — |
このエンドポイントが返すエラー
401 · 403 · 422