คำถามที่พบบ่อย
ผู้ใช้ต้องติดตั้งอะไรไหม?
ไม่ต้อง ผู้ใช้เพียงวาง script tag เดียวลงใน HTML ของตนเอง — ไม่ต้องมี npm package ไม่ต้อง build ไม่มี dependency ฟีเจอร์เพิ่มเติมโหลดโดยอัตโนมัติจาก origin เดียวกัน
มันจะชนกับ CSS ของฉันไหม?
ไม่ วิดเจ็ตเรนเดอร์ภายใน Shadow DOM แยกสไตล์ของมันออกจากหน้าเว็บของคุณอย่างสมบูรณ์
รองรับ single-page app (React, Vue, Next.js) ไหม?
รองรับ สคริปต์โหลดครั้งเดียวและคงอยู่ข้ามการเปลี่ยนเส้นทาง สำหรับ React/Next.js ให้วางสคริปต์ไว้ใน root layout ของคุณ
// 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) ฟีเจอร์เสริม (แคมเปญ, product tour) โหลดเป็น lazy chunk แยกต่างหากหลังจากวิดเจ็ต mount แล้ว การเรนเดอร์หน้าแรกจึงไม่ถูกบล็อกเลย
การส่งต่อทำงานอย่างไร?
ผู้ใช้สามารถคลิกปุ่ม "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 ไว้ ให้อนุญาต IP นั้นด้วย หากไม่สามารถแก้ไขเว็บไซต์ได้ ให้เพิ่มเนื้อหาเดียวกันเป็นไฟล์หรือข้อความที่วางแทน
การรวบรวมข้อมูลเสร็จแล้วแต่พบเพียงไม่กี่หน้า
เราค้นหาหน้าจาก sitemap ของเว็บไซต์ (บรรทัด Sitemap: ใน robots.txt หรือตำแหน่งทั่วไปเช่น /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 วัน) การรวบรวมตามกำหนดการเป็นแบบส่วนเพิ่ม: หน้าที่ lastmod ใน sitemap เก่ากว่าการรวบรวมครั้งก่อนจะถูกข้าม หน้าที่ไม่เปลี่ยนแปลงจะไม่ถูกจัดทำดัชนีใหม่ หน้าที่เปลี่ยนแปลงจะถูกจัดทำดัชนีใหม่ และหน้าที่หายไปจะถูกลบ หากต้องการรีเฟรชทันที ให้ใช้ Re-sync ในเมนูแหล่งข้อมูล หรือ Re-sync all บนหน้า Knowledge
"ครั้งนี้เราไม่สามารถอ่านเว็บไซต์ได้" — เกิดอะไรขึ้น?
นี่คือความล้มเหลวทั่วไป: เว็บไซต์ไม่ตอบสนองทันเวลา โดเมนไม่สามารถแปลงที่อยู่ได้ เซิร์ฟเวอร์ส่งข้อผิดพลาดกลับมา หน้าเริ่มต้นไม่มีข้อความที่อ่านได้ หรือไม่พบที่อยู่ รายละเอียดแสดงอยู่บนแหล่งข้อมูล ตรวจสอบว่า 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 พร้อมแนบข้อผิดพลาดไปด้วย หากไม่มีปุ่มส่งซ้ำเลย แสดงว่าที่อยู่นั้นถูกบล็อกและการส่งอีกครั้งก็จะล้มเหลวแบบเดิม สถานะ Sent หรือ Delivered ที่มี N files not delivered กำกับอยู่ข้าง ๆ หมายความว่าตัวข้อความไปถึงแล้วแต่ไฟล์แนบไปไม่ถึง — ช่องทางนั้นส่งไฟล์ไม่ได้
ทำไมอีเมลของฉันจึงไปไม่ถึงลูกค้า?
มีสาเหตุที่ต่างกันสี่แบบ และป้ายสถานะจะบอกความต่างได้ การตีกลับแบบ ถาวร (hard bounce) หมายความว่าที่อยู่นั้นไม่มีอยู่จริงหรือปฏิเสธการรับอีเมล — จะไม่มีปุ่มส่งซ้ำ และที่อยู่จะถูกเพิ่มเข้าลิสต์ระงับการส่ง การตีกลับแบบ ชั่วคราว (soft bounce) คือกล่องจดหมายเต็มหรือปัญหาชั่วครู่ที่เซิร์ฟเวอร์ปลายทาง; ระบบจะแสดง Send again ให้ และมักส่งผ่านได้ในภายหลัง การตีกลับที่ข้อมูลวินิจฉัยระบุถึง SPF, DKIM, DMARC หรือ 5.7.515 นั้นต่างออกไป: ระบบอีเมลของผู้รับปฏิเสธข้อความเพราะ โดเมนผู้ส่งของคุณ ไม่ผ่านการตรวจสอบตัวตน ข้อความตอบกลับใหม่จะตีกลับแบบเดิมเป๊ะจนกว่าจะแก้โดเมนเสร็จ ระหว่างนี้จึงควรตอบผ่านช่องทางอื่นและไปซ่อมเรกคอร์ด DNS ของช่องทางอีเมลที่ Settings → Channels สุดท้าย 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 เท่านั้น
"That channel is disconnected" / "That channel is not connected"
Disconnected (ตัดการเชื่อมต่อแล้ว) หมายความว่าการเชื่อมต่อยังมีอยู่แต่ไม่ทำงานแล้ว — โทเค็นการเข้าถึงถูกเพิกถอนหรือหมดอายุ หรือมีคนตัดการเชื่อมต่อ ส่วน Not connected (ยังไม่ได้เชื่อมต่อ) หมายความว่าปลายทางของผู้ติดต่อไม่มีการเชื่อมต่อรองรับอยู่เลย ทั้งสองกรณีแก้ได้ที่ Settings → Channels ซึ่งช่องทางที่ตัดการเชื่อมต่อจะถูกจัดกลุ่มไว้ใต้หัวข้อของตัวเองพร้อมปุ่ม Reconnect บนการ์ดแต่ละใบ; เชื่อมต่อใหม่แล้วลองส่งข้อความอีกครั้ง มีอีกสองกรณีที่ดูคล้ายกันแต่ไม่เหมือนกัน: ช่องทางอีเมลที่โดเมนผู้ส่งยังไม่ได้ยืนยันจะเปลี่ยนเป็น Live ไม่ได้และจะไม่ส่งอะไรเลยจนกว่า DKIM และ SPF จะได้รับการยืนยัน ส่วนช่องทางที่รับอย่างเดียวจะปฏิเสธข้อความขาออกตามการออกแบบ ดังนั้น Retry ที่นั่นจะไม่มีวันสำเร็จ
"No channel to reach this person on" / "No email address on this contact"
ทั้งสองข้อความปรากฏในรายงานการส่งของแคมเปญ ไม่ใช่ในกล่องข้อความ ข้อความแรกหมายความว่าไม่มีปลายทางใดของผู้ติดต่อตรงกับช่องทางที่แคมเปญใช้ส่ง; หากปลายทางเดียวที่เขามีอยู่บนช่องทางที่รับอย่างเดียว ระบบจะรายงานแยกต่างหากว่าเป็นการข้ามโดยตั้งใจ ข้อความที่สองหมายความว่าแคมเปญส่งอีเมลแต่ผู้ติดต่อไม่มีที่อยู่บันทึกไว้ 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 แทนที่จะค้างอยู่ในสถานะ "queued" ตลอดไป การกด Retry เองปลอดภัย เพราะจะมีผลเฉพาะกับข้อความที่อยู่ในสถานะล้มเหลวจริง ๆ และสำหรับอีเมล ระบบจะถามผู้ให้บริการก่อนว่าฉบับเดิมลงเอยอย่างไร: หากอีเมลนั้นส่งออกไปแล้วจริง รายการจะเปลี่ยนเป็นส่งถึงแล้วแทนการส่งสำเนาซ้ำ ส่วนการส่งซ้ำจริงจะออกไปพร้อมคีย์ idempotency ใหม่ ในกรณีที่สำเนาที่สองจะผิด — การตีกลับถาวร การร้องเรียนสแปม การส่งที่ยังอยู่ระหว่างทาง — ปุ่มจะไม่ปรากฏหรือการลองซ้ำจะถูกปฏิเสธพร้อมเหตุผล
ยังไม่ทราบสาเหตุ — จะขอความช่วยเหลือได้อย่างไร?
ข้อความที่ล้มเหลวทุกข้อความจะมีปุ่ม Ask Copilot อยู่ข้าง ๆ ปุ่มนี้จะเปิด Copilot พร้อมแนบข้อผิดพลาด ช่องทาง และบทสนทนาไปด้วย และ Copilot จะตอบจากเอกสารช่วยเหลือของ Respondo เองพร้อมขั้นตอนสำหรับความล้มเหลวนั้นโดยเฉพาะ ความช่วยเหลือนี้ฟรี — ไม่นับรวมในโควตาคำขอ AI ของคุณ หากขั้นตอนเหล่านั้นแก้ปัญหาไม่ได้ ก็บอกไปตรง ๆ — แค่พิมพ์ "ยังไม่ช่วย" ก็พอ จากนั้น Copilot จะเสนอการ์ดสำหรับส่งต่อปัญหาให้ทีม Respondo: การ์ดจะระบุชัดเจนว่าจะส่งอะไรไปบ้าง จะไม่มีอะไรถูกส่งออกไปจนกว่าคุณจะยืนยัน และคำตอบของพวกเขาจะมาถึงในเธรด Copilot เดียวกัน หากไม่สามารถส่งต่อจากตรงนี้ได้ Copilot จะบอกตรง ๆ แทนที่จะเงียบไป