Gửi SMS và WhatsApp Nhanh Hơn với API Sent.dm

Dưới đây là bản dịch tiếng Việt của HTML đã cung cấp:

TL;DR / Câu trả lời nhanh

API Sent.dm cung cấp cho bạn một điểm tích hợp cho tin nhắn doanh nghiệp trên SMS và WhatsApp. Nếu bạn kết nối Sent với Apidog, bạn có thể lưu trữ thông tin xác thực của mình trong các môi trường, kiểm tra yêu cầu mà không cần viết các tập lệnh dùng một lần, xác thực tải trọng webhook và ghi lại quy trình nhắn tin của bạn ở một nơi.

Giới thiệu

Hầu hết các dự án nhắn tin đều chậm lại ở cùng một điểm: bản thân API không khó, nhưng các chi tiết hoạt động nhanh chóng chồng chất. Bạn cần khóa API, nhận dạng người gửi, ID mẫu, bảo mật webhook, quy tắc kênh và một cách rõ ràng để kiểm tra tất cả mà không gửi tin nhắn thực một cách mù quáng.

Đó chính xác là lý do tại sao Sent.dm thú vị. Sent định vị mình là một API nhắn tin thống nhất cho SMS và các kênh dựa trên ứng dụng như WhatsApp, với logic định tuyến và phân phối được xử lý đằng sau một giao diện duy nhất dành cho nhà phát triển. Dựa trên các tài liệu công khai của Sent được xem xét vào ngày 26 tháng 3 năm 2026, nền tảng này bao gồm xác minh tài khoản, thiết lập kênh, gửi dựa trên mẫu, danh bạ, sự kiện webhook và một sân chơi bảng điều khiển để thử nghiệm.

API Sent.dm giải quyết vấn đề gì

Sent.dm được xây dựng cho các nhóm muốn tiếp cận người dùng trên nhiều kênh nhắn tin mà không cần duy trì các tích hợp riêng biệt cho từng nhà cung cấp. Thay vì tự mình kết nối các API SMS, tích hợp WhatsApp, định dạng tải trọng dành riêng cho kênh và giám sát phân phối, Sent trừu tượng hóa sự phức tạp đó thành một nền tảng duy nhất.

Từ tài liệu chính thức, câu chuyện sản phẩm rất đơn giản:

• Một URL cơ sở API cho các luồng công việc nhắn tin
• Xác thực dựa trên tiêu đề với x-api-key
• Mô hình nhận dạng người gửi sử dụng x-sender-id
• Nhắn tin đi dựa trên mẫu
• Quản lý danh bạ và đối tượng
• Webhooks cho các sự kiện phân phối và mẫu
• Các khái niệm định tuyến thông minh và chuyển đổi dự phòng trong lớp nền tảng

Sự kết hợp đó quan trọng vì các hệ thống nhắn tin hiếm khi chỉ "gửi tin nhắn và tiếp tục." Bạn cũng cần:

• Một cấu trúc tải trọng nhất quán
• Một cách an toàn để tái sử dụng các mẫu
• Theo dõi sự kiện cho các tin nhắn đã gửi, thất bại hoặc đang chờ xử lý
• Một quy trình kiểm thử giữ bí mật khỏi mã giao diện người dùng
• Tài liệu mà các nhà phát triển và đồng nghiệp QA của bạn thực sự có thể sử dụng

Đây là thách thức lớn hơn trong thực tế:

Ứng dụng -> API tin nhắn -> Quy tắc kênh -> Sự kiện phân phối -> Logic thử lại / Trạng thái

Nếu mỗi phần nằm trong một công cụ khác nhau, việc gỡ lỗi trở nên chậm chạp. Một trong những cách dễ nhất để ngăn điều đó xảy ra là mô hình hóa toàn bộ luồng trong một nền tảng API như Apidog ngay từ đầu.

Cách API Sent.dm hoạt động

Tài liệu công khai của Sent mô tả nền tảng này là một lớp middleware thông minh giữa ứng dụng của bạn và các kênh nhắn tin hạ nguồn. Lời hứa rất đơn giản: ứng dụng của bạn gửi một yêu cầu và Sent chọn đường dẫn phân phối tốt nhất dựa trên logic định tuyến, ngữ cảnh người nhận và tính khả dụng của kênh.

Đối với các nhà phát triển, các phần quan trọng nhất là trình tự thiết lập và mô hình thông tin xác thực.

1. Thiết lập tài khoản và tuân thủ

Quy trình bắt đầu chính thức bắt đầu bằng việc tạo tài khoản, xác minh KYC và thiết lập doanh nghiệp. Đó không phải là công việc dọn dẹp tùy chọn. Các sản phẩm nhắn tin liên quan đến các quy tắc tuân thủ, danh tiếng người gửi và các hạn chế khu vực, vì vậy Sent coi việc xác minh tài khoản là một phần của quy trình tích hợp.

2. Thiết lập kênh

Tài liệu của Sent hướng dẫn bạn chọn số điện thoại và kết nối WhatsApp Business. Tài liệu khuyên bạn nên sử dụng cùng một số cho SMS và WhatsApp để nhận dạng thương hiệu của bạn nhất quán trên các kênh.

3. Mẫu

Các mẫu là một phần cốt lõi của quy trình làm việc. Trong hướng dẫn bắt đầu, Sent yêu cầu bạn tạo một mẫu trước khi gửi yêu cầu API đầu tiên của mình. Đó là một tín hiệu tốt cho thấy nhắn tin dựa trên mẫu không phải là một trường hợp ngoại lệ ở đây. Nó là một phần của đường dẫn mặc định.

4. Thông tin xác thực API

Tài liệu hiển thị hai thông tin xác thực:

x-sender-id: YOUR_SENDER_ID
x-api-key: YOUR_API_KEY

Tham chiếu API v3 làm nổi bật x-api-key là tiêu đề xác thực bắt buộc. Các ví dụ bắt đầu cũng bao gồm x-sender-id cho các yêu cầu tin nhắn. Khi bạn triển khai điều này vào sản xuất, hãy xác minh các yêu cầu tiêu đề chính xác đối với không gian làm việc hiện tại và phiên bản điểm cuối của bạn trong bảng điều khiển Sent, vì tài liệu hiển thị cả chế độ xem tham chiếu v3 và các ví dụ tin nhắn v2.

5. Yêu cầu tin nhắn

Hướng dẫn bắt đầu hiển thị một yêu cầu đến:

POST https://api.sent.dm/v2/messages/phone

với tải trọng JSON có dạng như sau:

{
 "phoneNumber": "SỐ_ĐIỆN_THOẠI_NGƯỜI_NHẬN",
 "templateId": "ID_MẪU"
}

Điều đó cho bạn biết một điều quan trọng về mục tiêu triển khai đầu tiên: con đường nhanh nhất không phải là xây dựng một dịch vụ điều phối đa kênh khổng lồ. Đó là thiết lập gửi dựa trên mẫu một cách chính xác, sau đó mở rộng quy trình làm việc khi bạn có thể quan sát hành vi yêu cầu và phân phối một cách đáng tin cậy.

Gửi yêu cầu API Sent.dm đầu tiên của bạn

Hãy xây dựng yêu cầu đầu tiên theo cách dễ kiểm thử và dễ bảo trì.

Ví dụ cURL

curl -X POST "https://api.sent.dm/v2/messages/phone" \
 -H "x-sender-id: ID_NGƯỜI_GỬI_CỦA_BẠN" \
 -H "x-api-key: KHÓA_API_CỦA_BẠN" \
 -H "Content-Type: application/json" \
 -d '{
 "phoneNumber": "SỐ_ĐIỆN_THOẠI_NGƯỜI_NHẬN",
 "templateId": "ID_MẪU"
 }'

Ví dụ JavaScript

const response = await fetch("https://api.sent.dm/v2/messages/phone", {
 method: "POST",
 headers: {
 "x-sender-id": process.env.SENT_SENDER_ID,
 "x-api-key": process.env.SENT_API_KEY,
 "Content-Type": "application/json"
 },
 body: JSON.stringify({
 phoneNumber: process.env.TEST_PHONE_NUMBER,
 templateId: process.env.SENT_TEMPLATE_ID
 })
});

if (!response.ok) {
 throw new Error(`Yêu cầu Sent thất bại: ${response.status}`);
}

const data = await response.json();
console.log(data);

Ví dụ Python

import os
import requests

response = requests.post(
 "https://api.sent.dm/v2/messages/phone",
 headers={
 "x-sender-id": os.environ["SENT_SENDER_ID"],
 "x-api-key": os.environ["SENT_API_KEY"],
 "Content-Type": "application/json",
 },
 json={
 "phoneNumber": os.environ["TEST_PHONE_NUMBER"],
 "templateId": os.environ["SENT_TEMPLATE_ID"],
 },
 timeout=30,
)

response.raise_for_status()
print(response.json())

Theo tài liệu bắt đầu, phản hồi thành công trả về HTTP 200 và một messageId. messageId đó là giá trị bạn muốn nắm bắt trong các kiểm thử Apidog, nhật ký ứng dụng, quy trình hỗ trợ và đối chiếu webhook.

Kiểm thử API Sent.dm trong Apidog

Đây là lúc Apidog trở nên hơn cả một trình chạy yêu cầu. Các API nhắn tin dễ làm việc hơn khi yêu cầu, biến, xác nhận kiểm thử, tài liệu và chuyển giao nhóm đều ở cùng một nơi.

Bước 1: Tạo một môi trường Sent

Trong Apidog, tạo một môi trường với các biến như:

base_url = https://api.sent.dm
sender_id = ID_NGƯỜI_GỬI_CỦA_BẠN
api_key = KHÓA_API_CỦA_BẠN
template_id = ID_MẪU_CỦA_BẠN
test_phone = SỐ_ĐIỆN_THOẠI_NGƯỜI_NHẬN

Sử dụng các biến môi trường mang lại cho bạn ba lợi ích tức thì:

1. Bạn tránh mã hóa cứng các bí mật sản xuất trong các ví dụ.
2. Bạn có thể chuyển đổi giữa các tài khoản sandbox, staging và live nhanh hơn.
3. Đồng nghiệp có thể sử dụng lại cùng một bộ sưu tập với các giá trị an toàn của riêng họ.

Bước 2: Xây dựng yêu cầu một lần

Tạo một yêu cầu mới trong Apidog:

- x-sender-id: {{sender_id}} - x-api-key: {{api_key}} - Content-Type: application/json

• Phương thức: POST
• URL: {{base_url}}/v2/messages/phone
• Tiêu đề:
• Nội dung:

{
 "phoneNumber": "{{test_phone}}",
 "templateId": "{{template_id}}"
}

Điều này đã tốt hơn so với các kiểm thử terminal một lần vì nhóm của bạn có thể kiểm tra hình dạng tải trọng chính xác, mô hình xác thực và phản hồi dự kiến ở một nơi.

Bước 3: Thêm xác nhận

Trong Apidog, thêm các kiểm thử xác nhận đường dẫn thành công.

Các kiểm tra ví dụ:

pm.test("Trạng thái là 200", function () {
 pm.response.to.have.status(200);
});

pm.test("Phản hồi chứa một messageId", function () {
 const json = pm.response.json();
 pm.expect(json.messageId).to.exist;
});

Những kiểm tra này giúp bạn nhanh chóng phát hiện các lỗi nhỏ. Nếu yêu cầu ngừng trả về ID tin nhắn sau khi thay đổi API, xoay vòng thông tin xác thực hoặc vấn đề về mẫu, bạn sẽ thấy ngay lập tức.

Bước 4: Biến nó thành một kịch bản

Apidog thậm chí còn hữu ích hơn khi bạn chuyển từ một yêu cầu duy nhất sang một quy trình làm việc:

1. Gửi tin nhắn
2. Lưu trữ messageId được trả về
3. Truy vấn trạng thái hạ nguồn nếu thiết lập của bạn hiển thị luồng đó
4. So sánh các sự kiện tin nhắn nhận được thông qua webhook

Đó là mức độ kiểm thử API phù hợp cho các hệ thống nhắn tin vì một POST thành công không có nghĩa là luồng kinh doanh của bạn khỏe mạnh. Bạn cũng quan tâm đến việc phê duyệt, phân phối, thử lại và tính nhất quán của sự kiện.

Bước 5: Thêm ví dụ webhook vào cùng một bộ sưu tập

Sau khi yêu cầu gửi của bạn hoạt động, hãy thêm các ví dụ đã lưu cho các sự kiện webhook mà nhóm của bạn dự kiến nhận được. Điều đó cung cấp cho bạn một bộ sưu tập duy nhất bao gồm các yêu cầu đi và xử lý sự kiện đến.

Ví dụ, bạn có thể lưu một ví dụ tải trọng webhook và ghi lại các trường như:

{
 "field": "message.status",
 "messageId": "msg_123",
 "status": "delivered",
 "channel": "whatsapp"
}

Điều này nhanh chóng mang lại hiệu quả. Các kỹ sư backend có thể so sánh các tải trọng trực tiếp với ví dụ đã lưu, QA có thể xác thực logic xử lý sự kiện và các nhóm hỗ trợ có thể hiểu ý nghĩa của các trạng thái tin nhắn mà không cần đào sâu vào nhật ký.

Bước 6: Xuất bản tài liệu nội bộ

Nếu nhóm của bạn có các kỹ sư backend, QA, hỗ trợ và các bên liên quan sản phẩm chạm vào cùng một luồng nhắn tin, lớp tài liệu của Apidog sẽ tiết kiệm thời gian. Thay vì chia sẻ một tập hợp lỏng lẻo các đoạn mã cURL trong trò chuyện, bạn có thể xuất bản một tài liệu tham khảo nội bộ rõ ràng bao gồm:

• Các tiêu đề bắt buộc
• Các tải trọng ví dụ
• Phản hồi lỗi
• Các ví dụ sự kiện webhook
• Ghi chú môi trường

Đó là một sự chuyển giao mạnh mẽ hơn nhiều so với việc "chạy tập lệnh này và cho tôi biết điều gì đã xảy ra."

Xử lý mẫu, danh bạ và webhook đúng cách

Nhận yêu cầu đầu tiên trả về 200 chỉ là khởi đầu. Công việc sản xuất thực sự bắt đầu sau đó.

Mẫu

Luồng tích hợp của Sent đặc biệt nhấn mạnh các mẫu, đặc biệt là đối với tin nhắn liên quan đến WhatsApp. Điều đó có nghĩa là việc triển khai API của bạn nên coi các mẫu là nội dung có phiên bản, chứ không chỉ là các ID được sao chép vào một tệp một lần rồi quên đi.

Một mẫu thực tế là:

1. Giữ ID mẫu trong các biến môi trường hoặc cấu hình
2. Dán nhãn cho từng mẫu theo mục đích, địa phương và trạng thái phê duyệt
3. Tách các mẫu kiểm thử khỏi các mẫu chiến dịch trực tiếp
4. Ghi lại các mẫu nào ánh xạ tới hành trình người dùng nào

Apidog giúp ích ở đây vì bạn có thể tạo các yêu cầu ví dụ cho từng mẫu đã được phê duyệt và giữ chúng bên cạnh bộ sưu tập API lớn hơn của bạn.

Danh bạ

Tài liệu Sent hiển thị các danh bạ như một khu vực tính năng hạng nhất. Ngay cả khi ứng dụng của bạn đã lưu trữ người dùng nội bộ, các đối tượng danh bạ trong một nền tảng nhắn tin vẫn hữu ích cho các hoạt động cấp đối tượng, nhắm mục tiêu mẫu và lịch sử giao tiếp.

Nếu bạn xây dựng logic đồng bộ hóa danh bạ, hãy ghi lại các quy tắc này sớm:

• Hệ thống nào là nguồn chân lý
• Cách số điện thoại được chuẩn hóa
• Cách trạng thái chọn tham gia hoặc chấp thuận được lưu trữ
• Điều gì xảy ra khi một liên hệ thay đổi kênh

Đó không phải là những chi tiết để dọn dẹp sau này. Chúng ảnh hưởng đến khả năng gửi và tuân thủ ngay từ đầu.

Webhooks

Tài liệu webhook của Sent là một trong những phần quan trọng nhất của nền tảng để sử dụng trong sản xuất thực tế. Tài liệu mô tả xác minh chữ ký HMAC-SHA256 với các tiêu đề bao gồm:

• x-webhook-signature
• x-webhook-id
• x-webhook-timestamp

Tài liệu cũng mô tả định dạng chữ ký là v1,{base64_signature} và khuyến nghị bảo vệ chống phát lại với cửa sổ thời gian năm phút.

Điều đó cung cấp cho bạn một danh sách kiểm tra sản xuất rõ ràng:

1. Đọc nội dung yêu cầu thô
2. Xác minh chữ ký trước khi phân tích cú pháp
3. Từ chối các dấu thời gian cũ
4. Xử lý các sự kiện một cách bất biến
5. Xác nhận nhanh chóng và chuyển công việc nặng nhọc sang các công việc nền

Đây là một ví dụ Express nhỏ gọn:

import crypto from "crypto";
import express from "express";

const app = express();

app.post("/webhooks/sent", express.raw({ type: "*/*" }), (req, res) => {
 const signature = req.header("x-webhook-signature");
 const webhookId = req.header("x-webhook-id");
 const timestamp = req.header("x-webhook-timestamp");
 const secret = process.env.SENT_WEBHOOK_SECRET;
 const rawBody = req.body.toString("utf8");

 const signedContent = `${webhookId}.${timestamp}.${rawBody}`;
 const expected = crypto
 .createHmac("sha256", Buffer.from(secret.replace(/^whsec_/, ""), "base64"))
 .update(signedContent)
 .digest("base64");

 if (signature !== `v1,${expected}`) {
 return res.status(401).send("Không được phép");
 }

 const event = JSON.parse(rawBody);
 console.log("Đã nhận sự kiện webhook:", event.field);

 return res.sendStatus(200);
});

Sử dụng Apidog để lưu trữ các tải trọng mẫu webhook và ghi lại các sự kiện dự kiến. Điều đó giúp các nhóm giao diện người dùng, backend và QA dễ dàng điều chỉnh theo cùng một vòng đời tin nhắn.

Tại sao Apidog phù hợp với quy trình làm việc này

Sent.dm cung cấp cho bạn lớp nhắn tin. Apidog cung cấp cho bạn lớp quy trình làm việc xung quanh lớp nhắn tin đó.

Đây là sự khác biệt thực tế:

Nếu nhóm của bạn đang đánh giá Sent để nhắn tin ứng dụng, Apidog bao gồm lớp mà Sent không cố gắng trở thành: thiết kế API cộng tác, kiểm thử, gỡ lỗi, lập kế hoạch mô phỏng và tài liệu trong một không gian làm việc.

Điều đó hữu ích trong ít nhất ba trường hợp:

• Bạn đang tích hợp nhiều nhà phát triển và cần một bộ sưu tập yêu cầu có thể chia sẻ
• Bạn muốn QA xác thực các API nhắn tin mà không cần viết các tập lệnh tùy chỉnh
• Bạn cần một nơi có thể lặp lại để kiểm tra các thay đổi phiên bản, mẫu mới hoặc tải trọng webhook

Tải xuống Apidog miễn phí để kiểm tra các yêu cầu Sent.dm, lưu trữ môi trường nhắn tin một cách an toàn và biến cuộc gọi API thành công đầu tiên của bạn thành một quy trình làm việc nhóm có thể tái sử dụng.

Mẹo nâng cao và những lỗi thường gặp

Khi luồng cơ bản hoạt động, các thực hành này làm cho việc tích hợp đáng tin cậy hơn.

Các phương pháp hay nhất

1. Chỉ giữ thông tin xác thực ở phía máy chủ. Tài liệu của Sent cảnh báo rõ ràng về việc làm lộ khóa API trong mã phía máy khách.
2. Theo dõi messageId trong nhật ký ứng dụng và công cụ hỗ trợ của bạn.
3. Tách các mẫu staging và production.
4. Xác minh mọi webhook trước khi xử lý nó.
5. Sử dụng môi trường Apidog để cách ly thông tin xác thực trực tiếp khỏi thông tin xác thực kiểm thử.

Những lỗi thường gặp cần tránh

1. Coi phản hồi 200 là kết quả phân phối cuối cùng thay vì là khởi đầu của vòng đời sự kiện
2. Mã hóa cứng các ID mẫu trong nhiều dịch vụ
3. Bỏ qua việc thiết lập danh tính người gửi cho đến cuối quá trình triển khai
4. Quên chuẩn hóa số điện thoại một cách nhất quán
5. Kiểm thử bằng thông tin xác thực thực trong các tập lệnh ad hoc mà không ai khác có thể kiểm tra

Điểm khắc phục sự cố

Nếu yêu cầu không hoạt động, hãy kiểm tra các mục sau theo thứ tự:

1. x-api-key có hợp lệ và hoạt động không?
2. Điểm cuối bạn đang gọi có khớp với phiên bản hiển thị trong không gian làm việc Sent của bạn không?
3. Có yêu cầu x-sender-id cho đường dẫn yêu cầu đó không?
4. Mẫu đã được phê duyệt và có sẵn cho kênh đã chọn chưa?
5. Bạn có đang gửi đến một số điện thoại ở định dạng chính xác không?

Apidog giúp ích ở đây vì bạn có thể so sánh một yêu cầu bị lỗi với một yêu cầu đã lưu được biết là tốt trong vài giây.

Các lựa chọn thay thế và so sánh Sent.dm

Nếu bạn đang đánh giá Sent.dm, bạn có thể cũng đang xem xét các tích hợp nhà cung cấp trực tiếp, các nền tảng truyền thông rộng hơn hoặc một ứng dụng khách API quen thuộc như Postman để kiểm thử hàng ngày. Sự khác biệt chính là kiểm soát so với sự đơn giản, và lớp kiểm thử cũng quan trọng như lớp phân phối.

Đối với các nhóm quan tâm đến tốc độ của nhà phát triển, thiết lập tốt nhất thường không phải là "chọn một công cụ cho mọi thứ." Đó là việc ghép nối nền tảng phân phối với một lớp cộng tác API mạnh mẽ. Nếu bạn đã sử dụng Postman, lý do mạnh nhất để xem xét Apidog ở đây không phải là gửi yêu cầu cơ bản. Đó là việc có môi trường, tài liệu đã lưu, xác nhận, lập kế hoạch mô phỏng và chuyển giao nhóm trong một không gian làm việc.

Kết luận

Sent.dm là một API nhắn tin hữu ích cho các nhóm muốn có một nền tảng duy nhất cho SMS và WhatsApp thay vì các tích hợp kênh riêng biệt. Lợi ích lớn nhất không chỉ là bạn có thể gửi tin nhắn. Mà là bạn có thể kiểm tra và xây dựng xung quanh các mẫu, nhận dạng người gửi, danh bạ và webhook một cách có cấu trúc hơn.

Nếu bạn muốn di chuyển nhanh hơn, hãy bắt đầu bằng cách xây dựng yêu cầu Sent đầu tiên trong Apidog, thêm các xác nhận cho messageId, sau đó ghi lại hợp đồng webhook của bạn trong cùng một không gian làm việc. Điều đó mang lại cho bạn một con đường sạch hơn từ nguyên mẫu đến sản xuất so với việc dựa vào các tập lệnh rải rác và kiến thức truyền miệng.

Câu hỏi thường gặp

API Sent.dm được sử dụng để làm gì?

API Sent.dm được sử dụng để nhắn tin doanh nghiệp qua các kênh như SMS và WhatsApp thông qua một tích hợp duy nhất. Dựa trên tài liệu chính thức, nó hỗ trợ thiết lập người gửi, mẫu, danh bạ và xử lý sự kiện dựa trên webhook.

Sent.dm có hỗ trợ WhatsApp và SMS trong một API không?

Có. Sent định vị nền tảng này là một API nhắn tin thống nhất trừu tượng hóa sự phức tạp dành riêng cho kênh đằng sau một tích hợp dành cho nhà phát triển. Tài liệu tích hợp cũng khuyến nghị sử dụng cùng một số điện thoại trên SMS và WhatsApp.

Tôi cần những tiêu đề nào cho các yêu cầu API Sent.dm?

Các tài liệu công khai hiển thị x-api-key là tiêu đề xác thực cốt lõi, và các ví dụ tin nhắn bắt đầu cũng sử dụng x-sender-id. Kiểm tra phiên bản điểm cuối chính xác trong tài khoản Sent của bạn trước khi triển khai sản xuất vì tài liệu hiển thị cả tham chiếu v3 và v2.

Tôi có cần mẫu trước khi gửi tin nhắn với Sent.dm không?

Đối với luồng bắt đầu, có. Hướng dẫn tích hợp của Sent hướng dẫn bạn tạo một mẫu và sau đó gửi tin nhắn đầu tiên với templateId.

Làm cách nào để kiểm thử API Sent.dm mà không cần viết các tập lệnh tùy chỉnh?

Apidog rất phù hợp cho việc này. Bạn có thể lưu trữ thông tin xác thực Sent của mình dưới dạng biến môi trường, lưu các yêu cầu tin nhắn, thêm các xác nhận, xây dựng các kịch bản nhiều bước, ghi lại các tải trọng webhook và xuất bản tài liệu API nội bộ cho phần còn lại của nhóm bạn.

Tôi nên bảo mật các webhook Sent.dm như thế nào?

Xác minh chữ ký HMAC, xác thực dấu thời gian và xử lý các sự kiện một cách bất biến. Tài liệu của Sent mô tả các tiêu đề như x-webhook-signature, x-webhook-id và x-webhook-timestamp để xác minh.

Sent.dm có đủ cho các quy trình làm việc API nhóm không?

Nó bao gồm chính nền tảng nhắn tin, nhưng hầu hết các nhóm vẫn cần một công cụ API cộng tác để kiểm thử, tài liệu và xác thực lặp lại. Đó là nơi Apidog bổ sung giá trị.