พัฒนาเว็บ

Credit Card Validator

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

The Luhn algorithm is a checksum most payment networks append to a card number to catch accidental typing errors (one transposed or mistyped digit). This tool checks a number against Luhn and identifies the payment network from its prefix (BIN).

How to use it

Common uses

Things to keep in mind

A card passing the Luhn check doesn't mean it's active, unblocked, or even real — the check only catches obvious typing mistakes.

Card data is processed entirely in your browser and never sent anywhere, but for actual payments, always use a certified payment form (PCI DSS) rather than pasting a real card number into a third-party tool.

บทความเกี่ยวกับเครื่องมือนี้: อัลกอริทึม Luhn: ตรวจสอบความถูกต้องของหมายเลขบัตรอย่างไร

คำถามที่พบบ่อย

การตรวจสอบผ่านหมายความว่าบัตรเป็นของจริงและมีเงินหรือไม่?

ไม่ — เครื่องมือนี้ตรวจสอบเพียงเช็คซัม Luhn และความยาวหลักที่คาดไว้สำหรับเครือข่ายที่ตรวจพบเท่านั้น ไม่สามารถบอกได้ว่าบัตรมีอยู่จริง ใช้งานอยู่ หรือมีเงินหรือไม่ เพราะต้องติดต่อผู้ออกบัตรเพื่อยืนยัน

อัลกอริทึม Luhn ทำงานอย่างไร?

มันคูณสองทุกหลักที่สองนับจากขวา รวมหลักของผลลัพธ์เข้ากับหลักที่ไม่เปลี่ยนแปลง และตรวจสอบว่าผลรวมเป็นจำนวนที่หารด้วย 10 ลงตัวหรือไม่ — จับข้อผิดพลาดในการพิมพ์และหลักที่สลับกันได้ส่วนใหญ่ แต่ไม่ใช่การตรวจจับการฉ้อโกง

หมายเลขบัตรของฉันถูกส่งไปที่ไหนหรือไม่?

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

เครือข่ายการชำระเงิน (Visa, Mastercard ฯลฯ) ถูกระบุจากหมายเลขบัตรได้อย่างไร?

จากตัวเลขไม่กี่หลักแรกของหมายเลข ที่เรียกว่า BIN (Bank Identification Number) — เช่น หมายเลข Visa ขึ้นต้นด้วย 4 เสมอ ส่วน Mastercard ขึ้นต้นด้วยช่วง 51–55 หรือ 2221–2720 ฟอร์มการชำระเงินใช้คำนำหน้านี้เพื่อระบุไอคอนเครือข่ายก่อนที่คุณจะพิมพ์หมายเลขเสร็จด้วยซ้ำ

BIN สามารถบอกได้หรือไม่ว่าธนาคารใดเป็นผู้ออกบัตร?

บอกได้บางส่วน — ตัวเลข 6 หลักแรก (BIN แบบขยาย) มักช่วยระบุได้ไม่เพียงแค่เครือข่ายการชำระเงิน แต่ยังรวมถึงธนาคารผู้ออกบัตรที่เฉพาะเจาะจงและประเภทของบัตร (เดบิตหรือเครดิต) แม้ว่าการระบุธนาคารอย่างแม่นยำจะต้องใช้ฐานข้อมูล BIN เฉพาะทาง ไม่ใช่อัลกอริทึม Luhn เอง

บทความ: พัฒนาเว็บ

HEX, RGB, HSL: ทำไมสีจึงมีวิธีเขียนหลายแบบ

เหตุใดนักออกแบบจึงมักเลือกใช้ HSL แทน HEX เมื่อต้องเลือกโทนสีด้วยตนเอง

การมินิฟาย CSS: อะไรถูกลบออกจากไฟล์บ้างและเพื่ออะไร

เหตุใด CSS ที่ถูกมินิฟายแล้วยังคงทำงานในเบราว์เซอร์ได้เหมือนเดิม แม้จะอ่านยากขึ้นสำหรับมนุษย์

การมินิฟาย JavaScript: ความแตกต่างระหว่างการมินิฟายกับการอ๊อบฟัสเคต

เหตุใดโค้ดที่ถูกมินิฟายจึงยังพออ่านได้หากตั้งใจ แต่โค้ดที่ถูกอ๊อบฟัสเคตแล้วอ่านแทบไม่ออก

การมินิฟาย HTML: เหตุใดช่องว่างในมาร์กอัปจึงมีความสำคัญ

เหตุใดการลบช่องว่างใน <pre> หรือ textarea อาจทำให้หน้าเว็บแสดงผลผิดพลาด ต่างจากส่วนอื่น ๆ

CSS Gradient: linear ต่างจาก radial และ conic อย่างไร

เหตุใด conic-gradient จึงเหมาะกับแผนภูมิวงกลม ส่วน radial เหมาะกับเอฟเฟกต์แสงจุด

IBAN: หมายเลขบัญชีธนาคารระหว่างประเทศมีโครงสร้างอย่างไร

เหตุใดตัวอักษรสองตัวแรกใน IBAN จึงเป็นรหัสประเทศ ไม่ใช่ส่วนหนึ่งของหมายเลขบัญชี

QR Code: ลิงก์ถูกบรรจุลงในตารางพิกเซลได้อย่างไร

เหตุใด QR Code ที่มีโลโก้อยู่ตรงกลางจึงยังสแกนได้ แม้ภาพบางส่วนจะถูกบัง

บาร์โค้ด: Code 128 ต่างจาก EAN-13 อย่างไร

เหตุใดสินค้าในร้านค้าส่วนใหญ่จึงใช้ EAN-13 แทนที่จะเป็น Code 128

ภาพ Placeholder: เหตุใดจึงต้องใช้ภาพตัวแทนในการพัฒนา

เหตุใดนักพัฒนาเว็บจึงจงใจใส่กล่องสีเทาแทนภาพถ่ายจริงในขั้นตอนการพัฒนา