随着Google Chrome探索网站的“遵循”功能,并对社交媒体对创建者覆盖率的算法饲料的限制感到沮丧,RSS feed正在经历复兴。预计这种趋势将持续到2022年及以后。
本文得到了CSS-Tricks的正式学习合作伙伴Frontend Masters的支持。
Frontend Masters提供涵盖必不可少的前端技术的全面课程。有抱负的全栈开发人员还将在这里找到宝贵的资源:
大量夸大了RSS灭亡的谣言。它在播客中的广泛使用表明了它的持续相关性。无论您是经验丰富的RSS用户,需要更新还是新来者,了解创建和管理供稿的最佳实践都是至关重要的。本文指导您采用各种饲料类型,实施技术和最大化饲料内容的策略。
RSS只是一种类型的联合Web提要。最普遍的格式包括:
虽然“ RSS”是一个常用的搜索词,但本文使用“ Web Feeds”,除非参考特定格式。
Atom,RSS和JSON Feeds具有相同的目的,但具有关键差异:
<itunes:></itunes:>
标签)。content_html
; atom使用type=html
和xml-escaped html; rss使用content
stag; rss使用<description></description>
或具有XML渗出或UNESCAPER HTML的内容扩展。除了这些差异之外,变化很小。由于压缩,文件大小不是一个重要因素。除非需要特定格式(例如播客),否则提供多种格式是有益的,RSS和ATOM享有最广泛的支持。
优化提要涉及几种关键策略:
隐藏的提要没有用。通过在您的网站。这允许供稿读取器识别和访问您的内容。这是包含所有三种格式的示例:
<link href="https://codelab.farai.xyz/index.rss.xml" rel="alternate" title="法赖的Codelab的RSS feed" type="application/rss xml"><link href="https://codelab.farai.xyz/index.feed.json" rel="alternate" title="法赖的Codelab的Json feed" type="application/feed json"><link href="https://codelab.farai.xyz/index.atom.xml" rel="alternate" title="法赖的Codelab的原子供稿" type="application/atom xml">
使用这三个都是可以接受的。尽管有些读者可能只识别第一个链接, rel="alternate"
,正确的MIME类型是必不可少的。还建议添加标题。通过在网站上突出显示指向您的供稿的直接链接,进一步增强了可发现性。例如,CSS技巧在其页脚中提供了RSS链接。饲料读取器通常甚至可以检测到这些链接。提要的名称不如其可访问性至关重要。
使用标准Web技术优化您的提要:
Access-Control-Allow-Origin: *
)以防止客户端阻塞。尽管应考虑安全的影响,但对于较小的站点来说,这不太可能成为主要问题。优先考虑提要中每个帖子/条目/项目的完整内容,而不仅仅是摘要。许多用户更喜欢饲料阅读器的可读性。尽管存在对内容刮擦的担忧,但从网页中刮擦并不是要比提要要困难。直接在提要内容中包括静态广告仍然是可能的。一些读者还可以解析相关的网页。但是,对于具有长形式内容或需要特定查看方法的富介质的提要,可以接受摘要(例如播客显示说明)。如果使用摘要,请包括一个图像,关键点以及指向完整内容的链接。
设计您的供稿内容,以在网络浏览器之外进行最佳的可读性,在该浏览器之外,JavaScript和CSS受到限制。 Sara Soueidan关于此的技巧很有价值。专注于提供强大的后备经验,尤其是对于嵌入式元素。许多嵌入式提供了后备内容(例如Twitter和Codepen),但其他嵌入方式可能没有。某些嵌入(例如Vimeo视频)可能仅在特定域上工作。提供诸如图像或链接之类的替代方案。考虑不同的读者如何处理内容并提供适当的后备。
通过对条目内容中的每个href
和src
属性使用绝对URL来解决图像和链接的相对URL。这避免了相对URL和子目录的问题。虽然这可能具有挑战性,尤其是对于静态生成的站点,但这是最强大的解决方案。一种方法是在构建过程中使相对URL绝对。另一个是配置静态站点生成器,以直接在Markdown中呈现绝对URL。脚注是一个例外;一些读者处理脚注中的相对跳跃链接。
由于JavaScript支持在Feed阅读器中受到限制,因此必须将广告直接集成到您的内容中,而不是动态注入。
避免压倒性的用户过多,尤其是对于经常更新的站点。考虑限制使用摘要而不是完整内容,或为不同的内容类别或主题创建多个提要。
移动提要时,请确保使用标签URI方案具有全球唯一标识符(GUID)(例如, tag:<authority> ,<yyyy-mm-dd> :<specific> #<fragment></fragment></specific></yyyy-mm-dd></authority>
)。这样可以防止供稿阅读器中的重复条目。将301重定向用于提要本身。
验证您的供稿(使用W3C的RSS和ATOM服务,或JSON的JONFEED.ORG)来确保正确性并识别潜在问题。解决与GUID和绝对URL相关的任何错误。
使用HTTP基本身份验证(用户名/密码)或作为查询参数来管理Feed访问。两者都在HTTPS上提供了类似的安全性。
RSS俱乐部促进了仅通过供稿而不是网站提供内容的独家提要的创建。
Web提要可用于除博客文章以外的各种目的,包括更新,通知和监视网站上的更改。 WebSUB可以有效地管理通知。
本文提供了RSS播客供稿,RSS博客文章供稿和JSON提要的示例。
本文列出了CMSS(WordPress,Ghost,Shopify,Squarespace,Wix)和静态站点生成器(Eleventy,Hugo,Next.js,Nuxt.js,Jekyll,Jekyll,Astro,Astro,Gatsby,Gatsby,Zola,Zola)。
本文总结了实施有效的Web提要的关键注意事项。它鼓励读者在评论中分享他们的提要和问题。
以上是使用网络供稿:不止RSS的详细内容。更多信息请关注PHP中文网其他相关文章!