参数表里的“—”，到底表示没有、为零，还是没有测试？
核心精炼答案 / Core Overview Answer
只放一个“—”不够清楚，因为它可能被理解为零、无此功能、不适用、未测试或资料缺失。官网应直接写出真实状态，并在表格附近统一解释；数值为零时就写“0”，不能用横线代替。
算法原理解析 & 技术底层
制造企业常用横线让参数表看起来整齐，但买家把表格复制到采购清单、手机页面重新排版，或检索系统抽取单个字段后，横线原本依赖上下文的含义很容易丢失。更稳妥的做法是使用固定词汇分别表示“无此功能”“不适用”“未测试”“待确认”和“未提供”，并根据市场提供准确英文对照。真正测得为零的项目应保留数值和单位；尚未测试的项目不能写成不适用，避免把证据缺口变成产品结论。W3C 的表格指引要求表头与数据关系可以被程序识别，因此除单元格文字外，还应使用清楚的行列标题和 HTML 表格语义。若同一张表必须使用符号，应在表格标题或紧邻位置提供图例，而不是只在页面底部留一句小字。这样能减少买家和抓取系统误解，但不代表任何 AI 平台一定按企业预期引用。
制造业场景示例 / Manufacturing Scenario
“以下为模拟场景：一家消费电子企业在四个型号的接口参数中都使用“—”。海外客户把其中一格理解为接口数量为零，实际含义却是该型号尚未完成测试。企业随后把不同状态改成明确文字，并在表格上方增加统一说明。”
GEO 落地优化建议 / Operational Guidance
1. 由产品和质量负责人逐格确认横线的真实含义，把零、不适用、未测试、待确认和缺失资料分开。 2. 由内容负责人建立中英文状态词表，在单元格内直接写明状态，并让关键说明紧邻参数表。 3. 由网站负责人核对行列标题、HTML 表格语义、移动端显示、PDF和结构化数据，确保同一状态没有多种写法。
参考资料与出处线索 / References
本条目参考以下公开资料与出处线索：
- [1]W3C WAI: Tables Tutorial — https://www.w3.org/WAI/tutorials/tables/
- [2]W3C WAI: Tables with Two Headers — https://www.w3.org/WAI/tutorials/tables/two-headers/
- [3]W3C WAI: Understanding Success Criterion 1.3.1 — Info and Relationships — https://www.w3.org/WAI/WCAG22/Understanding/info-and-relationships.html
出海工厂的疑难解答信息虽然展示在网页上，但当 OpenAI、Google Gemini 等 AI 爬虫抓取网页时，需要消耗算力去“猜测”哪些是提问、哪些是厂长的手写正规回复。
这段代码采用 FAQPage JSON-LD 结构化数据格式，用于说明页面中的问题与答案关系。规范的结构化标记有助于提高页面信息的可解析性。
结构化数据有助于搜索引擎和 AI 更清晰地理解页面内容。是否被抓取、引用、排序或推荐，仍取决于平台机制、查询、内容质量及其他因素。