直接删掉没用的国际化代码比优化更安全，因90%冗余来自未调用语言包、空data-i18n属性、残留lang值及注释掉的i18n.init()；需先验证i18n实例是否存在、观察删除节点后文案是否变化、核对html lang值是否真实生效，再用VSCode正则批量清理。
怎么判断哪些国际化代码真没用
直接删比“优化”更安全。HTML里90%的国际化冗余来自复制粘贴进来的未调用语言包、空的data-i18n属性、残留的lang="zh-CN"但页面根本没做多语言切换、以及被注释掉的i18n.init()调用。这些代码不报错，但会干扰翻译工具扫描、拖慢构建、增加bundle体积。
先确认实际生效的语言逻辑：
- 在浏览器控制台执行
window.i18n或typeof __，看是否真有全局i18n实例；没有就说明整套框架没启用 - 搜索
data-i18n、data-lang、locale=等关键词，再切到Elements面板，右键「Delete element」临时删掉含这些属性的节点，观察文字是否变化 - 检查
<html lang="xx">里的值是否和当前页面真实语言一致——如果始终是lang="en"但所有文案都是中文，那这个属性就是摆设
VSCode正则批量清理无用i18n属性
别手动一个一个删。VSCode开正则替换（Ctrl+H → 勾选.*图标），用这几条能覆盖90%场景：
- 删空的国际化属性：
data-i18n\s*=\s*["']["']→ 替换为空 - 删已废弃的lang标记：
lang=["'][^"']*["']→ 仅当确认页面不依赖它时才执行 - 删整行注释掉的i18n初始化：
//\s*i18n\.init\(\);或<!--.*?i18n.*?--> - 注意：不要用
data-i18n.*?>这种贪婪匹配，容易跨标签误删，必须加?变成非贪婪
HTML模板里混用i18n占位符怎么清
很多老项目用{{t "login"}}、这类服务端模板语法写静态页，结果前端根本没渲染引擎——这些字符串留在HTML里只会让开发者困惑，还可能被爬虫误抓。
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
操作前先确认你用的是纯静态HTML还是某框架（如Vue的{{ $t('xxx') }}）：
- 如果是纯HTML，全局搜索
{{、、<code>、<code>__("，全部删掉（连同对应闭合符号） - 如果是Vue/React项目，保留
{{ $t(...) }}但删掉所有data-i18n双写——二者选其一，别共存 - 特别警惕
<template>标签里藏着的i18n指令，它们不渲染但会被Webpack解析，得一起清理
删完记得验证DOM结构和辅助技术
删掉lang属性或aria-label里带翻译的字符串后，屏幕阅读器可能读不出关键信息。别只看页面显示正常就认为完事了。
- 用Chrome DevTools的Lighthouse跑一次「Accessibility」审计，重点看「
document language not specified」警告是否新增 - 检查按钮、表单控件是否还有
aria-label或title——这些不是i18n专属，是可访问性刚需，不能跟着一起删 - 如果用了
<meta name="viewport">之外的<meta http-equiv="Content-Language">，2026年已完全废弃，直接删
最常被忽略的点：删掉data-i18n后，JS里还留着querySelector('[data-i18n]')遍历逻辑，它不会报错但会白跑一遍DOM，得同步清理或加存在性判断。
