SMS được gửi từ chính điện thoại của bạn.Tìm hiểu cách hoạt động
PLATORMKiến trúc API- thứ nhấtSự kết hợp thiết bị bảo mậtTầm nhìn giao hàngĐiều khiển nhiều khả năngTài liệu đã phiên bản
Trung tâm nhà phát triển/API thông báo

PUSH · 3 các thao tác có tài liệu

Thông báo tài liệu hướng dẫn API

Gửi thông báo nội bộ đến một di động cụ thể và lấy lại lịch sử phân phối của họ.

Thông báo di động kết nối đến dữ liệu cuộc gọi thời gian thực và phân tích
URL cơ sở RESThttps://api.smsmobileapi.com

JSON đáp ứng · HTTPS yêu cầu · UTF-8

Kết nối phím API của bạn

Kết nối một lần, sau đó kiểm tra kết thúc qua tin nhắn, thông báo, WhatsApp và email.

Bắt đầu từ đây

Yêu cầu đầu tiên của bạn trong bốn bước

1

Liệt kê di động đã kết nối và sao chép mục tiêu SID.

2

Tạo thông báo với tiêu đề và thông điệp.

3

Phân tích danh sách kết thúc bởi SID.

4

Dùng dấu cách tách rời status và GMT để theo dõi việc phân phối.

An toàn.SMSMobileAPIỨng dụng di động kết nối điện thoại tới bảng điều khiển web và hệ thống điều khiển RT cho các thao tác tin nhắn và gọi
Kết nối kết nối mã hóa cho di động thành đơn vị mã hóa

Ứng dụng di động chính thức

Cầu bảo mật giữa điện thoại, bảng điều khiển và API.

Kết nối và gọi đến cho chính thứcSMSMobileAPIỨng dụng được cài đặt trên điện thoại kết nối của bạn. Ứng dụng này đảm bảo kết nối thiết bị này với tài khoản của bạn, đồng bộ hoá các sự kiện cho phép và kết nối mạng di động vào bảng điều khiển và hệ thống điều khiển.

1Ứng dụng Di độngChia đôi điện thoại và SIM 2Liên kết đã mã hóaXác thực và bảo vệ dữ liệu trong quá trình truyền 3Bảng & APIĐiều khiển dòng chảy và hoạt động
  • Ký giấy phát hành qua danh sách Google Play và Apple App Store chính thức
  • Xem lại nền tảng Google và Apple, ký và phân phối điều khiển
  • Hai thiết bị bảo mật, HTTPS vận chuyển và xác thực quyền truy cập API
  • Chỉ quyền hạn cần thiết cho các tính năng di động bạn bật
Lấy ứng dụng SMSMobileAPI chính thức trên Google Play Tải về ứng dụng SMSMobileAPI chính thức trên Apple App Store
Phụ thuộc vào quyền hạn và quyền truy cập nền do Android hay iOS cho phép.

WEBHOOK V2 CHO API NÀY

Hãy để giao tiếp di động kích hoạt hành động kinh doanh tiếp theo.

3 loại sự kiện

Một điểm đến có thể nhận mọi thứ, hoặc bạn có thể tách biệt hệ thống sản xuất, phân tích và cảnh báo vận hành. Mỗi sự kiện có một tên rõ ràng để ứng dụng của bạn xử lý một cách có thể dự đoán.

Important

API Thông báo gửi thông báo đến các thiết bị đã kết nối. Hiện tại API này chưa phát hành sự kiện webhook riêng cho thông báo. Hãy dùng các sự kiện nguồn như SMS đã nhận, cuộc gọi nhỡ hoặc tin nhắn WhatsApp đã nhận để kích hoạt quy trình thông báo.

sms.received

SMS đã được nhận

Một thiết bị di động được kết nối đã đồng bộ một SMS đến.

call.missed

Cuộc gọi nhỡ

Một cuộc gọi nhỡ đã được đồng bộ từ thiết bị di động được kết nối.

whatsapp.received

WhatsApp đã được nhận

Một tin nhắn WhatsApp đã được truy xuất sau khi tài khoản yêu cầu đồng bộ.

Xác thực

Giữ thẻ trên máy chủ

Thông báo điểm kết thúc dùng tham số apkey. sid nhận diện một điện thoại mục tiêu khi gửi và nhờ sid hoặc phụ khi liệt kê.

Quản lý lịch sử

Xoá lịch sử một cách an toàn: xem thử, xoá, theo tiến trình

Những điểm kết thúc này xóa lịch sử máy phục vụ đã chọn cho bạn API không phải tin nhắn trên điện thoại hay dịch vụ bên ngoài. Họ không cung cấp bảo đảm tài khoản. Hoạt động mới có thể xuất hiện sau khi bị xóa.

Đọc hướng dẫn thử lại và request_id
Sự bảo vệ hợp nhất

Theo mặc định, vẫn còn thấy các hồ sơ liên kết hay xử lý. Chỉ dùng include_linked=1 Nếu bạn chấp nhận sự tích hợp đó hoặc xử lý đang diễn ra, có thể sẽ không còn hiệu quả nữa.

request_id hoạt động như thế nào

  1. Xem thử các đếm có action=previewKhông. request_id là cần thiết và không có hồ sơ nào bị xóa.
  2. Tạo ra một độc nhất request_id Cho một xóa mới, ví dụ như UUIDHãy để dành nó trước khi gửi action=delete.
  3. Để tái lưu trữ, hay thời hạn HTTP 202, tái sử dụng API Chìa khóa, điểm kết thúc lịch sử, request_id và include_linked giá trị. Không bao giờ tạo ra một ID mới tự động sau khi gặp lỗi.
  4. Khi completed=true, chiến dịch đã kết thúc. Sử dụng lại thẻ căn cước của nó đã trả lại cùng kết quả thay vì xóa các hồ sơ mới đến. Dùng ID mới chỉ cho việc dọn dẹp mới có chủ đích.

request_id Xác định thao tác xoá của bạn, không phải cá nhân SMS. Cho phép định dạng: 16–128 ASCII chữ, chữ số, dấu gạch nối hay dấu gạch nối. A UUID tạo ra với mã hóa.randoUUID là thích hợp.

Việc xóa được thực hiện theo từng lô. Nếu nhận HTTP 202 với continue_required=true, hãy gửi lại action=delete sau 3 giây. Không có cron chạy nền. action=status chỉ đọc tiến độ, không tiếp tục xóa, ngay cả khi trả về HTTP 200.

Ví dụ xóa và kiểm tra trạng thái

Thay thế mẫu request_id với giá trị độc đáo của riêng mình trước khi bắt đầu. Những yêu cầu xoá theo đây thay đổi lịch sử tài khoản thật; không phải là xem thử.

POST Hóa API Khóa
curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
  --data-urlencode "apikey=YOUR_API_KEY" \
  -d "action=delete" -d "include_linked=0" \
  -d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"
POST* OAuth2
curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
  -H "Authorization: Bearer YOUR_OAUTH_ACCESS_TOKEN" \
  -d "action=delete" -d "include_linked=0" \
  -d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"
TIẾNG · status
curl -G "https://api.smsmobileapi.com/delete-history-notifications/" \
  --data-urlencode "apikey=YOUR_API_KEY" \
  -d "action=status" \
  -d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"

GET cũng chấp nhận action=preview hay action=delete. POST khuyến khích: tham số URL có thể rò rỉ vào lịch sử trình duyệt và bản ghi máy phục vụ. Không bao giờ đặt địa chỉ URL xoá trong liên kết công cộng, ảnh hoặc tiềnfetch.

Vì POSTGửi tất cả các tham số vào cơ thể mẫu hoặc a JSON đối tượng, không bao giờ trong chuỗi truy vấn. Tham số không rõ bị từ chối; không hỗ trợ ngày tháng hay bộ lọc di động.

Xác thực cho điểm kết thúc lịch sử

Dùng apikey hay một Authorization: Bearer Comment SMSMobileAPI OAuth2Đừng gửi tín hiệu mới hay một thẻ API Chìa khóa là... Bearer - Tôi không biết. Vật trang trí bị bỏ hoang bị từ chối.

Khi phạm vi được đặt, history:read Cho phép xem thử/tatus và history:delete cũng cho phép xóa. Giới hạn cả vật tượng trưng lẫn vật kỷ niệm OAuth Khách áp dụng. Vật lưu giữ di sản mà không có phạm vi, giữ lại quyền truy cập tài khoản đã có của họ.

OAuth2 chọn điều cần thiết API Chìa khóa. Nếu có nhiều phím chính, cũng cung cấp apikey để chọn một phần của tài khoản. Chìa khóa thứ hai không bao giờ cho phép truy cập vào lịch sử chính.

Đọc câu trả lời trước khi tiếp tục

count_delete là số gia tăng được gỡ bỏ bởi chiến dịch này. selected_at_start là sự lựa chọn ban đầu; protected_at_start tính trừ các hồ sơ. Dùng preview.linked_or_processing để đếm hồ sơ liên kết ngay cả khi include_linked=1.

JSON* HTTP 202
{
    "result": {
        "error": 0,
        "history": "notifications",
        "action": "delete",
        "request_id": "6d54ac58-41f1-4fbc-9a39-6e6c86089451",
        "status": "processing",
        "completed": false,
        "count_delete": 100,
        "total_before": 250,
        "selected_at_start": 200,
        "protected_at_start": 50,
        "include_linked": 0,
        "continue_required": true,
        "message": "Repeat GET or POST with the same request_id and include_linked to continue. Status requests do not run deletion."
    }
}
  • 200 có completed=true: xong. Chỉ xem trước 200 hoặc chỉ trả lời trạng thái thôi thì không chứng tỏ là hoàn tất.
  • 400 INVALID_REQUEST_ID: kiểm tra định dạng . 404 REQUEST_NOT_FOUNDKhông có thao tác nào cho ID này, API Chìa khóa và lịch sử.
  • 401: không hợp lệ hoặc hết hạn. 403: không đủ OAuth Phạm vi hoặc tài khoản trái phép.
  • 409 HISTORY_BUSY: một việc dọn dẹp khác đang chạy; tiếp tục nó từ trình khách gốc. 409 INCLUDE_LINKED_CONFLICT: khôi phục lại bản gốc include_linked giá trị.
  • 409 OAUTH_ACCOUNT_AMBIGUOUSCung cấp một API Chìa khóa của lời tường thuật này.
  • 503 hoặc ngắt quãng mạng: một số mẻ có thể đã hoàn tất. Kiểm tra cấu hình, rồi thử lại với bản gốc request_idKhông tạo một thao tác thay thế tự động.
PST * ĐÃ

Gửi thông báo

#
QUAN ĐIỂM cuốihttps://api.smsmobileapi.com/notification/send

Tạo thông báo nội bộ cho một thiết bị đã kết nối.

Khi nào dùng nó

Dùng nó cho báo động hoạt động mà nên xuất hiện trên điện thoại quản lý.

Các tham số

TênKiểuCần thiếtSự miêu tả
apikey sợi dây Yêu cầu Khóa API của bạn.
sid sợi dây Yêu cầu Số SID di động mục tiêu.
title sợi dây Tùy chọn Thông báo tiêu đề; mặc định là thông báo thông báo.
message sợi dây Yêu cầu Thông báo nội dung.
type sợi dây Tùy chọn Thông báo kiểu; mặc định là thông báo.

Ví dụ yêu cầu

URL
curl -X POST "https://api.smsmobileapi.com/notification/send" \
  -d "apikey=YOUR_API_KEY" \
  -d "sid=TARGET_SIDENTIFIANT" \
  --data-urlencode "title=Order ready" \
  --data-urlencode "message=Order #1042 is ready for collection."

Ví dụ về câu trả lời

JSON
{
  "success": true,
  "message": "Notification created.",
  "id": 22087,
  "apikey": "YOUR_API_KEY",
  "sid": "508b004b4aadacc4"
}

Muốn chạy yêu cầu này không?Kết nối phím API của bạn ở đầu trang để mở khóa bộ thử ra.

Phím kết nối Gỡ khóa
Thật tốt khi biết
  • Sự sáng tạo và phân phối là những sự kiện riêng biệt. Dùng điểm cuối danh sách để xác minh giao hàng cho thiết bị.
LẤY

Liệt kê thông báo

#
QUAN ĐIỂM cuốihttps://api.smsmobileapi.com/notification/list/

Từ năm nhất đến lớn nhất, có tới 200 thông báo.

Khi nào dùng nó

Dùng nó để theo dõi phân phối và xây dựng một lịch sử thông báo.

Các tham số

TênKiểuCần thiếtSự miêu tả
apikey sợi dây Yêu cầu Khóa API của bạn.
sidentifiant sợi dây Tùy chọn Lọc bằng di động đích.
sid sợi dây Tùy chọn Bí mật của phe phái.
distribued 0 | 1 Tùy chọn 1 cho phân phối, 0 cho không phân phối.
date_from YYYY-MM-D Tùy chọn Bắt đầu hẹn hò.
date_to YYYY-MM-D Tùy chọn Kết thúc ngày.

Ví dụ yêu cầu

URL
curl "https://api.smsmobileapi.com/notification/list/?apikey=YOUR_API_KEY&sidentifiant=TARGET_SIDENTIFIANT&distribued=1"

Ví dụ về câu trả lời

JSON
{
  "success": true,
  "count": 1,
  "data": [{
    "sidentifiant": "508b004b4aadacc4",
    "title": "Order ready",
    "message": "Order #1042 is ready for collection.",
    "distribued": "1",
    "distribued_status": "distributed",
    "distributed_at_gmt": "2026-03-18 10:18:30",
    "distributed_at_unix": 1773829110,
    "sent_at_gmt": "2026-03-18 10:15:03",
    "sent_at_unix": 1773828903
  }]
}

Muốn chạy yêu cầu này không?Kết nối phím API của bạn ở đầu trang để mở khóa bộ thử ra.

Phím kết nối Gỡ khóa
Thật tốt khi biết
  • Tất cả đều được gửi và phân phối thời gian là GMT.
PST * ĐÃ

Xóa lịch sử thông báo

#
QUAN ĐIỂM cuốihttps://api.smsmobileapi.com/delete-history-notifications/

Xoá hồ sơ thông báo cho các điện thoại di động thuộc về tài khoản này. Nó không ngắt kết nối di động.

Khi nào dùng nó

Dùng ô xem thử trước, kiểm tra lại các số, rồi yêu cầu xóa bỏ rõ ràng. Điều này xóa toàn bộ lịch sử đã chọn cho API Chìa khóa, không hẹn hò, không điện thoại hay bộ lọc tin nhắn.

Các tham số

TênKiểuCần thiếtSự miêu tả
apikey sợi dây Tùy chọn Yêu cầu không OAuth2Với OAuth2, tùy chọn chọn API Chìa khóa của cùng một tài khoản.
action xem thử Gỡ bỏ trạng thái Gỡ bỏ Tùy chọn preview đếm mà không xóa; delete bắt đầu hoặc tiếp tục xóa; status chỉ xem tiến độ. API mặc định dùng delete; công cụ thử này mặc định dùng preview.
include_linked 0 | 1 Tùy chọn Mặc định 0: giữ hồ sơ liên kết hay xử lý. Đặt 1 để bao gồm cả chúng, với nguy cơ phá vỡ sự liên kết. Giữ giá trị này không thay đổi khi tiếp tục xoá.
request_id sợi dây Tùy chọn Bắt buộc với delete và status, không bắt buộc với preview. Dùng 16–128 chữ cái ASCII, chữ số, dấu gạch ngang (-) hoặc gạch dưới (_). Tạo một ID duy nhất cho mỗi lần xóa mới và giữ nguyên ID đó khi thử lại. Đây không phải ID tin nhắn hay khóa API.

Ví dụ yêu cầu

URL
curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
  --data-urlencode "apikey=YOUR_API_KEY" \
  -d "action=preview" -d "include_linked=0"
Ví dụ xóa và kiểm tra trạng thái

Thay thế mẫu request_id với giá trị độc đáo của riêng mình trước khi bắt đầu. Những yêu cầu xoá theo đây thay đổi lịch sử tài khoản thật; không phải là xem thử.

POST Hóa API Khóa
curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
  --data-urlencode "apikey=YOUR_API_KEY" \
  -d "action=delete" -d "include_linked=0" \
  -d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"
POST* OAuth2
curl -X POST "https://api.smsmobileapi.com/delete-history-notifications/" \
  -H "Authorization: Bearer YOUR_OAUTH_ACCESS_TOKEN" \
  -d "action=delete" -d "include_linked=0" \
  -d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"
TIẾNG · status
curl -G "https://api.smsmobileapi.com/delete-history-notifications/" \
  --data-urlencode "apikey=YOUR_API_KEY" \
  -d "action=status" \
  -d "request_id=6d54ac58-41f1-4fbc-9a39-6e6c86089451"

Ví dụ về câu trả lời

JSON
{
    "result": {
        "error": 0,
        "history": "notifications",
        "action": "preview",
        "total": 120,
        "simple": 100,
        "linked_or_processing": 20,
        "selected": 100,
        "include_linked": 0,
        "operation_in_progress": false,
        "active_include_linked": null
    }
}

Muốn chạy yêu cầu này không?Kết nối phím API của bạn ở đầu trang để mở khóa bộ thử ra.

Phím kết nối Gỡ khóa
Thật tốt khi biết
  • Ví dụ trên là xem trước, không phải xoá. Số lượng được mô tả; lựa chọn dứt khoát được cố định khi việc xoá bắt đầu.
  • include_linked=1 có thể phá vỡ GHL. ZapierXác định liên kết hoặc theo dõi giao hàng. Nó không bao giờ vượt qua quyền sở hữu tài khoản hay kiểm tra tính toàn vẹn của tài khoản.

Xử lý sự cố

Lỗi và cách ghi lưu an toàn

Đọc trường lỗi HTTP và trường lỗi JSON trước khi thử lại. Đừng thử lại hiệu lực hoặc xác thực lỗi mà không sửa lại yêu cầu trước.

HTTPBộ mãLàm sao đây?
400Missing required paramAi cũng biết, sid hay tin nhắn bị mất.
400Invalid date formatDùng YYY-MM-D để xác định ngày và ngày đến.
400Invalid distribued valueChỉ 0 hoặc 1 được chấp nhận.
500DB connection / query failedDịch vụ thông báo không thể hoàn tất thao tác này.
Thử lại quy tắcThử lại chỉ 429 và 5xx. Bắt đầu sau 1 giây, rồi quay lại 2, 4 và 8 giây.

Bạn cần trợ giúp?

Hãy đưa ra yêu cầu về bối cảnh chứ không phải bí mật của bạn.

Chia sẻ điểm kết thúc, nhãn thời gian, trạng thái HTTP và phản ứng làm sạch. Không bao giờ bao gồm các phím API, vật thể hay tin nhắn riêng.

Liên lạc hỗ trợ API