Định Dạng và Kiểm Tra JSON Online

Cách Sử Dụng

1. Dán JSON của bạn vào ô nhập bên trái (hoặc nhấn "Load Example" để thử).
2. Chọn thu lề 2 khoảng trắng hoặc 4 khoảng trắng.
3. Nhấn "Format" để làm đẹp, hoặc "Minify" để nén thành một dòng duy nhất.
4. Nếu JSON không hợp lệ, đọc thông báo lỗi bên dưới các ô để tìm vấn đề.
5. Nhấn "Copy" để sao chép kết quả vào clipboard.

Ví dụ

Đầu vào

{"name":"CodeKitHub","tools":["json","base64"],"free":true}

Đầu ra

{
  "name": "CodeKitHub",
  "tools": [
    "json",
    "base64"
  ],
  "free": true
}

Cùng một dữ liệu, được định dạng với thu lề 2 khoảng trắng. Minify làm điều ngược lại: loại bỏ mọi khoảng trắng.

Công Cụ Này Là Gì?

Công cụ định dạng JSON nhận văn bản JSON thô, đã nén hoặc lộn xộn và viết lại với thu lề và xuống dòng nhất quán để dễ đọc hơn. JSON (JavaScript Object Notation) là định dạng dữ liệu phổ biến nhất được các API, file cấu hình và hệ thống log sử dụng, nhưng máy chủ thường gửi nó dưới dạng một dòng dài khó đọc để tiết kiệm băng thông.

Công cụ này cũng hoạt động như một trình kiểm tra JSON hợp lệ: nó phân tích đầu vào của bạn theo đúng quy tắc nghiêm ngặt mà trình duyệt sử dụng, nên nếu JSON của bạn thiếu dấu phẩy, có key không đặt trong dấu nháy hay dấu phẩy thừa cuối cùng, bạn sẽ thấy chính xác thông báo lỗi thay vì thất bại âm thầm.

JSON được định nghĩa chính thức bởi hai tiêu chuẩn song hành, RFC 8259 và ECMA-404 — và đặc tả này cố tình nghiêm ngặt hơn cả JavaScript, đó là lý do một đoạn mã chạy được như JS vẫn có thể không qua được kiểm tra JSON nghiêm ngặt ở đây.

Mẹo thực tế

• Đang gỡ lỗi một API? Dán phản hồi thô trước, định dạng sau — trình kiểm tra sẽ chỉ ra chính xác dòng và cột của vấn đề cú pháp, tốt hơn nhiều so với nhìn chằm chằm vào một khối một dòng.
• Dùng thu lề 2 khoảng trắng để đọc trên màn hình và nén JSON trước khi dán vào một URL, biến môi trường hoặc tin nhắn chat — khoảng trắng ở đó chỉ tốn dung lượng.
• Comment kiểu JSON5 và dấu phẩy thừa cuối cùng là hai lý do phổ biến nhất khiến config viết tay "trông có vẻ ổn" nhưng lại thất bại khi kiểm tra: JSON nghiêm ngặt không cho phép cả hai.
• Với file rất lớn (log, dữ liệu xuất từ database), chỉ định dạng phần bạn cần quan tâm — trình soạn thảo của bạn vẫn phản hồi nhanh và cấu trúc dễ theo dõi hơn.

Ứng dụng trong quy trình làm việc thực tế

Quy trình phổ biến nhất chúng tôi thấy: một API trả về JSON được bọc Base64 hoặc đã nén bên trong một token hay payload webhook. Giải mã Base64 trước, định dạng JSON sau, và so sánh hai phản hồi khi có gì đó thay đổi giữa các môi trường. Mỗi bước đều có công cụ riêng ở đây, và dữ liệu của bạn không bao giờ rời khỏi trình duyệt ở bất kỳ bước nào.

Lập trình viên frontend dùng chiều nén cũng thường xuyên như định dạng: đang phát hành một file JSON tĩnh lớn? Nén nó thường tiết kiệm 20–30% dung lượng ngay cả trước khi gzip bắt đầu hoạt động.

→ Mã Hóa / Giải Mã Base64 · So Sánh Văn Bản

JSON trong các ứng dụng và dịch vụ Việt Nam

Nhiều lập trình viên Việt Nam gặp JSON lộn xộn nhiều nhất khi tích hợp cổng thanh toán hoặc dịch vụ định danh trong nước. Phản hồi từ API Momo, ZaloPay hay VNPay thường trả về một dòng JSON nén kèm chữ ký (signature) và mã giao dịch — dán vào đây trước khi debug giúp bạn nhìn rõ trường nào chứa mã lỗi thực sự thay vì đoán mò giữa hàng trăm ký tự.

Khi làm việc với dữ liệu liên quan đến VNeID hoặc hồ sơ nộp trực tuyến (dịch vụ công), payload JSON thường lồng nhiều cấp (thông tin cá nhân, giấy tờ, lịch sử xác thực) và hay bị lỗi do key tiếng Việt có dấu bị escape thành \u kỳ lạ — công cụ vẫn hiển thị đúng bản format, giúp bạn xác nhận ký tự có dấu (ă, ơ, ư) được mã hóa đúng chuẩn UTF-8 trước khi gửi lên hệ thống.

Các trường hợp sử dụng phổ biến

• Đọc một phản hồi API đã nén được trả về dưới dạng một dòng khó đọc, để hiểu cấu trúc của nó khi gỡ lỗi.
• Kiểm tra tính hợp lệ của một file cấu hình (như package.json hoặc một file settings dạng JSON) mà một ứng dụng lại đọc không đúng một cách khó hiểu.
• Chia sẻ một đoạn JSON dễ đọc, đã định dạng trong báo cáo lỗi, code review hoặc tài liệu.
• Giảm một payload JSON xuống dạng nhỏ nhất trước khi nhúng vào một tham số URL hoặc lưu vào một cột database có giới hạn dung lượng.

Tại Sao Nên Dùng?

Một webhook Momo hoặc ZaloPay báo lỗi thanh toán nhưng payload trả về chỉ là một dòng JSON dài dằng dặc trong log — dán vào đây để thấy ngay trường "resultCode" hay "message" nào đang gây lỗi.

Build Next.js của bạn báo "Unexpected token in JSON at position 342" mà không nói rõ ở đâu — dán nội dung file .json bị lỗi vào đây, công cụ chỉ thẳng dòng và cột.

Bạn sắp gửi cấu hình app lên một server ở xa qua đường truyền 4G chậm — minify trước để giảm dung lượng payload trước khi nó rời khỏi máy.

JSON bạn đang debug chứa số CCCD, số điện thoại khách hàng hoặc access token — mọi thứ xử lý ngay trên trình duyệt, không có gì được gửi lên server thứ ba chỉ để đọc.

Đang review pull request của đồng nghiệp có kèm file fixture JSON bị nén thành một dòng — format lại trước để diff trên GitHub thực sự có ý nghĩa.

Không có tường đăng nhập nào cả — mở trên điện thoại giữa lúc trực on-call lúc nửa đêm, công cụ vẫn hoạt động y hệt như trên laptop.

Câu Hỏi Thường Gặp