Lên kế hoạch tích hợp

Quyết định khó nhất của một lần tích hợp không phải là viết mã, mà là đặt chốt kiểm tra ở đâu. Đặt sai chỗ thì hoặc bạn không chặn được gì, hoặc bạn đuổi khách thật đi.

Đặt ở nơi có thứ gì đổi chủ#

Đừng chặn ở trang chủ. Một người bị đuổi ở cửa hàng không học được gì ngoài việc site có vẻ hỏng, và một cửa hàng từ chối người ta trước khi họ kịp chọn gì sẽ mất vì từ chối nhầm nhiều hơn rất nhiều so với những gì nó chặn được.

Những chỗ đáng đặt:

Xử lý ba phán quyết khác nhau#

allow thì cho đi tiếp.

block thì từ chối — nhưng trả về trang kèm thông báo, đừng trả lỗi trống. Một phần những người bị luật chặn là khách thật, và họ cần biết mình đang ở đâu và khiếu nại thế nào.

challenge không phải từ chối. Đó là bước xác minh thêm: 3-D Secure, OTP, duyệt tay, hoặc đơn giản là ghi log kỹ hơn. Nếu bạn từ chối trên challenge, bạn đã biến một tín hiệu vừa phải thành đơn hàng bị mất, và trọng số của engine không được đặt với giả định đó.

Bắt đầu ở chế độ quan sát#

Tích hợp đầy đủ, nhưng ban đầu chỉ ghi log phán quyết thay vì hành động theo nó. Chạy vài ngày, mở Smart Signals xem phân bố điểm trên traffic thật của bạn, rồi mới bật chặn.

Đây là cách duy nhất biết được tỉ lệ từ chối nhầm trước khi nó thành doanh thu mất đi.

Luôn fail open#

let verdict = "allow";
try {
  verdict = (await askHideGuard(context)).verdict;
} catch {
  // Không trả lời được thì cho đi tiếp. Bước kiểm tra không được quyền làm sập checkout.
}

Điều này không phải sự nhân nhượng: một dịch vụ bên ngoài nằm trên đường đi quan trọng của bạn mà fail closed thì thời gian chết của họ là thời gian chết của bạn.

Đừng tin visitor ID do client khai#

Cookie fpc_vid nằm trên tên miền của bạn và người truy cập sửa được. Nó chỉ dùng để tìm một bản ghi mà chúng tôi tự ghi. Phán quyết luôn dựa trên bản ghi tìm được, không dựa trên lời khai.