أتمتة البريد الإلكتروني باستخدام Mailchimp أو SendGrid API.

Updated يونيو 16, 2026 6 min read

Aldawsari

دقائق القراءة: 6

أتمتة البريد الإلكتروني باستخدام `Mailchimp` أو `SendGrid API`

أتمتة البريد الإلكتروني لم تعد مجرد وسيلة لإرسال رسائل جماعية، بل أصبحت طبقة تشغيلية أساسية في أي منتج رقمي أو متجر أو منصة تعليمية. عند ربط نظامك مع Mailchimp أو SendGrid API فأنت لا ترسل رسالة فقط، بل تبني تدفق بيانات يبدأ من حدث داخل التطبيق وينتهي برسالة مخصصة قابلة للقياس والتحسين.

هذا النوع من الأتمتة يعتمد على فهم واضح لطبيعة ما هو الـ API؟ شرح المفهوم بعيداً عن التعقيد التقني، وكيفية تركيب الطلبات، وإدارة الهوية، ومعالجة الاستجابات. كما أنه يختصر جهداً كبيراً على الفرق التشغيلية، وهو امتداد عملي لما شرحناه في لماذا نحتاج الأتمتة؟ كيف توفر الشركات آلاف الساعات.

متى تختار `Mailchimp` ومتى تختار `SendGrid`؟

الاختيار بين المنصتين يعتمد على هدف الرسائل أكثر من اعتماده على شهرة الأداة. إذا كنت تدير نشرات بريدية، تقسيم شرائح جمهور، حملات تسويقية، وسيناريوهات موجهة حسب سلوك المستخدم، فإن Mailchimp مناسب لأنه يجمع بين إدارة القوائم والتحليلات والأتمتة التسويقية.

أما إذا كنت تحتاج إلى رسائل تشغيلية عالية الاعتمادية مثل رسائل التحقق، إعادة تعيين كلمة المرور، الإشعارات، أو رسائل المعاملات من تطبيقك مباشرة، فإن SendGrid غالباً يكون خياراً ممتازاً بفضل بنيته الموجهة للمطورين وسهولة التعامل مع Transactional Email APIs.

استخدم Mailchimp للحملات، الشرائح، وقوالب التسويق.
استخدم SendGrid للرسائل الفورية المرتبطة بالأحداث داخل التطبيق.
يمكن الجمع بينهما في بنية واحدة: التسويق عبر Mailchimp والتشغيلي عبر SendGrid.

كيف يعمل تدفق الأتمتة من التطبيق إلى البريد؟

أي نظام أتمتة بريدية ناجح يبدأ بحدث واضح. قد يكون الحدث تسجيل مستخدم جديد، شراء دورة، تعبئة نموذج، أو انتهاء اشتراك. عند وقوع هذا الحدث، يقوم تطبيقك بإنشاء طلب HTTP إلى نقطة Endpoint داخل مزود البريد.

إذا كنت تريد فهم بنية هذا الطلب بدقة، فمقال تشريح طلب الـ API: الـ Endpoint، الـ Headers، والـ Body يوضح ذلك عملياً، بينما يشرح فهم بروتوكول HTTP: رحلة البيانات من جهازك إلى السيرفر كيف تنتقل البيانات بين الأنظمة.

التطبيق يلتقط الحدث الداخلي.
الخادم يبني Payload يحتوي البريد والاسم ونوع الرسالة.
يتم تمرير مفتاح المصادقة داخل Headers.
مزود البريد يعالج الطلب ويرد بحالة نجاح أو خطأ.
يمكن لنظامك تسجيل النتيجة أو إعادة المحاولة أو تحديث قاعدة البيانات.

ملاحظة توثيقية: أغلب عمليات الإرسال تعتمد على طلب POST مع جسم بصيغة JSON. لفهم الفروق بين الأفعال الشبكية راجع شرح أفعال الـ HTTP (GET, POST, PUT, DELETE) والفرق بينها، ولصيغة البيانات راجع لغة الـ JSON: كيف تقرأ وتكتب البيانات التي تفهمها الآلات.

تهيئة الأمان والمفاتيح قبل أي تكامل

أحد أكثر الأخطاء شيوعاً هو وضع المفاتيح السرية مباشرة داخل الواجهة الأمامية أو داخل المستودع البرمجي. يجب دائماً تخزين API Keys في بيئة الخادم فقط، ويفضل ضمن ملف .env أو خدمة إدارة أسرار.

هذا مهم جداً لأن خوادم البريد تعطي صلاحيات مباشرة على الإرسال والقراءة والإحصاءات. ويمكنك التوسع في هذه النقطة من خلال مفاتيح الوصول (API Keys): كيف تحمي بابك الخلفي وأمن البيانات: كيفية تخزين المفاتيح السرية في ملفات .env.

مثال إرسال رسالة عبر `SendGrid API`

في المثال التالي، يقوم سكربت Node.js بإرسال رسالة ترحيبية بعد إنشاء حساب جديد. يمكن ربط هذا السكربت مع نظام عضويات أو منصة دورات بسهولة.

import fetch from "node-fetch";
import dotenv from "dotenv";

dotenv.config();

async function sendWelcomeEmail(userEmail, userName) {
  const response = await fetch("https://api.sendgrid.com/v3/mail/send", {
    method: "POST",
    headers: {
      "Authorization": `Bearer ${process.env.SENDGRID_API_KEY}`,
      "Content-Type": "application/json"
    },
    body: JSON.stringify({
      personalizations: [
        {
          to: [{ email: userEmail, name: userName }],
          subject: "Welcome to our platform"
        }
      ],
      from: {
        email: "noreply@example.com",
        name: "Automation System"
      },
      content: [
        {
          type: "text/html",
          value: `<h2>Hello ${userName}</h2><p>Your account has been created successfully.</p>`
        }
      ]
    })
  });

  if (!response.ok) {
    const errorText = await response.text();
    throw new Error(`SendGrid error: ${response.status} - ${errorText}`);
  }

  return { success: true, status: response.status };
}

sendWelcomeEmail("student@example.com", "Ahmad")
  .then(console.log)
  .catch(console.error);

مثال إضافة مشترك إلى قائمة في `Mailchimp`

هذا السيناريو شائع في الصفحات المقصودة ونماذج التسجيل. بعد وصول بيانات النموذج إلى الخادم، يتم إنشاء مشترك جديد أو تحديث حالته داخل القائمة المستهدفة.

import crypto from "crypto";
import fetch from "node-fetch";
import dotenv from "dotenv";

dotenv.config();

async function addSubscriber(email, firstName) {
  const subscriberHash = crypto
    .createHash("md5")
    .update(email.toLowerCase())
    .digest("hex");

  const url = `https://${process.env.MAILCHIMP_SERVER_PREFIX}.api.mailchimp.com/3.0/lists/${process.env.MAILCHIMP_LIST_ID}/members/${subscriberHash}`;

  const response = await fetch(url, {
    method: "PUT",
    headers: {
      "Authorization": `Bearer ${process.env.MAILCHIMP_API_KEY}`,
      "Content-Type": "application/json"
    },
    body: JSON.stringify({
      email_address: email,
      status_if_new: "subscribed",
      status: "subscribed",
      merge_fields: {
        FNAME: firstName
      }
    })
  });

  const data = await response.json();

  if (!response.ok) {
    throw new Error(`Mailchimp error: ${response.status} - ${JSON.stringify(data)}`);
  }

  return data;
}

الاعتماد على `Webhooks` لبناء أتمتة ثنائية الاتجاه

الربط المتقدم لا يقتصر على الإرسال فقط. في كثير من الحالات تحتاج أن تعرف هل تم فتح الرسالة، هل ارتد البريد، هل فشل التسليم، أو هل ألغى المستخدم اشتراكه. هنا تظهر قيمة Webhooks التي تعيد الحدث إلى نظامك فور وقوعه.

إن لم تكن قد تعمقت في هذا المفهوم، فمقال الفرق بين الـ API والـ Webhook: “لا تتصل بنا، نحن سنتصل بك” يشرح الفكرة بشكل ممتاز. عملياً، يمكن استخدام هذه الأحداث لتحديث حالة الطالب، إيقاف التنبيهات، أو تنظيف القوائم من العناوين غير الصالحة.

مثال حالات حرجة يجب معالجتها:
– وصول استجابة 401 يعني مشكلة في التوثيق أو المفتاح.
– وصول 429 يعني تجاوز حدود الطلبات.
– وصول 400 غالباً يشير إلى خلل في بنية Payload أو حقول ناقصة.
– وصول 202 في بعض خدمات الإرسال يعني قبول الطلب للمعالجة وليس التسليم النهائي.

أفضل الممارسات التشغيلية لنجاح الأتمتة

نجاح أتمتة البريد لا يقاس فقط بإرسال الرسالة، بل بجودة البنية المحيطة بها. من الضروري تسجيل كل طلب في logs داخلية، وتخزين وقت الإرسال، ونتيجة الاستجابة، ومرجع المستخدم، ومعرّف الرسالة إن توفر.

أنشئ طبقة خدمة مستقلة للتعامل مع البريد بدلاً من كتابة المنطق داخل كل صفحة.
فعّل إعادة المحاولة الذكية عند الأخطاء المؤقتة، مع تأخير تصاعدي Exponential Backoff.
احترم سياسات Rate Limiting كما شرحنا في تحديد معدل الطلبات (Rate Limiting): كيف تتجنب الحظر من الخوادم.
اختبر الطلبات أولاً عبر أدوات الاختبار: جولة داخل تطبيق Postman لإرسال أول طلب قبل دمجها في التطبيق.
استخدم جدولة ذكية إذا كنت ترسل دفعات دورية، ويمكن أن يفيدك هنا الجدولة الزمنية (CRON Jobs): كيف تجعل السكربت يعمل وأنت نائم.

سيناريوهات عملية داخل المنصات التعليمية والمتاجر

في المنصات التعليمية يمكن تشغيل سلسلة رسائل تبدأ عند شراء الدورة، ثم رسالة تفعيل الحساب، ثم تذكير بعدم إكمال الدرس الأول، ثم إشعار عند صدور شهادة الإنجاز. أما في المتاجر فيمكن بناء رحلة تبدأ من سلة متروكة، ثم تأكيد الدفع، ثم متابعة الشحن، ثم طلب تقييم المنتج.

هذه السيناريوهات تصبح أقوى عند دمجها مع أدوات أتمتة أخرى. على سبيل المثال، يمكن أن يمر الحدث أولاً عبر مقدمة في منصة Make (Integromat سابقاً): بناء سيناريوهات معقدة أو قوة Zapier: ربط أكثر من 5000 تطبيق بضغطات زر إذا أردت تسريع الربط بدون كتابة كثيرة، أو عبر كود مباشر عندما تحتاج تحكماً أعلى كما ناقشنا في الأتمتة بدون كود (No-Code) مقابل الأتمتة البرمجية.

خاتمة عملية

استخدام Mailchimp أو SendGrid API ليس مجرد خطوة تقنية، بل قرار معماري يؤثر على تجربة المستخدم، كفاءة الفريق، ودقة التواصل. عندما تبني التكامل بشكل آمن، وتفصل بين الرسائل التسويقية والتشغيلية، وتراقب النتائج عبر Webhooks وlogs، فإن البريد يتحول من قناة تقليدية إلى نظام أتمتة ذكي قابل للتوسع.

ابدأ بتحديد نوع الرسائل التي تريدها، اختبر Endpoint المناسب، راقب رموز الحالة، وابنِ طبقة تكامل نظيفة. بهذه الطريقة تحصل على نظام بريد مؤتمت يخدم المستخدمين ويمنح مشروعك موثوقية أعلى ونمواً أكثر قابلية للقياس.

أتمتة البريد الإلكتروني باستخدام Mailchimp أو SendGrid API

متى تختار Mailchimp ومتى تختار SendGrid؟