Integrasi HubSpot + Brevo
Ilustrasi · data contoh
Contoh sinkronisasi
Sumber
HubSpot
Status konektor: Dalam pengerjaan
Tujuan
Brevo
Status konektor: Aktif
Pemetaan field
| Field sumber | Field tujuan | Nilai contoh |
|---|---|---|
email | email | [email protected] |
firstname | FIRSTNAME | Alex |
id | HUBSPOT_ID | hs_1042 |
- Susun draf
- Tinjau satu data
- Setujui versi ini
Status berlaku untuk masing-masing konektor dan tidak menjamin sinkronisasi ini siap. Field ini hanya ilustrasi. Periksa skema dan izin sebenarnya sebelum sinkronisasi berjalan.
HubSpot + Brevo
Tajo memiliki implementasi konektor HubSpot dan rancangan pemetaan kontak. Koneksi HubSpot mandiri belum tersedia. Pengujian offline sudah ada, tetapi pemasangan pada akun nyata dan sinkronisasi produksi belum diverifikasi. Hubungi Tajo dan minta koneksi aktif serta pratinjau sebelum mengandalkannya.
Status dan pemetaan kontak
Mulailah satu arah: HubSpot memiliki bidang CRM yang dipilih, sedangkan Brevo menerima bidang yang diperlukan untuk email. Simpan ID kontak HubSpot sebagai kunci sumber yang stabil. Alamat dapat berubah atau dipakai bersama; tentukan sebelum proses pertama cara memperbarui kecocokan yang ada.
| HubSpot | Brevo |
|---|---|
properties.email | email |
properties.firstname, properties.lastname | FIRSTNAME, LASTNAME |
properties.phone, properties.company | PHONE, COMPANY |
properties.jobtitle, properties.lifecyclestage | JOB_TITLE, HUBSPOT_LIFECYCLE |
id | HUBSPOT_ID |
Tabel ini adalah usulan, bukan jaminan bahwa atribut telah disiapkan di akun Brevo Anda. Tetapkan pemilik dan aturan konflik untuk tiap bidang. Sebelum dipakai untuk pemasaran, periksa langganan terkait dan penolakan umum di HubSpot serta status pemblokiran di Brevo. Status tidak diketahui bukan bukti persetujuan. Penolakan di salah satu sistem harus menghentikan pengiriman berikutnya dan tidak boleh dibatalkan oleh pembaruan profil.
Verifikasi sebelum digunakan
Minta demonstrasi koneksi berizin, pratinjau bidang dan persetujuan, serta proses ulang tanpa duplikat. Uji kontak yang berubah, penolakan, jadwal, percobaan ulang, dan tampilan kesalahan. Alur balik membutuhkan pemilik bidang dan pencegahan putaran tersendiri. Perusahaan dan transaksi membutuhkan pemetaan serta bukti terpisah.