Lewati ke konten
Delivery API
Sebelum Anda merencanakan berdasarkan sebuah fitur, periksa status kapabilitas.

Kepercayaan

Arsitektur referensi

Bagaimana berbagai jenis organisasi dapat menyiapkan Atlas, dari satu situs korporat hingga grup multi-merek atau agensi.

Halaman ini diterjemahkan dari bahasa Inggris. Jika ada perbedaan, versi bahasa Inggris yang berlaku. Baca dalam bahasa Inggris

Ini adalah susunan yang direkomendasikan, bukan kisah pelanggan. Pilih pola yang paling mendekati milik Anda dan sesuaikan.

Perusahaan induk dengan beberapa situs web merek, masing-masing dengan timnya sendiri.

Organization: Group
├── Site: brand-a (Development, Production) editors: Brand A team
├── Site: brand-b (Development, Production) editors: Brand B team
└── Site: brand-c (Development, Production) editors: Brand C team
Approvers: group digital team (organization admins) + one reviewer per brand
  • Satu organisasi, satu situs per merek. Konten, media, token, dan orang tidak pernah tercampur antarsitus.
  • Setiap merek mempertahankan kode situs web dan kontraknya sendiri, dengan komponen dan token desainnya sendiri. Atlas tidak pernah memaksakan desain bersama.
  • Editor merek mendapat peran hanya pada situs mereka. Tim digital grup menyetujui rilis Production.
  • Setiap situs web memiliki token pengiriman dan webhook sendiri, sehingga deploy atau gangguan satu merek tidak memengaruhi merek lain.

2. Perusahaan teregulasi atau yang sarat persetujuan

Section titled “2. Perusahaan teregulasi atau yang sarat persetujuan”

Tim keuangan, kesehatan, energi, atau yang berkaitan dengan pemerintah, di mana setiap perubahan publik membutuhkan persetujuan.

  • Editor dan pemasar menyusun draf; peninjau/penerbit menerbitkan di Development; kelompok yang lebih kecil menyetujui rilis Production.
  • Aktifkan persetujuan melalui ponsel untuk tindakan sensitif.
  • Setiap rilis diperiksa (kontrak sinkron, tidak ada masalah penerbitan, kesehatan situs, cadangan terbaru) dan ditandatangani. Pengembalian hanya satu tindakan.
  • Ekspor log audit untuk catatan kepatuhan Anda.
  • Sepakati aturan retensi lead sebelum go-live, dan perhatikan bahwa retensi dan push ke CRM saat ini hanya mencakup lead Development.
  • Konfirmasikan lokasi hosting dan retensi data kepada kami sebelum menandatangani (lihat Keamanan).

3. Agensi yang menjalankan situs web klien

Section titled “3. Agensi yang menjalankan situs web klien”

Agensi membangun dan memelihara situs untuk beberapa klien.

  • Utamakan satu organisasi per klien, sehingga setiap klien memiliki data, orang, dan paketnya sendiri. Staf agensi diundang sebagai anggota.
  • Bangun pustaka komponen Anda sendiri di kode dan pakai ulang di berbagai kontrak klien, dengan token desain khusus klien.
  • Gunakan agen pengodean AI melalui MCP untuk migrasi konten; peninjau klien yang menerbitkan.
  • Serah terima aman: editor klien hanya dapat mengubah bidang bertipe, tidak pernah kodenya.

Satu situs web perusahaan, tim pemasaran kecil, dan developer eksternal.

  • Satu organisasi, satu situs. Developer menghubungkan situs web dan menulis kontrak sekali.
  • Pemasaran menyunting halaman, berita, dan terjemahan; kepala pemasaran menyetujui rilis Production.
  • Developer hanya dibutuhkan untuk komponen atau tipe halaman baru.
  • Kode, hosting, dan deploy situs web Anda tetap bersama Anda.
  • Development lebih dulu; Production hanya melalui rilis yang disetujui.
  • Fallback bawaan agar situs tetap berjalan jika Atlas tidak dapat dijangkau.
  • Token pengiriman di server, dirotasi sebelum kedaluwarsa.