سوال و جواب
کیا صارفین کو کچھ انسٹال کرنا پڑتا ہے؟
نہیں۔ صارفین بس ایک script ٹیگ اپنے HTML میں چسپاں کر دیتے ہیں — نہ npm پیکجز، نہ بلڈ کے مرحلے، نہ کوئی انحصار۔ اضافی خصوصیات اسی origin سے خود بخود لوڈ ہو جاتی ہیں۔
کیا یہ میرے CSS سے ٹکرائے گا؟
نہیں۔ ویجٹ Shadow DOM کے اندر رینڈر ہوتا ہے، اس لیے اس کے اسٹائل آپ کے صفحے سے بالکل الگ رہتے ہیں۔
کیا یہ سنگل پیج ایپس (React، Vue، Next.js) کے ساتھ چلتا ہے؟
جی ہاں۔ اسکرپٹ ایک بار لوڈ ہوتی ہے اور روٹ بدلنے پر بھی قائم رہتی ہے۔ React/Next.js میں اسکرپٹ اپنے روٹ لے آؤٹ میں رکھیں۔
// app/layout.tsx (App Router)
import Script from 'next/script';
import { ReactNode } from 'react';
export default function RootLayout({ children }: { children: ReactNode }) {
return (
<html lang="en">
<body>
{children}
<Script id="respondo-init" strategy="afterInteractive">
{`
window.Respondo = window.Respondo || {};
Respondo.init = Respondo.init || function(c) { window.RespondoAIConfig = c; };
Respondo.q = Respondo.q || [];
Respondo.identify = Respondo.identify || function(d) { Respondo.q.push(['identify', d]); };
Respondo.init({
agentId: 'YOUR_AGENT_ID',
channelId: 'YOUR_CHANNEL_ID'
});
`}
</Script>
<Script src="https://api.respondo.ai/widget/widget.js" strategy="afterInteractive" />
</body>
</html>
);
}گفتگو حل ہو جانے پر کیا ہوتا ہے؟
حل ہونے کے بعد نیا پیغام خود بخود ایک فالو اپ گفتگو کھول دیتا ہے جو پچھلی سے جُڑی ہوتی ہے (آپ کے ان باکس میں "Continued from #N" کے طور پر دکھائی دیتی ہے)۔ زبان اور پچھلی نقل جیسا سیاق ساتھ چلا آتا ہے، اور وزیٹر کو ایک ہی مسلسل چیٹ نظر آتی ہے۔ اگر حل شدہ گفتگو کوئی ٹیم ساتھی سنبھال رہا تھا تو فالو اپ AI کے بجائے واپس آپ کی ٹیم کو بھیجا جاتا ہے؛ ورنہ AI اسے سنبھال لیتا ہے۔
ویجٹ کیسے لوڈ ہوتا ہے؟
ویجٹ غیر ہم وقت (async) لوڈ ہوتا ہے، اس لیے یہ صفحے کی رینڈرنگ کبھی نہیں روکتا۔ بنیادی بنڈل ~180KB ہے (gzip کے بعد ~50KB)؛ اختیاری خصوصیات (مہمات، پروڈکٹ ٹور) ویجٹ کے نصب ہونے کے بعد الگ lazy chunks کے طور پر لوڈ ہوتی ہیں، اس لیے صفحے کی ابتدائی رینڈرنگ کبھی نہیں رکتی۔
ایسکلیشن کیسے کام کرتی ہے؟
صارفین "Talk to human" بٹن دبا سکتے ہیں، انسان سے بات کی درخواست والا جملہ لکھ سکتے ہیں، یا AI خود گفتگو سونپ دیتا ہے جب وہ آپ کے نالج بیس سے جواب نہ دے سکے۔ ایسکلیشن کے بعد AI جواب دینا بند کر دیتا ہے اور بعد کے تمام پیغامات آپ کی سپورٹ ٹیم کو بھیج دیے جاتے ہیں۔ تفصیل کے لیے ایسکلیشن اور سپردگی سیکشن دیکھیں۔
کیا صارفین ایسکلیشن کے بعد AI سے بات جاری رکھ سکتے ہیں؟
جی ہاں۔ ویجٹ "Continue with AI" بٹن دکھاتا ہے جس سے صارف ایسکلیشن ہٹا کر AI کے ساتھ گفتگو دوبارہ شروع کر سکتا ہے۔
نالج بیس اور ویب سائٹ کرال#
میری ویب سائٹ کا کرال کیوں بلاک ہے؟
«بلاک» کا مطلب ہے کہ سائٹ — یا اس کی حفاظتی تہہ (Cloudflare، WAF، اینٹی بوٹ پلگ اِن) — نے ہمارے کرالر کو مسترد کر دیا: ابتدائی صفحے یا robots.txt نے ہر کوشش پر رسائی کی خرابی یا «آپ کا براؤزر چیک کیا جا رہا ہے» چیلنج دیا، یا robots.txt واضح طور پر ہمارے کرالر کو منع کرتا ہے۔ پہلے درآمد شدہ صفحات محفوظ رہتے ہیں، اور جب تک سائٹ ہمیں اجازت نہ دے، دوبارہ سنک اسی طرح ناکام ہوگا۔ سائٹ کے مالک سے کہیں کہ وہ حفاظتی ترتیبات میں User-Agent RespondoAI-Crawler (مکمل سٹرنگ: Mozilla/5.0 (compatible; RespondoAI-Crawler/1.0; +https://respondo.ai/bot)) کی اجازت دے — Cloudflare میں یہ Security → WAF → Custom rules میں ہے — اور اگر وجہ robots.txt ہے تو User-agent: RespondoAI-Crawler کے لیے اجازت کا اصول شامل کرے۔ Respondo کرالر کا کوئی مقررہ IP ایڈریس شائع نہیں کرتا — User-Agent کی بنیاد پر اجازت دیں؛ اگر ماخذ پر دکھائی گئی خرابی میں کوئی IP درج ہو تو اسے بھی اجازت دیں۔ اگر سائٹ تبدیل نہیں کی جا سکتی تو وہی مواد فائلوں یا پیسٹ کیے گئے متن کے طور پر شامل کریں۔
کرال مکمل ہو گیا لیکن صرف چند صفحات ملے
ہم صفحات سائٹ کے sitemap (robots.txt میں Sitemap: لائن یا /sitemap.xml جیسے عام مقامات) اور ابتدائی URL سے لنکس کی پیروی کرکے دریافت کرتے ہیں — زیادہ سے زیادہ 10 لنک گہرائی تک اور فی ماخذ زیادہ سے زیادہ 5,000 صفحات۔ صرف اسی سائٹ کے اور ابتدائی URL کے راستے کے تحت موجود صفحات درآمد ہوتے ہیں: https://example.com/help سے شروع ہونے والا کرال /blog کو چھوڑ دیتا ہے، لہٰذا روٹ سے شروع کریں یا شامل کرنے والے راستے جوڑیں۔ جن صفحات کی طرف کوئی لنک یا sitemap اشارہ نہیں کرتا، جنہیں robots.txt منع کرتا ہے، اور جو لاگ اِن کے پیچھے ہیں، وہ نہیں ملتے۔ تقریباً یکساں صفحات (پرنٹ ورژن، ٹریکنگ پیرامیٹرز والی شکلیں) ایک میں ضم کر دیے جاتے ہیں۔ جن صفحات کا مواد مکمل طور پر JavaScript سے بنتا ہے وہ پہچانے جاتے ہیں اور براؤزر پر مبنی متبادل طریقے سے رینڈر ہوتے ہیں، اس لیے صفحات کی کم تعداد عموماً دائرہ کار یا sitemap کے مسئلے کی نشاندہی کرتی ہے، رینڈرنگ کی نہیں۔
کرال کو سائٹ کے ایک حصے تک کیسے محدود کروں؟
ویب سائٹ شامل کرنے کے ڈائیلاگ میں Advanced کھولیں اور Only crawl paths starting with (صرف ان راستوں کو کرال کریں جو اس سے شروع ہوں) اور/یا Skip paths starting with (ان راستوں کو چھوڑ دیں جو اس سے شروع ہوں) بھریں — ہر سطر میں ایک راستہ، فی فیلڈ زیادہ سے زیادہ 50۔ مطابقت مکمل راستے کے حصوں کی بنیاد پر ہوتی ہے: /docs کی مطابقت /docs اور /docs/getting-started سے ہوتی ہے، لیکن /docs-archive سے نہیں؛ آخری سلیش نظرانداز ہو جاتا ہے، اور آپ مکمل URL پیسٹ کر سکتے ہیں — صرف اس کا راستہ استعمال ہوتا ہے۔ چھوڑنے کے اصول شامل کرنے کے اصولوں پر فوقیت رکھتے ہیں۔ یہی اصول sitemap اور اس ماخذ کے ہر بعد کے دوبارہ سنک پر لاگو ہوتے ہیں۔
Respondo میری ویب سائٹ کو کتنی بار دوبارہ کرال کرتا ہے؟
ہر ویب سائٹ ماخذ کے صفحات کے پینل میں ایک Auto-refresh شیڈول ہوتا ہے: Off (بند)، Daily (ہر 24 گھنٹے) یا Weekly (ہر 7 دن)۔ شیڈول شدہ کرال اضافی ہوتا ہے: جن صفحات کا sitemap میں lastmod پچھلے کرال سے پرانا ہو وہ چھوڑ دیے جاتے ہیں، غیر تبدیل شدہ صفحات دوبارہ انڈیکس نہیں ہوتے، تبدیل شدہ صفحات دوبارہ انڈیکس ہوتے ہیں اور غائب ہونے والے صفحات ہٹا دیے جاتے ہیں۔ فوری تازہ کاری کے لیے ماخذ کے مینو میں Re-sync یا Knowledge صفحے پر Re-sync all استعمال کریں۔
«اس بار ہم سائٹ نہیں پڑھ سکے» — کیا ہوا؟
یہ عمومی ناکامی ہے: سائٹ نے وقت پر جواب نہیں دیا، ڈومین حل نہیں ہوا، سرور نے خرابی لوٹائی، ابتدائی صفحے پر پڑھنے کے قابل متن نہیں تھا، یا پتہ نہیں ملا۔ تفصیل ماخذ پر دکھائی جاتی ہے۔ چیک کریں کہ URL براؤزر کی نجی ونڈو میں کھلتا ہے، ڈومین میں کوئی املا کی غلطی نہیں، اور ابتدائی صفحہ لاگ اِن اسکرین کے بجائے حقیقی مواد کا صفحہ ہے۔ سوشل نیٹ ورکس اور میسجنگ پلیٹ فارمز (Facebook، Instagram، LinkedIn، X، YouTube اور اسی طرح کے) بالکل درآمد نہیں ہو سکتے — کرال شروع ہونے سے پہلے ہی مسترد ہو جاتے ہیں۔ آپ کے موجودہ صفحات محفوظ رہتے ہیں؛ شیڈول شدہ ماخذ اگلی بار دوبارہ کوشش کرتا ہے، ورنہ سائٹ دوبارہ قابلِ رسائی ہونے پر دوبارہ سنک کریں۔
«ہمارا سرچ انڈیکس بھر گیا ہے» اور «ہم اس ماخذ کو انڈیکس نہیں کر سکے» کا کیا مطلب ہے؟
دونوں پیغامات مواد کامیابی سے پڑھے جانے کے بعد ظاہر ہوتے ہیں۔ انڈیکس بھر گیا کا مطلب ہے کہ جس سرچ انڈیکس میں یہ ماخذ کاپی ہوتا ہے اس میں Respondo کی جانب جگہ نہیں — یہ Respondo کی حد ہے، آپ کے مواد کا مسئلہ نہیں۔ صفحات محفوظ ہیں، جو کچھ پہلے انڈیکس ہو چکا ہے وہ جواب دیتا رہتا ہے، ہماری ٹیم کو خودکار طور پر اطلاع مل جاتی ہے اور جگہ بنتے ہی ماخذ انڈیکس کر دیا جائے گا؛ اس سے پہلے دوبارہ سنک اسی طرح ناکام ہوگا۔ ہم اس ماخذ کو انڈیکس نہیں کر سکے کا مطلب ہے کہ اس بار سرچ انڈیکس بنانا ناکام رہا — ہماری جانب عارضی خرابی؛ موجودہ ڈیٹا محفوظ ہے اور کام خودکار طور پر دوبارہ آزمایا جاتا ہے۔ اگر کوئی بھی پیغام برقرار رہے تو خرابی پر «Copilot سے پوچھیں» استعمال کریں۔
کیا لمبے صفحات کا جواب صرف ان کے آغاز سے دیا جاتا ہے؟
نہیں۔ ہر کرال شدہ صفحہ تقریباً 1,600 حروف کے ایک دوسرے سے جزوی طور پر ملتے ٹکڑوں میں تقسیم ہوتا ہے، ہر ٹکڑا صفحے کے عنوان کے ساتھ الگ انڈیکس ہوتا ہے، اس لیے جواب کسی لمبے مضمون کے کسی بھی حصے سے آ سکتا ہے۔ حوالہ جات اب بھی فی صفحہ ایک لنک دکھاتے ہیں۔ اس تبدیلی سے پہلے درآمد شدہ صفحات اپنے اگلے دوبارہ سنک میں دوبارہ تقسیم ہوتے ہیں۔
کرال کی خرابی میں مدد کیسے حاصل کروں؟
Knowledge صفحے پر ہر کرال یا انڈیکسنگ کی خرابی کے ساتھ Copilot سے پوچھیں کا بٹن ہوتا ہے۔ یہ خرابی منسلک کرکے Copilot کھولتا ہے، اور Copilot آپ کے کیس کے لیے ٹھوس اقدامات کے ساتھ Respondo کی اپنی مدد کی دستاویزات سے جواب دیتا ہے۔ یہ مدد مفت ہے — یہ آپ کی AI درخواستوں میں شمار نہیں ہوتی۔ اگر اقدامات سے مسئلہ حل نہ ہو تو بس یہی کہہ دیں — «اس سے مدد نہیں ملی» کافی ہے۔ پھر Copilot ایک کارڈ پیش کرتا ہے جو مسئلہ Respondo ٹیم کے حوالے کرتا ہے: کارڈ میں ٹھیک ٹھیک درج ہوتا ہے کہ کیا بھیجا جائے گا، آپ کی تصدیق سے پہلے کچھ نہیں جاتا، اور ان کا جواب اسی Copilot تھریڈ میں آتا ہے۔ اگر یہاں سے حوالے کرنا ممکن نہ ہو تو Copilot خاموش رہنے کے بجائے صاف بتا دیتا ہے۔
وہ پیغامات جو گاہک تک نہیں پہنچتے#
جواب پر «Not delivered» لکھا ہے — اس کا کیا مطلب ہے اور پہلے کیا کروں؟
ان باکس میں ہر باہر جانے والے پیغام کے ساتھ ترسیل کا اشاریہ ہوتا ہے: Queued (قطار میں — تھوڑے تھوڑے وقفے سے لکھے گئے جوابات جوڑ کر چند منٹ میں ایک ہی ای میل کے طور پر روانہ ہوتے ہیں)، Sending…، Sent، Delivered، یا سرخ رنگ کی ناکامی۔ ناکامیاں تین طرح کی ہوتی ہیں: Not delivered — چینل نے پیغام لینے سے انکار کر دیا؛ Bounced اور ساتھ باؤنس کی ذیلی قسم — وصول کنندہ کے میل سرور نے ای میل مسترد کر دی؛ اور Marked as spam — وصول کنندہ نے اس کی شکایت کی۔ لیبل پر کرسر لے جائیں یا اس پر کلک کریں: ٹول ٹِپ میں فراہم کنندہ کے اپنے الفاظ ہوتے ہیں، بشمول باؤنس کی خام SMTP تشخیص۔ ساتھ ہی زیادہ سے زیادہ دو اعمال ہوتے ہیں — Retry / Send again، جو واقعی دوبارہ بھیجتا ہے، اور Ask Copilot (Copilot سے پوچھیں)، جو خرابی منسلک کرکے Copilot کھولتا ہے۔ اگر دوبارہ بھیجنے کا بٹن سرے سے موجود نہ ہو تو پتہ بلاک شدہ ہے اور دوبارہ بھیجنا اسی طرح ناکام ہوگا۔ Sent یا Delivered کے ساتھ اگر N files not delivered لکھا ہو تو مطلب ہے کہ متن پہنچ گیا لیکن منسلکہ نہیں — وہ چینل فائل نہیں لے جا سکا۔
میری ای میل گاہک تک کیوں نہیں پہنچی؟
چار الگ الگ وجوہات ہیں، اور لیبل ان میں فرق بتا دیتا ہے۔ مستقل باؤنس کا مطلب ہے کہ پتہ موجود ہی نہیں یا میل قبول نہیں کرتا — دوبارہ بھیجنے کا بٹن نہیں ہوتا، اور پتہ سپریشن فہرست میں چلا جاتا ہے۔ عارضی باؤنس یعنی میل باکس بھرا ہوا ہے یا وصول کرنے والے سرور پر کوئی گزرتی ہوئی خرابی ہے؛ ایسے میں Send again پیش کیا جاتا ہے اور عموماً بعد میں کام کر جاتا ہے۔ وہ باؤنس جس کی تشخیص میں SPF، DKIM، DMARC یا 5.7.515 کا ذکر ہو، الگ معاملہ ہے: وصول کنندہ کے میل سسٹم نے پیغام اس لیے مسترد کیا کہ آپ کا بھیجنے والا ڈومین تصدیق کی جانچ میں ناکام رہا۔ جب تک ڈومین درست نہ ہو، نیا جواب بھی بالکل اسی طرح باؤنس ہوگا، اس لیے فی الحال کسی دوسرے چینل سے جواب دیں اور Settings → Channels میں ای میل چینل کے DNS ریکارڈ درست کریں۔ آخر میں، Marked as spam کا مطلب ہے کہ وصول کنندہ نے «سپام کی اطلاع دیں» دبایا: پتہ بلاک کر دیا جاتا ہے اور ہم اس پر بھیجنا بند کر دیتے ہیں۔ مہم کی رپورٹ میں مزید یہ بھی آ سکتا ہے: The email provider rejected this message (ای میل فراہم کنندہ نے یہ پیغام مسترد کر دیا) — ای میل کے روانہ ہونے سے پہلے ہی مستقل انکار، عموماً غیر تصدیق شدہ بھیجنے والا ڈومین یا بےقاعدہ پتہ — اور The email provider rejected our credentials (ای میل فراہم کنندہ نے ہماری اسناد مسترد کر دیں)، جو اُس ایک رابطے کے بجائے ورک اسپیس کی ترتیب کا مسئلہ ہے۔
سپریشن فہرست کیا ہے، اور کوئی پتہ اس سے کیسے نکلتا ہے؟
یہ آپ کے ورک اسپیس کے لیے مخصوص ان ای میل پتوں کی فہرست ہے جن پر Respondo بھیجنے سے انکار کرتا ہے۔ پتہ اس میں تب آتا ہے جب کوئی پیغام سخت باؤنس کرے (مستقل انکار)، جب کوئی آپ کی کسی ای میل کو سپام قرار دے، یا جب اسے دستی طور پر بلاک کیا جائے۔ نرم باؤنس کبھی کسی پتے کو بلاک نہیں کرتے۔ جب تک بلاک فعال ہے، اس پتے پر مہم کی ترسیل This address is blocked after an earlier bounce or complaint (یہ پتہ پہلے کے باؤنس یا شکایت کے بعد بلاک ہے) کے ساتھ چھوڑ دی جاتی ہے، اور ان باکس سے جواب روانہ ہونے سے پہلے ہی مسترد ہو جاتا ہے۔ صرف پیغام کا اصل وصول کنندہ ہی بلاک ہوتا ہے — باؤنس کی اطلاع کسی من پسند پتے کو بلاک نہیں کر سکتی۔ ڈیش بورڈ میں اس فہرست کی کوئی اسکرین نہیں: مالک یا ایڈمن اسے GET https://api.respondo.ai/api/v1/integrations/email/suppressions سے پڑھ سکتا ہے اور DELETE https://api.respondo.ai/api/v1/integrations/email/suppressions/<email> سے ایک اندراج ہٹا سکتا ہے، یا Respondo سپورٹ سے یہ کام کرنے کو کہہ سکتا ہے۔ سخت باؤنس صرف تب ہٹائیں جب آپ کو یقین ہو کہ میل باکس واقعی درست ہو گیا ہے — مردہ پتے پر دوبارہ بھیجنا آپ کے ڈومین کی ساکھ کو نقصان پہنچاتا ہے۔
WhatsApp میرا جواب قبول نہیں کرتا — 24 گھنٹے کی ونڈو
WhatsApp کاروبار کو آزاد متن والے پیغامات صرف گاہک کے آخری پیغام کے 24 گھنٹوں کے اندر بھیجنے دیتا ہے؛ اس کے بعد Meta ہر چیز کو خرابی 131047 کے ساتھ مسترد کر دیتا ہے۔ Respondo ہر شخص کے لیے یہ ونڈو الگ سے ٹریک کرتا ہے، اور جب اسے معلوم ہو کہ ونڈو ختم ہو چکی ہے تو جواب بھیجنے سے پہلے ہی روک دیتا ہے۔ جب Respondo کے پاس ونڈو کا کوئی ریکارڈ ہی نہ ہو — درآمد شدہ رابطہ، یا ایسا نمبر جس نے آپ کو کبھی نہیں لکھا — تو وہ نہیں روکتا: پیغام Meta کو جاتا ہے اور فیصلہ Meta کرتا ہے۔ آگے بڑھنے کے بالکل دو راستے ہیں۔ گاہک کے دوبارہ لکھنے کا انتظار کریں — اس کا پیغام ونڈو کو مزید 24 گھنٹوں کے لیے کھول دیتا ہے اور پھر آپ کا جواب چلا جاتا ہے — یا Meta سے منظور شدہ ٹیمپلیٹ بھیجیں۔ ٹیمپلیٹ گفتگو کے جواب والے خانے سے نہیں بھیجے جا سکتے۔ انہیں Outbound → WhatsApp templates میں سنبھالیں: Sync (سنک) وہ کھینچ لاتا ہے جو پہلے سے آپ کے نمبر پر رجسٹرڈ ہے، اور New template (نیا ٹیمپلیٹ) ایک ٹیمپلیٹ Meta کو جمع کراتا ہے، جس کے جائزے میں ایک دن یا اس سے زیادہ لگتا ہے۔ پھر منظور شدہ ٹیمپلیٹ اُس رابطے کو ہدف بنانے والی آؤٹ باؤنڈ مہم کے ذریعے بھیجیں۔ ٹیمپلیٹ ونڈو کے اندر اور باہر، دونوں طرح لوگوں تک پہنچتا ہے، لیکن صرف اُس وقت تک جب تک اس کی حیثیت approved (منظور شدہ) ہو۔
«وہ چینل منقطع ہے» / «وہ چینل منسلک نہیں ہے»
Disconnected (منقطع) کا مطلب ہے کہ انٹیگریشن موجود ہے مگر اب فعال نہیں — اس کا رسائی ٹوکن منسوخ یا میعاد ختم ہو چکا، یا کسی نے اسے منقطع کر دیا۔ Not connected (منسلک نہیں) کا مطلب ہے کہ رابطے کے اس اینڈ پوائنٹ کے پیچھے سرے سے کوئی انٹیگریشن ہے ہی نہیں۔ دونوں Settings → Channels میں درست ہوتے ہیں، جہاں منقطع چینل اپنے الگ عنوان کے تحت جمع ہوتے ہیں اور ہر کارڈ پر Reconnect کا بٹن ہوتا ہے؛ دوبارہ جوڑیں، پھر پیغام دوبارہ آزمائیں۔ دو ملتے جلتے معاملات ایک جیسے لگتے ہیں مگر ایک نہیں: جس ای میل چینل کا بھیجنے والا ڈومین تصدیق شدہ نہ ہو اسے Live نہیں کیا جا سکتا اور وہ DKIM اور SPF کی تصدیق تک کچھ نہیں بھیجتا، اور صرف وصول کرنے والا چینل ڈیزائن کے مطابق باہر جانے والے پیغامات نہیں لیتا، لہٰذا وہاں Retry کبھی کامیاب نہیں ہوگا۔
«اس شخص تک پہنچنے کے لیے کوئی چینل نہیں» / «اس رابطے پر کوئی ای میل پتہ نہیں»
دونوں ان باکس کے بجائے مہم کی ترسیل رپورٹ میں ظاہر ہوتے ہیں۔ پہلے کا مطلب ہے کہ رابطے کا کوئی بھی اینڈ پوائنٹ اُن چینلز سے میل نہیں کھایا جن پر مہم بھیجتی ہے؛ اگر اس کا واحد اینڈ پوائنٹ صرف وصول کرنے والے چینل پر ہو تو اسے الگ سے ایک دانستہ چھوٹ کے طور پر رپورٹ کیا جاتا ہے۔ دوسرے کا مطلب ہے کہ مہم ای میل بھیجتی ہے اور رابطے پر کوئی پتہ درج ہی نہیں۔ Telegram کی اپنی صورت ہے: اگر شخص نے آپ کے بوٹ کو کبھی نہیں لکھا تو لکھنے کے لیے کوئی چیٹ ہی نہیں، کیونکہ Bot API بوٹ کو پہل کرنے سے منع کرتا ہے — پہلا پیغام اُسی شخص کو بھیجنا ہوگا۔ اسے ٹھیک کرنے کے لیے رابطے میں غائب پتہ شامل کریں، مہم کے ہدف چینلز کا دائرہ بڑھائیں، یا اسے ای میل پر واپس گرنے دیں۔
رابطے نے رکنیت ختم کر دی — اب میں کیا بھیج سکتا ہوں؟
They had already unsubscribed (وہ پہلے ہی رکنیت ختم کر چکے تھے) کا مطلب ہے کہ رابطے پر عالمی آپٹ آؤٹ لگا ہے — آپ کی کسی ای میل میں موجود ان سبسکرائب لنک سے، درآمد کے ساتھ آیا، یا کسی ساتھی نے لگا دیا۔ مہمات اور سیریز ایسے رابطوں کو ہر چینل پر چھوڑ دیتی ہیں، صرف ای میل پر نہیں، اور ترسیل ناکامی کے بجائے چھوٹ کے طور پر درج ہوتی ہے۔ گفتگو کے اندر کسی ساتھی کا ایک بہ ایک جواب اس سے دانستہ طور پر نہیں رکتا: آپٹ آؤٹ کا تعلق بڑے پیمانے کی ترسیل سے ہے، اور جس شخص نے آپ کو لکھا ہو اسے جواب دینا ایک انسانی فیصلہ ہے۔ یہ حالت رابطے پر Outbound: Subscribed / Unsubscribed کے طور پر دکھائی جاتی ہے، رابطوں کی فہرست کو اس کے حساب سے چھانا جا سکتا ہے، اور رابطے پر موجود Re-subscribe کا بٹن اسے واپس پلٹ دیتا ہے — یہ صرف تب استعمال کریں جب اُس شخص نے خود کہا ہو۔
آپ کتنی بار دوبارہ کوشش کرتے ہیں، اور Retry دبانا محفوظ ہے؟
ان باکس سے بھیجا گیا جواب ایک قطار کے حوالے ہوتا ہے جو زیادہ سے زیادہ پانچ کوششیں کرتی ہے، اور ان کے درمیان تقریباً 3، 10، 30 اور 30 منٹ رکتی ہے۔ صرف عارضی ناکامیاں دہرائی جاتی ہیں — ٹائم آؤٹ، مسترد شدہ کنکشن، ریٹ لمٹ، فراہم کنندہ کے اپنے سرور کی خرابیاں۔ مستقل انکار (نامعلوم پتہ، غیر تصدیق شدہ بھیجنے والا ڈومین، مسترد شدہ اسناد) فوراً ناکام قرار دیا جاتا ہے، کیونکہ دہرانے پر وہی جواب آئے گا۔ مہم کی ترسیل اپنی الگ قطار پر چلتی ہے جس میں زیادہ سے زیادہ چھ کوششیں اور مختصر وقفے ہوتے ہیں — 5 سیکنڈ، 30 سیکنڈ، 2 منٹ، 10 منٹ؛ جب یہ ختم ہو جائیں تو ترسیل ہمیشہ کے لیے «قطار میں» پڑی رہنے کے بجائے Delivery kept failing and was stopped after several attempts (ترسیل بار بار ناکام ہوتی رہی اور کئی کوششوں کے بعد روک دی گئی) کے ساتھ بند کر دی جاتی ہے۔ ہاتھ سے Retry دبانا محفوظ ہے۔ یہ صرف اُسی پیغام پر اثر کرتا ہے جو واقعی ناکام حالت میں ہو، اور ای میل کے لیے پہلے فراہم کنندہ سے پوچھتا ہے کہ اصل پیغام کا کیا بنا: اگر وہ ای میل واقعی چلی گئی تھی تو دوسری نقل بھیجنے کے بجائے سطر ترسیل شدہ میں بدل جاتی ہے، اور اصل دوبارہ ترسیل ایک نئی آئیڈیم پوٹینسی کلید کے تحت روانہ ہوتی ہے۔ جہاں دوسری نقل غلط ہوگی — سخت باؤنس، سپام کی شکایت، ایسی ترسیل جو ابھی راستے میں ہے — وہاں بٹن موجود نہیں ہوتا یا دوبارہ کوشش وجہ بتا کر مسترد کر دی جاتی ہے۔
وجہ اب بھی واضح نہیں — مدد کیسے حاصل کروں؟
ہر ناکام پیغام کے ساتھ Ask Copilot (Copilot سے پوچھیں) کا بٹن ہوتا ہے۔ یہ خرابی، چینل اور گفتگو منسلک کرکے Copilot کھولتا ہے، اور Copilot اسی مخصوص ناکامی کے لیے اقدامات کے ساتھ Respondo کی اپنی مدد کی دستاویزات سے جواب دیتا ہے۔ یہ مدد مفت ہے — یہ آپ کی AI درخواستوں میں شمار نہیں ہوتی۔ اگر اقدامات سے مسئلہ حل نہ ہو تو بس یہی کہہ دیں — «اس سے مدد نہیں ملی» کافی ہے۔ پھر Copilot ایک کارڈ پیش کرتا ہے جو مسئلہ Respondo ٹیم کے حوالے کرتا ہے: کارڈ میں ٹھیک ٹھیک درج ہوتا ہے کہ کیا بھیجا جائے گا، آپ کی تصدیق سے پہلے کچھ نہیں جاتا، اور ان کا جواب اسی Copilot تھریڈ میں آتا ہے۔ اگر یہاں سے حوالے کرنا ممکن نہ ہو تو Copilot خاموش رہنے کے بجائے صاف بتا دیتا ہے۔