클라이언트(또는 프로그램)마다 워크스페이스 하나
클라이언트별로, 혹은 계약 단위로 묶는 등 클라이언트 구성에 맞춰 워크스페이스를 구성하세요.
솔루션에이전시용
클라이언트는 각각 격리. 운영은 계정 하나로.
공유 스프레드시트와 일회성 CMS 인스턴스로 클라이언트 pSEO를 운영하면 몇 개 계정만 넘어가도 한계에 부딪힙니다. CMSHub 워크스페이스는 설계부터 테넌트가 격리되어 있어, 에이전시는 계정 하나로 수많은 클라이언트 사이트를 운영할 수 있습니다. 클라이언트 데이터, 자격 증명, 콘텐츠가 워크스페이스 경계를 넘는 일은 없습니다.
01 / 직접 구현할 필요 없는 격리
구조적으로 워크스페이스 단위
모든 쿼리는 데이터베이스 수준에서 호출자의 워크스페이스 멤버십에 묶입니다. 테넌트 간 유출을 감사할 필요가 없습니다. 아키텍처가 애초에 허용하지 않으니까요.
공유 자격 증명 없음
워크스페이스마다 멤버와 API 키가 따로 있어, 한 클라이언트의 자격 증명이 유출돼도 다른 클라이언트의 데이터에는 닿지 않습니다.
사이트별 미디어, 리디렉션, 사이트맵
에셋, 리디렉션, 사이트맵 생성이 사이트 단위로 관리되므로, 클라이언트가 늘어도 미디어 라이브러리가 뒤엉키지 않습니다.
02 / 클라이언트에 맞는 접근 권한
클라이언트에게 꼭 필요한 권한만
컬렉션별, 역할별 권한 덕분에 클라이언트 담당자는 스키마, 결제, 다른 클라이언트의 워크스페이스를 건드리지 않고 콘텐츠를 검토하고 승인할 수 있습니다.
검토 전용 접근
승인 워크플로를 위해 클라이언트 담당자에게 콘텐츠 조회와 승인 권한만 부여하세요. 그 이상은 없습니다.
모든 계정에 일관된 품질
동일한 6단계 품질 게이트가 모든 클라이언트 사이트에 적용되므로, 결과물의 품질이 담당자에 따라 달라지지 않습니다.
대시보드 하나로 모든 클라이언트
사이트마다 따로 로그인할 필요 없이, 계정 하나에서 클라이언트 워크스페이스를 전환하세요.
첫 클라이언트를 온보딩하세요
격리된 클라이언트 워크스페이스를 만드세요.
워크스페이스를 만들고, 범위를 제한한 권한으로 클라이언트 검토자를 초대한 뒤, 품질 게이트를 거친 첫 배치를 실행하세요.