1) Unread คืออะไร? และนับจากอะไร

Unread คือจำนวน “ข้อความที่ยังไม่ได้อ่าน” ตามเงื่อนไขที่ระบบนิยามว่าอ่านหรือยัง โดยส่วนใหญ่ระบบจะนับจากสถานะของข้อความ (message state/flag) เช่น seen หรือ read เมื่อคุณเปิดเมล ระบบจะทำเครื่องหมายว่าอ่านแล้ว จากนั้น Unread จะลดลง

แต่ความสำคัญคือ “อ่านแล้ว” ไม่ได้แปลว่าแค่คุณเห็นหัวข้อผ่าน ๆ เสมอไป บางระบบต้องเปิดเข้าไปดูเนื้อหา บางระบบถือว่าแค่แสดงในพรีวิวก็พอ และบางระบบจะอัปเดตสถานะอ่านแล้วแบบหน่วงเวลา ดังนั้น Unread จึงเป็นตัวเลขที่ขึ้นกับทั้ง พฤติกรรมผู้ใช้ และ กฎการนับของระบบ ไม่ใช่แค่จำนวนเมลที่เข้ามาใหม่

ในกรณีอินบ็อกซ์แบบเรียลไทม์ Unread มักจะสะท้อนภาพรวมได้ดี แต่ถ้าเป็นระบบที่ใช้การดึงข้อมูลเป็นช่วง หรือมีการแคช ตัวเลขอาจเปลี่ยนช้าหรือเปลี่ยนหลังจากทำกิจกรรมอื่น เช่น รีเฟรชหน้า หรือเปิด-ปิดแอป

2) Total Messages คืออะไร? และนับต่างจาก Unread อย่างไร

Total Messages คือจำนวน “ข้อความทั้งหมดที่ระบบมองว่าอยู่ในอินบ็อกซ์นี้” ซึ่งรวมทั้งอ่านแล้วและยังไม่อ่าน โดยหลัก ๆ จะเป็นการนับจำนวนแถว/รายการข้อความที่มีอยู่ในกล่องจดหมาย ตามเงื่อนไขที่เลือก เช่น อินบ็อกซ์หลัก โฟลเดอร์เฉพาะ หรือช่วงเวลาหนึ่ง

จุดที่คนมักสับสนคือ Total ไม่ได้บอกว่า “เมลใหม่” แต่บอกว่า “มีเมลทั้งหมดกี่ฉบับ” ในชุดข้อมูลที่ระบบดึงมา ดังนั้นคุณอาจอ่านเมลไปหลายฉบับ Unread ลดลง แต่ Total ยังเท่าเดิม เพราะเมลยังอยู่ในกล่อง ไม่ได้ถูกลบหรือย้าย

ในหลายระบบ Total ยังถูกกระทบจากสิ่งอื่นอีก เช่น การกรองสแปม, การซ่อนเมลที่หมดอายุ, การแบ่งหน้า (pagination), หรือ การโหลดแบบทีละส่วน ทำให้ Total ที่คุณเห็นในหน้าจอหนึ่งอาจไม่ใช่ “จำนวนทั้งหมดจริง ๆ” แต่เป็นจำนวนที่ระบบกำลังแสดง/รู้จัก ณ ขณะนั้น

3) ทำไม Unread กับ Total ถึงอัปเดตไม่พร้อมกัน?

ในโลกจริง ตัวเลขสถานะไม่ได้คำนวณแบบ “นับทุกครั้งแบบสด ๆ” เสมอไป เพราะจะกินทรัพยากร ระบบส่วนใหญ่จึงใช้วิธีผสมกันระหว่าง แคช, การซิงก์เป็นรอบ, และ เหตุการณ์กระตุ้น (เช่น มีเมลเข้า, ผู้ใช้กดรีเฟรช, ผู้ใช้เปิดข้อความ)

สาเหตุที่พบบ่อย 1: แคช (Cache) คนละชั้น

Unread มักอัปเดตจาก “สถานะการอ่าน” ซึ่งอาจถูกเก็บไว้ในแคชฝั่งไคลเอนต์หรือเซิร์ฟเวอร์อีกชั้น ส่วน Total อาจถูกดึงจากดัชนีรายการเมล (mail index) ที่อัปเดตคนละเวลา ผลคือคุณอาจเห็น Unread เปลี่ยนแล้ว แต่ Total ยังไม่ขยับ หรือกลับกัน

สาเหตุที่พบบ่อย 2: การซิงก์แบบเป็นรอบ (Polling/Sync Interval)

ถ้าระบบไม่ได้รับแจ้งเตือนแบบเรียลไทม์ (push) มักใช้การเช็คเป็นรอบ เช่น ทุก 5 วินาที ทุก 15 วินาที หรือทุก 1 นาที ระหว่างนั้นตัวเลขอาจค้างอยู่ แม้ในความจริงเมลเข้ามาแล้ว หรือคุณอ่านแล้ว พอถึงรอบซิงก์ ตัวเลขถึงอัปเดตทีเดียว เหมือน “กระโดด”

สาเหตุที่พบบ่อย 3: การโหลดแบบแบ่งหน้า

บางอินบ็อกซ์แสดง 20 ฉบับแรกก่อน แล้วค่อยโหลดเพิ่มเมื่อเลื่อนลง ถ้าระบบนับ Total จาก “รายการที่โหลดแล้ว” คุณจะเห็น Total เปลี่ยนเมื่อโหลดเพิ่ม หรือถ้านับ Total จาก “จำนวนทั้งหมดในเซิร์ฟเวอร์” แต่รายการยังโหลดไม่ครบ ผู้ใช้ก็จะรู้สึกว่า Total กับรายการในหน้าจอ “ไม่สัมพันธ์กัน”

สาเหตุที่พบบ่อย 4: ตัวกรอง (Filter) และการจัดหมวด

ถ้าอินบ็อกซ์มีตัวกรอง เช่น แสดงเฉพาะเมลที่ยังไม่หมดอายุ, เฉพาะเมลที่เข้าวันนี้, เฉพาะโดเมนบางประเภท Total จะนับเฉพาะเมลที่ผ่านตัวกรองนั้น ขณะที่ Unread บางระบบอาจนับจากชุดข้อมูลกว้างกว่า หรือกลับกัน ทำให้เห็นตัวเลข “แปลก ๆ” ได้

4) สถานการณ์ชวนงงที่เจอบ่อย (และคำอธิบายแบบเข้าใจง่าย)

สถานการณ์ A: เปิดอ่านหมดแล้ว แต่ Unread ยังไม่เป็นศูนย์

มักเกิดจากการที่ระบบยังไม่ซิงก์สถานะอ่านแล้วกลับไปครบ หรือมีบางฉบับที่คุณเห็นเป็นพรีวิวแต่ยังไม่ถูกนับว่า “อ่าน” อีกกรณีคือมีเมลใหม่เข้ามาระหว่างที่คุณกำลังอ่าน จึงทำให้ Unread ไม่เป็นศูนย์แม้คุณคิดว่าอ่านหมดแล้ว วิธีเช็คคือรีเฟรชหนึ่งครั้ง และเปิดดูว่ามีเมลใหม่แทรกเข้ามาหรือไม่

สถานการณ์ B: Unread ลดลง แต่ Total ไม่ลด

อันนี้ปกติที่สุด เพราะ Total คือจำนวนเมลทั้งหมดในกล่อง คุณอ่านแล้วเมลก็ยังอยู่ เว้นแต่คุณลบ/ย้าย/หมดอายุ Total ถึงจะลด ถ้าคุณคาดหวังว่าอ่านแล้ว Total ต้องลด นั่นคือคุณกำลังตีความ Total เป็น “จำนวนเมลใหม่” ซึ่งไม่ใช่

สถานการณ์ C: Total เพิ่มขึ้น แต่ Unread ไม่เพิ่ม

อาจเกิดจากเมลที่เข้ามาถูกทำเครื่องหมายว่าอ่านแล้วตั้งแต่แรก (เช่นระบบตั้งค่าหรือกฎอัตโนมัติ) หรือคุณเปิดหน้าไว้แล้วระบบโหลดเมลเก่าที่ไม่เคยแสดงมาก่อน ทำให้ Total เพิ่มแต่ Unread ไม่เปลี่ยน อีกแบบคือเมลเข้ามาแต่ถูกจัดหมวด/ผ่านตัวกรองในรูปแบบที่ไม่นับเป็น Unread ในมุมมองนี้

สถานการณ์ D: รีเฟรชแล้วตัวเลขกระโดดขึ้น/ลงผิดปกติ

นี่มักเกี่ยวข้องกับการซิงก์และแคช เช่น ตอนแรกคุณเห็นข้อมูลจากแคช พอรีเฟรช ระบบดึงข้อมูลล่าสุดจากเซิร์ฟเวอร์ จึง “กระโดด” ให้ตรงกับความจริง ในระบบที่มีผู้ใช้เยอะ หรือมีการดึงเมลผ่านหลายชั้น ตัวเลขกระโดดถือว่าเจอได้ทั่วไป

5) ตัวเลขสถานะเกี่ยวข้องกับ “การแจ้งเตือน” อย่างไร

หลายแอปใช้ Unread เป็นตัวกำหนดแบดจ์แจ้งเตือน (จุดแดง/ตัวเลขบนไอคอน) แต่ Total มักเป็นข้อมูลเชิงสถิติสำหรับหน้ารายการหรือแดชบอร์ด เพราะ Unread สื่อว่า “มีสิ่งที่คุณยังไม่ได้ดู” เหมาะกับการกระตุ้นให้กลับมาเปิดแอป ส่วน Total สื่อว่า “มีกิจกรรมทั้งหมดเท่าไหร่” ซึ่งไม่ได้บอกความเร่งด่วน

ถ้าคุณกำลังรอ OTP หรืออีเมลยืนยัน การยึด Unread เป็นหลักมักช่วยได้มากกว่า แต่ต้องระวังว่า Unread อาจยังไม่อัปเดตทันที ดังนั้นเวลาเร่งด่วนควรใช้วิธีเช็คแบบสองชั้น: ดูรายการอินบ็อกซ์จริง + รีเฟรชอย่างมีจังหวะ

6) วิธีเช็คสถานะให้แม่นยำเวลาใช้งานจริง (โดยเฉพาะตอนรอรหัส OTP)

• ดูรายการเมลจริงก่อนดูตัวเลข เพราะตัวเลขอาจค้าง แต่รายการใหม่อาจโผล่มาแล้ว
• รีเฟรชแบบมีจังหวะ เช่น เว้น 2–3 วินาที ไม่กดรัว ๆ เพราะบางระบบจะโดนหน่วงหรือถูกจำกัดการเรียกข้อมูล
• สังเกตเวลาที่เมลเข้ามา ถ้าระบบมี timestamp ให้ดูว่ามีฉบับใหม่สุดอยู่ไหม แทนการเชื่อตัวเลขอย่างเดียว
• เช็คสแปมหรือแท็บอื่น (ถ้ามี) บางบริการแยกหมวด ทำให้ Total/Unread ในอินบ็อกซ์หลักไม่สะท้อนทั้งหมด
• ถ้าตัวเลขเพี้ยน ให้รีโหลดหน้า/เปิดใหม่ เพราะเป็นการตัดแคชบางส่วนและดึงข้อมูลชุดล่าสุด

วิธีคิดที่ช่วยมากคือ: ตัวเลขเป็น “สัญญาณ” แต่รายการเมลคือ “หลักฐาน” เวลาเร่งด่วนให้เชื่อหลักฐานก่อนเสมอ แล้วค่อยใช้ตัวเลขเป็นตัวช่วยจัดการภาพรวม

7) มุมมองเชิงระบบ: ทำไมต้องมี Unread และ Total แยกกัน

จากมุมมองคนทำระบบ การแยก Unread และ Total เป็นเรื่องจำเป็น เพราะสองตัวเลขตอบคนละคำถาม: Unread ตอบว่า “ผู้ใช้ยังมีอะไรต้องจัดการ” และ Total ตอบว่า “อินบ็อกซ์นี้มีข้อมูลทั้งหมดเท่าไหร่” การคำนวณก็คนละแบบด้วย

Unread ต้องอิงสถานะต่อข้อความและพฤติกรรมผู้ใช้ จึงมีความ “ไดนามิก” สูง ขณะที่ Total มักอิงจากดัชนีรายการหรือจำนวนที่จัดเก็บ จึงนิ่งกว่า เมื่อระบบมีชั้นแคชหรือซิงก์แบบเป็นรอบ ความต่างของจังหวะอัปเดตจึงเกิดขึ้นตามธรรมชาติ ไม่ใช่ความผิดพลาดเสมอไป แต่เป็นผลของการออกแบบเพื่อให้ระบบเร็วและรองรับผู้ใช้จำนวนมาก

8) สรุป: อ่านตัวเลขให้ถูก แล้วใช้งานจะลื่นขึ้นทันที

ถ้าจะสรุปแบบไม่อ้อมค้อม: Unread คือจำนวนเมลที่ระบบมองว่ายังไม่ได้อ่าน และเปลี่ยนตามสถานะการอ่านกับการซิงก์ ส่วน Total Messages คือจำนวนเมลทั้งหมดในอินบ็อกซ์ตามเงื่อนไขการแสดง และมักไม่เปลี่ยนเมื่อคุณแค่อ่านเมล

เมื่อคุณเจอตัวเลขไม่ตรงกัน อย่าเพิ่งตกใจ ให้คิดถึง 3 อย่างนี้ก่อน: แคช, ซิงก์เป็นรอบ, และ ตัวกรอง/การแบ่งหน้า แล้วใช้วิธีเช็คแบบสองชั้นคือดูรายการจริง + รีเฟรชอย่างมีจังหวะ แค่นี้คุณก็จะอ่านสถานะได้ถูกและไม่พลาดเมลสำคัญ โดยเฉพาะเวลาที่ต้องรับ OTP หรืออีเมลยืนยันแบบรีบ ๆ