最后更新: 2026-09-04

LINE 字数限制 - 消息、笔记与个人资料的上限汇总

LINE 是在日本已经广泛普及的即时通讯应用，从私人联络到商务沟通都被大量使用。虽然日常频繁使用，但准确掌握各功能字数限制的人并不多。本文将全面汇总 LINE 主要功能的字数上限，并深入解析专业人士实践的活用技巧。

动手写之前先确认的几件事

截至 2026 年 8 月，LINE 聊天消息的上限是 10,000 字符。不过实际使用中，比触及上限更常遇到的是发错内容。LINE 支持在发送后的一段时间内"撤回"消息，可撤回的时间范围以应用内的官方说明为准。发现字数算错或内容写错时，这是一个值得记住的安全网。

另一件容易被忽略的事是通知预览。接收者最先看到的往往不是完整消息，而是锁屏或通知栏里被截断的开头部分，能显示多少取决于机型和通知设置。同时，把长内容拆成多条连续发送时，接收者会收到多次通知，因此拆分的界线应该是"一条消息说完一件事"，而不是单纯按字数切开。至于表情符号，它与文本字数是各自独立的约束，混排时两边都要留出余量。

还有一点是计数方式本身。用计数工具确认篇幅时，先看清全角与半角、换行和空格分别怎样计算，同一段文字在不同计法下得到的数值并不一样。发送前用字符计数器把正文过一遍，比凭手感判断"大概不会超"要稳妥，在有严格上限的官方账号配送和 Bot 开发中尤其如此。

10,000 字符限制的技术背景

LINE 为聊天消息设定 10,000 字符上限的背后，与消息传输基础架构的设计理念有关。LINE 的消息通过服务器实时传递，单条消息的有效载荷越大，服务器的处理负载和通信带宽消耗就越大。在 UTF-8 编码下，一个日语字符占 3 个字节，因此 10,000 个日语字符的消息约为 30KB 的数据量。虽然与图片和视频相比很小，但作为文本消息已经是相当充足的容量。

10,000 字符这个数值在实用层面上几乎"不需要意识到限制"，同时也作为防止恶意大量文本发送导致服务器过载的安全阀发挥作用。日常交流中发送的消息大多在几十到几百字符之间，达到 10,000 字符上限的情况极为罕见。

"已读"并不等于读完

LINE 的"已读"被广泛当作消息到达的确认，但它标记的只是消息已经在接收者的屏幕上显示过，而不是内容已经被读到最后。在通知栏点开、在列表里滑过、甚至只是打开聊天窗口找别的内容，都可能让"已读"亮起来，此时接收者未必真的处理了消息里的信息。

由此产生的是发送者和接收者之间的认识偏差：发送者看到"已读"就认为事情交代完毕，接收者却把长消息记成"等有空再看"。缩小这个偏差靠的不是催促，而是让消息本身能在一屏内读完，并把需要对方动作的部分单独成句、放在开头附近。需要交代详细背景时，把长内容放进笔记或链接，聊天里只留结论和请求。

更具体地说，发送前可以检查三点：这条消息希望对方做什么，这个请求有没有写在开头附近，以及去掉之后不影响理解的句子是否都删干净了。寒暄、铺垫和背景说明常常占掉大半篇幅，而它们恰恰是接收者滑动屏幕时最先被跳过的部分。把请求和期限放在前面、背景放在后面，即使对方只读了开头，也不会漏掉真正要紧的信息。

LINE 的字数限制一览

本文所列上限均为截至 2026 年 8 月的规格，可能会有变更。

LINE VOOM 与聊天消息的字数比较

LINE VOOM (原 LINE 时间线) 和聊天消息虽然都是 10,000 字符上限，但性质截然不同。聊天消息以实时的一对一或群组内交流为前提，长文会占据对方的屏幕，因此推荐短文。而 LINE VOOM 是面向关注者的信息流式帖子，用户按自己的节奏滚动阅读，因此与长文内容的兼容性更好。

此外，LINE VOOM 的帖子可以添加话题标签，从而触达关注者以外的用户，这是与聊天消息的重大区别。话题标签本身也计入字数，因此正文和话题标签的总计需要控制在 10,000 字符以内。实际运营中，与其把正文写到接近上限，不如给话题标签和换行留白预留出余量，这样版面读起来更轻松。

另外，VOOM 的帖子在时间线上通常只展开开头几行，其余部分要点击才会显示。也就是说，开头几行承担着"要不要点开"的判断，把结论或者最有意思的一句放在最前面，比按时间顺序从背景写起更容易被读下去。长帖子里适当分段、在段落之间留一个空行，滑动时的视觉负担会明显减轻，这一点在手机上比在电脑上更重要。

LINE 官方账号的字数限制

官方账号 500 字符之墙：为什么是这个限制

LINE 聊天机器人的消息设计背后，蕴含着用户体验的设计理念。企业发送的长文消息，接收者往往还没读就先感到负担，从而被推到"以后再看"。500 字符是日语约 1 分钟可读完的分量，也是智能手机屏幕不滚动就能读完的极限长度。正是因为有这个限制，企业不得不将消息精简为"真正想传达的内容"，从而维护了用户体验的质量。

需要注意的是，LINE 官方账号的 500 字符限制针对的是"文本消息"，通过与富媒体消息、卡片类型消息等其他消息形式组合，实际可传达的信息量可以大幅增加。一次配送最多可发送 3 个气泡 (消息对象)，文本、图片、卡片可自由组合，因此仅看 500 字符这个数字就判断"太少"为时过早。

要在 500 字符内写完一条消息，调整顺序比逐字删词更管用。先写这次要告诉对方的一件事，接着写对方需要采取的动作，最后再放补充说明和链接，这样即使读者只看了开头两行也不会漏掉重点。反过来，从背景和寒暄写起的消息在删减时往往只能砍掉结尾，结果把最要紧的部分删掉了。写完之后再通读一遍，把"关于这件事""想跟您说明一下"这类不带信息的过渡句去掉，通常就能腾出足够的余量。

表情符号、贴纸与特殊字符的字数计算

LINE 消息中的字数计算存在一些违反直觉的行为。首先，LINE 独有的表情符号 (LINE 表情) 每个计为 1 个字符，但 Unicode 标准的表情符号在内部可能被计为 2 个字符。例如，国旗表情符号 (🇯🇵 等) 由 Regional Indicator Symbol 组合构成，外观是 1 个字符但内部消耗 2 个以上字符。

LINE 贴纸作为独立于消息的对象发送，因此不影响文本消息的 10,000 字符限制。但是，一条消息内不能混合文本和贴纸，贴纸始终作为独立消息发送。此外，LINE 表情符号的可用数量与文本字数限制是各自独立的约束，混排时两边都需要留出余量。还有一点是显示环境的差异：同一个表情符号在不同机型和系统版本上的字形并不完全一致，用它替代文字来表达关键信息时，接收者看到的可能与自己预期的不同。把表情符号当作语气和视觉停顿的辅助、而把必须准确传达的内容写成文字，是更稳妥的分工。

换行符也计为 1 个字符，这一点需要注意。在使用大量换行来美化排版的消息中，实际消耗的字数会多于可读文本。在官方账号 500 字符限制内编写消息时，需要将换行符的消耗也纳入考虑。

LINE Bot (Messaging API) 的字数限制

使用 Messaging API 开发 LINE Bot 时，适用与普通聊天消息不同的字数限制。Messaging API 的文本消息最大限制为 5,000 字符，是个人聊天 10,000 字符的一半。这个限制被认为是考虑了 API 响应大小和服务器负载的设计。

Messaging API 一次请求最多可发送 5 个消息对象。除文本外，还可使用图片、视频、音频、位置信息、贴纸、模板、Flex Message 等多种消息类型。特别是 Flex Message 通过基于 JSON 的布局定义，可以自由组合文本、图片和按钮构建高级消息，但 JSON 整体的大小同样有上限，具体数值请在官方参考文档中确认现行约束。

Bot 开发中容易被忽略的是超限时的处理。文本超过上限时，API 会返回错误而消息并不会送达，如果代码只是忽略返回值，运营方会以为消息已经发出去了，直到用户反馈才发现漏发。稳妥的做法是在发送前就在代码里检查长度，超出时改为拆成多条依次发送，或者截断正文并附上查看全文的链接，同时把错误写进日志以便事后核对。模板生成的消息尤其需要注意，正文由变量拼接而成时，长度会随数据变化，测试时用最长的一组数据跑一遍才靠得住。

此外，Messaging API 的推送消息和回复消息可发送的消息数量不同。回复消息每次事件最多 5 个，推送消息每次请求也最多 5 个。广播消息 (向所有好友群发) 同样最多可发送 5 个消息对象。

失败案例：不注意字数会怎样

不了解 LINE 的字数限制，会遇到以下问题。

• 官方账号文章被截断：不知道 500 字符限制而编写长文，发送时出现错误。匆忙删减文字后，变成意思不通的半截消息
• 个人资料名被"..."省略：试图设置超过 20 字符的名字却无法输入，勉强缩短后变成无法辨认的名字
• 长文消息被已读不回：发送写满 10,000 字符上限的消息，接收者的屏幕被占满，失去阅读意愿
• 群组笔记中的信息被淹没：将重要通知发在聊天中，之后无法找到。使用笔记功能可保存 10,000 字符，还可以置顶
• Bot 开发中字数超限错误：以个人聊天的 10,000 字符限制为前提编写代码，却触及 Messaging API 的 5,000 字符限制。API 响应的错误处理不充分时，消息无法送达用户

私人聊天中好读的字数参考

和朋友、家人的私人聊天中，"简短"比商务场景更直接地影响易读性。智能手机屏幕能容纳的字数有限，掌握不同字数在屏幕上的显示效果和给对方的印象，就能让对话保持良好的节奏。

和朋友日常聊天的话，20-50 字最合适。给老师或前辈发消息的话，50-100 字左右既礼貌又好读。消息快写长时，缩减字数的技巧在 LINE 中同样适用。

另外，被已读不回的原因大多不是消息太长，而是"不好回复"。越短、问题越明确、回复选项越少的消息，越容易得到回复。

如果对方迟迟没有回应，再追加一条"刚才那条看到了吗"通常只会增加压力。更有效的是把原来的问题改写得更容易回答，比如给出两个具体选项，或者写明"如果不方便就不用回了"，让对方用一句话甚至一个贴纸就能结束这轮对话。

商务场景的最佳字数

不同用途之间的差别，本质上不在字数，而在接收者读到消息时的处境。内部联络的对象随时可以追问，所以可以写得很短；面向客户的第一条消息没有追问的余地，需要把自己是谁、为什么联系、希望对方做什么这三件事交代清楚，篇幅自然会长一些。先判断对方处在哪种处境，再决定写多长，比套用固定字数更实用。

将 LINE 用于商务沟通时，不同用途有各自的最佳字数参考。内部联络每条消息以 100-200 字符为理想。这是在智能手机屏幕上不滚动就能读完的分量，接收者可以立即理解内容并回复。

客户服务中，初次问候消息控制在 150 字符以内，需要详细说明时分成 2-3 条发送更为有效。比起一条长文，分阶段发送短消息更能给对方"正在对话"的感觉，也更容易让对方接上话。

LINE 官方账号配送中，文本消息不妨以 200-300 字符作为落笔时的参考区间。用满 500 字符上限容易信息过载，而不到 100 字符则可能显得内容单薄。这个区间大致相当于"把想说的话说清楚，又不至于让人滑动屏幕"的分量，具体多少合适仍需按自己读者的反应调整。

群聊中的有效字数

LINE 群聊中，比个人聊天更需要注意消息字数。群组中多人同时发送消息，长文消息会将其他成员的发言冲走。群聊中每条消息的推荐字数为 50-100 字符左右。

群组内需要分享长文信息时，使用笔记功能是最佳方案。笔记可输入 10,000 字符，不会被聊天流淹没，成员随时可以查阅。会议记录、旅行计划、活动详情等需要日后回顾的信息写在笔记中，聊天里只需简短通知"详情已写在笔记中"即可。

笔记本身也值得花点心思整理。把结论和需要成员确认的事项写在最前面，日期、地点、金额之类会被反复查阅的信息单独列成几行，而不是埋在长段落里，成员在手机上查找时就不必来回滑动。内容有变更时，直接修改同一篇笔记并在开头注明更新了哪一处，比再发一条新消息更不容易造成信息分裂，因为聊天记录会被后续发言冲走，而笔记始终留在同一个位置。

群组人数越多，消息的简洁性越重要。10 人以上的群组中，要意识到所有人都会收到通知，发送前判断是否真的需要通知全员。活用提及功能 (@名字) 明确消息是针对特定成员的，可以减轻其他成员的通知疲劳。

还有一点是提问的方式。在群组里发一个开放式问题，容易出现谁都觉得"应该由别人回答"的情况，最后没人回应。把问题写成可以用是或否回答的形式，或者直接指定由谁确认，回应的速度会明显不同，消息本身也会因此变短。

长文消息的礼仪与专业技巧

LINE 聊天消息虽然可以发送 10,000 字符，但一次性发送长文会占据对方的屏幕。商务联络控制在 200-300 字符左右，详细内容活用笔记功能是更明智的做法。

以下介绍有效活用 LINE 的技巧。

• "3 行规则"：每条消息控制在 3 行以内，超出的信息分成多条消息发送。气泡越短，在聊天列表里就越能整条显示出来，对方不必点开也知道大意
• 先写用件，再写寒暄：通知预览能显示多长取决于机型和通知设置，靠不住。如果从问候语写起，真正的用件往往正好被截在预览之外，所以把最重要的一句放在最前面
• 官方账号的"气泡分割"：不是 500 字符 × 1 个气泡，而是把内容分成几个短气泡。这样更接近对话的节奏，也让读者可以在气泡之间停下来
• 表情符号的战略配置：在文首和文末配置表情符号可提高聊天列表中的可见性。但过度使用会适得其反，每条消息 2-3 个为宜

换行与空行的活用

在 LINE 中有效使用换行，可读性会有很大改变。每 3-4 行插入一个空行，即使在智能手机的小屏幕上也会变得易读。特别是商务用途中，活用要点列表整理信息，对方就能立刻找到自己需要的内容。

另外要注意的是，换行的显示效果在不同环境下并不完全一致。同一条消息在手机竖屏、横屏和电脑版 LINE 上，每行能容纳的字数各不相同，因此靠手动换行"排"出来的整齐版面，换个环境看就可能错位。比较稳妥的做法是只在语义分段处换行，在话题切换的地方留出一个空行，而不是为了对齐而在句子中间断开。用全角空格做缩进同样容易在不同字体下走形，需要强调的内容不如另起一行来处理。

实例：官方账号的有效消息构成

以餐饮店的 LINE 官方账号为例，介绍在 500 字符以内构成有效消息的模式。

• 气泡 1 (约 100 字符)：问候 + 本周推荐菜品 1 道的介绍
• 气泡 2 (富媒体消息)：菜品照片 + 优惠券链接
• 气泡 3 (约 80 字符)：营业时间变更或预约引导

这样通过组合文本、图片和链接，即使在 500 字符限制内也能传达充分的信息。图片和链接承担了说明的一部分，正文因此可以只留结论和一句引导。

LINE 官方账号的配送技巧

LINE 官方账号的运营中，在理解字数限制基础上的配送设计决定着成效。首先，配送时间段会改变消息被看到时接收者的处境。手边空闲时读到的消息可以当场处理，忙碌时收到的消息则会被推后。哪个时间段适合自己的读者，只能用自己账号的配送记录去比较，把同类内容换时间段发几次再看差别，比套用别人的时间表可靠。做这种比较的关键是一次只改一个条件：同样的内容、同样的长度，只换时间段发几次，再看结果有没有稳定的差别。如果同时改了长度、图片和时间段，得到的数字就无法归因。记录少的时候不要急着下结论，把几周的配送累积起来再看趋势要踏实得多。

活用分群配送，可以根据用户的属性和行为历史发送不同的消息。这本身就是缩短字数的手段：对象越明确，需要交代的前提就越少，原本用来兼顾所有人的铺垫可以整段删掉，同一件事用 200-300 字符就说得完。

使用 A/B 测试功能，可以将相同内容但字数或表达不同的 2 个版本先行配送给部分用户，然后将效果更好的版本配送给其余用户。"短文 + 富媒体消息"和"纯长文文本"哪个更有效，用自己的数据来验证非常重要。

总结

LINE 的字数限制因功能而大不相同，从个人聊天的 10,000 字符到官方账号的 500 字符、Messaging API 的 5,000 字符，范围广泛。特别是官方账号的 500 字符限制出乎意料地短，建议事先使用字符计数器确认字数后再发送。另外要记住的是，"已读"只说明消息显示过，并不是读完的证明。因此实务上的原则很朴素：一条消息说完一件事，把最重要的一句放在最前面，长内容交给笔记或链接，需要对方动作的部分写得让人一眼就能看到。在限制之内这样安排，消息才真正传达得出去。