Notify

POST https://api.pushwoosh.com/messaging/v2/notify

สร้างและตั้งเวลาส่งข้อความเดียว

โครงสร้างของ Request

ส่วน body ของ request คือ NotifyRequest ที่มีหนึ่งในสองประเภทนี้เท่านั้น:

• segment: กำหนดเป้าหมายกลุ่มเป้าหมายตามรหัส segment, นิพจน์ seglang หรือนิพจน์ตัวกรองที่มีโครงสร้าง
• transactional: ส่งไปยังรายการที่ระบุชัดเจนของ hwids, user IDs, push tokens หรืออุปกรณ์ทดสอบ

Shape

{
  "segment": { ... },      // หรือ
  "transactional": { ... },
  "transaction_id": "unique-uuid"
}

ฟิลด์	ประเภท	คำอธิบาย
transaction_id	string	ไม่บังคับ คีย์ Idempotency สำหรับ request — ทำงานได้ทั้งกับ segment และ transactional การเรียกซ้ำด้วย transaction_id เดียวกันภายใน 5 นาทีจะคืนค่า message_code เดิมแทนที่จะส่งข้อความซ้ำ ใช้ UUID หรือค่าอื่นที่ไม่ซ้ำกันสำหรับการส่งแต่ละครั้ง

เคล็ดลับ

ส่ง header X-Request-ID เพื่อเชื่อมโยงข้อความที่สร้างขึ้นกับ request ของคุณสำหรับการติดตามแบบ end-to-end — ดูที่ Request ID

ตรวจสอบเฉพาะคีย์ ไม่ใช่ payload

การขจัดข้อมูลซ้ำซ้อนจะจับคู่กับ transaction_id เท่านั้น หากการลองใหม่ใช้ transaction_id เดิมแต่ส่ง body ของ segment / transactional ที่แตกต่างกัน message_code เดิมจะยังคงถูกส่งคืน และ body ใหม่จะถูกละทิ้งโดยไม่มีการแจ้งเตือน — จะไม่มีการเปรียบเทียบกับ request แรก ห้ามใช้ transaction_id ซ้ำกับข้อความที่แตกต่างกันในเชิงตรรกะ

เคล็ดลับ

นี่เป็นกลไกการขจัดข้อมูลซ้ำซ้อนแบบเดียวกับ transactionId ใน Messages API รุ่นเก่า โดยใช้หน้าต่างการจัดเก็บข้อมูล 5 นาทีเดียวกัน ดังนั้น request ที่ลองใหม่จะถูกขจัดข้อมูลซ้ำซ้อนทั้งใน /createMessage และ Notify เหมือนกัน ไม่เกี่ยวข้องกับ attribute transaction_id ใน event รายได้ PW_Conversion ซึ่ง Pushwoosh จะจัดเก็บตามที่เป็นอยู่และไม่ได้ใช้สำหรับการขจัดข้อมูลซ้ำซ้อน

NotifySegment

กำหนดเป้าหมายผู้ใช้ที่ตรงกับกลุ่มเป้าหมายหรือนิพจน์ตัวกรอง

ฟิลด์	ประเภท	คำอธิบาย
schedule	Schedule	เวลาและวิธีการส่ง บังคับ
application	string	Application code
platforms	array of Platform	แพลตฟอร์มที่ข้อความจะส่งไปถึง
code	string	Segment code ไม่สามารถใช้ร่วมกับ expression และ filter_expression ได้
expression	string	นิพจน์ Seglang
filter_expression	FilterExpression	นิพจน์ตัวกรองที่มีโครงสร้าง (ขั้นสูง)
payload	Payload	Payload ของ Push / SMS / Telegram / Kakao / LINE / WhatsApp / Viber ไม่สามารถใช้ร่วมกับ email_payload ได้
email_payload	EmailPayload	Payload ของอีเมล
campaign	string	Campaign code เพื่อระบุว่าข้อความนี้เป็นของแคมเปญใด
frequency_capping	FrequencyCapping	การจำกัดความถี่ต่อผู้ใช้
send_rate	SendRate	การควบคุมอัตราการส่ง
message_type	MessageType	MESSAGE_TYPE_MARKETING (ค่าเริ่มต้น) หรือ MESSAGE_TYPE_TRANSACTIONAL ควบคุมการกรองกลุ่มควบคุม
dynamic_content_placeholders	map<string, string>	แทนที่ placeholders ในเนื้อหา
meta_data	object	ข้อมูลเมตาแบบอิสระที่ส่งต่อไปยังการวิเคราะห์ปลายทาง
use_latest_user_device	bool	เมื่อเป็น true จะส่งข้อความไปยังอุปกรณ์ที่ใช้งานล่าสุดของผู้ใช้แต่ละคน (อุปกรณ์ที่มี Last Application Open ล่าสุด) แทนที่จะส่งไปยังทุกอุปกรณ์ที่ตรงกับ segment ขอบเขตจำกัดอยู่ที่ platforms: จะพิจารณาเฉพาะอุปกรณ์บนแพลตฟอร์มเหล่านั้น และหากไม่มีข้อมูล Last Application Open จะใช้อุปกรณ์ที่ตรงกันเครื่องแรกแทนที่จะยกเลิกการส่ง ค่าเริ่มต้นคือ false (ส่งไปยังทุกอุปกรณ์)

ตัวอย่าง: ส่งไปยัง segment

curl -X POST https://api.pushwoosh.com/messaging/v2/notify \
  -H "Authorization: Token YOUR_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "segment": {
      "application": "XXXXX-XXXXX",
      "platforms": ["IOS", "ANDROID"],
      "code": "active_users",
      "payload": {
        "content": {
          "localized_content": {
            "en": {
              "ios":     { "body": "Hello!" },
              "android": { "body": "Hello!" }
            }
          }
        }
      },
      "schedule": { "at": "2026-05-01T12:00:00Z" },
      "message_type": "MESSAGE_TYPE_MARKETING"
    }
  }'

NotifyTransactional

ส่งไปยังรายชื่อผู้รับที่ระบุอย่างชัดเจน

ฟิลด์	ประเภท	คำอธิบาย
schedule	Schedule	บังคับ
application	string	Application code
platforms	array of Platform	แพลตฟอร์มที่ข้อความจะส่งไปถึง
test_devices	bool	ถ้าเป็น true จะส่งไปยังอุปกรณ์ทดสอบของแอปเท่านั้น
hwids	{ "list": [string, ...] }	ส่งไปยัง hwids เหล่านี้เท่านั้น
users	{ "list": [string, ...] }	ส่งไปยัง user IDs เหล่านี้เท่านั้น
push_tokens	{ "list": [string, ...] }	ส่งไปยัง push tokens เหล่านี้เท่านั้น
payload	Payload	Payload ของ Push / SMS / Telegram / Kakao / LINE / WhatsApp / Viber
email_payload	EmailPayload	Payload ของอีเมล
return_unknown_identifiers	bool	เมื่อเป็น true unknown_identifiers ในการตอบกลับจะแสดงรายการตัวระบุที่ไม่พบ
use_latest_user_device	bool	ใช้ได้เฉพาะเมื่อคุณกำหนดเป้าหมายเป็น users พฤติกรรมเหมือนกับใน NotifySegment ข้างต้น — ส่งหนึ่งข้อความต่อผู้ใช้แทนที่จะเป็นหนึ่งข้อความต่ออุปกรณ์ ขอบเขตจำกัดอยู่ที่ platforms ค่าเริ่มต้นคือ false
campaign, frequency_capping, send_rate, message_type, dynamic_content_placeholders, meta_data		ดูที่ NotifySegment ข้างต้น

test_devices, hwids, users และ push_tokens ไม่สามารถใช้ร่วมกันได้ ต้องตั้งค่าเพียงหนึ่งอย่างเท่านั้น

ตัวอย่าง: การส่งแบบ Transactional ตาม user IDs

curl -X POST https://api.pushwoosh.com/messaging/v2/notify \
  -H "Authorization: Token YOUR_API_TOKEN" \
  -H "Content-Type: application/json" \
  -d '{
    "transactional": {
      "application": "XXXXX-XXXXX",
      "platforms": ["IOS", "ANDROID"],
      "users": { "list": ["user-123", "user-456"] },
      "payload": {
        "content": {
          "localized_content": {
            "en": { "ios": { "body": "Your order has shipped." } }
          }
        }
      },
      "schedule": { "at": "2026-05-01T12:00:00Z" },
      "message_type": "MESSAGE_TYPE_TRANSACTIONAL",
      "return_unknown_identifiers": true,
      "use_latest_user_device": true
    }
  }'

การตอบกลับ

{
  "result": {
    "message_code": "XXXXX-XXXXX-XXXXX",
    "unknown_identifiers": []
  }
}

ฟิลด์	ประเภท	คำอธิบาย
message_code	string	Unique message code ใช้กับ /getMessageDetails และ endpoints สถิติข้อความ
unknown_identifiers	array of string	ตัวระบุที่ไม่พบบนบัญชี จะถูกเติมค่าก็ต่อเมื่อตั้งค่า return_unknown_identifiers: true ในประเภท transactional

ประเภทที่ใช้ร่วมกัน

Schedule

{
  "at": "2026-05-01T12:00:00Z",
  "follow_user_timezone": true,
  "past_timezones_behaviour": "PAST_TIMEZONES_BEHAVIOUR_SEND_IMMEDIATELY"
}

ฟิลด์	ประเภท	คำอธิบาย
at	timestamp	เวลาส่งที่แน่นอน (RFC 3339) หากเป็นเวลาในอดีต ข้อความจะถูกส่งทันที สูงสุด 14 วันในอนาคต
after	duration	ทางเลือกแทน at ส่งหลังจากเวลาที่กำหนดนับจาก “ตอนนี้” (เช่น "3600s")
follow_user_timezone	bool	เมื่อเป็น true อุปกรณ์แต่ละเครื่องจะได้รับข้อความ ณ เวลา at ในเขตเวลาท้องถิ่นของตน
past_timezones_behaviour	enum	PAST_TIMEZONES_BEHAVIOUR_SEND_IMMEDIATELY (ค่าเริ่มต้น), PAST_TIMEZONES_BEHAVIOUR_DO_NOT_SEND หรือ PAST_TIMEZONES_BEHAVIOUR_NEXT_DAY มีความหมายเฉพาะเมื่อ follow_user_timezone เป็น true

FrequencyCapping

การจำกัดความถี่ต่อผู้ใช้สำหรับการส่งทางการตลาด หากต้องการปิดใช้งานการจำกัด ให้ละเว้น frequency_capping ทั้งหมด หรือส่ง days: 0 พร้อมกับ count: 0

{ "days": 7, "count": 3, "exclude": false, "avoid": true }

• days (int, 1–30, หรือ 0 เพื่อปิดใช้งานการจำกัด): หน้าต่างเวลาที่ใช้ตรวจสอบ ต้องส่งพร้อมกับ count — หากตัวใดตัวหนึ่งเป็น 0 อีกตัวก็ต้องเป็น 0 ด้วย การส่งตัวหนึ่งเป็น 0 ในขณะที่อีกตัวไม่ใช่ศูนย์จะคืนค่า 400
• count (int, 1 หรือสูงกว่า, หรือ 0 เพื่อปิดใช้งานการจำกัด): จำนวนข้อความสูงสุดที่อนุญาตภายใน days กฎการจับคู่เหมือนกับ days ข้างต้น
• exclude (bool): ไม่รวมผู้ใช้ที่ถึงขีดจำกัดแล้วอย่างเด็ดขาด
• avoid (bool): หลีกเลี่ยงการส่งให้ผู้ใช้ที่ถึงขีดจำกัดแล้วอย่างนุ่มนวล (พวกเขายังคงถูกนับในสถิติ)

สำคัญ

การส่ง days และ count ที่มีค่าศูนย์ไม่ตรงกัน (เช่น {"days": 0, "count": 5}) จะคืนค่า 400 การตรวจสอบนี้เป็นการเปลี่ยนแปลงที่อาจทำให้เกิดปัญหากับ Notify — client ที่เคยพึ่งพาการที่ค่า 0 ตัวเดียวจะถูกละเว้นโดยไม่มีการแจ้งเตือน ตอนนี้จะได้รับข้อผิดพลาดแทน

SendRate

{ "value": 500, "bucket": "1s", "avoid": false }

ควบคุมอัตราการส่ง value คือจำนวนข้อความต่อ bucket; bucket ทั่วไปคือ "1s"

Platform enum

IOS, ANDROID, OSX, WINDOWS, AMAZON, SAFARI, CHROME, FIREFOX, IE, EMAIL, HUAWEI_ANDROID, SMS, WEB, KAKAO, TELEGRAM, LINE, WHATS_APP, VIBER.

MessageType enum

• MESSAGE_TYPE_UNSPECIFIED: เทียบเท่ากับ MESSAGE_TYPE_MARKETING
• MESSAGE_TYPE_MARKETING: อยู่ภายใต้การกรองกลุ่มควบคุมและการจำกัดความถี่
• MESSAGE_TYPE_TRANSACTIONAL: ข้ามการกรองกลุ่มควบคุมและการจำกัดความถี่ ใช้สำหรับยืนยันคำสั่งซื้อ, OTPs และขั้นตอนที่สำคัญอื่นๆ ที่คล้ายกัน

ที่เกี่ยวข้อง

Notify batch

Cancel

การอ้างอิง Payload

การอ้างอิง Email payload

การย้ายจาก v1