Từ tin nhắn Facebook đến phản hồi của AI
Khi khách nhắn Fanpage, Facebook gửi sự kiện đến webhook của hệ thống. Backend xác thực sự kiện, chuẩn hóa nội dung và xác định cuộc hội thoại. Sau đó hệ thống mới quyết định dùng rule, truy xuất knowledge hay gọi mô hình AI.
Phản hồi cuối cùng cần đi qua API gửi tin nhắn của nền tảng. Vì vậy một chatbot production phải xử lý cả lỗi token, timeout, retry và trạng thái gửi chứ không chỉ xử lý prompt.
Product context giúp chatbot trả lời đúng hơn
Nếu khách hỏi “mẫu này còn màu đen không?” thì AI phải biết “mẫu này” đang tham chiếu sản phẩm nào trong hội thoại. Đây là lý do cần lưu context sản phẩm, biến thể và các lựa chọn gần nhất thay vì chỉ gửi câu hỏi hiện tại cho AI.
Với nhà hàng, context có thể là món ăn, combo, khung giờ hoặc bàn. Với shop, context thường là SKU, size, màu, giá và tồn kho. Mỗi ngành cần một lớp dữ liệu khác nhau.
- Conversation context
- Product/variant grounding
- Rule về giá và chính sách
- Lịch sử hội thoại gần nhất
Những điểm phải kiểm thử trước khi mở cho khách thật
Cần kiểm thử tình huống khách gửi nhiều tin liên tiếp, thay đổi ý giữa chừng, hỏi dữ liệu không có, yêu cầu gặp nhân viên hoặc gửi nội dung ngoài phạm vi. Hệ thống cũng phải xử lý khi Facebook API tạm lỗi mà không tạo phản hồi trùng.
- Webhook verify và signature
- Idempotency chống xử lý lặp
- Fallback khi AI không có dữ liệu
- Human takeover
- Log request/response an toàn
Vai trò của webhook, token và retry trong hệ thống thật
Webhook là điểm Facebook đẩy sự kiện về server. Nếu endpoint chậm, lỗi hoặc xác thực không đúng, tin nhắn có thể đến trễ hoặc được retry. Vì vậy backend cần xử lý idempotency để cùng một event không tạo hai câu trả lời. Token truy cập cũng phải được lưu và xoay vòng an toàn thay vì hard-code vào source.
Khi API gửi tin nhắn thất bại, hệ thống cần phân biệt lỗi tạm thời và lỗi cấu hình. Retry mù có thể tạo spam; bỏ qua hoàn toàn lại làm mất phản hồi. Log theo event ID, user/channel và trạng thái gửi giúp đội vận hành biết bước nào cần can thiệp.
- Không ghi token nhạy cảm vào log
- Đánh dấu event đã xử lý
- Retry có giới hạn và điều kiện
- Theo dõi lỗi API theo mã nguyên nhân
Tách trải nghiệm hội thoại khỏi logic nghiệp vụ
Câu chữ nên tự nhiên nhưng nghiệp vụ phải có biên rõ. Ví dụ khách hỏi món thì AI có thể giải thích; khi khách xác nhận đặt bàn, hệ thống chuyển sang workflow thu số người, thời gian và thông tin liên hệ. Tách hai phần giúp thay đổi phong cách trả lời mà không làm hỏng dữ liệu đặt bàn.
Cách tách này cũng giúp mở rộng sang nhiều kênh. Messenger, web chat hoặc kênh khác có thể dùng chung service sản phẩm và CRM, chỉ thay adapter nhận/gửi tin.
Câu hỏi thường gặp
Chatbot AI Facebook có cần Fanpage không?
Tùy mô hình tích hợp. Với luồng Messenger chính thức của Fanpage, hệ thống cần kết nối tài sản Facebook phù hợp và quyền API cần thiết.
AI có đọc được dữ liệu sản phẩm không?
Có nếu hệ thống chủ động cung cấp product context hoặc truy xuất dữ liệu từ nguồn quản lý sản phẩm.
Chatbot có thể hoạt động ngoài giờ không?
Có thể, miễn hạ tầng và kết nối API hoạt động ổn định, đồng thời quy trình fallback đã được thiết kế.