hosting

GET /v1/wordpress/sites/{siteId}/credentials

Who can sign in to this site's WordPress, and where.

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

認証

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

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

試してみる

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

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

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

詳細

The site's WordPress administrators — read **live** from the platform, not from the stored snapshot, because this list is what the rotate form acts on and offering a password reset for a user deleted an hour ago fails confusingly. A stale list is fine on a dashboard and wrong on a form. ⛔⛔ **There is no `password` field and there cannot be one.** WordPress stores a hash; no plaintext exists on our side or theirs. A customer copies the *username* from here and, if they need a password, mints a new one with `rotateWordPressAdminPassword`. Requires `sites.view`.

パラメータ

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

返信

名前タイプ必須これがその内容です
admin_urlstringはい
sso_availablebooleanはいWhether this platform can mint a one-click login. Our own fleet writes the SSO signing key into `wp-config.php`; this platform has no shell, so it cannot — and a button offered…
adminsWordPressAdmin[]はい

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

401 · 403 · 404 · 429 · 503