在这个网站的整个生命周期中，我一直在犹豫不决（不，是）是否在文章中显示社交分享按钮。就像任何事情一样，这两种方向都有论点。我们可以简要地介绍一下，但我还想收集一些关于这个主题的数据，所以这将是我们下一轮投票的主题。
发起这次投票的动机是我在文章中没有分享按钮时收到的来自人们的评论。比如
嘿，Chris，我想分享一篇来自 CSS-Tricks 的文章，但没有分享按钮。为什么？
有时会以推文的形式出现，有时只是有人想知道我对此是否有任何具体的想法，但有时有人真的认为他们无法分享没有分享按钮的页面。这让我开始思考
我想知道有多少人认为如果一篇文章没有分享按钮，它就不能被分享。以及这是否会导致任何明显的损失。
— Chris Coyier (@chriscoyier) 2014年3月12日
Luke Wroblewski 收集了一些数据，表明 0.25% 的页面浏览量将分享页面（来自像 这样 的优秀研究）。这是在存在分享按钮的情况下。让我想知道如果没有分享按钮，这个数字会是多少。大概会更低，但需要明确的是，人们可以分享任何他们想要的链接，他们不需要按钮来做到这一点，而且肯定有些人更喜欢这样做。
还有一个问题是，个人分享的重要性有多大。来自一个值得信赖且关注度很高的来源的一次分享，比 1000 次垃圾邮件机器人分享更有价值。我非科学的猜测是，由于没有按钮而错过的分享本身就不值钱。事实上，拥有分享按钮可能会让您希望分享页面的人群感到反感。我不确定我们如何才能获得这方面的数据，所以让我们就此假设
这最能描述您如何在您选择的社交媒体网站上分享链接
- 我通常只分享有分享按钮的页面。
- 我从不使用分享按钮。我以自己的方式分享。
- 我可以两者兼用。
实际投票已嵌入网站中。
我不确定我们是否能找到完美的答案，但思考这个问题本身很有趣。
分享按钮的一般优点
- 它们可以使分享更容易，更多的分享意味着更多的流量
- 它们提醒人们分享
- 您可能会获得更多分享
分享按钮的一般缺点
- 它们可能会对页面性能产生负面影响
- 它们可能看起来很俗气
- 低数量的分享可能会让人尴尬
在撰写本文时，我在此网站上使用简单的锚链接来链接到这些服务的专用分享页面（而不是具有所有额外功能的 JavaScript 驱动的分享按钮）的形式提供了社交分享按钮。 像这些。
您如何在 WordPress 网站上整合这些类型的分享按钮（更少的 HTTP 请求），而不修改主题的核心文件？
很棒的社交分享按钮，但 Google+ 和 FB 不起作用，弹出窗口 Twitter 可以。
所以基本上不可能在 WordPress 网站中整合轻量级的分享按钮？那么 CSS-Tricks 是如何做到的，因为它也是一个 WordPress 网站？
我还应该提到我正在运行 Genesis，所以没有 single.php——但我有一个子主题，我可以在其中包含自定义 CSS、自定义函数，并修改这些内容。
我通常不使用分享按钮，因为我发现它们不会以我想要的方式分享内容。（主要是针对非 Web 开发博客等，而不是像这个网站这样的网站）我尝试过的太多按钮要么插入它们自己的机器人消息，要么使用糟糕的垃圾邮件外观的缩略图，要么链接到我试图分享的页面之外的页面。我想，如果他们真的在乎我分享，那么我从地址栏复制的 URL 会将人们带到我想要他们去的地方……如果不是，那就忘了它吧。（例如，不知道如何正确使用 ID 的非常长的单页）
所以，我注意到您的分享按钮链接到 fb/sharer.php……我以为它已经弃用了？
不，他们没有说明原因，但最终他们并没有弃用它。它遇到了一些初期问题，例如分享在朋友的时间线上不可见，以及 IE8 中的一些对话框问题。但总的来说，sharer.php 可以安全使用。
我通常会添加分享按钮，但当然，即使没有按钮也可以分享内容。
如果我真的很想分享某些内容，我就会分享（无论有没有按钮）。
缺少按钮不会阻止我分享我想分享的内容。
尽管如此，也有一些时候我想分享某些内容，并且花了时间寻找按钮。当找不到时，我有点困惑（从方便性的角度来看）。这并没有阻止我分享，但如果可用，我就会使用它。
在 2010 年的一次采访中，Matt Mullenweg 表达了他对分享栏的强烈看法，我仍然倾向于同意他的观点。
在我的网站上，除了 Disqus 评论中自动包含的内容之外，我不会添加其他分享功能。如果用户不知道如何在没有分享栏的情况下分享我的网站上的页面，那么他们可能并不在我的目标受众范围内，我不需要他们分享我的网站。总而言之，这真的取决于您所针对的人群，因人而异。
我认为按钮对于那些不知道如何分享的人来说是一个很好的帮助。
但对于大多数互联网编码博客网站（例如这个网站），分享按钮可能不是必需的——当然，假设读者知道自己在做什么 :)
我认为有时开发人员倾向于将他们自己的偏好（和技能）投射到他们的用户身上。
是的，我们都知道如何将 URL 复制粘贴到 Facebook 或使用 Chrome 扩展程序，但如果我们简化操作，很大一部分用户可能会分享更多内容。
只是很可惜它们会让页面加载速度变慢。
实际上，投票中的选项反映了这个错误。您询问了一群开发人员他们在网络上如何分享内容，结果不会反映“最终用户”的行为，因此我们不应根据结果来决定是否在设计的网站上使用它们。
实际上，这个网站的目标受众是我妈妈，而不是“一群开发人员”……
如果不是使用两步式构建，例如在 http://www.profin.nl/mvo（页脚上方，左侧）。
我见过很多最终用户在网络上做很多事情都很懒。他们希望所有事情都能自动完成。我认为分享按钮只会让那些认为打开一个新标签页到社交媒体网站并分享是一件难事的人更容易操作。
作为用户，我通常只在分享嵌入式媒体（如 YouTube 视频）时使用分享按钮。否则我几乎总是只分享 URL。尽管我不认为 YouTube 视频还能在 Facebook 上播放……？
作为开发人员，我通常只在目标受众技术水平非常低的情况下包含分享按钮。或者客户明确要求时。
只要您没有使用 Facebook 实际的
<iframe>“喜欢”按钮，并且基本上只是添加填充网络字段的链接（https://twitter.com/intent/tweet?text=&url=），所有的一般负面影响都是无关紧要的。拥有自定义链接可以让您调整按钮以匹配您的网站，避免任何俗气的外观，并且不会显示它被喜欢或分享的次数（尴尬的低数字）。如果您只添加几个图标（您可能已经在其他地方使用）和
<a>标签，几乎没有任何性能影响。那么，为什么不为最终用户简化操作，并积极鼓励分享您的内容呢？
通常我阅读大量内容的时间都很短（上班前/中午/睡前），然后在一天中安排分享。出于这个原因，即使我看到分享按钮，也很少使用。例外情况是我在手机上阅读时，跨应用手动复制/粘贴很麻烦。然后，如果有一些按钮可以直接使用，我更有可能分享。
我本来想提同样的事情。移动体验。在手机/平板电脑上没有按钮的分享与台式机/笔记本电脑的体验完全不同，这一点应该考虑在内。
我的观点正是如此 :-)
我觉得，在大多数情况下，通常喜欢内容并认为它足够重要的人会花时间手动分享它。另一方面，如果您试图轻轻地提醒人们分享，按钮可能会帮助传播信息。
但请注意，您可能正在迎合那些分享所有内容的人，您必须将这一点纳入考量。
此外，选项 2 的文本中多了一个“use”。
我通常使用 feed.ly 阅读文章，因此网站是否有分享按钮并不重要，因为我很少在网站上阅读。然后我通常会使用 feed.ly 中的分享按钮。
如果我确实最终访问了该网站并想分享，我通常会使用分享按钮。这样做的原因是我不想打开我正在分享的任何社交网站并在那里粘贴链接。通常，我在不想被社交网站上的信息流分心时分享，而使用按钮可以让我实现这一点。
如果我用手机浏览，分享按钮也很有用。我宁愿点击一个按钮，输入一些文字，发布它，然后继续。在我的手机上，从浏览器复制/粘贴到我的社交网站要困难得多。
完全同意关于移动设备上的分享按钮。
我也通常在 feed.ly 中阅读大多数文章，但很多时候我确实喜欢从 feed.ly 跳到实际的网站上，以便阅读其他人的评论。在那里有一个分享按钮稍微方便一些，但最终如果我想分享，无论是否使用按钮，我都会分享。
我认为，最终，在决定是否添加按钮时，我们只需要权衡网站的目标受众是谁。
就我个人而言，我确实喜欢为我自己的网站和大多数客户的网站添加按钮。这并不是因为我认为内容的价值值得一直被分享，而是因为其他人可能认为它值得分享。这个人可能是技术达人，也可能是一个完全的新手。但他们可能希望轻松地分享它，因为就像我一样，他们可能太懒/太忙/等等，不想打开 Facebook 或 Twitter 或 Pinterest 或任何网络并手动执行此操作——尤其是在他们想在多个地方分享时。
我从不使用分享按钮，主要是因为我不使用 Twitter、Facebook 或 Google+。是的，我知道这让我成为一个非常小的少数群体，但对于所有这些，我发现信噪比太偏向噪声一侧（在 Google 和 Facebook 的情况下，我还有其他隐私问题），所以如果有什么我想让人们知道的事情，我会通过其他方式发送给他们。（主要是电子邮件、即时消息或用那些现在已经过时的奇怪 URL 东西在博客中写它。）
我目前的工作让我访问了很多电子商务网站。查看他们的“分享”数据很有趣。一般来说，如果整个网站都有“分享”，它会被比较随意地点击。特定商品，即使是真正畅销的商品（您可能每天都在谈论数百个单位的销量），也不会被喜欢/分享。我昨天访问的一个网站在 Facebook 上有超过 15 万个主页点赞，他们最畅销的商品（每天大约售出 125 个单位）只有 3 个点赞！其他分享和各种电子商务网站（销售各种商品）也出现了类似的模式。（遗憾的是，我没有主页总访问量的数据，因此无法告诉您有多少访问者点击了点赞按钮。）
即使在平板电脑（很少在手机上），我也更有可能使用内置的“分享”工具并通过电子邮件发送页面或链接，而不是使用网站上的分享按钮。
但是……我知道我是一个非常反常的例子。
我个人避免将社交按钮作为默认选项。当我们觉得客户会从中真正受益时，我们会添加它们。我不认为每个人都应该一直做所有社交活动。在我看来，对社交的重视与实际使用情况相差甚远，即使对于那些依靠此类活动的企业也是如此。
不错的解决方案。它还可以保护用户的隐私。
使用此设置，社交媒体网站无法跨网络跟踪其用户。
无论是否有分享按钮，我仍然会复制和粘贴 URL..
嵌入式分享按钮只是页面上的一堆垃圾，我很少使用它，尽管它使用了许多调用来加载自身，就像 ShareThis 工具一样。我讨厌它。
网页设计师已经停止考虑这些工具的可用性，而是直接将它们放入线框图中，他们认为这样可以完善网站布局。
作为用户，我显然希望快速且轻松。在台式机上，只要您通常已登录服务，分享按钮就是两步操作。在我的 Android 手机上，大多数分享按钮在浏览器中打开，这可能很麻烦。首先，它会询问使用哪个浏览器/应用（可能是两次点击），然后登录（因为主要使用应用，浏览器未登录）。如果您很幸运，凭据将被保存，否则您将需要输入它们（很多次点击），最后发布。因此，在手机上，我使用内置的分享功能。
作为设计师，这当然取决于受众。如果网站的目标受众是我母亲，我可能会实现分享按钮。如果我构建 css-tricks.com，我不会使用按钮，即使有些人要求使用它们。
我认为分享按钮并不意味着更多流量。我想知道您是否可以在有和没有分享按钮的情况下测试您的流量，因为许多分享按钮都涉及外部 js。这会减慢页面加载速度，我认为会对 99.75% 不使用它们的人的体验产生负面影响。
好吧，不同的人对这件事有不同的看法。如果内容很棒，而且我喜欢它，那么我一定会自己分享它，并一遍又一遍地阅读它。
是的，按钮使操作更容易，但这并不能阻止人们在内容真正值得分享时分享。
我通常不使用分享按钮，因为我想更多地控制我分享的内容。我也不是一个连续分享者（我只分享我真正想分享的内容），因此花额外的时间“制作”分享对我来说并不重要。
也就是说，有时我比较懒，没有精力，或者仅仅想到要经历手动分享过程就感到气馁，因此选择使用分享按钮提供的便利。因此，我的答案是“我可以两种方式都做”。
我认为没有多少人认为如果一篇内容没有分享按钮，就禁止分享它；但它可能会成为一种日益增长的不确定性趋势，因为人们似乎被洗脑，服从号召性用语，而号召性用语的缺失让他们感到困惑；并且在习惯了有一种机制可以为他们完成所有繁重工作后，他们变得太懒惰而不想手动分享内容。这只是我的看法。
我分享我认为有用或想表达观点的内容。按钮对我来说没什么区别，因为我几乎不使用它们——我会在分享时添加自己的观点。我不知道谁会因为有按钮而感到冒犯，所以我的看法是，如果你想插入按钮，就插入，但要保持简洁。任何出现在我面前的弹窗都是一个大忌——对于弹窗广告、分享、投票，任何阻碍我获取内容的东西，我都会关闭那个浏览器标签页……
在我看来，“分享即关爱”。这就像告诉别人我遇到的一些有趣的事情，以及我认为可能也会让其他人感兴趣的事情。虽然分享按钮很方便，但我个人并不在乎有没有按钮。如果我觉得相关，我无论如何都会通过复制粘贴来分享，即使没有按钮。你提到有时低分享量会“令人尴尬”，甚至可能表明内容不太好，但我并不这么认为。如果我喜欢（甚至强烈反对）它，无论分享量多少，我都会分享。仅供参考。
哦，我忘了说，我分享这篇文章是因为听听其他人是怎么想的很有趣——尤其是读者而不是作者。
我认为对于 Web 开发社区内容来说，这两种方式可能都没什么关系。这些内容的用户足够精通分享信息。在大多数其他社区中，我认为拥有用户友好的社交分享按钮非常重要。与大多数 UI/UX 一样，这取决于受众。
我喜欢那些非 JS 的简单链接按钮。很高兴它们在那里。我个人很少分享，但如果我在我想分享的内容上看到按钮，我会使用它们。
只复制链接并分享！我们需要一个只复制链接以供粘贴的按钮。
我不使用分享按钮（只粘贴 URL）。但是我确实对分享按钮进行了一些研究和 A/B 测试。我得出的结论是，人们确实使用分享按钮，但没有我们想象的那么多。我还发现社会证明（分享按钮上的高计数）确实会影响用户与分享按钮的交互。
问题不在于分享按钮是否存在，而在于内容是否很棒。
我不使用分享按钮。但我绝对可以理解分享按钮的价值，因为它们会提醒人们分享。无论他们是否使用这些按钮。
我认为我从未使用过分享链接，除了视频页面（新闻、YouTube 等），并且仅限于通过电子邮件分享的情况。
但是，正如上面一些帖子提到的，移动端不能被排除在这个讨论之外，而且情况非常不同。考虑到近年来移动浏览量的激增以及在线分享内容的明显速度，我几乎质疑那些引用的统计数据，至少我经常看到这种情况。
我不仅更有可能在移动设备上通过分享按钮分享，而且如果没有分享按钮，我分享的可能性也低得多。有时，当我忙碌且在移动中时，将 url 复制粘贴到不同的应用程序中有点太繁琐了。
可能应该有一个第四个投票选项：我仅在移动设备上使用分享按钮。
我可能是一个奇怪的用户，但我实际上只在移动设备上使用分享按钮，原因很简单：当我使用 Android 浏览器“原生”分享按钮分享到 Twitter 时，它只会复制 url。因此，通过浏览器分享在 Android 上很麻烦：复制标题，通过浏览器链接分享文章，在 Twitter 中粘贴标题（这意味着在插入空格后使用长标签才能触发“粘贴”功能）。
我有一个疯狂的想法。它被称为复制粘贴 URL。在分享按钮出现之前，每个人都知道如何操作。显然，随着它的出现，互联网的普通用户忘记了地址栏是如何工作的。
我分享的方式取决于我使用的平台
– 在移动设备上，我使用浏览器分享选项。
– 在桌面设备上，我通过复制粘贴链接 url 来分享。
我从未使用过社交分享按钮，因为我通常不信任它们，并且感觉它们会做一些意想不到的事情。我喜欢使用一种媒介进行社交分享所带来的控制和一致性。
嗯，这次投票的人群，主要是前端开发者，肯定不能代表普通大众。
你能解释一下，在谈到分享按钮时，你认为的“普通大众”是谁吗？只是好奇。干杯！
他的意思是大多数开发者都知道如何分享。如果对非开发者或可能不知道如何分享链接的非技术人员进行调查，那么调查结果会更准确。
@Jason：是的，我同意，这次投票有点针对错误的人群；这就像问医生他的病人情况如何，而不是问病人自己。
我经常遇到这种冲突。通过与狂热读者的讨论，我发现有些人会根据可见的数字来判断文章的价值，而根本不去仔细阅读文章内容本身。另一方面，读者喜欢分享按钮的简单性，而不是在 bit.ly 中粘贴链接。就我个人而言，我没有任何偏好。如果分享按钮可用，我会使用它们，但如果没有，我的分享也不会受到阻碍。理想情况下，我希望看到没有相关数字的分享按钮。
我目前在我的网站上没有使用任何分享按钮。
不过我正在考虑添加。
至于我的项目，这取决于类型以及客户是否需要。
我几乎从未使用过分享按钮，因为结果不可靠。我想分享我刚刚阅读的文章，而不是网站运营商的营销/销售目标。我复制 URL，将其粘贴到社交媒体网站中，并且经常进一步编辑结果以传达我在分享文章时的意思。这并不总是文章的重点。
—— Smittie
你知道，我不太在乎分享按钮，通常我不使用它们。我更喜欢点赞按钮（尤其是 Facebook 的），因为它们会在你的朋友动态中自动显示你喜欢的內容，而无需实际发布到你的墙上。但我真正喜欢的是一个可以表达对作者/文章的赞赏的按钮。有点像某些主题或网站上的“Kudos”按钮……我真的很喜欢那个！
我认为你必须考虑哪些类型的“最终用户”将阅读你的文章或访问你的网站。如果他们是“一群开发者”，正如 **Jon Hobbs** 所说，我很确定无论是否有按钮，他们都知道如何分享。但如果他们是网络浏览新手，那么按钮可能是他们分享的唯一选择，如果你不给他们这个选择，那么你就会失去流量。（请原谅我的英语不好）
拥有分享按钮总是好的，而 0.25% 的用户分享听起来也差不多。缺点是如果它们分散了对内容的注意力。我们都见过那些强迫用户关注分享按钮的网站，这对用户来说总是很烦人。
如果我想分享一篇文章，我会在开始使用其他方法之前寻找分享按钮。只要分享按钮不显眼（比如那些该死的左侧边栏按钮，它们往往紧贴文本），我更喜欢有它们，因为这比复制粘贴 URL 或使用书签或浏览器插件更容易、更快。
此外，我很遗憾你的博文上没有任何真正可固定内容。我一直在使用 Pinterest 作为社交书签的新替代品。我有一个专门用于与网络相关的博文板块。大多数时候，关联的图片并不漂亮——但它是一个非常棒的平台来存储这些东西。
@Chris
我试图用 WordPress 的方式来实现这一点，但 the_title_attribute 或 urlencode of the_title_attribute 和 Twitter 无法处理帖子标题中的 & 符号。要么在 & 处截断，要么使用 urlencode 进行完整的 &。
https://gist.github.com/rickalee/10475557
我用 Adblock Plus 隐藏了这些按钮，因为它们让一些网站看起来很丑！
在我看来，使用3个按钮分享很不错也很友好。很棒的补充。
YouTube的分享方式很棒。点击分享后，我获得了更多选项，也看到了各种图标。我主要使用Fb或G+，但我喜欢看到这些图标，因为它显示了哪些社交网络最受欢迎！很有趣的信息。: )
在你的情况下，也许“…”或“+”可以起到作用。