URL Codec

แปลงระหว่างข้อความธรรมดา URL Encoded และ Component Encoded ได้อย่างอิสระ

เครื่องมือฟรีที่ช่วยเข้ารหัสหรือถอดรหัส URL ได้ทันที รองรับการใช้งานกับฟอร์ม (application/x-www-form-urlencoded) และการเข้ารหัส Component ตาม RFC 3986 โดยข้อมูลทั้งหมดจะถูกประมวลผลภายในเบราว์เซอร์ ปลอดภัยต่อข้อมูลส่วนตัว

วิธีใช้งาน

เพียง 3 ขั้นตอนง่าย ๆ:

ขั้นตอนที่ 1: ป้อนข้อมูลและเลือกฟอร์แมตต้นทาง
กรอกสตริงที่ต้องการแปลงในช่องด้านล่าง แล้วระบุฟอร์แมตปัจจุบัน (ข้อความธรรมดา, URL Encoded หรือ Component Encoded)
ขั้นตอนที่ 2: เลือกฟอร์แมตปลายทาง
เลือกฟอร์แมตที่ต้องการให้ผลลัพธ์เป็น ข้อความธรรมดา เข้ารหัสแบบฟอร์ม หรือ Component ตาม RFC 3986
ขั้นตอนที่ 3: คลิกปุ่ม “แปลง”
หลังคลิกจะได้ผลลัพธ์ทันที สามารถคัดลอกไปใช้งานต่อได้ทันที

ข้อมูลจะไม่ถูกส่งไปยังเซิร์ฟเวอร์ ทุกขั้นตอนเกิดขึ้นภายในเบราว์เซอร์ จึงมั่นใจได้ว่าข้อมูลส่วนตัวปลอดภัย

เครื่องมือแปลง URL

ฟอร์แมตต้นทาง

ฟอร์แมตปลายทาง

ป้อนข้อมูลที่ต้องการแปลง

ผลลัพธ์

ตัวอย่างการใช้งาน

URL Codec มีประโยชน์ในสถานการณ์ต่อไปนี้:

เข้ารหัสข้อมูลจากฟอร์ม

เข้ารหัส/ถอดรหัสพารามิเตอร์ที่ส่งมาจากฟอร์ม HTML (application/x-www-form-urlencoded) เหมาะสำหรับตรวจสอบหรือดีบัก POST/GET และจะแปลงช่องว่างให้เป็นเครื่องหมาย +

สร้างพารามิเตอร์ query

แปลงคำค้นหรือเงื่อนไขการกรองให้เป็นพารามิเตอร์ URL ที่ปลอดภัย เช่น “Tokyo Tower” → “Tokyo%20Tower”

พารามิเตอร์สำหรับ REST API

เข้ารหัสพาธและค่า query ใน Endpoint ให้อยู่ในรูปแบบที่สอดคล้องกับ RFC 3986 โดย Component Encoding จะเปลี่ยนช่องว่างเป็น “%20” และคงเครื่องหมาย / : ไว้

ถอดรหัส URL เพื่อดีบัก

ถอดรหัส URL ที่ปรากฏในแอดเดรสบาร์หรือไฟล์ log เพื่อตรวจสอบสตริงต้นฉบับ ช่วยหาสาเหตุของข้อผิดพลาดได้ง่าย

จัดการพารามิเตอร์ OAuth

เข้ารหัส/ถอดรหัส redirect_uri, state และพารามิเตอร์อื่น ๆ ของ OAuth 2.0 เพื่อยืนยันค่าที่ถูกส่งใน flow การยืนยันตัวตน

URL Encoding คืออะไร?

URL Encoding หรือ percent-encoding คือการแทนตัวอักษรที่ไม่สามารถใช้ใน URL ด้วยสัญลักษณ์ “%” ตามด้วยเลขฐานสิบหก ใช้เมื่อจำเป็นต้องส่งอักษรหลายไบต์ เช่น ภาษาไทย จีน ญี่ปุ่น หรือสัญลักษณ์พิเศษ

ประเภทของการเข้ารหัส

Form Encoding (application/x-www-form-urlencoded): ใช้กับฟอร์ม HTML เปลี่ยนช่องว่างเป็น “+” ตัวอื่นแปลงเป็น “%XX” เหมือนฟังก์ชัน urlencode()
Component Encoding (RFC 3986): ใช้กับแต่ละส่วนของ URL เช่น พาธหรือค่าพารามิเตอร์ เปลี่ยนช่องว่างเป็น “%20” และมีข้อกำหนดที่เข้มงวดกว่า ตรงกับ rawurlencode()

ตัวอย่าง

ข้อความ “Hello World!” → Form Encoding “Hello+World%21”
ข้อความ “Hello World!” → Component Encoding “Hello%20World%21”
ภาษาญี่ปุ่น “こんにちは” → UTF-8 “%E3%81%93%E3%82%93%E3%81%AB%E3%81%A1%E3%81%AF”

ควรใช้แบบไหน?

ส่งข้อมูลผ่าน HTML ฟอร์มให้ใช้ Form Encoding ส่วน REST API พาธหรือ query ควรใช้ Component Encoding หากไม่แน่ใจ การใช้ Component Encoding มักปลอดภัยกว่า

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

URL Encoding กับ percent-encoding คืออย่างเดียวกันหรือไม่?

ใช่ เป็นชื่อเรียกคนละแบบของกระบวนการเดียวกันที่ใช้ “%” แทนไบต์

Form Encoding ต่างจาก Component Encoding อย่างไร?

Form Encoding แปลงช่องว่างเป็น “+” ส่วน Component จะเป็น “%20” และมีชุดตัวอักษรที่ต้องเข้ารหัสต่างกันเล็กน้อย

อักษรไทยหรือญี่ปุ่นจะถูกเข้ารหัสอย่างไร?

ตัวอักษรถูกแปลงเป็นไบต์ UTF-8 ก่อน จากนั้นเขียนเป็น “%XX” เช่น “ก” → “%E0%B8%81”

ตัวอักษรใดจำเป็นต้องเข้ารหัส?

นอกจากตัวอักษร a-z, A-Z, ตัวเลข, ขีดกลาง, ขีดล่าง, จุด และ ~ แล้ว ตัวอื่น ๆ เช่น ช่องว่าง, /, :, อักขระที่ไม่ใช่ ASCII และสัญลักษณ์พิเศษต้องเข้ารหัส

ทำไมบางสตริงถอดรหัสไม่ได้?

มักเกิดจากฟอร์แมตไม่ถูกต้อง (ไม่มีเลขฐานสิบหกสองหลักหลัง “%”) หรือสตริงเดียวกันถูกเข้ารหัสซ้ำ ต้องถอดรหัสหลายครั้ง

URL Encoding ถือเป็นการเข้ารหัสความปลอดภัยหรือไม่?

ไม่ใช่ เป็นเพียงการแปลงรูปแบบ ทุกคนสามารถถอดรหัสกลับได้ จึงไม่ควรใช้เพื่อปกป้องข้อมูลลับ

จะเข้ารหัส URL ในภาษาโปรแกรมได้อย่างไร?

ส่วนใหญ่มีฟังก์ชันในตัว เช่น JavaScript encodeURIComponent(), Python urllib.parse.quote(), PHP rawurlencode(), Java URLEncoder.encode() เป็นต้น

Double Encoding คืออะไร?

คือการนำสตริงที่ถูกเข้ารหัสแล้วมาเข้ารหัสซ้ำ เช่น “%20” → “%2520” ซึ่งมักทำให้เกิดปัญหา ควรหลีกเลี่ยง