كيفية التحقق من البريد الإلكتروني في n8n

تنقل مسارات عمل n8n جهات الاتصال بين النماذج وقواعد البيانات وأدوات البريد الإلكتروني التي تحرّك تسويقكم، ما يجعلها المكان المثالي لاكتشاف العناوين السيئة مبكرًا. باستخدام عقدة HTTP Request يمكنكم استدعاء VeriMails API في منتصف سير العمل، والتحقق من كل جهة اتصال فور وصولها، واستخدام عقدة IF لتوجيه كل نتيجة. يشرح هذا الدليل خطوات هذا البناء، على n8n Cloud أو على خادمكم الخاص.

باختصار

  • ضعوا التحقق عبر API عقدة HTTP Request مباشرة بعد مشغّل n8n وقبل أي كتابة إلى CRM أو منصة البريد الإلكتروني.
  • وجّهوا النتائج القابلة للتسليم عبر IF أو Switch، واحتجزوا الحالات غير الصالحة والمؤقتة وcatch-all وغير المتوقعة للمراجعة بدلًا من مراسلتها.
  • استخدموا التحقق بالجملة للقوائم الحالية، ثم دعوا سير عمل n8n يُبقي جهات الاتصال الجديدة القادمة من webhook والنماذج نظيفة في الوقت الفعلي.

قائمة التحقق لإعداد سير العمل في n8n

ابنوا سير العمل بحيث تصبح عقدة HTTP Request نقطة تفتيش للتحقق. وينبغي أن تقرر عُقد التوجيه الخطوة التالية بناءً على استجابة JSON من VeriMails.

القرارإعداد n8nملاحظة للمشغّل
عقدة الإدخالاستخدموا عقدة Webhook أو مشغّل النموذج أو مشغّل قاعدة البيانات أو مشغّل جدول البيانات الذي يكشف قيمة البريد الإلكتروني أولًا.تحققوا قبل أن تكتب أي عقدة لاحقة جهة الاتصال إلى CRM أو أداة إرسال.
بيانات اعتماد APIاحفظوا مفتاح VeriMails كبيانات اعتماد لعقدة HTTP Request، باستخدام المصادقة عبر الترويسة أو الاستعلام وفق إعداد API لديكم.تُبقي بيانات الاعتماد المفتاح خارج حقول سير العمل النصية الصريحة، وتسهّل تدويره على الخوادم الخاصة ونسخ Cloud.
عقدة HTTP Requestاضبطوا الطريقة وعنوان URL لـ API الخاص بـ VeriMails، ثم طابقوا البريد الإلكتروني بتعبير من عنصر المشغّل.شغّلوا العقدة مرة واحدة وافحصوا مخرجات JSON قبل ربط عُقد التوجيه.
عقدة التفرّعاستخدموا IF لتقسيم بسيط بين القابل للتسليم وغير القابل للتسليم، أو Switch عندما تريدون مخرجات منفصلة لنتائج catch-all والمؤقتة والوظيفية.يُبقي Switch التوجيه متعدد الحالات أسهل في القراءة وأكثر أمانًا للتوسيع لاحقًا.
السلوك عند الفشلأضيفوا فرعًا للخطأ أو فرعًا احتياطيًا يسجّل المُدخل والاستجابة عندما يفشل استدعاء API أو يعيد حالة غير متوقعة.اجعلوا الفشل مغلقًا كي لا يمر عنوان غير موثّق لمجرد أن إعداد إحدى العُقد قد تغيّر.

لماذا تتحققون من جهات الاتصال في n8n

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

تكتب مسارات العمل جهات الاتصال في أنظمة ترسل وتفرض رسومًا

يأخذ سير العمل النموذجي في n8n إرسال نموذج جديدًا أو صفًا في قاعدة بيانات ويكتبه في منصة بريد إلكتروني أو جمهور إعلاني أو CRM. إذا كانت جهة الاتصال غير صالحة، فإن العنوان السيئ يستقر الآن في نظام سيحاسبكم عليه أو سيحاول مراسلته. عقدة HTTP Request تستدعي VeriMails وتوضع قبل عقدة الكتابة تُبقي كل نظام لاحق نظيفًا.

مشغّلات webhook والنماذج تحمل أكثر البيانات السيئة

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

التحقق في الوقت الفعلي يُبقي القوائم نظيفة باستمرار

التحقق داخل سير العمل يعني فحص كل جهة اتصال لحظة تفعيل webhook، لا بعد أسابيع في تصدير بالجملة. تبقى قوائمكم نظيفة باستمرار، ولا يجد معدل الارتداد فرصة للقفز، ولا تراسلون أبدًا عنوانًا كان خاطئًا من البداية.

العناوين السيئة ما زالت ترتد وتضر بسمعة المرسل

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

ما الذي تفحصه VeriMails

عندما تستدعي عقدة HTTP Request واجهة VeriMails API لجهة اتصال، تُجري VeriMails سلسلة كاملة من الفحوصات وتعيد نتيجة منظمة يمكن لعقدة IF أو Switch التفرّع بناءً عليها. يُختبر كل عنوان على النحو التالي:

التحقق من الصياغة يتأكد من أن العنوان مكتوب بصيغة صحيحة. سجلات MX وDNS يُستعلم عنها للتأكد من أن النطاق موجود ويمكنه استقبال البريد. مصافحة SMTP مباشرة يتصل بخادم البريد المستقبِل للتأكد من أن صندوق البريد المحدد يقبل الرسائل، دون إرسال أي شيء. كشف catch-all يحدد النطاقات التي تقبل كل عنوان يُرسَل إليها. كشف العناوين المؤقتة يرصد نطاقات صناديق الوارد المؤقتة. كشف العناوين الوظيفية يحدد العناوين العامة مثل info@ وsales@ وsupport@.

تعيد VeriMails نتائج تحقق واضحة بزمن استجابة سريع، سريع بما يكفي للعمل ضمن سير عمل يُشغَّل عبر webhook. تُعرض نطاقات catch-all ككشف واضح ليتعامل معها منطق عقدة IF عن قصد، وليس كدرجة مبهمة أبدًا.

الأسعار لمستخدمي n8n

يستهلك سير عمل التحقق في الوقت الفعلي أرصدة VeriMails مع وصول جهات الاتصال الجديدة، فلا تدفعون إلا مقابل العناوين التي تتحققون منها. تبدأ باقات الأرصدة من $0.0019 لكل بريد إلكتروني، وتكلفة 10,000 رصيد $19. وتصل باقات الأرصدة الأكبر إلى 5 ملايين عنوان مقابل $1,499 لمسارات العمل عالية الحجم والوكالات التي تشغّل n8n لعملائها.

إذا كنتم تفضلون فوترة متوقعة لتدفق ثابت من جهات الاتصال، فالخطط السنوية تبدأ من $12.50/شهريًا عند الدفع سنويًا. يحصل كل حساب جديد على 100 رصيد مجاني عند التسجيل دون الحاجة إلى بطاقة ائتمان، والأرصدة لا تنتهي صلاحيتها أبدًا، لتتمكنوا من بناء سير العمل واختباره قبل الالتزام.

سير العمل مرئيًا

استخدموا هذا المسار لوضع VeriMails في منتصف سير عمل n8n قبل وصول جهات الاتصال إلى التطبيقات اللاحقة.

سير عمل API التحقق من البريد الإلكتروني في n8n من مُشغّل جهة الاتصال إلى توجيه عقدة HTTP Request وIF وتحديث نظيف للوجهة
مسار التحقق في n8n. استدعوا VeriMails بعقدة HTTP Request، وفرّعوا حسب نتيجة JSON، وأبعدوا جهات الاتصال غير الصالحة عن عُقد الوجهة.
نقاط تحقق عقد التحقق من البريد الإلكتروني في n8n لبيانات اعتماد HTTP Request وتوجيه IF وتحديثات الوجهة
نقاط التفتيش في عُقد n8n. استخدموا API التحقق من البريد الإلكتروني في عقدة HTTP Request، وفرّعوا حسب حالة JSON، وسجّلوا جهات الاتصال التي لا ينبغي أن تصل إلى التطبيق الوجهة.

خطوة بخطوة

أضيفوا المشغّل الذي يستقبل جهات الاتصال الجديدة

أنشئوا سير عمل جديدًا وأضيفوا عقدة المشغّل، وغالبًا ما تكون عقدة Webhook، التي تمنحكم عنوان URL تستدعيه التطبيقات الخارجية عند إنشاء جهة اتصال أو إرسال نموذج. ويمكنكم أيضًا استخدام مشغّل استطلاع دوري على قاعدة بيانات أو جدول بيانات. يحلّل المشغّل الحمولة الواردة إلى JSON تستطيع العُقد اللاحقة قراءته.

أضيفوا عقدة HTTP Request لاستدعاء VeriMails

أضيفوا عقدة HTTP Request، وهي جسر n8n لاستدعاء أي API خارجي. اضبطوها لإرسال طلب إلى نقطة نهاية التحقق في VeriMails، واستخدموا تعبيرًا لتمرير عنوان البريد الإلكتروني من عقدة المشغّل، واحفظوا مفتاح VeriMails API كبيانات اعتماد في n8n تشير إليها العقدة. تُحلَّل استجابة JSON لاستخدامها في العُقد اللاحقة.

أضيفوا عقدة IF للتفرّع حسب النتيجة

أضيفوا عقدة IF بعد عقدة HTTP Request. اضبطوا شرطها لتقييم نتيجة VeriMails، بحيث تتبع جهات الاتصال القابلة للتسليم الفرع true وتتبع جهات الاتصال غير القابلة للتسليم الفرع false. وإذا احتجتم أيضًا إلى فصل نتائج العناوين المؤقتة وcatch-all، فاستخدموا عقدة Switch لأكثر من مخرجين.

وجّهوا جهات الاتصال القابلة للتسليم إلى وجهتكم

على الفرع true، أضيفوا العقدة التي تكتب جهة الاتصال في منصة البريد الإلكتروني أو CRM أو قاعدة البيانات. لا تصل إلى هذه العقدة إلا العناوين الموثّقة القابلة للتسليم، فتبقى القوائم والجماهير في تلك الأنظمة نظيفة تلقائيًا دون أي تنظيف إضافي.

تعاملوا مع العناوين السيئة وفعّلوا سير العمل

على الفرع false، أضيفوا عقدة تسجّل العناوين غير القابلة للتسليم والمؤقتة في قاعدة بيانات أو ترسل إشعارًا لتتمكنوا من مراجعة الأنماط. نفّذوا سير العمل ببيانات نموذجية للتأكد من أن كل فرع يعمل بشكل صحيح، ثم فعّلوه ليُتحقق من كل جهة اتصال جديدة لحظة وصولها.

ماذا تفعلون مع كل نتيجة

استخدموا حالة التحقق كحقل تحكم في سير العمل. سير عمل n8n النظيف يجعل كل نتيجة غير قابلة للتسليم مرئية بدلًا من أن تختفي في فرع false عام.

  • قابل للتسليم: تابعوا إلى عقدة CRM أو جدول البيانات أو منصة البريد الإلكتروني أو قاعدة البيانات، وأضيفوا طابعًا زمنيًا للتحقق حيثما أمكن.
  • غير قابل للتسليم: توقفوا قبل أي عقدة إرسال أو كتابة إلى CRM وسجّلوا العنصر في مخزن الاستبعاد.
  • Catch-all: وجّهوها إلى مخرج مراجعة أو مسار مبيعات منخفض الحجم، لا إلى تسجيل واسع في الحملات.
  • مؤقت: احذفوها من مسارات عمل الرعاية، ويمكنكم اختياريًا الرد على نموذج المصدر باشتراط بريد إلكتروني دائم.
  • وظيفي: احتفظوا بها لحالات الاستخدام التشغيلية حيث تكون صناديق الوارد المشتركة متوقعة، لكن استبعدوها من التسلسلات الموجهة للأفراد.
  • حالة غير متوقعة: أرسلوها إلى فرع تشخيصي مع JSON الأصلي ومعرّف التنفيذ وحمولة المصدر للمراجعة.

الأسئلة الشائعة

استخدموا عقدة HTTP Request، وهي جسر n8n لاستدعاء أي API خارجي داخل سير العمل. وجّهوها إلى نقطة نهاية التحقق في VeriMails، ومرّروا عنوان البريد الإلكتروني من عقدة سابقة باستخدام تعبير، وأضيفوا مفتاح VeriMails API كبيانات اعتماد في الترويسة. تُحلَّل استجابة JSON وتصبح متاحة للعُقد اللاحقة.
أضيفوا عقدة IF بعد عقدة HTTP Request. تقيّم عقدة IF نتيجة VeriMails وترسل جهات الاتصال القابلة للتسليم عبر الفرع true وكل ما عداها عبر الفرع false. ولأكثر من نتيجتين، استخدموا عقدة Switch لتوجيه النتائج القابلة للتسليم وغير القابلة للتسليم والمؤقتة وcatch-all بشكل منفصل.
نعم. VeriMails واجهة REST API قياسية، لذا تعمل عقدة HTTP Request بالطريقة نفسها على n8n المستضاف ذاتيًا وعلى n8n Cloud. احفظوا مفتاح API كبيانات اعتماد في n8n وأشيروا إليه في العقدة كي لا يظهر المفتاح أبدًا كنص صريح في سير العمل.
كل عنوان تتحقق منه عقدة HTTP Request يستهلك رصيدًا واحدًا من VeriMails. تبدأ الأرصدة من $0.0019 لكل بريد إلكتروني، ويحصل كل حساب على 100 رصيد مجاني عند التسجيل دون الحاجة إلى بطاقة، والأرصدة لا تنتهي صلاحيتها أبدًا. يستهلك سير العمل المُشغَّل عبر webhook الأرصدة ببساطة مع وصول جهات الاتصال الجديدة.

جرّبوا VeriMails مجانًا

100 رصيد مجاني عند التسجيل. لا حاجة إلى بطاقة ائتمان. طبّقوا هذا الدليل عمليًا اليوم.

ابدأوا مجانًا
لا حاجة إلى بطاقة ائتمان. الأرصدة لا تنتهي صلاحيتها أبدًا.