你把一段话拆成表格，觉得清爽了。拿给别人看，对方盯着一个格子问，这格说的是哪种情况。你指指表头，说在上面。可表头不在这一行里，格子自己不会开口。
换到手机上再看一眼，表格太宽，得横着拖才看得全。人还没读顺，先被拖走了。你本意是让内容清楚，结果先添了一道门槛。问题不在表格，在这块内容压根不该进表。
先问一句，这块内容是拿来比对的还是讲事情的
判断法就一句，先分清这块内容是把几项对齐比一比，还是把一件事从头讲明白。比对进表，讲明白留在段落里。进表之前再把表头遮住，只留一个格子，看还读不读得出它属于哪一列、整句什么意思。读不出，意思就全压在表头那一行，别进表。
| 这块内容 | 放哪 | 理由 |
|---|---|---|
| 一组同维度的取值，能对上号 | 表格 | 单格加表头就能还原 |
| 有先后、有前提、有转折 | 段落 | 意思靠句子连着，拆开就断 |
| 又有比对项又带前提结论 | 拆成段落加表格两段 | 前提塞进格子会被当成普通取值 |
拆成两段那一行常被跳过。一块内容里既有一组能对上的项，又带一段前提或结论，人的第一反应是做张大表全装进去，结果前提被当成普通取值填进格子，结论混在数据行里没了归属。稳妥做法是先写一段把前提讲清楚，再用表格列那组比对项，各说各的。
本站改版时点过一遍，也栽过一次
正文里的表格逐页点过，15 张表配了 15 个容器，一张不落；390 与 1280 两个视口横向溢出都是 0。也踩过坑，曾有一张表写了 min-width:480px，在 390 视口撑出 106px 横向溢出，手机上得横着拖才看得全。后来去掉那个不肯收缩的最小宽度，交给容器管横向，才回到溢出 0。这些桌面截图看不出来，非把页面缩到手机宽度才露。
还有一层更隐蔽。表被程序按行往下读，取到数据行时表头那行已经过去，格子离开表头就成了一串孤词。标题和表头不是摆设，是给格子留的归属。窄屏下把列数收到三列以内，列多了再稳也挤，宁可拆表或改回段落。
别人怎么做，按证据分三档
一档有规范原文撑着，可以当依据。表格标题与表头单元格在标记规范里写明用途，不是装饰，是给按行读的程序指路；2026 年 8 月发布的可信传播团体标准里关于信息生态治理的原则性要求，也讲结构要如实反映内容，别为凑结构把表述扭了。这档写文字出处，不加链接。
一档是行业里流行、却没人公开验证过的，凡内容都往表格里塞，或者反过来见表就拆成段落。这类只归纳做法，不当依据，不写效果，不点名谁家。
还有一档有公开争议，为凑结构批量铺表格页、把关键词堆进格子，以及拿一两次抓取就宣布引用变好，都被写进治理的边界里，别学。三档只谈做法与证据强弱，不点名具体站点，不写谁比谁强。
什么时候不必这么做
纯叙事、观点、案例经过，本来就该是段落，别硬拆成表，拆完格子还在，因果和语气全丢。一句话能说清的结论，为它单起一张表，表头比内容还重。只有发文权限、动不了页面结构的，把判断法用上就够了，容器与表头那层不必碰。窄屏下用不上比对关系的小结论，留在段落里就够。
一句话的判断标准
别问做成表是不是显得规整，问两件事，单看一个格子加表头能不能把意思还原，手机上要不要横着拖。两样都过，才轮得到谈表；有一样不过，写回段落。
想把这套取舍拆开看，表格与列表怎么取舍的工程规范给了判断对照表、窄屏溢出的核查和一份能当场用的检查清单，可以拿自己的页面复算一遍。