只做校驗
透過則給出可解析確認；失敗則指出常見語法問題。不改寫你的文字，也不會偷偷「修掉」尾逗號。
適合 CI 前的人工抽查，或把同事發來的片段先過一遍再往下用。
JSON 線上校驗
本地處理 也可透過 #data={"name":"Ada"} 或 #url=... 灌入資料，讀完即從位址列清除。
專門檢查 JSON 是否能被解析。介面聯調時先確認報文合法，再去做 Diff 或轉換，能少走很多彎路。校驗失敗時會盡量指出位置，方便對照 Network 面板或日誌原文。
本地執行
報文不會離開瀏覽器，適合含使用者資訊的響應體。重新整理頁面後輸入即清空。
和線上「把 JSON 貼到第三方網站」不同，本頁計算全在本機。
和格式化的關係
格式化頁也會校驗；本頁更適合「我只想知道這串對不對」。不必先選縮排或排序。
透過之後再去格式化、Diff 或轉 YAML，流程更清晰。
示例
{
"status": "ok",
"data": {
"items": [1, 2, 3,]
}
} 標準 JSON 不允許陣列或物件末尾的逗號。刪掉 3 後面的逗號即可透過校驗；若必須保留尾逗號，請改用 JSON5 工具。 尾逗號為什麼報錯？
RFC 8259 不允許。配置檔案裡常見尾逗號時，請用 JSON5 先轉成標準 JSON。
透過校驗就一定業務正確嗎？
只保證語法合法，不檢查欄位是否符合你們介面文件。結構約束請用 Schema。
單引號可以嗎？
標準 JSON 只允許雙引號。從 JavaScript 物件拷出來的內容請先轉 JSON5 或手工改引號。
報錯行號對不上怎麼辦？
先確認沒有把多段日誌粘在一起。只保留從第一個 { 或 [ 開始的完整文件再試。
推薦工作流
- 貼上介面響應、配置片段或同事發來的 JSON。
- 看結果是「合法」還是帶行列的錯誤提示。
- 修掉語法問題後，再去做格式化、Diff 或程式碼生成。
- 若長期要卡結構（必填、型別），把樣例拿到 Schema 頁生成草稿。
校驗透過只說明「能 parse」，不等於欄位齊全。釋出前仍建議對照介面文件或 JSON Schema。