用户想分享时别让他复制链接：vibe 项目的社交分享实战

先说清楚：这篇讲什么，不讲什么

用户喜欢你的产品，想分享给朋友，却只看到一个孤零零的链接复制按钮。复制完不知道发到哪里，粘贴过去只剩一串光秃秃的网址，没有标题、没有图、没有一句话介绍。分享的热情就是这样被磨没的。分享不是加一个按钮，而是一条链路：用户点一下、选渠道、看到像样的预览、朋友点进来能看懂。

本文讲的就是这条对外分享链路：一个人或小团队怎么把分享做对，包括系统分享、平台分享链接、复制链接、分享文案与预览卡片。目标不是让用户到处刷屏，而是让一次真心想分享的动作不被产品拖后腿。

划界先说清楚，避免和站内已发指南重复：分享链接指南讲的是带权限的分享链接，比如 token 三档权限、过期与撤回，那是“谁有资格看”的问题；动态 OG 图指南讲的是怎么生成分享图片，那是“图怎么做”的问题；深度链接指南讲的是点链接后怎么直达应用内页，那是“进来之后去哪”的问题；推荐计划指南讲的是奖励与裂变，那是“为什么分享”的问题。本文不重复这四点，只讲“分享这个动作本身”：点什么、发到哪、对方看到什么、失败了怎么办。

文中的示例产品“山风民宿手记”与人物“阿梨”均为虚构示例，仅用于讲清楚做法，不代表真实产品与真实用户。下文所有代码片段均为教学示例，可直接改写后用于自己的项目，但上线前仍需在自己的目标渠道里实测。

第一步：先想用户为什么分享，再决定分享什么

分享按钮放错位置、文案写错对象，是最常见的浪费。用户分享的动机大体有三种，每种对应的分享内容都不一样。第一种是炫耀成果：我做完了、我打卡了、我写完了，分享的是结果本身。第二种是求助与讨论：这个东西我拿不准，你帮我看看，分享的是问题与上下文。第三种是推荐：这个东西好用，你也试试，分享的是价值与入口。

三种动机不能共用同一份默认文案。炫耀成果时，分享标题应该是结果，比如“我在山风民宿手记上完成了连续 30 天记录”，而不是产品口号。求助时，分享内容要带上关键上下文，对方点进来不用再问三遍背景。推荐时，分享着陆页应该是能直接体验价值的那一页，而不是官网首页。很多产品的分享页统一跳首页，朋友点进来一脸茫然，分享就白做了。

落到执行上，给每个值得分享的页面或对象单独定义三样东西：分享标题、分享一句话介绍、分享着陆链接。标题控制在一行内能读完，介绍写清“这是什么、对点进来的人有什么用”，链接指向内容本身而不是首页。定义完先自己读一遍：如果这条分享出现在朋友的聊天框里，你愿不愿意点开。答不上来，就先改文案再写代码。

还有一个取舍：不是所有页面都值得分享。设置页、账单页、个人私密内容，根本不应该出现分享按钮。分享按钮只放在用户完成了一件值得说的事之后：完成创建、达成里程碑、产出一份公开作品。分享入口跟着用户的成就走，而不是跟着页面的边角走，分享率和口碑都会更好。

第二步：优先用系统分享，降级链要事先写好

手机用户最顺手的分享方式，是系统自带的分享面板：一次点开，能选微信、短信、邮件、备忘录、文件存储，不用在你的产品里再选一遍渠道。Web Share API 就是为了这件事存在的。支持的浏览器里优先调用它，让用户用自己熟悉的面板完成分享；不支持的浏览器里再降级到其他方式。

降级链要事先写好，不能等到用户点开才发现没路走。推荐的顺序是四级：第一级，系统分享面板；第二级，复制链接加一句明确反馈，比如“链接已复制，可以粘贴到任何地方”；第三级，常用平台的分享链接直跳；第四级，展示二维码或手动复制的兜底。每一级失败都要有下一级，而不是弹一个报错就结束。分享失败的反馈尤其重要：用户点完分享却不知道成没成功，下次就不会再点了。

调用系统分享之前要先判断能不能分享。不是所有内容都能走系统分享，比如文件分享需要先确认浏览器支持文件分享，标题、文本、链接三样要先组装好再传进去。系统分享只能在用户手势触发的上下文里调用，比如点击事件里，不能在页面加载时自动弹出来。这一点和权限类 API 的规矩是一样的：用户点了分享，才是调用的正确时机。

代码层面的关键只有三点：先检测接口存在，再检测内容可分享，最后包住失败分支。失败分支里不要只写一句失败，要写清楚下一步：复制链接按钮要出现在用户眼前，而不是藏在二级菜单里。把降级链写成固定组件，全站复用同一套，比每个页面各自写一套分享逻辑要稳得多。

第三步：平台分享链接，一张对照表就够了

不是所有用户都在手机系统面板里分享，桌面用户更常用平台分享链接。做法是给每个平台拼一个分享链接，用户点开就跳到对应平台的分享页，内容已经预填好。主流平台的思路是一样的：目标地址加内容参数，参数必须做网址编码，标题里的中文、空格、特殊符号不编码就会断链或乱码。

具体到各平台，记住各自的必填项就够了。X 的分享意图需要文本与链接两个参数；Facebook 的分享器主要吃链接，标题与描述更多依赖页面本身的预览信息；LinkedIn 吃链接，专业场景下介绍要写得克制；WhatsApp 与 Telegram 吃文本加链接，适合一句话加链接的短格式；邮件分享则用收件人为空的邮件链接，主题与正文预填好。不要为了省事给所有平台拼同一份参数，平台吃不下的参数会被静默丢掉，分享出去的内容就缺一块。

打开方式也有讲究。平台分享链接要在新窗口打开，并且加上防止新页面拿到原页面控制权的属性，避免原页面被恶意替换。窗口大小可以给一个适中的弹窗尺寸，桌面体验会好很多。移动端则不要强行弹窗，直接整页跳转更稳。分享链接本身不要带登录态、不要带个人 token、不要带会话标识，分享出去的链接应该是任何人点开都能正常看到公开内容的那一条。

参数里还要规范 UTM。给分享链接统一加三个参数就够了：来源标明分享渠道，媒介标明社交分享，活动标明分享位置或活动名。不要把用户标识、邮箱、内部编号塞进 UTM，那些信息一旦被转发就收不回来。UTM 是用来衡量渠道效果的，不是用来追踪个人的，写进规范里，团队才不会在赶工时随手加字段。

第四步：预览卡片不过关，分享等于没做

朋友在聊天框里看到的不是你的页面，而是预览卡片：标题、描述、图片。卡片不好看、不对题，点开率直接打折。预览卡片由页面的元信息决定，标题、描述、图片三样缺一不可。标题要写内容本身的标题，不要写全站口号；描述要写一句话讲清价值，不要写功能罗列；图片要选内容相关的那一张，不要用全站默认图应付所有页面。

动态内容页要特别小心。用户生成的内容、活动页、公开作品页，每一页的预览信息都应该跟着内容走，而不是全站同一套。做法是服务端渲染时就把该页的标题、描述、图片写进元信息，不要等客户端脚本跑完再补。很多爬虫与平台抓取器不执行脚本，客户端补的元信息它根本看不到，分享出去的卡片就是空白或默认图。

上线前必须逐个平台验证。每个主流平台都有自己的卡片调试工具，可以输入链接看抓取结果、刷新缓存。验证清单很短：标题对不对、描述有没有被截断到读不懂、图片比例对不对、图片有没有被裁掉关键信息。改过标题或图片后要主动刷新平台缓存，否则平台会继续用旧卡片，改了等于没改。图片尺寸按平台建议准备，太小会糊，比例不对会被裁，宁可提前留白也不要让关键文字贴边。

还有一条红线：私密内容绝不能靠分享链接公开。公开作品可以分享，私密草稿、内部链接、带权限的内容，不能因为加了分享按钮就变成公开。如果内容本身是私密的，分享动作应该先提示权限问题，而不是直接生成一条谁都能看的链接。这一条和分享链接指南的权限设计是互补的：那边管“链接的权限规则”，这边管“分享按钮出现之前先问一句该不该分享”。

第五步：文案模板与数据衡量，写小一点才真实

分享文案准备三档就够了。第一档是默认文案：标题加一句话介绍，适用于大多数页面。第二档是成果文案：带上用户的具体结果，比如完成了什么、坚持了几天，数字要真实，不能编造。第三档是推荐文案：写给第一次听说这个产品的人，第一句就要讲清产品是干什么的。文案里不要出现内部黑话、版本号、筹款口号，用户转发时读不懂的东西，朋友更读不懂。

分享数据也要诚实。不要展示虚假的分享数，不要用第三方分享计数脚本拖慢页面，更不要为了好看去买量。真正值得看的只有两个数：分享动作发生了多少次，以及通过分享链接进来的人有没有完成下一步，比如注册、阅读、创建。只看分享点击数会自欺欺人，点分享又放弃的人，和真正分享出去的人，完全是两回事。

衡量时把分享来源分开看。系统面板、复制链接、平台直跳，这三条路的效果不一样，混在一起就看不出哪条路断了。复制链接的转化尤其值得单独看：复制得多、回访得少，往往说明着陆页不对题，或者预览卡片出了问题。数据的作用是指向问题，不是证明分享功能“已经做了”。

分享的频次也要克制。不要在用户每次完成操作后都弹分享提示，更不要用奖励反复催促分享。分享提示一个月出现一两次、且只出现在用户真正完成了一件值得说的事之后，才不会让人反感。用户主动想分享时，入口要一眼看到；用户不想分享时，产品要安静地让路。把分享当成用户情绪的出口，而不是产品的拉新任务，分享的质量反而更高。

第六步：分享着陆页也要为访客准备好

分享链路的后半段经常被忽略：朋友点开链接之后看到什么。很多人把精力全花在分享按钮上，着陆页却是登录墙、首页轮播，或者需要先注册才能看内容。访客点一次看不到东西，基本不会再点第二次。分享做得再顺，着陆页一堵，转化还是零。

访客着陆页有三个标准。第一，不登录也能看：被分享的公开内容本身必须可以直接阅读，登录只能是“想互动时再登录”，不能是“想看先注册”。第二，首屏就是内容：标题、关键信息、核心内容要在第一屏出现，不要让访客先滑过三屏介绍才找到被分享的东西。第三，有一条清晰的下一步：喜欢就注册、想用就创建、想讨论就留言，每一步都只要点一下，不要让访客自己猜接下来该干什么。

举一个虚构例子。阿梨分享的是一篇山风民宿手记里的公开游记，朋友点开后应该直接看到游记正文，文末附一句“你也可以写一篇”加创建入口。如果点开先看到的是产品首页广告，或者被要求先绑定手机号，这次分享就浪费了。着陆页不是官网首页的复制品，它是为“从朋友那里来的人”专门准备的一页。

还有一个细节：分享链接带过来的上下文不要丢掉。如果分享的是某个具体对象，着陆页就要高亮那个对象；如果分享文案里提到了某个结果，着陆页首屏就要呼应那个结果。文案与着陆页对不上，访客会觉得自己被骗进来，哪怕内容本身不错，信任也已经扣分了。上线前自己走一遍完整链路：分享、换个浏览器、退出登录、点开链接、看首屏，这五步走完没问题，分享才算真的做完了。

反模式：这六种做法，看到就停手

第一，强制分享才能用功能，比如不分享就不能导出、不分享就不能继续。用户会分享，但带着怨气分享，口碑是负的。第二，分享后没有任何反馈，用户不知道成功还是失败。第三，移动端只给桌面式的平台按钮阵列，不调用系统分享面板，逼用户在小屏幕上挑渠道。第四，分享链接里带 token 或会话信息，转发一次就泄露一次。第五，分享图与实际内容不符，标题党式预览换来一次点击、一次取关。第六，为了一个分享按钮引入一整套第三方分享 SDK，又慢又重，还把用户数据交给第三方。

最后留一张上线检查表。每个分享点都有标题、介绍、着陆链接三样吗。系统分享、复制链接、平台直跳三级降级都走通过吗。分享链接不带个人标识与 token 吗。UTM 只有来源、媒介、活动三个规范字段吗。主流平台的预览卡片逐个验证过、缓存刷新过吗。私密内容没有分享入口吗。分享成功与失败都有明确反馈吗。七项全过，再点发布。分享做得好不好，不看按钮多不多，看用户想分享的那一刻，产品有没有挡路。