hosting

POST /v1/sites/{siteId}/wordpress/plugins/{pluginName}/update

Update one plugin to its latest release.

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

認証

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

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

試してみる

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

curl -X POST https://api.zinndigital.com/v1/sites/{siteId}/wordpress/plugins/{pluginName}/update \
  -H "Authorization: Bearer zdk_live_…"

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

詳細

Updates a single plugin and returns the whole plugin list. The listing is re-read rather than patched: an update can deactivate a plugin whose new version declares a requirement the site does not meet, and a client shown an optimistic guess would render it as active. Idempotent, and its own path segment, for the same reasons as the theme twin above. ⛔ **Fleet only** — refused where `wp_component_updates` is `false`. Requires `sites.view` and `sites.panel_access`.

パラメータ

名前タイプ必須これがその内容です
siteId (path)UuidはいSite ID (UUIDv7).
pluginName (path)stringはいThe plugin's slug, exactly as `listSiteWordPressPlugins` reports it.

返信

名前タイプ必須これがその内容です
dataSiteWordPressPlugin[]はいThe installed plugins.
stack_cache_installedbooleanはい⛔ **Cannot be derived from `data`.** this platform excludes its own server-side cache plugin from the listing, so a client deriving this flag from the rows would answer "not ins…

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

401 · 403 · 404 · 422 · 429 · 503