先描述作品
地区、题材、作者、状态、章节与主要叙事方向是基本信息，不能只留封面和标题。
关于 51漫画
用清晰分类、编辑书单和良好阅读体验连接漫画与读者
51漫画定位为综合阅读门户与漫画内容导览产品。我们关注国漫、日漫、韩漫、短篇、连载与完结作品，也关注读者从首页进入、找到作品、确认章节、收藏追更、回到阅读记录这一整条路径是否清楚。
我们想解决的不是“内容越多越好”，而是“怎样更快找到适合现在的作品”
漫画站很容易陷入两个极端：一种只剩下封面墙，作品之间除了标题几乎没有区别；另一种把所有注意力都放在热度数字，让读者不断追逐同一批条目。51漫画更希望把地区、题材、作者、连载状态、章节规模和阅读场景一起组织起来。通勤时适合短篇，晚间可能更想追一两部稳定连载，周末则可以选择已经完结、结构完整的长篇。不同时间对应不同入口，阅读就不必被同一种排序绑住。
因此首页不是单一瀑布流，而是书店橱窗、今日更新、地区书架、题材专题、追更进度、完结精选、作者故事、社区书评与产品工具交替出现。每一个模块都承担不同问题：现在更新了什么、这一地区有什么、哪种题材适合我、这部作品为什么值得读、我上次看到哪里。我们尽量让页面结构本身回答这些问题。
编辑原则
推荐理由必须比“热门”“好看”更具体
编辑区会说明作品的规则设定、人物关系、章节节奏、篇幅和阅读场景，让读者知道一部作品可能适合自己的原因。
再说明理由
推荐理由要落到规则、分镜、人物或阅读节奏，避免所有卡片共享一套空洞文案。
最后说明边界
免费范围、更新时间与版权状态都不使用无法验证的绝对化承诺。
产品体验
阅读产品的成熟感来自路径稳定，而不是功能越堆越多
我们把搜索、筛选、详情、章节目录、收藏、最近阅读和追更做成渐进增强：即使 JavaScript 不可用，核心正文与站内链接仍然存在；脚本只负责打开菜单、折叠 FAQ、切换标签页、记录本机状态和改善书架操作。这样既降低出错范围，也让页面在普通 PHP 虚拟主机上更容易部署。
移动端固定底栏只保留首页、漫画、追更、发现和我的书架五个高频入口，并预留安全区域避免遮挡正文。桌面端则充分利用宽屏，但作品介绍和长正文仍保持合理阅读宽度，不让每一行文字无限延伸。
版权边界比“资源齐不齐”更重要
51漫画不是盗版下载站，也不通过网盘、磁力、破解或绕过付费限制的方法补齐内容。作品、作者和章节数据优先使用虚构示例或可合法展示的信息；如果提及真实对象，也只使用公开基础信息，不伪造授权、独家合作、销量或官方身份。没有完整正文展示权限时，章节入口只展示目录、阅读进度和产品界面结构。
“免费漫画”同样需要具体语义。限免、公开试读、平台自有内容与授权可读不是一回事，所以页面会分别标注。我们不会把这些状态合并成“全站永久免费”的营销口号，也不会用虚假倒计时逼迫读者点击。
社区与反馈
讨论可以有锋芒，但应把锋芒留在作品分析里
社区欢迎不同观点，只要它们围绕剧情、画风、人物、分镜和阅读体验展开。我们不鼓励辱骂、造谣、隐私曝光或针对现实作者与读者的围攻。书评的价值是让别人看到一个新的阅读角度，而不是制造冲突。
如果发现作者署名、作品状态、页面链接或版权边界问题，联系页提供纠错清单。反馈越具体、依据越公开可核对，越容易定位和处理。
我们如何组织内容
编辑、产品与技术围绕同一条阅读路径协作
数据结构保留兼容变量名，但前台输出全部使用漫画语义；页面、组件和数据源边界清楚，便于普通 PHP 主机部署和后续维护。
编辑
负责作品信息、书单逻辑、推荐理由、FAQ 和版权表达的一致性。
产品
负责发现、追更、详情、书架和阅读界面的操作路径与信息层级。
技术
负责服务端输出、参数白名单、转义、响应式、可访问性和渐进增强。
从这里继续
了解定位之后，回到具体作品最重要
你可以从最新更新开始追新章，从漫画推荐找编辑书单，或从发现页按地区和题材逐步缩小范围。