Kết nối Supabase để bắt đầu gửi email chuẩn thương hiệu khi có người đăng ký, xác nhận email, đổi mật khẩu hoặc bị cấm. Một script thiết lập sẽ thêm trigger cơ sở dữ liệu vào bảng auth.users của bạn, và Brew biến mỗi thay đổi thành một trong 12 trình kích hoạt tự động hóa.
Supabase Auth vẫn chịu trách nhiệm về đăng nhập, liên kết xác nhận, magic link và đặt lại mật khẩu. Brew tạo và gửi các email theo sau những thay đổi đó.
Sự kiện auth.user.signed_in xảy ra khi last_sign_in_at thay đổi. Việc Supabase làm mới token cũng thay đổi cột này, nên sự kiện có thể xảy ra nhiều lần trong lúc người dùng vẫn đang đăng nhập. Sự kiện này không cho thấy ai đó đã quay lại sau một thời gian dài vắng mặt.
Đây cũng là sự kiện phái sinh có mức ưu tiên thấp nhất. Khi cùng lệnh cập nhật đó cũng xác nhận email hoặc nâng cấp người dùng ẩn danh, Brew sẽ phát sự kiện tương ứng thay vì auth.user.signed_in.
Để gửi email hỏi thăm người dùng không còn hoạt động, hãy xác định ai không còn hoạt động ngay trong ứng dụng của bạn, dựa trên dữ liệu hoạt động của chính ứng dụng. Chỉ kích hoạt một sự kiện tùy chỉnh riêng trong Brew cho những người dùng đủ điều kiện, và để một tự động hóa ở trạng thái Đang hoạt động gửi email hỏi thăm từ sự kiện đó.
Hãy thử nghiệm cả hai trường hợp: người dùng không còn hoạt động sẽ nhận email hỏi thăm; người dùng đã hoạt động trước thời điểm kiểm tra thì không.
Các sự kiện auth.user.created, auth.user.updated và auth.user.deleted đến từ các thao tác thêm, cập nhật và xóa trên auth.users. Brew suy ra các sự kiện còn lại từ một lệnh cập nhật bằng cách so sánh hàng cũ với hàng mới.
Mỗi lệnh cập nhật tạo ra một sự kiện. Khi nhiều cột cùng thay đổi, kết quả khớp đầu tiên theo thứ tự sau sẽ được chọn: email_confirmed, phone_confirmed, upgraded_from_anonymous, email_changed, password_changed, banned, unbanned, invited, signed_in. Lệnh cập nhật không khớp với mục nào trong số này sẽ đến dưới dạng auth.user.updated.
Brew hỗ trợ 12 loại sự kiện sau:
Mỗi sự kiện đã xác minh có địa chỉ email thật đều tạo hoặc cập nhật một liên hệ trong Brew (khớp theo email), bất kể có tự động hóa nào dùng sự kiện đó hay không. Khi có dữ liệu, Brew điền tên, họ, supabase_user_id, supabase_phone, supabase_role, supabase_full_name, supabase_avatar_url và supabase_provider.
Một số sự kiện còn điền các trường vòng đời. Trường supabase_account_status nhận giá trị active, invited, banned hoặc deleted. Các trường supabase_email_verified_at, supabase_phone_verified_at và supabase_last_sign_in_at được lấy từ các sự kiện xác nhận và đăng nhập tương ứng.
Dùng lược đồ payload đã khai báo của sự kiện được chọn cho thẻ cá nhân hóa. Mọi sự kiện đều có email, và khi có dữ liệu thì có thêm firstName, lastName, fullName, displayName, avatarUrl, phone, role, provider, createdAt, lastSignInAt và emailConfirmedAt. Tên và ảnh đại diện được lấy từ raw_user_meta_data, kèm giá trị dự phòng cho các lượt đăng ký qua OAuth. Ba trường dấu thời gian ở dạng Unix, tính bằng giây.
Các sự kiện phái sinh bổ sung previousValue, newValue hoặc cả hai, chứa giá trị cũ và mới của cột dưới dạng văn bản. Sự kiện auth.user.password_changed không có trường nào trong hai trường này. Trường provider chứa phương thức đăng ký, chẳng hạn email, google hoặc github, để bạn có thể điều hướng luồng chào mừng theo cách người dùng đăng ký.
ID người dùng Supabase không phải là thẻ cá nhân hóa. Brew lưu ID này trên liên hệ dưới dạng supabase_user_id để lọc và phân khúc.
Tài khoản Supabase không đồng nghĩa với việc người dùng đã đồng ý nhận email tiếp thị. Hãy ghi nhận sự đồng ý khi người dùng đăng ký và kiểm tra trước khi gửi email quảng cáo.
Không. Supabase Auth vẫn gửi liên kết xác nhận, magic link, lời mời và email đặt lại mật khẩu qua thiết lập email riêng của Supabase, chẳng hạn SMTP tùy chỉnh. Brew khởi chạy tự động hóa sau khi những thay đổi đó được ghi vào auth.users. Supabase khuyến nghị dùng tên miền gửi riêng cho email xác thực và email tiếp thị.
Nhận sự kiện và gửi email là hai bước riêng biệt. Hãy xác nhận có một tự động hóa khớp đang ở trạng thái Đang hoạt động, rồi kiểm tra bộ lọc và lịch sử thực thi của tự động hóa đó, điều kiện của người nhận và tên miền gửi. Sự kiện của người dùng không có địa chỉ email, chẳng hạn người dùng ẩn danh chưa thêm email, sẽ không tạo liên hệ và không khởi chạy tự động hóa nào.
