LINE URL Scheme 使用指南：分享文字、打开相机与跳转功能整理

LINE URL Scheme 是 LINE 官方提供的跳转方式，可用于打开指定 LINE 功能、分享文字、进入官方账号页面、开启聊天画面、打开相机、跳转 LIFF App 或配合图文菜单完成服务入口设计。使用时要先明确场景、链接格式、支持范围和测试方式，避免用户点击后打不开、跳错页面或无法完成预期动作。

基础概念

先理解URLScheme用途

LINE URL Scheme 可以理解成一组特殊链接，用来唤起 LINE App 内的指定页面或功能。普通网页链接通常打开浏览器或网页，而 URL Scheme 更偏向让用户进入 LINE 内的某个动作，例如打开官方账号资料页、分享文字、进入聊天、打开相机或跳转 LIFF App。它常用于图文菜单、网页按钮、活动页、官方账号导流和开发者场景。

不是所有页面都适合使用

LINE URL Scheme 虽然方便，但不是所有入口都适合使用。若只是让用户阅读普通文章，直接使用网页链接即可；若要用户打开 LINE 内功能、进入官方账号、分享文字或开启特定画面，URL Scheme 才更有价值。新手不要为了显得高级，把所有链接都改成 scheme。先判断用户点击后需要进入哪里，再选择合适的链接方式。

要先区分运营和开发场景

运营人员常用 URL Scheme 做分享、官方账号入口、图文菜单按钮和活动导流；开发人员则可能结合 LIFF、Messaging API、网站按钮和自定义事件。两者关注点不同。运营要看用户路径是否顺畅，开发要看格式、编码、限制和触发环境。若团队协作，最好先把需求写清楚，例如要分享文字、打开聊天，还是打开 LIFF App。

适合场景

图文菜单可做快速入口

LINE 官方账号图文菜单很适合搭配 URL Scheme 使用。比如用户点击菜单后进入官方账号资料页、打开指定 LINE 功能、跳转 LIFF App 或分享内容。菜单是高频入口，若链接设计清楚，用户就能更快完成动作。若菜单仍在规划阶段，可以先参考 LINE 官方账号图文菜单设计指南，再安排跳转路径。

活动页面可做分享按钮

活动页面中常见的“分享给好友”按钮，可以通过 LINE URL Scheme 预先带入分享文字，让用户选择好友、群组或其他入口发送。这样比让用户手动复制文案更方便，也能提高活动传播效率。分享文案要短而清楚，包含活动主题、核心价值和链接，不要塞太多广告语。用户愿意分享的前提，是内容本身对朋友有用。

开发服务可连接LIFFApp

若品牌有 LIFF App、报名表、会员页、互动页面或轻量服务，可以通过 URL Scheme 让用户从合适入口进入。它适合官方账号、网页按钮和活动流程之间的连接。比如用户在图文菜单点击“活动报名”，进入 LIFF 表单；点击“会员中心”，进入会员服务页。跳转设计要和用户任务一致，避免为了跳转而跳转。

分享文字

分享链接适合轻量传播

LINE URL Scheme 中常见用法之一，是预设文字让用户分享给朋友、群组或其他支持入口。适合活动邀请、文章推荐、资料分享、优惠说明和社群扩散。分享文字不应太长，最好包含一句说明和一个清楚链接。若内容太像广告，用户可能不会发送。分享设计的重点是降低操作成本，同时保留用户主动选择发送对象的权利。

文字内容要做编码处理

分享文字中如果包含中文、空格、符号、网址参数，通常需要进行 URL 编码。否则链接可能被截断、乱码或无法正常打开。比如空格、感叹号、中文字符都可能影响链接格式。运营人员如果不懂编码，应让开发人员处理，或使用可靠工具生成编码后的文本。不要直接把完整中文句子硬塞进链接里就上线。

分享文案要避免过度营销

预设分享文案不代表用户一定愿意转发。文案要站在接收者角度写，例如“这篇整理了 LINE 电脑版下载和登录排查步骤，可以收藏备用”，比“快来关注我们的账号”更自然。用户分享给朋友时，也会在意自己是否像在发广告。分享文案越实用，越容易被发送，也更不容易让接收者反感。

相机相册

打开相机适合即时上传

LINE URL Scheme 可用于在特定场景中打开相机，让用户拍摄图片并用于聊天或服务流程。它适合现场活动、报修反馈、门店证明、截图提交、商品照片或客服排查。比如客服需要用户拍摄错误画面、门店需要用户上传凭证时，相机入口可以减少操作步骤。不过，相机相关功能要严格测试，不同场景支持范围并不完全相同。

相册入口适合选择图片

除了打开相机，也可以引导用户打开相册或图片选择入口，适合上传已有截图、照片或凭证。对客服来说，用户上传截图能帮助更快判断问题；对活动来说，用户可选择照片参与投稿。使用相册入口时，要说明需要上传什么内容，例如错误截图、购买凭证、活动照片。说明越清楚，用户选择图片越准确。

聊天环境限制要先确认

相机和相册相关 URL Scheme 通常有使用环境限制。根据 LINE Developers 官方说明，打开相机或相机胶卷的 URL Scheme 仅能从 LINE 聊天中使用，包括 LINE OpenChat；在聊天以外的 LINE 功能、LIFF App 或 LINE 以外的 App 中不支持。因此上线前必须确认入口所在场景，不要把只能在聊天里使用的链接放到不支持的页面里。

位置发送

位置功能适合客服和门店

LINE URL Scheme 也可用于引导用户发送位置信息，适合门店客服、配送、现场服务、活动签到和地理位置相关咨询。比如用户需要说明当前位置、门店想确认到店位置、服务人员要判断区域时，位置发送可以减少手动描述。位置功能涉及用户隐私，文案要明确说明用途，不要让用户误以为必须提供位置才能继续使用所有服务。

只在合适对话中引导

位置信息不适合在所有场景中随意请求。若用户只是阅读文章或查看活动说明，就不应要求位置。只有当服务确实需要地点信息时，才引导用户发送。比如到店路线、配送范围、现场支援，这些场景较合理。过度请求位置会降低信任，也可能让用户退出流程。位置入口应作为服务工具，而不是默认收集资料。

位置入口也有使用限制

LINE Developers 官方说明中提到，打开位置发送画面的 URL Scheme 仅支持用户与 LINE 官方账号之间的一对一聊天，不支持其他聊天类型、LIFF App 或 LINE 以外的 App。也就是说，如果你把位置链接放到不合适的入口，用户可能无法正常使用。上线前要用真实账号和真实环境测试，确认入口符合官方限制。

官方账号

可打开官方账号资料页

LINE URL Scheme 可用于打开 LINE 官方账号资料页，适合网站、活动页、图文菜单或分享文案中引导用户认识账号。若用户尚未加入好友，资料页能帮助他查看名称、头像、介绍和加入入口；若用户已经是好友，可能进入一对一聊天画面。资料页链接要确认 LINE ID 正确，并注意特殊符号和编码。

可引导用户分享官方账号

URL Scheme 也能打开分享官方账号的画面，让用户把你的官方账号推荐给朋友或群组。这适合会员邀请、活动推广、社群扩散和老用户推荐。分享官方账号时，要先让用户知道为什么值得推荐。若账号资料页、图文菜单和欢迎讯息都不清楚，即使用户分享出去，新用户也不一定会加入。分享前先优化账号门面更重要。

LINEID格式要特别检查

官方账号相关 URL Scheme 经常涉及 LINE ID，有些格式需要百分比编码，有些场景需要去掉 @ 符号。LINE Developers 官方文件中明确说明，打开 LINE VOOM 与 business profile 的部分 URL 需使用不带 @ 的 LINE ID。设置时不要凭感觉复制，应该逐项核对官方格式。一个符号错误，就可能导致跳转失败或进入错误页面。

VOOM跳转

可打开官方账号VOOM页面

LINE URL Scheme 可用于打开 LINE 官方账号的 LINE VOOM 页面，适合把用户从图文菜单、文章页面或活动入口带到内容展示区。对正在经营 LINE VOOM 的账号来说，这能让用户更快看到短视频、图文内容和公开动态。若你还在规划 VOOM 内容，可先参考 LINE VOOM 新手运营指南。

可打开指定VOOM帖子

如果你想让用户直接查看某一条 LINE VOOM 帖子，可以使用带 postId 的 URL Scheme。官方文件说明，单篇帖子的 post ID 可在 LINE VOOM Studio 中找到。这个功能适合活动回顾、短视频教程、官方公告和重点内容导流。设置时要确认帖子已经发布、权限正常、ID 正确，否则用户点击后可能无法打开目标内容。

VOOM入口要配合内容运营

VOOM 跳转不能只放一个入口就结束。用户点进去后，应看到有主题、有节奏、有价值的内容。如果 VOOM 页面长期没有更新，或内容和入口承诺不一致，用户会很快离开。URL Scheme 负责缩短路径，但内容本身负责留住用户。跳转和内容运营要一起规划，不能只做技术链接。

聊天画面

可打开官方账号聊天窗口

LINE URL Scheme 可用于打开与官方账号的一对一聊天画面，适合客服入口、活动咨询、售后处理、表单补充和用户反馈。用户点击后进入聊天，比让他手动搜索账号更方便。但进入聊天后要有欢迎语、自动回复或人工客服承接，否则用户进入后不知道该发什么。聊天入口必须和客服流程配合。

预设文字可降低提问成本

某些场景可配合文字内容，让用户更容易发送指定问题或关键词。例如活动咨询可预设“我想咨询活动报名”，客服排查可引导用户发送问题类型。预设文字的目的是减少用户输入成本，不是替用户强制发送。用户仍应能确认内容后再发送。文案要简短准确，避免包含过多隐私或复杂说明。

客服承接要提前准备

如果通过 URL Scheme 把用户导入聊天，客服端必须提前准备快捷回复、问题分类和服务时间说明。否则导流成功后，用户问题集中涌入，客服可能来不及处理。聊天承接可参考 LINE 官方账号一对一聊天管理指南，先建立客服流程。

常见页面

可打开聊天和加好友页面

LINE URL Scheme 可打开一些常见 LINE 页面，例如聊天列表、加好友画面、官方账号列表等。这些入口适合轻量引导，例如让用户添加朋友、查看聊天或进入官方账号相关页面。不过这类跳转要谨慎使用，必须符合用户当前任务。若用户正在看活动内容，突然被带到无关页面，会影响体验。

可打开个人资料相关页面

官方文件中也列出可打开个人资料与 LINE ID 设置相关页面的 URL Scheme。对于教程型内容，这类链接可用于引导用户检查自己的资料设置、LINE ID 或个人资料页面。但要注意，涉及个人资料时，文案要说明用户将进入自己的设置页面，不要让用户误解为要提交资料给品牌。清楚说明能减少安全顾虑。

可打开设置和商店相关页面

LINE URL Scheme 还能打开部分设置、贴图商店、主题商店等页面，适合贴图教程、主题推荐或设置引导类内容。对于 linecba.com 这类教程站，可以把这类链接用于文章辅助入口，但不要过度使用。若普通网页说明已经足够，就不一定需要强制跳转。跳转应解决实际操作问题，而不是增加复杂度。

LIFF跳转

LIFF适合复杂互动页面

如果只是打开普通网页，传统链接即可；如果需要在 LINE 内完成表单、会员、活动报名、资料领取或互动功能，LIFF 会更适合。URL Scheme 可以作为进入 LIFF App 的路径之一，让用户从聊天、菜单或网页进入指定服务。LIFF 适合承接比聊天更复杂的流程，但开发前要先规划用户任务和页面结构。

LIFF入口要控制步骤数量

用户进入 LIFF 后，应尽快完成目标，例如报名、查询、领取、提交或查看。不要让用户点进 LIFF 后还要读很长介绍、注册复杂账号或填写大量不必要资料。轻量服务的优势在于短路径。若流程太长，用户可能退出回到聊天询问客服。URL Scheme 只是入口，真正影响完成率的是 LIFF 内部体验。

测试不同入口打开效果

LIFF 跳转可能来自图文菜单、聊天消息、网页按钮、活动页或推播链接。不同入口打开效果和用户状态可能不同，因此上线前要逐一测试。测试时确认是否能正常打开、是否需要授权、是否保留来源信息、是否能返回 LINE。若某个入口体验不稳定，应先修正再推广。

编码规则

中文和符号要正确编码

LINE URL Scheme 中涉及文本消息、LINE ID、参数和链接时，要注意编码。中文、空格、特殊符号、换行和网址参数都可能影响链接。官方文件也提醒，text_message 和部分 LINE ID 需要进行 UTF-8 百分比编码。若编码不正确，用户可能看到乱码、无法打开或分享内容不完整。正式使用前必须测试中文场景。

不要手动拼接复杂链接

简单链接可以手动检查，但复杂 URL Scheme 不建议完全手动拼接。尤其是带多个参数、中文文案、活动链接或 LIFF 路径时，手动拼接容易漏掉编码。可以让开发人员生成，或使用可靠工具处理编码。上线前再通过真实手机测试。链接越复杂，越需要流程化生成和检查。

保留一份链接参数表

团队使用 URL Scheme 时，建议建立参数表，记录链接用途、目标页面、使用入口、编码内容、负责人和更新时间。这样后续活动更新、客服调整或菜单改版时，不会找不到链接来源。参数表还能减少重复创建和误用旧链接。URL Scheme 看似只是链接，但长期运营时也需要管理。

测试方法

先在真实手机上测试

LINE URL Scheme 必须在真实使用环境中测试。电脑浏览器能打开网页链接，不代表手机 LINE 中能正常执行 scheme。建议至少使用 iPhone 和 Android 各测试一次，再从不同入口测试，例如聊天、图文菜单、网页按钮和活动页。测试时观察是否打开目标页面、是否出现权限提示、是否返回正常。真实手机测试最可靠。

测试不同聊天场景限制

部分 URL Scheme 受聊天场景限制，例如相机和位置相关功能并非所有入口都支持。测试时要覆盖一对一聊天、群组、OpenChat、LIFF、网页和外部 App 等可能场景。不要只在一个环境成功，就认为所有地方都能用。尤其是客服流程和活动入口，用户来源复杂，更要提前排查限制。

上线前检查失败替代方案

即使测试通过，也要准备失败替代方案。例如链接打不开时，用户可以手动搜索官方账号、点击普通网页链接、联系人工客服或查看备用说明。不要让用户点击失败后完全卡住。活动页、客服页和重要转化入口尤其需要备用路径。好的跳转设计，不只考虑成功，也考虑失败后的下一步。

图文菜单应用

菜单按钮要对应明确动作

在图文菜单中使用 URL Scheme 时，按钮文案要清楚说明动作。例如“分享给好友”“打开客服聊天”“查看 VOOM”“进入报名页”“打开资料页”。不要写模糊词，如“更多精彩”或“立即体验”，用户不知道会跳到哪里。按钮越清楚，用户越愿意点击，也更容易理解跳转结果。

每个按钮都要独立测试

图文菜单通常有多个按钮，每个按钮都可能对应不同链接。上线前要逐一点击测试，不要只测试第一个入口。确认每个按钮的点击范围、目标链接、打开环境和返回路径都正常。若按钮区域和视觉设计不一致，用户可能误点。菜单入口是高频路径，任何错误都会影响大量用户。

菜单改版后同步更新链接表

图文菜单改版时，URL Scheme 也要同步更新和记录。比如原本按钮打开官方账号资料页，后来改成打开 LIFF 活动页，就要更新参数表和测试记录。不要只改设计图，忘记检查链接。图文菜单属于运营、设计和开发共同管理的入口，改版时必须统一确认。

活动运营

活动分享文案要提前准备

活动使用 LINE URL Scheme 做分享时，应提前准备分享文案，包括活动名称、适合对象、时间、核心价值和链接。文案要短，避免用户分享出去后显得像广告。可以准备多个版本，例如给朋友看的轻量版、给群组看的说明版、给会员看的福利版。不同场景文案不同，分享效果也会不同。

报名入口要减少跳转层级

活动报名最怕跳转层级太多。用户点击活动消息后，最好直接进入报名页或 LIFF 表单，而不是先进入首页、再找活动、再点报名。URL Scheme 可以帮助减少路径，但前提是目标页面清楚。报名入口越短，完成率越高。若必须跳转多个步骤，就要在每一步说明下一步是什么。

活动结束后清理旧链接

活动结束后，要清理图文菜单、自动回复、文章、推播、LINE VOOM 和网站中的旧 URL Scheme。过期链接会让用户误入失效活动，增加客服压力。建议每次活动上线前记录所有入口，结束后逐一移除或替换为活动回顾。旧链接管理不好，会影响账号专业度。

安全注意

不要引导用户点不明链接

使用 URL Scheme 时，文案要清楚说明用户将打开什么页面或执行什么动作。不要用不明短链接、隐藏跳转或夸张诱导语。用户在 LINE 中对链接安全非常敏感，尤其涉及账号、位置、相机和客服时，更要透明。清楚说明能降低疑虑，也能避免用户把正规入口误认为诈骗链接。

不要在链接中放敏感资料

URL Scheme 的参数中不应包含敏感资料，例如完整手机号、身份证号、订单隐私、私人聊天内容、验证码或内部备注。链接可能被转发、截图或记录，敏感信息放在链接里风险很高。若需要识别用户，应通过安全授权或后端流程处理，不要把隐私直接写进 URL。安全比方便更重要。

官方资料要定期核对

LINE 功能和支持范围可能调整，因此技术类文章和运营流程都应定期核对官方文件。LINE Developers 官方文档提供 URL Scheme 支持功能、格式和限制说明，可参考 LINE Developers 的 URL Scheme 官方文档。正式上线重要入口前，应以官方文档和实际测试结果为准。

数据追踪

跳转入口要能区分来源

如果 URL Scheme 用在多个入口，例如图文菜单、活动页、文章、推播和 LINE VOOM，建议在可追踪的网页路径中区分来源。这样后续才能知道哪个入口带来更多点击和转化。若所有入口都使用同一链接，就很难判断效果。运营数据需要从链接设计阶段就规划好，而不是活动结束后才想分析。

结合LINE Tag观察行为

当 URL Scheme 导向网站或活动页时，可以结合 LINE Tag 观察用户后续行为，例如点击按钮、提交表单、领取资料或联系客服。这样不只知道用户是否打开链接，还能知道是否完成行动。若你正在做网站转化追踪，可以参考 LINE Tag 设置与转化追踪指南。

测试数据不要混入正式数据

开发和测试 URL Scheme 时，可能会产生大量测试点击、表单提交和事件记录。上线前应尽量区分测试数据和正式数据，避免影响复盘。可以使用测试页面、测试参数或记录测试时间段。若测试数据混入正式数据，后续活动效果可能被高估。数据准确性要从测试阶段就注意。

官方资料

优先阅读开发者文档

LINE URL Scheme 属于技术和运营结合的功能，具体格式、参数和支持范围应以 LINE Developers 文档为准。官方文档列出了分享文字、打开相机、发送位置、官方账号资料页、LINE VOOM、聊天画面、常见页面、设置、贴图商店、主题商店和 LIFF App 等用法。运营人员可以先理解场景，开发人员再按文档实现。

RichMenu也可配合使用

LINE Developers 关于 Rich Menu 的文档说明，图文菜单可设置默认菜单，也可作为用户与官方账号互动的重要入口。URL Scheme 常被用于菜单按钮的跳转动作。若你正在规划更复杂的菜单和跳转组合，可以参考 LINE Developers 的 Rich Menu 文档，并结合官方账号管理后台实际功能测试。

后台入口要确认权限

涉及官方账号 ID、图文菜单、LIFF、VOOM 帖子和业务资料时，要确认自己拥有正确账号权限。多账号管理时，最容易复制错 LINE ID、postId 或 LIFF ID。上线前要让运营、开发和账号负责人一起确认账号名称、链接目标和测试结果。权限和账号确认越严格，越能避免跳错品牌或发错入口。

常见错误

链接未编码导致乱码

中文分享文案和特殊符号没有正确编码，是常见错误。用户点击后可能看到乱码，或者分享文字被截断。解决方法是使用 UTF-8 百分比编码，并在上线前用真实中文文案测试。不要只用英文测试成功，就直接换成中文上线。中文环境下的编码问题必须单独检查。

入口环境不支持目标功能

有些 URL Scheme 只支持特定环境，例如相机和位置功能都有明确限制。如果把这些链接放在不支持的场景，用户点击后可能无反应或无法完成操作。上线前要阅读官方限制，并在真实入口测试。不要因为某个链接在聊天里成功，就认为它在网页、LIFF 或外部 App 中也能成功。

跳转后没有承接内容

跳转成功不代表运营成功。用户打开官方账号、VOOM、LIFF 或聊天页面后，如果没有清楚内容、客服回应或下一步指引，仍然会流失。URL Scheme 只是缩短路径，不能替代内容、服务和转化设计。每一个跳转入口都要问：用户到达后要做什么？如果答案不清楚，就需要补充承接内容。

执行计划

第一周整理跳转需求

第一周先整理所有可能使用 URL Scheme 的场景，例如分享文章、打开官方账号、进入聊天、打开 VOOM、连接 LIFF、配合图文菜单。每个场景写清目标用户、使用入口、目标页面和是否需要开发。先整理需求，再写链接，可以避免后续大量返工。URL Scheme 规划应从用户路径开始，而不是从代码开始。

第二周生成并测试链接

第二周根据需求生成链接，并在真实手机中测试。测试要覆盖 iPhone、Android、聊天、菜单、网页和活动页等主要入口。每个链接都记录测试结果、负责人和更新时间。若出现打不开、乱码、跳错页或权限问题，先修正后再进入下一步。测试阶段越细，正式上线风险越低。

第三周上线并观察反馈

第三周可以小范围上线，例如先放到某个菜单按钮、某篇文章或某次活动中。观察用户是否顺利点击，客服是否收到相关问题，数据是否正常记录。不要一开始在所有入口大规模替换。小范围上线能帮助你发现真实用户环境中的问题，再逐步扩大使用。

长期建议

建立URLScheme管理表

长期使用 LINE URL Scheme，建议建立管理表，记录每个链接的用途、格式、入口、目标页面、编码内容、负责人、测试日期和是否仍有效。这样活动改版、菜单调整、账号变更时，不会找不到原始链接。链接管理越清楚，团队协作越稳定。不要让关键跳转只存在某个人的聊天记录里。

和内容运营同步维护

URL Scheme 应和内容运营同步维护。若 LINE VOOM 帖子更新、活动结束、官方账号资料页调整、LIFF 页面改版，对应链接也要检查。对 linecba.com 这类教程站来说，可以把 URL Scheme 用在官方账号运营、LINE VOOM、活动报名和客服入口等内容中，但要确保链接长期有效。技术入口和内容入口要同步更新。

用真实体验判断是否值得使用

不是所有场景都必须使用 LINE URL Scheme。若普通网页链接更简单稳定，就不必强行使用 scheme；若用户确实需要进入 LINE 内功能，scheme 才能发挥价值。最终判断标准是用户体验：是否更快、更清楚、更少步骤、更少错误。技术功能再丰富，也要服务用户路径。能让用户更顺畅完成目标，才是好的跳转设计。