اپنی ویب سائٹ میں رابطہ فارم کیسے شامل کریں (جو واقعی آپ تک پہنچے)

ایک کام کرنے والا رابطہ فارم بنانے کے لیے ایک مختصر فارم (نام، ای میل، پیغام) بنائیں، جو ایک سرور روٹ پر بھیجا جائے جو ان پٹ کی جانچ کرے، پیغام کو ڈیٹا بیس میں محفوظ کرے، اور پھر ایک خفیہ API کلید استعمال کرتے ہوئے ای میل فراہم کنندہ کے ذریعے آپ کو اطلاع بھیجے۔ زیادہ تر اسپام روکنے کے لیے ایک چھپا ہوا honeypot فیلڈ اور ریٹ لمیٹنگ شامل کریں، واضح کامیابی کا پیغام دکھائیں، اور شائع شدہ سائٹ پر شروع سے آخر تک جانچیں۔ ای میل بھیجنے سے پہلے محفوظ کرنا سب سے اہم حصہ ہے: اگر ای میل کبھی ناکام ہو جائے تو بھی پوچھ گچھ آپ کے پاس رہتی ہے۔

آپ کے اختیارات

اگر آپ کی سائٹ پر پہلے سے بیک اینڈ اور ڈیٹا بیس ہے، جو AI ایپ بلڈرز سے بنی ایپس میں اکثر ہوتا ہے، تو آخری آپشن سب سے قابلِ اعتماد ہے اور پوچھ گچھ اسی جگہ رکھتا ہے جہاں آپ اسے دیکھ سکیں۔

ایک اچھے رابطہ فارم میں کیا ہوتا ہے

• جتنے کم فیلڈز ممکن ہوں۔ نام، ای میل، پیغام۔ موضوع کا ڈراپ ڈاؤن ("Sales"، "Support"، "Other") صرف تب شامل کریں جب آپ اسی کے مطابق راستہ بنائیں گے۔
• ہر فیلڈ کے اوپر واضح لیبلز، صرف placeholder متن نہیں جو غائب ہو جائے۔
• مفید جانچ: "درست ای میل ایڈریس درج کریں"، فیلڈ کے ساتھ دکھایا گیا۔
• کامیابی کی حالت جو بتائے کہ آگے کیا ہوگا: "شکریہ، ہم ایک کاروباری دن میں جواب دیں گے۔"
• رازداری کا نوٹ جو بتائے کہ تفصیلات کیسے استعمال ہوں گی، اور آپ کی پرائیویسی پالیسی سے لنک ہو۔
• متبادل جیسے آپ کا ای میل پتہ یا فون نمبر ان لوگوں کے لیے جو اسے ترجیح دیتے ہیں۔

مثالی پرامپٹس

بنیادی فارم:

رابطہ کے صفحے پر ایک رابطہ فارم شامل کریں جس میں نام، ای میل اور پیغام ہوں (سب ضروری، پیغام 2,000 حروف تک)۔ فارم کو ایک سرور روٹ پر بھیجیں جو ان پٹ کی جانچ کرے، اسے contact_messages ٹیبل میں وصول کرنے کے وقت کے ساتھ محفوظ کرے، اور یہ کامیابی کا پیغام دکھائے: "شکریہ، ہم ایک کاروباری دن میں جواب دیں گے۔" فیلڈ کی غلطیاں اسی لائن میں دکھائیں۔ اسے فونز پر اچھی طرح کام کرنے والا بنائیں۔

ای میل اطلاعات:

جب کوئی رابطہ پیغام محفوظ ہو تو مجھے hello@example.com پر ایک اطلاعی ای میل بھیجیں، Resend کے ذریعے، جس کی کلید RESEND_API_KEY میں ہو۔ reply-to بھیجنے والے کی ای میل پر سیٹ کریں تاکہ میں براہِ راست جواب دے سکوں۔ اگر بھیجنا ناکام ہو تو محفوظ شدہ پیغام رکھیں اور خرابی لاگ کریں، کلید ظاہر کیے بغیر۔

اسپام سے تحفظ:

رابطہ فارم میں اسپام سے تحفظ شامل کریں: ایک چھپا ہوا honeypot فیلڈ جو خالی رہنا چاہیے، سرور پر فی IP فی گھنٹہ 5 جمع کرانے کی حد، اور 3 سے زیادہ لنکس والے پیغامات مسترد کریں۔ honeypot جمع کرانے کو خاموشی سے حذف کریں لیکن کامیابی کا پیغام دکھاتے رہیں۔

ان باکس:

ایک پاس ورڈ سے محفوظ ایڈمن صفحہ شامل کریں جو رابطہ پیغامات کو نئے سے پرانے کی ترتیب میں دکھائے، ایک "handled" چیک باکس کے ساتھ، اور غیر نمٹائے گئے پیغامات کے لیے فلٹر کے ساتھ۔

مرحلہ وار

1. طے کریں پیغامات کہاں جائیں گے: اطلاعات کون وصول کرے گا، اور جواب کون دے گا۔
2. اوپر کے فیلڈز کے ساتھ فارم بنائیں، قابلِ رسائی لیبلز اور موبائل دوست ان پٹس کے ساتھ (ای میل ان پٹ ٹائپ استعمال کریں تاکہ فونز درست کی بورڈ دکھائیں)۔
3. سرور روٹ بنائیں۔ یہ مطلوبہ فیلڈز، ای میل فارمیٹ اور لمبائی کی حدیں جانچتا ہے۔ صرف براؤزر کی جانچ پر کبھی بھروسہ نہ کریں۔
4. پہلے ڈیٹا بیس میں محفوظ کریں۔ دیکھیں اپنی ایپ میں ڈیٹا بیس کیسے شامل کریں۔
5. ای میل فراہم کنندہ سیٹ کریں۔ اکاؤنٹ بنائیں، اپنا بھیجنے والا ڈومین تصدیق کریں، اور API کلید کو خفیہ سیکرٹ کے طور پر محفوظ کریں۔ اپنی ایپ سے ای میلز کیسے بھیجیں میں ڈومین سیٹ اپ (SPF، DKIM) کی تفصیل ہے۔
6. محفوظ کرنے کے بعد سرور سے اطلاع بھیجیں۔ اپنے تصدیق شدہ ڈومین کو بھیجنے والا بنائیں اور وزیٹر کا پتہ reply-to میں رکھیں۔ وزیٹر کے پتے کو "from" میں نہ رکھیں، ورنہ اسے اسپوفنگ سمجھ کر مسترد کیے جانے کا امکان ہے۔
7. اختیاری طور پر وزیٹر کو خودکار جواب دیں، لیکن مختصر رکھیں؛ اسپام پتوں پر خودکار جوابات آپ کی بھیجنے والی ساکھ کو نقصان پہنچا سکتے ہیں۔
8. اسپام سے تحفظ شامل کریں: honeypot، ریٹ لمیٹنگ، پھر ضرورت ہو تو CAPTCHA طرز کی تصدیق۔
9. شائع شدہ سائٹ پر جانچیں: جمع کرائیں، ڈیٹا بیس چیک کریں، اپنا ان باکس اور اسپام فولڈر دیکھیں، اور reply پر کلک کریں۔

اسپام روکنا

رابطہ فارمز لانچ کے چند دنوں میں ہی بوٹس کو متوجہ کر لیتے ہیں۔ دفاعی تہیں کم سے کم سے زیادہ مداخلتی ترتیب میں لگائیں:

1. honeypot فیلڈ۔ ایک فیلڈ جو انسانوں سے چھپا ہوتا ہے؛ بوٹس اسے بھر دیتے ہیں۔ اصل وزیٹرز کا اس سے کوئی نقصان نہیں ہوتا۔
2. سرور پر ریٹ لمیٹنگ۔ ایک مدت میں کوئی ایک پتہ کتنے پیغامات بھیج سکتا ہے، اس کی حد۔
3. مواد کے اصول۔ لنکس سے بھرے پیغامات، یا وہ جن کا پیغام کا فیلڈ خالی ہو یا بے تحاشا لمبا ہو، مسترد کریں۔
4. CAPTCHA طرز کی تصدیق، جیسے Cloudflare Turnstile یا Google reCAPTCHA۔ ٹوکن کی تصدیق آپ کے سرور پر ہونی چاہیے؛ جو تصدیق صرف براؤزر میں چلے اسے چھوڑا جا سکتا ہے۔

عام غلطیاں

• "بھیج دیا گیا!" دکھانا جبکہ کچھ نہیں بھیجا گیا۔ UI سرور کے جواب سے پہلے یا اس سے قطع نظر کامیابی کہہ دیتا ہے۔ ہمیشہ سرور کی تصدیق کا انتظار کریں۔
• صرف ای میل، ڈیٹا بیس نہیں۔ ایک غلط طور پر ترتیب شدہ کلید اور پوچھ گچھ ہفتوں تک غائب ہو جاتی ہے، اور کسی کو پتہ نہیں چلتا۔
• API کلید فرنٹ اینڈ کوڈ میں۔ کوئی بھی آپ کے نام سے ای میل بھیجنے کے لیے اسے استعمال کر سکتا ہے۔
• تصدیق نہ شدہ بھیجنے والا ڈومین۔ اطلاعات اسپام میں جاتی ہیں یا بالکل نہیں پہنچتیں۔
• وزیٹر کے ای میل سے "from" بھیجنا۔ اس کے بجائے reply-to استعمال کریں۔
• لمبائی کی کوئی حد نہ ہونا۔ بوٹس بڑے بڑے متن کے ٹکڑے چسپاں کرتے ہیں۔
• لائیو سائٹ کی جانچ نہ کرنا۔ پری ویو اور پروڈکشن میں اکثر کلیدیں اور ڈومینز مختلف ہوتے ہیں۔

چیک لسٹ

• واضح لیبلز اور واضح غلطی پیغامات کے ساتھ مختصر فارم
• سرور پر ان پٹ کی جانچ اور لمبائی کی حدیں
• ہر پیغام ڈیٹا بیس میں محفوظ ہو
• تصدیق شدہ ڈومین سے اطلاعی ای میل، reply-to سیٹ ہو
• ای میل API کلید صرف سرور کی جانب سیکرٹس میں ہو
• honeypot اور ریٹ لمیٹنگ نافذ ہوں
• کامیابی کا پیغام صرف سرور کی تصدیق کے بعد ظاہر ہو
• رازداری کا نوٹ آپ کی پرائیویسی پالیسی سے لنک ہو
• شائع شدہ سائٹ پر شروع سے آخر تک جانچا گیا، اسپام فولڈر سمیت

Mythex میں رابطہ فارمز

Mythex میں آپ پوری چیز چیٹ سے بنا سکتے ہیں۔ فارم اور ڈیٹا بیس ایک ہی پرامپٹ میں مانگیں (یا /database ٹائپ کریں) تاکہ جمع شدہ ڈیٹا محفوظ رہے۔ Mythex کے پاس بلٹ اِن ای میل بھیجنے کی پروڈکٹ نہیں ہے، اس لیے اطلاعات کے لیے آپ Resend، SendGrid یا Postmark جیسا فراہم کنندہ لائیں، اس کی کلید /secrets یا پروجیکٹ سیٹنگز میں شامل کریں، اور ایجنٹ سے کہیں کہ سرور سے بھیجے؛ دیکھیں اپنی ایپ سے ای میل بھیجیں۔ اس پر بھروسہ کرنے سے پہلے، پری ویو میں فارم کے خلاف App Testing (/test) چلائیں، پھر شائع کریں اور لائیو URL پر جانچیں۔

رابطہ فارم زیادہ تر چھوٹے کاروباری ویب سائٹس اور لینڈنگ صفحات کا اہم حصہ ہے۔ لانچ سے پہلے سیکیورٹی چیک لسٹ دیکھ لیں۔

سوالات