クライアント（またはプログラム）ごとにワークスペース
クライアントごと、あるいは契約単位でまとめるなど、クライアントの体制に合わせてワークスペースを構成できます。
ソリューションエージェンシー向け
クライアントごとに分離。運用はひとつのアカウントで。
共有スプレッドシートや単発の CMS インスタンスでクライアントの pSEO を回していては、数社を超えたところで限界が来ます。CMSHub のワークスペースは設計段階からテナント分離されているため、エージェンシーはひとつのアカウントで多数のクライアントサイトを運用できます。クライアントのデータ、認証情報、コンテンツがワークスペースの境界を越えることはありません。
01 / 作り込まなくても分離済み
構造としてワークスペース単位
すべてのクエリは、データベースレベルで呼び出し元のワークスペースメンバーシップに紐づきます。テナント間の漏えいを監査する必要はありません。そもそもアーキテクチャがそれを許さないからです。
認証情報は共有しない
各ワークスペースに独自のメンバーと API キー。あるクライアントの認証情報が漏れても、別のクライアントのデータには届きません。
サイトごとのメディア・リダイレクト・サイトマップ
アセット、リダイレクト、サイトマップ生成はサイト単位。クライアントが増えても、メディアライブラリが絡まり合うことはありません。
02 / クライアントに適したアクセス
クライアントには、必要なアクセスだけを
コレクション単位・ロール単位の権限により、クライアント側の担当者はスキーマや請求、他のクライアントのワークスペースに触れることなく、コンテンツの確認と承認ができます。
レビュー専用アクセス
承認フローのために、クライアントの担当者にはコンテンツの閲覧と承認の権限だけを付与できます。
全アカウントで一貫した品質
同じ 6 項目の品質ゲートがすべてのクライアントサイトに適用されるため、担当者によって品質がぶれることはありません。
ひとつのダッシュボードで全クライアント
サイトごとに別々のログインを使い分けるのではなく、ひとつのアカウントからクライアントのワークスペースを切り替えられます。
最初のクライアントを迎える
分離されたクライアント用ワークスペースを用意しよう。
ワークスペースを作成し、スコープを絞ったアクセス権でクライアントのレビュアーを招待して、品質ゲートを通した最初のバッチを実行しましょう。