17网 - 关于APP

本频道定位：17网APP 是手机端的便捷入口

17网APP 频道不是另一个内容仓库，而是 一起草官网 在手机端的轻量入口。它把「一起草官网手机端随时随地便捷访问」拆成可触摸的页面结构：导航收窄、卡片变大、点击区域加宽，拇指滑动就能完成大部分操作。我们做过一次对比，同一篇 17传媒 稿件在桌面端要滚动约四屏，在 APP 频道里压到两屏半，找信息的步数少了将近一半。

这个频道的角色更像「前台接待」：它不重复主站的全部内容，而是把 17吃瓜、17传媒等频道里适合碎片时间看的部分挑出来，用圆角卡片重新排布。你在地铁上、排队时打开手机，看到的是被压缩过层级的信息，而不是把桌面网页硬塞进小屏幕。这也是我们把 全部 和 详情 都做成独立移动页的原因。

需要说清楚的是：APP 频道不替代主站，它和 17c.com 主域是互补关系。主站负责完整归档和深度阅读，APP 频道负责「随手打开、快速看完、方便返回」。两者共用同一套内容源，只是呈现方式不同。

内容方向：围绕17c一起草的手机阅读场景

APP 频道的内容方向由「手机阅读场景」倒推。我们观察到一个具体现象：手机端单次停留往往集中在三到五分钟，用户更愿意点开标题短、段落短、有明确结论的条目。所以这里优先收录 17c一起草 体系里适合短读的稿件，长文会被拆成带小标题的移动版，而不是原样搬运。

目前频道主要覆盖三类内容：一是 17传媒 的资讯速览，把事件背景压到前三句；二是 17吃瓜 的轻量话题，保留讨论点、去掉冗余铺垫；三是使用说明类内容，比如如何从 17官网 跳到 APP 频道、如何在手机端收藏和回看。每类内容都按移动端重新排版，段落不超过五行。

我自己的使用习惯是这样的：通勤路上先刷 APP 频道的列表页，看到感兴趣的标题再点进详情页，晚上回到电脑前才去主站看完整版本。这个「手机筛、桌面读」的流程，正是我们设计内容方向时参考的真实路径。我们不追求把主站内容全搬过来，而是让 APP 频道成为筛选层。

编辑原则：17网APP 频道的四条底线

移动端屏幕小，容错率低，编辑原则比桌面端更硬。以下四条是我们实际执行的规则，不是写在墙上的口号。

1. 段落不超过五行：手机上一屏大约显示五到六行，超过就拆段或加小标题，避免出现「一坨文字」。我们内部把这条叫「拇指规则」。
2. 标题先给结论：移动端用户扫读为主，标题里必须包含可判断的信息，不用悬念式短句吊人胃口。
3. 图片有替代说明：所有配图都带 alt 属性，用文字描述画面内容，弱网或图片未加载时页面仍可读。
4. 链接指向明确：频道内所有跳转使用绝对路径，避免相对路径在子域之间产生歧义，确保从 app.17c-detai.cloud 到主站的跳转稳定。

「手机端编辑的第一原则不是好看，是不让人迷路。」—— 这是我们在做 APP 频道改版时写在协作文档开头的一句话，后来成了每次评审的检查项。

我个人比较坚持的一点是：不要为了填满屏幕而加内容。APP 频道宁可某天只更新三条，也不把不相关的条目塞进列表。移动端的信息密度一旦失控，用户滑两下就退出了，这比更新少更伤。

FAQ：关于17c APP 的常见问题

SEO 文章：一起草官网手机端随时随地便捷访问的实践记录

「一起草官网手机端随时随地便捷访问」这句话听起来像口号，落到页面上其实是一串具体决定。我们做 APP 频道时，先统计了手机端用户的点击热区，发现屏幕下半部分点击率明显偏低，于是把主要入口集中在拇指自然覆盖的上半区。这个调整之后，列表页到详情页的点击路径缩短了一次滚动，用户更容易在碎片时间里完成一次完整阅读。

第二个决定是放弃「把桌面版缩小」。早期我们试过直接缩放主站页面，结果字体过小、按钮难点、横向滚动频繁。后来改为独立移动模板，卡片圆角统一 24px，标题字号放大，段落强制拆短。改版后我们做了一轮小范围观察，同一批内容在手机端的读完率比缩放版高出一截，用户返回列表继续浏览的比例也更高。

第三个决定和链接结构有关。APP 频道位于 app.17c-detai.cloud 子域，所有指向主站的链接都写成绝对路径。这样做的好处是跳转关系清晰，从 APP 频道回到 17c.com 主站不会出现路径拼接错误。对用户来说，只是点一下「返回主站」；对搜索引擎来说，子域和主域之间的关系是明确可读的。

如果你正在用手机看这一页，可以顺手试一下：点开列表页，找一条感兴趣的标题，看完再回来。整个流程应该不需要放大页面，也不需要横向拖动。这就是 17网APP 频道想做到的状态——手机端访问不将就，随时打开，随时看完。

• 移动端优先：先定手机排版，再考虑桌面呈现。
• 短读优先：段落不超过五行，标题先给结论。
• 路径明确：子域与主站之间用绝对路径互链。
• 可读兜底：所有配图带 alt 属性，弱网可读。