在发表评论或回答之前–您确实阅读了整个问题吗？
您是否注意到问题以“ button”一词结尾？
如果问题是这样出现的，您：
然后在发布之前，请重新阅读它并尝试处理最后一个单词。
谢谢。
现在您已经阅读了所有问题标题（“按钮”！），这是问题文本本身：
问题
自从17年前RSS问世以来，我的所有站点都有提要，但我个人从未使用过他们。因此，我对用户如何与我的站点上的提要链接进行实际交互并不熟悉。
据我所知，那些使用RSS或Atom提要的用户实际上并未单击提要的页面内链接，但使用供稿聚合器插件，该插件从网站源代码的开头部分读取
rel=alternate链接，找到指向该供稿的链接，并通知用户该供稿的存在。那么我们需要什么页内广告提要按钮？
说明
要澄清一下，这是一个随机博客的屏幕截图，除了提要链接之外，还显示RSS图标：
在大多数博客主题中，这样的页内链接或按钮似乎很常见，而《纽约时报》等专业出版物并未在其站点上的任何位置提供指向其提要的页内链接（尽管他们的提要和链接位于头部）他们的源代码部分）。
当专业新闻网站的确提供了指向其供稿的页内链接时，则因为它们提供了令人困惑的数量不同的提要，并且该链接通常会指向一个页面，解释您可以订阅的提要的性质和内容。这是《赫芬顿邮报》的一个例子。但即使存在，指向提要页面本身的页内链接也没有描述，并且位于页脚中：页内Feed按钮？
#1 楼
具有可见的供稿链接的可能的优点：对于知道什么是供稿的访问者：
（如果当前没有） '不使用具有提要自动发现功能的用户代理¹，他们仍会被告知您提供了提要以及它们具有哪些URL。
如果他们使用具有提要自动发现功能的用户代理，他们可能不希望在您的网站上找到提要（因此不必关注自动发现图标），或者可能不打算订阅您的供稿。绊倒可见的提要链接可能会提醒他们或“说服”他们订阅（“啊，提要…为什么不这样”）。
搜索引擎用户可能会尝试通过搜索“…提要”来查找您的提要。拥有包含此关键字的链接会在这里有所帮助。
对于不知道什么是feed的访问者：
他们有机会了解它。²
如果您提供多个提要：
某些具有提要自动发现功能的用户代理发现/允许访问第一个提要，因此这些用户仍然可以通过可见的链接找到其他提要。
在
title属性中描述其含义/差异可能太复杂了。链接并描述所有提要的单独页面更加清晰。具有可见的提要链接的可能的缺点：
它们需要一些空间。
网站设计可能不适合添加它们。
只有您（考虑到您的网站和用户）才能决定更重要的事情。
¹提要自动发现通过使用具有
link链接类型和a属性（即area或alternate）中的提要格式的type（或application/rss+xml / application/atom+xml）元素来工作。 ²您是今天的幸运者10000。;-) ³HTML5规范定义第一个是默认供稿：
为了自动发现Feed，必须将第一个[…]视为默认的联合供稿。
N.B.这个问题（“ [icon]问题提要”）以及链接的XKCD漫画（“ RSS Feed-Atom Feed”）都包含可见的提要链接。
评论
另一个优点（例如）：喜欢您的站点但在其他设备上阅读RSS的桌面用户现在知道值得查找提要。 （严格来说，不需要按钮，只是通知他们的一种方法）
–克里斯H
16-4-14在8:05
谢谢@克里斯。我不知道订阅源阅读器可能是一个单独的应用程序，没有浏览器集成。非常有价值的反馈。
–user52244
16年4月14日在10:47
#2 楼
我一直使用RSS，在网站上发现RSS按钮非常有用。很简单，当我看到它们时，我知道网站提供RSS，这比查找页脚或其他内容是查找提要的更直观的方法。我通常希望RSS按钮位于社交媒体图标/按钮旁边，或者是在标题中带有文字的小型/离散图标旁边。我猜有些网站不提供RSS链接/图标，因为只有很小的一个的用户认为有用。而且使用RSS的人通常是位更高级的用户，可以通过在网站URL上进行谷歌搜索或输入/ rss来找到RSS。
所以，从我的角度来看（作为RSS用户和网页设计师）我发现RSS图标/链接很有用，但是没有它们我可以活下去。
评论
显然，RSS用户认为这些链接有用。问题是，RSS用户是否足够吸引该站点的访问者呢？ （例如，一个位于美国的网站可能会发现包含西班牙文翻译很有用，而一个基于中文的网站则可能没有用。我接受这不是一个很好的类比，因为将网站翻译成其他语言是一种方法比添加RSS链接需要更多的努力。）
–David Richerby
16年4月13日在18:45
#3 楼
从ecom + blog的角度来看，我的想法是：不需要按钮本身，除非您想为用户用他们的眼睛提供某些东西，而无需任何帮助工具提醒RSS可用，即可单击供稿。< IMO提醒自动化/工具/阅读器插件供稿的首选方法是使用
rel="alternate" metas中的<head>链接。在某些情况下，这对用户和SEO都是有帮助的。因此供稿路线在
<head>中是这样的：<link rel="alternate" type="application/atom+xml" title="Products On Sale Feed (Atom 1.0)" href="https://www.example.com/rss/onsale" /> 此外，您还可以放置类似的meta每个类别/存档/无论该类别中的链接仅列出了该范围内的实体：
<link rel="alternate" type="application/atom+xml" title="A category feed (Atom 1.0)" href="https://www.example.com/rss/a-category"/> 似乎所有有用的自动化方法仍然发现它没有问题，并不断返回以检查新内容。我们的日志中不断有所有搜索机器人（和其他非Google机器人）点击这些供稿。与站点地图相比，对各种供稿（尤其是销售和最新内容）的兴趣大约高出4倍。就人类而言，我们甚至还没有一个人单击首屏下方那个区域的数十万次访问中的RSS按钮。
PS：我们的＃3会话相似性小组是“技术爱好者”，所以并不是他们不确定RSS的含义。
#4 楼
如果没有其他原因，它会让人们知道存在RSS源。他们是否点击都没有关系。#5 楼
在所有这些年之后，RSS降级了。诸如推送通知之类的新方法主导了RSS。但这并不意味着不再需要RSS或RSS按钮。 RSS可以用作与网站内容进行交互的微型API。我认为没有比这更简单的方法了。关于按钮，RSS按钮是通知用户您的站点具有RSS的最紧凑的方式。由于所有网站都可以具有不同的RSS URL，因此需要用于重定向到它们的按钮。
我认为很多人都喜欢原始RSS URL，而不是通过插件访问。
评论
这似乎没有专门解决按钮的问题。问题不是在询问是否提供RSS，而是在询问该按钮是否需要/有用。您可能需要编辑答案以避免投票不足。
–用户
16年4月13日在14:54
“ RSS按钮是通知用户您的站点具有RSS的最紧凑的方式”-RSS按钮不是最紧凑的方式。 “最紧凑的方式”是删除RSS按钮，并在头部中简单地包含适当的链接元素-无论如何，您都应该拥有该元素。从理论上讲，此链接元素是所有必需的，也是RSS读者所需要的。
–怀特先生
16年4月15日在12:01
#6 楼
我发现它们非常有用。我们所有人都与知名的图像或图标相关联，如果我正在浏览一个站点，并且想知道它是否有我可能要订阅的提要，则橙色的小按钮会突出。来自在那里，我的工作流程是这样的：我将右键单击并获取feed链接。 （如果没有，例如您的新闻站点示例，它将带我到一个充满RSS链接的页面）。我将该提要链接粘贴到我的聚合器中，该聚合器是一个单独的应用程序，而不是插件。
另一种方法是将站点URL粘贴到聚合器中，然后以这种方式获取提要。前者是我的首选方法。如果该站点没有按钮（或RSS链接），则我不会转到聚合器并将URL粘贴到其中，只是为了查看是否有供稿，因为约定规定那里通常有一个按钮。
对我来说必须有一个链接或一个按钮。因为我的聚合器是一个单独的应用程序，否则我不得不粘贴一个站点URL来查看它是否具有供稿。因此，尽管它仅是与图像的链接，但它与RSS的固有关联使其变得有用。
对我来说，就像任何社交媒体按钮一样-即时识别。
评论
谢谢。您关于聚合器是一个单独应用程序的解释，以及提醒我们通常希望在有提要时使用按钮是非常有用的。
–user52244
16年4月14日在10:45
#7 楼
在页面中，RSS按钮提供了重要的功能，而不仅仅是告诉最终用户RSS可用。某些用户没有使用自动RSS提要阅读器来捕获他们访问的所有站点的提要，而是手动选择要查看的站点提要。最好的选择是同时具有rel=alternate标签和RSS按钮。自动供稿聚合器可以使用rel=alternate，但是使用本地供稿程序（如Outlook）的最终用户可以使用该按钮，因为他们可以单击供稿链接，它将打开并将该供稿添加到其供稿阅读程序中。 br />
评论
我通常会搜索该RSS按钮，按下它，然后将URL复制到我的RSS阅读器...实际上，我很难找到RSS按钮的示例。几年前，每个网页都有一个巨大的橙色图标之一。现在，所有较大的网站和大多数博客都根本没有按钮，许多甚至都没有链接。在博客中，Twitter似乎已取代了提要。我不知道如果您依靠按钮，如何设法获取供稿。
@what相反，我访问的大多数网站都具有RSS按钮。
与UX相关：RSS图标的最佳位置是什么？有没有？但是答案并没有解决根本不需要该按钮的可能性。
这里的大多数答案只是说“我发现RSS按钮有用”。来吧，人们那不是答案。问题不是“您个人认为RSS按钮有用吗”，这不是表决。问题是“ RSS按钮总体上有用吗？”