◆ 文档转换FREE

开发交付 JSON,
译者只想要 Excel。

JSON⇄XLSX嵌套键路径、占位符、转义,全保真 · 回填不串行、层级不塌。
转换器· 本地处理
把 .json 拖进来
或 从本机选择 · 文件不会离开你的浏览器
01 · 这工具到底替你做了什么

把 i18n 语言文件摊成译者能改的 Excel,改完再原样收回 JSON——嵌套键路径、占位符、转义、键顺序全保真,回填不串行、层级不塌。不是泛 JSON 转表格,是给本地化工作流的那一道工序。

文件不出端纯浏览器内 · 零上传 · 适配 NDA
确定性互转同样输入永远同样输出
双向无损往返JSON→Excel→JSON 键不丢
02 · 两种格式,一道往返

JSON 与 Excel,各自擅长不同的事

这一转换存在的理由,是让工程和译者各用自己顺手的工具,中间不丢东西。

i18n JSON.json

前端 / 客户端最常用的语言文件:键值对,常带嵌套(menu.start.label)、数组与复数分支(items[0]、ICU plural),值里夹着占位符({name}、%s)和转义(\n、\uXXXX)。工程顺手,但不是给人在里头逐条改的。

Excel.xlsx

译者、审校、外包最顺手的界面。一行一条,key 与译文并排,筛选、批量改、加批注都自然。代价是:裸 Excel 会把嵌套层级拍平、把 {name} 当普通文字、把 \n 自动更正——回工程那头就装不回去了。

本工具守住的就是那点「装不回去」:导出时把嵌套键路径、数组 / 复数索引、占位符、转义全部如实带进表格;改完导回时按 key 精确回填、还原层级,行顺序乱了也不串。这是「懂行的人才会查」的保真细节,通用 JSON 转 Excel 工具多半不管。

03 · 常见问题

你大概想先问这些

我的文件会被上传吗?+
不会。解析与转换全部在你的浏览器里跑(Web Worker 处理大文件),文件一刻都不离开本机,也不经过任何服务器。这对带 NDA 的本地化项目是硬要求,所以做成了纯客户端。
JSON 转 Excel 会丢东西吗?+
核心不丢:嵌套键路径、数组与复数索引、占位符、转义、空值都按规则一一搬运,双向往返保真。少数无法对应的结构(如带注释的 JSON5)会在导出时如实标注「未携带」,绝不悄悄丢——每次转换都给你一份保真报告。
Excel 转回 JSON,层级和顺序会乱吗?+
不会。回填按 key 精确锚定,把扁平化的键路径还原成原来的嵌套结构;就算你在 Excel 里打乱了行顺序也不影响。回填前还会比对源文件的占位符,不匹配的当场高亮提示;Excel 里新增的、没有对应 key 的行会在报告里列出待你确认。
为什么不直接用通用的 JSON 转表格工具?+
通用工具把 JSON 当普通数据拍平,占位符被当文字、转义被破坏、嵌套层级回不去,装回工程那头就报错。本工具按 i18n 语言文件的语义理解结构,只做本地化原生格式之间的转换——不做泛数据转换。
支持嵌套 / 数组 / 复数吗?要付费吗?+
支持嵌套键、数组、ICU 复数分支。这一档完全免费、无需账户、无使用次数限制——纯客户端没有服务器成本。具体支持的 JSON 方言与边界用例,以工具内的格式说明为准。
04 · 谁做的 / 为什么

做这个的人,自己干过这活

这工具不是「拿个大模型套个壳」,也不是把开源库换个皮。它来自十几年游戏本地化一线攒下的一堆「别人不会注意、出了就是事故」的细节。

工程交付一份 JSON,译者只想在 Excel 里改——中间那道格式损耗,本不该由人来填。

把语言文件丢给外包,十有八九回来时占位符被「自动更正」吃了、\n 变成真的换行、嵌套层级被拍平、复数分支错位——装回工程那头一片红。这些坑我们一个个踩过,所以工具默认就替你守住:按 key 锚定、占位符校验、层级还原。

免费、纯本地、即开即走。它是一道工序,不是一个平台——但它出自一个真懂本地化工作流的地方。