Skip to main content
Có nhiều loại webhook có sẵn và được phân loại theo loại Action. Ví dụ, một bài đăng đã lên lịch sẽ kích hoạt webhook action scheduled. Vui lòng xem tổng quan webhook để biết thêm chi tiết. Sau khi đăng ký một URL webhook, bạn sẽ nhận được yêu cầu POST đến URL của mình khi một sự kiện xảy ra. Yêu cầu POST sẽ bao gồm một payload JSON với chi tiết sự kiện.

Scheduled Action

Bạn sẽ nhận được thông báo webhook này khi một bài đăng đã lên lịch được xử lý — dù thành công hay thất bại — và được đăng lên các mạng xã hội đã chọn. Ví dụ, nếu bạn lên lịch một bài đăng cho 12:00 PM ngày 1 tháng 8 năm 2026, webhook sẽ được gửi vào chính thời điểm bài đăng được xuất bản. Thông báo webhook chỉ được gửi cho các bài đăng được lên lịch trong tương lai bằng trường scheduleDate trong endpoint /post.

Scheduled Event

Bạn sẽ không nhận được thông báo webhook cho các bài đăng ngay lập tức, vì API trả về phản hồi thành công hoặc thất bại ngay lập tức trong phản hồi JSON. Thông báo webhook chỉ được gửi cho các bài đăng đã lên lịch, vì những bài này được xử lý bất đồng bộ và yêu cầu thông báo riêng để thông báo cho bạn về trạng thái của chúng.

TikTok Publishing Webhook

Khi làm việc với TikTok qua Ayrshare, bạn có thể nhận được hai webhook khác nhau cho một bài đăng đã lên lịch. Nếu bài đăng của bạn được lên lịch thay vì đăng ngay lập tức, bạn sẽ nhận được webhook Scheduled Action tiêu chuẩn trước. Điều này cho biết phương tiện đã được gửi thành công đến TikTok để xử lý và đăng. Sau đó, bạn sẽ nhận được webhook subAction: tikTokPublished. Điều này được kích hoạt sau khi TikTok đã hoàn thành xử lý phương tiện và phương tiện được công khai. Webhook này được kích hoạt cho cả bài đăng ngay lập tức và bài đăng đã lên lịch. Trong bảng điều khiển Ayrshare, sự kiện này được gắn nhãn là tikTok (pub).
Webhook tikTokPublished không được gửi cho đến khi phương tiện được công khai. Nếu phương tiện được đặt thành riêng tư, người theo dõi, hoặc bạn bè, webhook sẽ không được gửi.Nếu bạn không nhận được webhook tikTokPublished và trạng thái bài đăng vẫn là pending, hãy kiểm tra ứng dụng di động TikTok để đảm bảo phương tiện đã được TikTok chấp nhận.

Social Action

Thông báo khi profile của người dùng liên kết hoặc hủy liên kết một mạng xã hội.

Social Action Event

Đối tượng account được gửi khi Ayrshare nắm giữ thông tin định danh cấp tài khoản cho nền tảng đã liên kết (hiện chỉ có YouTube), và được đưa vào cả hành động link lẫn unlink. Mọi khóa bên trong account đều là tùy chọn (kênh YouTube không có URL tùy chỉnh sẽ không có handle). Khi không có thông tin định danh, khóa account bị bỏ hoàn toàn thay vì được gửi dưới dạng rỗng, vì vậy hãy kiểm tra xem khóa có tồn tại hay không trước khi sử dụng. Lưu ý rằng account.title là tiêu đề riêng của tài khoản mạng xã hội, chẳng hạn như tên kênh YouTube, trong khi title ở cấp cao nhất là tiêu đề của hồ sơ người dùng Ayrshare của bạn. Đây là hai giá trị khác nhau. source là system có nghĩa là Ayrshare tự động hủy liên kết tài khoản, chẳng hạn như khi kết nối mạng xã hội không còn hợp lệ. Chúng tôi khuyến nghị bạn thông báo cho người dùng của mình để họ có thể tiếp tục đăng bài. Chi tiết về việc hủy liên kết được tìm thấy trong trường details. Một email cũng sẽ được gửi đến địa chỉ email của Primary Account, hoặc email thay thế nếu chúng đã được thiết lập. source là user có nghĩa là người dùng đã tự khởi động hành động, chẳng hạn như họ hủy liên kết tài khoản theo cách thủ công. Email sẽ không được gửi khi xảy ra hành động do người dùng khởi tạo.

Messages Action

Yêu cầu Messaging Add-On để truy cập tất cả các endpoint và webhook messages. Đối với Facebook và Instagram, nhận thông báo khi một tin nhắn trực tiếp đến, được đọc, hoặc có một reaction được tạo hoặc xóa. WhatsApp hiện chỉ gửi thông báo đến URL webhook đã đăng ký của bạn khi một tin nhắn đến mới được lưu trữ. Webhook X/Twitter có sẵn dưới dạng tùy chọn cho khách hàng Enterprise. Vui lòng liên hệ với đại diện tài khoản của bạn để biết thêm thông tin về việc trở thành khách hàng Enterprise. WhatsApp hiện không gửi webhooks reaction hoặc trạng thái chuyển tin tới URL đã đăng ký của bạn. Các tin nhắn đi đã lưu có thể có giá trị status là sent, delivered, read, hoặc failed — xem WhatsApp Message Status bên dưới.

Phạm vi Standby cho Facebook Pages với nhiều ứng dụng

Ayrshare đăng ký trường webhook standby của Facebook ngoài các trường messaging tiêu chuẩn. Điều này có nghĩa là các sự kiện Messenger được gửi đến webhook của bạn ngay cả khi ứng dụng khác trên cùng Facebook Page hiện đang giữ quyền điều khiển thread — ví dụ, khi nền tảng chatbot được đặt làm primary receiver của Page, hoặc khi Meta’s Page Inbox đang xử lý cuộc trò chuyện. Không có thay đổi lược đồ cho các sự kiện này. Chúng đến dưới dạng cùng các payload messageCreated / messageRead / reactionCreated / messageEdited được ghi lại trong các phần bên dưới. Hai điều cần lưu ý cho Pages có ứng dụng Messenger cạnh tranh được cài đặt:
  • Khối lượng tin nhắn đến có thể tăng so với hành vi trước đây, khi các sự kiện standby được bỏ qua âm thầm trước khi được đăng ký. Lưu lượng mới thể hiện các tin nhắn mà Page của bạn đã nhận được đang được xử lý bởi ứng dụng khác.
  • Bạn có thể nhận được sự kiện messageCreated với type: "sent" không tương ứng với các tin nhắn bạn đã gửi qua Ayrshare. Đây là echo của các tin nhắn được gửi bởi ứng dụng Messenger khác trên Page của bạn (Meta gửi một bản sao của mỗi lần gửi đến mỗi ứng dụng đã đăng ký). Nếu tích hợp của bạn đối chiếu lưu lượng đi với lịch sử gửi riêng của mình, bạn có thể sử dụng lịch sử đó để phân biệt các lần gửi của mình với các lần gửi của ứng dụng cạnh tranh.
Đối với Pages chỉ cài đặt Ayrshare (không có ứng dụng Messenger cạnh tranh), thay đổi có thể quan sát được duy nhất là Message Edit Event mới — mọi thứ khác trông giống như hành vi trước đây.

New Message Events

Thông báo khi một tin nhắn mới được gửi hoặc nhận.
Một số trường là tùy chọn khi chúng tôi không thể tiếp cận mạng xã hội.conversationId và senderDetails được phân giải từ mạng xã hội tại thời điểm tin nhắn đến. Khi lần tra cứu đó thất bại, thay vì giữ lại tin nhắn, chúng tôi gửi nó với bất cứ thứ gì đã phân giải được và đặt connectionDegraded: true.Nguyên nhân thường gặp là kết nối Instagram hoặc Facebook của profile đã hết hạn hoặc bị vô hiệu hóa, nhưng bất kỳ thất bại nào của lần tra cứu đó cũng đặt cờ này, kể cả một lỗi Graph API tạm thời. Hãy phân biệt chúng theo việc nó có kéo dài hay không: trên một tin nhắn đơn lẻ, đó là một trục trặc thoáng qua và không cần bạn làm gì, còn trên mọi tin nhắn từ một profile thì thông tin xác thực đã chết và chỉ việc liên kết lại mới xóa được cờ.
Khi tình trạng này kéo dài, hãy coi đó là tín hiệu để liên kết lại tài khoản mạng xã hội của profile đó. Một thông tin xác thực đã chết cũng chặn việc trả lời và việc lấy lịch sử cuộc trò chuyện qua API, vì cả hai đều cần cùng một thông tin xác thực. Các tin nhắn vẫn tiếp tục đến trong suốt thời gian đó, nên không có dữ liệu đến nào bị mất.Một tài khoản Instagram được kết nối qua một Facebook Page phụ thuộc vào thông tin xác thực của Page đó, vì vậy hãy liên kết lại Facebook trước, rồi đến Instagram — chỉ liên kết lại Instagram sẽ không xóa được cờ.Hãy xây dựng tích hợp của bạn sao cho chấp nhận được việc conversationId và senderDetails vắng mặt trên bất kỳ tin nhắn nào. id, senderId, recipientId và platform luôn xuất hiện.Lưu ý rằng message cũng không được đảm bảo, độc lập với tình trạng của kết nối: một tin nhắn chỉ gồm attachment mang attachments mà không có trường message.
Đối với WhatsApp, conversationId và senderId là số điện thoại của người liên lạc theo định dạng E.164 chỉ chữ số. recipientId là phone-number ID của Meta cho tài khoản WhatsApp đã liên kết của bạn. timeStamp xuất hiện khi Webhook Security được bật. Trên mọi mạng, một tin nhắn mang media sẽ mang nó trong attachments, như trong ví dụ WhatsApp ở trên — bao gồm cả Facebook và Instagram. Kiểu attachment có thể là image, video, audio, document, hoặc sticker. Các webhook tin nhắn không bao giờ mang mediaUrls — trường đó thuộc về các payload sau khi gửi như Scheduled Action, nơi nó báo cáo media bạn đã gửi.

Message Read Event

Thông báo khi một tin nhắn được đọc bởi người nhận.
Khi một tin nhắn được đọc trên Instagram, payload webhook bao gồm trường mid xác định duy nhất tin nhắn cụ thể nào đã được đọc. Đối với tin nhắn Facebook, việc đọc tin nhắn được theo dõi ở cấp cuộc trò chuyện bằng cách sử dụng conversationId. Khi sự kiện đọc xảy ra, tất cả các tin nhắn trong cuộc trò chuyện đó với dấu thời gian trước dấu thời gian created (hoặc read) nên được coi là đã được đọc bởi người dùng.

Reaction Created and Deleted Events

Thông báo khi một reaction, chẳng hạn như like, được tạo hoặc xóa trên một tin nhắn.

Message Edit Event

Thông báo khi người dùng chỉnh sửa một tin nhắn họ đã gửi trước đó. Có sẵn cho tin nhắn trực tiếp Facebook và Instagram. Trường messageEdit.mid khớp với id của sự kiện messageCreated gốc, để người tiêu dùng có thể tương quan chỉnh sửa với tin nhắn gốc. Trường messageEdit.text mang văn bản tin nhắn mới đã chỉnh sửa.

WhatsApp Message Status

WhatsApp theo dõi trạng thái chuyển tin của từng tin nhắn trên các tin nhắn đi đã lưu bằng một trường status duy nhất: sent, delivered, read, hoặc failed. Các cập nhật này hiện không được gửi tới URL webhook đã đăng ký của bạn dưới dạng các sự kiện riêng biệt. Nếu bạn cần trạng thái chuyển tin theo thời gian thực, vui lòng liên hệ với đại diện tài khoản Ayrshare của bạn.

Batch Action

Thông báo khi một batch đã hoàn thành xử lý và tệp có sẵn, chẳng hạn như lấy tất cả user profile. Bạn có thể truy cập tệp bằng URL pre-signed trong trường url.

Batch Event

Feed Action

Thông báo khi một mục RSS feed mới được tìm thấy cho các RSS feed đã đăng ký. Lưu ý: nếu Webhook đang hoạt động, các mục RSS mới sẽ không được tự động đăng lên các mạng xã hội.

Feed Event

Mentions Action

Thông báo khi tài khoản đã kết nối của bạn được nhắc đến. Có sẵn cho Instagram.
Đối với Instagram, đăng ký webhook mentions là tất cả những gì cần thiết để nhận các sự kiện nhắc đến. Messaging Add-On, việc kích hoạt messaging và việc kết nối lại tài khoản mạng xã hội là không cần thiết.
Ayrshare chuyển tiếp payload mention gốc của Meta không thay đổi, chỉ thêm các trường envelope tiêu chuẩn (action, refId, hookId, url, và timeStamp với Webhook Security), subAction, platform và postId. Ví dụ dưới đây có hình dạng Instagram: media_id, cộng với comment_id khi mention nằm trong một bình luận. Các sự kiện nhắc đến Trang Facebook hiện không được gửi — Ayrshare xác nhận chúng với Meta và không chuyển tiếp tới webhook của bạn. Hiện chỉ các lượt nhắc đến Instagram được gửi, nên platform trên action này luôn là instagram. postId tuân theo cùng quy tắc như trên Comments Action, và trên các lượt nhắc đến nó thường vắng mặt: một lượt nhắc đến thông thường xảy ra trên bài đăng của người khác, vốn không có id Ayrshare. Nó chỉ xuất hiện khi lượt nhắc đến nằm trên một bài đăng bạn đã xuất bản qua Ayrshare.

Mention Event (Instagram)

Comments Action

Thông báo khi một bình luận được tạo trên nội dung đã kết nối của bạn. Có sẵn cho Facebook và Instagram.
Đối với Instagram, đăng ký webhook comments là tất cả những gì cần thiết để nhận các sự kiện bình luận. Messaging Add-On, việc kích hoạt messaging và việc kết nối lại tài khoản mạng xã hội là không cần thiết. Đối với Facebook, các sự kiện bình luận chỉ được gửi khi messaging được kích hoạt trên hồ sơ (Messaging Add-On) — chỉ đăng ký webhook comments là không đủ. Việc kết nối lại Trang Facebook là không cần thiết.
Ayrshare chuyển tiếp payload bình luận gốc của Meta không thay đổi, chỉ thêm các trường envelope tiêu chuẩn (action, refId, hookId, url, và timeStamp với Webhook Security), subAction, platform và postId. Ví dụ dưới đây có hình dạng Instagram. Các bình luận Facebook đến dưới dạng một thay đổi feed Page với tên trường khác (ví dụ comment_id, post_id, message, và from.name); hãy tham khảo tài liệu tham khảo webhooks của Meta để biết bộ trường Facebook. Vì cả hai mạng đều gửi tới cùng một endpoint comments, hãy phân nhánh theo platform — instagram hoặc facebook — thay vì suy ra mạng từ những tên trường có mặt.

Đối chiếu một bình luận với bài đăng bạn đã tạo

postId là id Ayrshare của bài đăng mà bình luận được để lại trên đó — chính là id mà Post đã trả về khi bạn tạo bài đăng, và cũng là id mà Get Post và Post Analytics chấp nhận. Trường này tồn tại để bạn có thể khớp một bình luận với bài đăng của chính mình mà không cần tự duy trì một bảng ánh xạ các id gốc. Trường này là best-effort, và được lược bỏ khi không thể xác định được. Hãy coi việc postId bị thiếu là “bình luận này không nằm trên một bài đăng tôi đã xuất bản”, chứ không bao giờ coi đó là lỗi. Nó vắng mặt khi:
  • Bài đăng không được xuất bản qua Ayrshare. Các sự kiện bình luận được kích hoạt cho mọi thứ trên tài khoản đã kết nối của bạn, bao gồm cả các bài đăng được tạo trực tiếp trong ứng dụng Instagram hoặc Facebook. Những bài đăng đó hoàn toàn không có id Ayrshare — không có cách nào khôi phục được.
  • Bài đăng được xuất bản trước khi trường này ra mắt. Dữ liệu đối chiếu được ghi lại tại thời điểm xuất bản và không được điền bổ sung hồi tố, vì vậy các bình luận trên những bài đăng cũ hơn của bạn sẽ không mang postId.
  • Bài đăng được xuất bản bởi một User Profile khác. Nhiều profile có thể được kết nối với cùng một Page hoặc tài khoản Instagram và tất cả đều nhận được sự kiện bình luận, nhưng chỉ profile thực sự đã xuất bản bài đăng mới được cho biết id của nó.
postId là id bài đăng của Ayrshare, không phải của mạng xã hội. Id riêng của mạng cho cùng bài đăng đó vẫn ở đúng nơi nó luôn có — media.id trên Instagram, post_id trên Facebook.

Comment Event (Instagram)

Automations Action

Thông báo khi một automation kích hoạt một hành động webhook cho người dùng, chẳng hạn như trình kích hoạt trả lời tự động comment hoặc DM. Hai loại sự kiện được gửi trên action automations, được phân biệt bằng trường type. Xem sự kiện webhook để có tham chiếu trường đầy đủ.

Automation Triggered Event

Automation Completed Event

Demo Action

Thông báo cho các sự kiện vòng đời của Demo User Profile. Demo User Profile khả dụng trên Enterprise plan; vui lòng liên hệ với chúng tôi nếu bạn muốn tìm hiểu thêm. Hai loại sự kiện được gửi trên action demo, được phân biệt bằng trường type:
  • upgradeWarning — được gửi hai ngày trước khi Demo User Profile tự động chuyển thành User Profile tiêu chuẩn, để bạn có thể nhắc người dùng của mình tiếp tục hoặc xóa profile.
  • upgrade — được gửi khi việc chuyển đổi xảy ra.

Demo Upgrade Warning Event

Demo Upgrade Event

Suspended Action

Thông báo khi một User Profile bị tạm ngưng hoặc được kích hoạt lại. Việc tạm ngưng có thể xuất phát từ chính hành động thực thi của mạng xã hội (ví dụ, yêu cầu xác minh danh tính của Facebook), từ cơ chế bảo vệ giới hạn tần suất, hoặc từ các vấn đề thanh toán. Trong khi một profile bị tạm ngưng, các lệnh gọi API cho profile đó sẽ trả về HTTP 403. Hai loại sự kiện được gửi trên action suspended, được phân biệt bằng trường type:
  • suspend — được gửi khi profile bị tạm ngưng. Hãy tạm dừng việc đăng bài và các hoạt động khác cho profile này cho đến khi nó được kích hoạt lại.
  • unsuspend — được gửi khi profile được kích hoạt lại.
Sự kiện chỉ được gửi khi trạng thái tạm ngưng tổng thể của profile thay đổi. Một profile có thể bị tạm ngưng cùng lúc vì nhiều nguyên nhân: nếu một nguyên nhân bổ sung được thêm vào trong khi profile đã bị tạm ngưng, hoặc một trong nhiều nguyên nhân được giải quyết trong khi một nguyên nhân khác vẫn còn hiệu lực, sẽ không có sự kiện nào được gửi — profile vẫn ở trạng thái bị tạm ngưng, và sự kiện tiếp theo là unsuspend khi nguyên nhân cuối cùng được xử lý. Để kiểm tra trạng thái tạm ngưng hiện tại vào bất kỳ lúc nào, hãy sử dụng Get Profiles với include=suspension. Một lần tạm ngưng do nền tảng kích hoạt thường được đặt trước bởi một sự kiện hủy liên kết Social Action cho mạng bị ảnh hưởng. Việc tạm ngưng chỉ có thể được giải quyết tại nguồn — ví dụ, một lần xác minh danh tính của Facebook phải được hoàn tất bởi quản trị viên Page trong ứng dụng Facebook — sau đó profile có thể được kích hoạt lại và mạng được liên kết lại.

Suspend Event

Unsuspend Event

Sự kiện tạm ngưng được gửi cho profile có trạng thái đã thay đổi. Bạn cũng có thể kiểm tra trạng thái tạm ngưng theo yêu cầu bằng Get Profiles với include=suspension, thao tác này trả về isSuspended, reason, suspendedAt, unsuspendAt, và suspensionCount.