كيفية إرسال أ الرسائل القصيرة التي أنشأها النظام

مقدمة

من المؤكد تقريبًا أن كل تحديث تسليم "OTP الخاص بك هو 4821" أو تذكير بالموعد الذي تلقيته على الإطلاق لم تتم كتابته مطلقًا بواسطة الإنسان. لقد كان أ الرسائل القصيرة التي أنشأها النظام - رسالة نصية يرسلها أحد البرامج تلقائيًا، لحظة وقوع حدث معين، دون أن يفتح أي شخص هاتفه أو يسجل الدخول إلى لوحة التحكم. تعتمد الشركات على ذلك لسبب بسيط: إنها الطريقة الأسرع والأكثر موثوقية للوصول إلى العميل فور حدوث شيء يهتم به.

يغطي هذا الدليل بالضبط ماهية الرسائل النصية القصيرة التي ينشئها النظام، وكيف تعمل الأتمتة فعليًا خلف الكواليس، والطرق الأكثر شيوعًا لاستخدامها من قبل الشركات، ومسار عملي خطوة بخطوة لإرسال أول رسالة لك - بما في ذلك كيف تبدو في بايثون و PHP، يسأل مطورو اللغتين عن الكثير.

الوجبات السريعة الرئيسية

• يتم إرسال الرسائل القصيرة التي ينشئها النظام تلقائيًا بواسطة البرنامج من خلال واجهة برمجة تطبيقات الرسائل القصيرة - لا يلزم الكتابة اليدوية أو تسجيل الدخول.
• هناك ثلاثة أشياء تجعل الأمر يعمل: مشغل (حدث)، واستدعاء واجهة برمجة التطبيقات (API)، وبوابة الرسائل القصيرة (SMS) التي تقوم بتسليم النص.
• الاستخدامات الأكثر شيوعًا هي رموز OTP وتحديثات التسليم وتذكيرات المواعيد وتنبيهات الحساب.
• يتطلب إرسال واحد مفتاح واجهة برمجة التطبيقات (API)، ونقطة نهاية REST، وبضعة أسطر من التعليمات البرمجية بأي لغة تقريبًا - بما في ذلك Python وPHP.
• إن التعامل مع الموافقة وإلغاء الاشتراك (STOP) ليس اختياريًا - فهو ما يجعل الرسائل النصية القصيرة الآلية قانونية ويمنع حظر أرقامك.

ما هي الرسائل القصيرة التي ينشئها النظام؟

الرسائل النصية القصيرة التي ينشئها النظام (وتسمى أيضًا رسالة نصية تلقائية أو رسالة نصية قصيرة خاصة بالمعاملات) هي رسالة يتم إنشاؤها وإرسالها بواسطة تطبيق، وليس بواسطة شخص. بدلاً من أن يفتح شخص ما تطبيق مراسلة ويكتب "تم شحن طلبك"، يكتشف جزء من التعليمات البرمجية أن حالة الطلب قد تغيرت إلى "تم الشحن" ويطلق هذا النص الدقيق من تلقاء نفسه، بالمللي ثانية.

إن التمييز الذي يهم في الواقع ليس صياغة الرسالة، إذ يمكن للإنسان أن يكتب نفس الجملة. إنه من أو ماذا يضغط على إرسال. يتم تشغيل الرسائل النصية القصيرة التي ينشئها النظام عن طريق تفاعل التعليمات البرمجية مع حدث ما: محاولة تسجيل الدخول، ودفع مكتمل، والعد التنازلي الذي يصل إلى الصفر، وتغيير الحالة في قاعدة البيانات. لا أحد يقف على أهبة الاستعداد لإرسالها يدويًا، وهذا هو بالضبط سبب إمكانية وصولها إلى شخص ما في ثوانٍ، على مدار 24 ساعة يوميًا، وعلى أي نطاق.

كيف تعمل الرسائل النصية القصيرة التي ينشئها النظام؟

كل نص آلي - بغض النظر عن النظام الأساسي الذي يقف وراءه - يأتي في نفس الأجزاء المتحركة الثلاثة:

• الزناد. الحدث الذي يراقبه برنامجك: اشتراك جديد، أو تأكيد الدفع، أو تحديث حالة التسليم، أو مجرد وقت مجدول (مثل "24 ساعة قبل الموعد").
• مكالمة SMS API. عندما يتم تشغيل المشغل، يرسل تطبيقك طلب HTTP إلى بوابة الرسائل القصيرة - رقم المستلم، ونص الرسالة، ومفتاح واجهة برمجة التطبيقات (API) الخاص بك، في صورة JSON.
• التسليم من خلال البوابة. تقوم البوابة بتسليم الرسالة إلى شركة الهاتف المحمول الخاصة بالمستلم، و- بالنسبة لمنصات مثل SMSLocal - تبلغ عما إذا تم تسليمها.

هذه الخطوة الوسطى هي الجزء الذي يجعل الأتمتة ممكنة بالفعل: واجهة برمجة تطبيقات الرسائل القصيرة. تعد واجهة برمجة تطبيقات الرسائل النصية القصيرة (SMS API) مجرد طريقة محددة لأحد البرامج ليطلب من برنامج آخر - "إرسال هذا النص إلى هذا الرقم" - عبر طلب ويب قياسي، بنفس الطريقة التي يطلب بها المتصفح من الخادم صفحة ويب. واجهة برمجة تطبيقات HTTP-to-SMS الخاصة بـ SMSLocal هي واجهة برمجة تطبيقات REST: فهي تقبل طلب HTTP مباشرًا مع إدخال JSON وإرجاع JSON، ومصرحًا بمفتاح وصول بدلاً من اسم المستخدم وكلمة المرور - بنفس الشكل وثائق SMS API الخاصة بـ Twilio يصف. إذا كان برنامجك يمكنه تقديم طلب HTTP - وجميع البرامج الحديثة تقريبًا يمكنها ذلك - فيمكنه إرسال رسالة نصية قصيرة (SMS) ينشئها النظام.

الأنواع الشائعة للرسائل النصية القصيرة التي ينشئها النظام

يقع كل نص آلي ترسله الشركة تقريبًا ضمن إحدى الفئات القليلة. وإليك ما هو كل واحد في الواقع ل:

تستحق رسائل OTP أن يتم استدعاؤها على وجه التحديد: فهي تحمل أعلى درجة من الإلحاح لأي نص آلي (رمز تنتهي صلاحيته خلال دقائق)، ولهذا السبب يتم توجيهها عادةً عبر مسار إرسال مخصص ذي أولوية عالية بدلاً من نفس قائمة الانتظار مثل الرسائل الترويجية.

كيفية إرسال رسالة نصية قصيرة ينشئها النظام: خطوة بخطوة

1. اختر موفر SMS API. ابحث عن REST API مع دعم JSON، وتسعير واضح لكل رسالة، وتقارير التسليم - ستحتاج إلى تأكيد وصول النص بالفعل، وليس فقط أنه تم إرساله.
2. احصل على مفتاح API الخاص بك. بعد إنشاء الحساب، قم بإنشاء مفتاح وصول من لوحة التحكم الخاصة بك. يأذن هذا المفتاح بكل طلب بدلاً من تسجيل الدخول باسم المستخدم/كلمة المرور - وهو بالضبط ما يزيل خطوة "تسجيل الدخول اليدوي" من العملية.
3. تحديد الزناد الخاص بك. حدد، في التطبيق الخاص بك، ما هو الحدث بالضبط الذي يجب أن يتسبب في خروج النص - تنشيط خطاف الويب، أو تغيير صف قاعدة البيانات، أو تشغيل مهمة مجدولة.
4. بناء قالب الرسالة. اكتب النص مرة واحدة، باستخدام العناصر النائبة للأجزاء التي تتغير - الاسم، ورقم الطلب، والرمز - بحيث يمكن للقالب نفسه أن يخدم كل مستلم.
5. أرسل الطلب. عندما يتم تشغيل المشغل، يرسل الكود الخاص بك HTTP POST إلى نقطة نهاية واجهة برمجة التطبيقات (API) مع رقم المستلم والرسالة المملوءة ومفتاح واجهة برمجة التطبيقات (API) الخاص بك.
6. تأكيد التسليم وتسجيل النتيجة. تحقق من تقرير التسليم الذي ترجعه واجهة برمجة التطبيقات، وقم بتخزينه - إذا فشلت الرسالة، فأنت تريد أن تعرف على الفور، وليس عندما يشتكي العميل.

إرسال الرسائل القصيرة التي ينشئها النظام باستخدام Python وPHP

نظرًا لأن واجهة برمجة التطبيقات الأساسية هي فقط HTTP وJSON، فإن إرسال النص برمجيًا يبدو متطابقًا تقريبًا بغض النظر عن اللغة التي تمت كتابة التطبيق بها - فقط بناء جملة إجراء الطلب يتغير.

بايثون

لا تحتاج لغة Python إلى مكتبة رسائل نصية قصيرة متخصصة لإرسال نص تم إنشاؤه بواسطة النظام — وهو المعيار طلبات الحزمة كافية. يمكنك إنشاء قاموس صغير يحتوي على رقم المستلم والرسالة ومفتاح واجهة برمجة التطبيقات (API) الخاص بك، ثم نشره إلى نقطة نهاية واجهة برمجة التطبيقات (API) كـ JSON، وقراءة استجابة JSON مرة أخرى لتأكيد قبول الرسالة. هذا هو النمط الكامن وراء معظم البرامج النصية التلقائية "لإرسال رسالة بايثون": مهمة مجدولة أو معالج حدث يستدعي نفس الوظيفة في كل مرة يحتاج فيها إلى إرسال رسالة نصية إلى شخص ما.

PHP

المسار الأكثر شيوعًا لـ PHP هو المسار المدمج حليقة الامتداد: تهيئة جلسة cURL تشير إلى نقطة نهاية API، وإرفاق حمولة JSON ومفتاح API كرأس، وتنفيذ الطلب، وفك تشفير الاستجابة. نظرًا لأن هذا لا يحتاج إلى أي شيء يتجاوز ما يأتي معه تثبيت PHP القياسي بالفعل، ولهذا السبب تشير وثائق SMSLocal الخاصة إلى أنه "إذا كنت قادرًا على إنشاء صفحة ويب بنموذج، مدعومة بلغة برمجة نصية مثل PHP، فأنت مجهز بالفعل لإرسال رسائل SMS آلية."

يتبع Node.js وJava نفس الشكل — عميل HTTP، ونص JSON، ومفتاح API الخاص بك في الطلب. بمجرد إرسال رسالة نصية قصيرة واحدة أنشأها النظام بأي لغة، فإن إرسال الرسالة التالية بلغة مختلفة يكون في الغالب عبارة عن مبادلة تركيبية.

فوائد الرسائل القصيرة التي ينشئها النظام

• سرعة. يتم قياس مسار التشغيل إلى التسليم بالثواني، وليس بالدقائق أو الساعات التي تستغرقها العملية اليدوية.
• تناسق. ينتج عن نفس الحدث دائمًا نفس الرسالة، دون أن يؤدي أي من الأخطاء المطبعية أو المفقودة إلى مخاطر العملية اليدوية.
• حجم. إن إرسال 10 رسائل نصية آلية يكلف نفس الجهد الذي يبذله إرسال 10000 رسالة نصية، حيث يعمل الرمز بشكل مماثل في كلتا الحالتين.
• تغطية على مدار الساعة. يتم إطلاق تنبيه OTP أو تنبيه التسليم في الساعة 3 صباحًا تمامًا كما هو الحال في الساعة 3 مساءً.
• انخفاض حمل الدعم. التحديثات الاستباقية ("تم شحن طلبك") تزيل السؤال "أين طلبي؟" التذكرة قبل كتابتها.

أفضل الممارسات للرسائل النصية الآلية

• احصل على الاشتراك الصريح أولاً. يعد نموذج الاشتراك أو الرد على الكلمات الرئيسية كافيًا، لكن النصوص الآلية يجب أن تذهب فقط إلى الأرقام التي وافقت على استلامها.
• دعم STOP دائمًا. تحتاج كل رسالة إلى طريقة فعالة وفورية لإلغاء الاشتراك، وهذا يمثل شرطًا للامتثال واحترامًا أساسيًا للمستلم.
• اجعل القوالب قصيرة ومحددة. "تم شحن طلبك رقم 4482، ووصل يوم الخميس" يتفوق على فقرة - الرسائل القصيرة هي قناة نظرة سريعة.
• عاجل منفصل عن الترويجية. قم بتوجيه تنبيهات OTP والأمان من خلال مسار متميز ذي أولوية أعلى من الرسائل التسويقية.
• مراقبة تقارير التسليم. يعتبر الفشل الصامت في رسالة OTP بمثابة عميل مغلق - تحقق من الحالة، ولا تفترض النجاح.

التفاف

إن الرسائل النصية القصيرة التي ينشئها النظام ليست أكثر غرابة من تفاعل التعليمات البرمجية مع حدث ما وتقديم طلب HTTP - ولكن هذه البساطة هي بالضبط ما يجعلها قوية. بمجرد وجود المشغل وواجهة برمجة تطبيقات الرسائل القصيرة وقالب الرسالة، يمكن لمرة واحدة (OTP) أو تحديث التسليم أو التذكير الوصول إلى العميل في ثوانٍ، في أي ساعة، وعلى أي نطاق، دون أن ينقر شخص واحد على "إرسال". سواء كان هذا الطلب يأتي من Python، أو PHP، أو Node.js، أو Java، فإن شكل العمل هو نفسه: تحديد الحدث، ووضع قالب للرسالة، واستدعاء واجهة برمجة التطبيقات (API)، والتأكد من وصوله.