一、先给结论
「Word转TXT」出来的是一份 UTF-8 编码、不带 BOM（文件开头那三个标识字节）的纯文本。它只把正文里的文字按阅读顺序搬出来，图片、表格的样式、字体、字号、排版一律不保留。把这条链路的边界一次说死：能拿走连续的文字，不能拿走任何非文字的东西。这一步是服务器处理，文件要上传到本站服务器处理；不登录也能用，登录后产物在文件列表里集中取。
二、为什么图片和表格注定留不下
这不是转换好坏的问题，而是两种格式的信息容量差着一个量级。
DOCX（2007 及以后版本使用的 Word 文档格式）本质上是一个打包容器，里面分门别类地存着正文、样式表、图片资源、表格的行列与合并定义。图片是独立存在的资源文件，表格是一组带结构和边框的标记。而 TXT 是纯文本，它就是一串按顺序排列的字符，格式里根本没有「这里插一张图」「这两格合并成单元格」这类信息可以落脚的地方。所以不是转换器偷工，是目标格式压根装不下——好比把一桌菜打成汁，再倒进只有一个杯口的容器，固体部分自然留不住。
字体、加粗、字号、行距、页面边距是同一个道理：纯文本不记录任何显示属性，重新打开时只剩字本身。你原来看到的排版，是从一份带样式的文件「降级」成一串字符时必然要交出去的代价。
还有一个常见错觉：有人以为表格「转丢了」。多数情况下格子里的字都还在，只是原本靠边框隔开的行和列被压成了先后排列，几列内容挤进同一行，看着像乱成一团。这不是丢字，是结构信息在纯文本里没有落脚的地方。所以判断这一步成没成，别看「像不像原来的表」，而要看「该出现的文字在不在」——文字齐全就说明链路正常，剩下的对应关系本就不归 TXT 管。
三、保留与不保留清单
| 内容 | 转成 TXT 后 | 说明 |
|---|---|---|
| 正文文字 | 保留 | 按阅读顺序连续输出 |
| 段落与换行 | 基本保留 | 连续空行可能被合并 |
| 图片 | 不保留 | 纯文本没有承载图片的区域 |
| 表格（边框、合并单元格） | 不保留结构 | 只剩格子里的文字，被摊平成一行 |
| 字体、字号、加粗、颜色 | 不保留 | 纯文本不记录显示属性 |
| 页眉页脚、脚注尾注 | 不保留 | 不在正文文字流里 |
四、分场景怎么选走哪条路
- 只要一份能被搜索引擎收录、能被任何编辑器打开的干净文字：走「Word转TXT」正好，文字都在。
- 表格要保留行列关系：TXT 给不了结构，应先在办公软件里把表另存为表格文件，再走 CSV 那条线，让每行每列各归各位。
- 要一份能直接发给别人、版面保持原样的：改走 Word转PDF，页面按文档自身的打印设置导出。
- 手上是老式 .doc：这一档只解 DOCX，传 .doc 多半会解析失败，先在办公软件里另存为 DOCX，或走 文档批量转换。
五、别做这几件事
- 别把 TXT 再存回 Word 却指望排版回来：文字一旦摊平，图片和样式不会凭空长回来，只能回原 DOCX 里改。
- 别指望表格数字还成列对齐：格子里的文字被摊成连续文本，靠空格对不齐，要结构请走上表的表格路线。
- 别直接传 .doc：这一档只认 DOCX，老格式十有八九解析失败，先另存是正解。
- 别用只认本地编码的老编辑器硬开带中文的产物：产物是 UTF-8 不带 BOM，个别编辑器默认按本地编码解会乱码，手动选 UTF-8 打开即可。
六、结果看着不对时按这个顺序排查
- 先确认原文件是不是 DOCX：不是就先另存为 DOCX 再传。
- 再分清丢的是文字还是非文字：文字都在、只是版式没了，这是设计如此，不是转坏。
- 需要版面 → 走「Word转PDF」；需要表格行列 → 走 CSV 那条线。
- 中文显示乱码 → 检查打开时选的编码是不是 UTF-8，换 UTF-8 再看一次。
常见问题
问：图片是真没了，还是藏在了文件某个角落？
答：是真没了。TXT 只有一条字符流，没有能承载图片的位置，一张图也带不进去，任何位置都找不到它。
问：表格转完变成挤在一起的一堆字，正常吗？
答：正常，原始表格里的文字会留下，但行列与合并关系不保留；想留住结构就得改走表格类入口，而不是这一档。
问：手机上能做吗，一定要装办公软件吗？
答：不用装，这一档是网页入口，手机浏览器上传即可（文件要上传到本站服务器处理），产物是一个 .txt，登录后在文件列表里取。
本站入口
站内 Word转TXT，把 DOCX 转成一份不带 BOM 的 UTF-8 纯文本，产物为 .txt。拿到文字后若还要版面走「Word转PDF」，还要表格行列就改走 CSV 那条线。