Ohworld

 找回密碼
 立即註冊
搜索
熱搜: 活動 交友
查看: 299|回復: 0
打印 上一主題 下一主題

丰富的摘要 每种类型网站的最佳实践

[複製鏈接]

2

主題

2

帖子

8

積分

新手上路

Rank: 1

積分
8
跳轉到指定樓層
樓主
發表於 2023-11-6 11:40:22 | 只看該作者 回帖獎勵 |倒序瀏覽 |閱讀模式
Google 中的索引是自动的。算法搜索与互联网用户的查询最匹配的当前项目。为了帮助他们解释网站上包含的信息,网站代码应该配备结构化数据。该数据可以使用微数据、RDFA 或 JSON-LD 写入。

这样您就可以提高点击率,同时确保网站的体验质量。那些决定访问您网站的人将知道要查找什么以及在哪里查找,因此不仅客户满意度会提高,而且跳出率也会降低。  

丰富的摘要利用了绝大多数客户根据视觉体验做出决策的事实。因此,结构化数据旨在提高网站的可见性。

有些平台有插件可以帮助您修改代码并自动为产品提供结构化数据。

对于 WordPress,它是 WP SEO 结构化数据架构。您还可以在Joomla 、Presta 或 Shopify中安装免费插件。All In One Schema.org Rich Snippets 被认为是最好的插件之一,也是实现速度最快的插件之一。

为什么丰富的摘要是重要的 SEO 工具?
丰富网页摘要的使用主要取决于您经营的业务类型。无论您是撰写博客、宣传您的乐队、拥有一家餐厅还是经营一家商店,您都肯定希望在互联网上可见。为了实现这一目标,许多人转向付费广告。然而,还有另一种免费且非常有效的方法。

研究表明它是多么有效。RKG Merkle 的 SEO Ben Goodsell 声称,包含丰富摘要的报价比代码修改之前的利润提高了 677%。用结构化数据描述的网站流量增加了 20-40%。不仅参观者的数量很重要,而且参观者的质量也很重要。丰富的摘要意味着您将收到一群真正对您的产品感兴趣并准备采取下一步行动的客户,而不是意外访问该网站。

如何在SEO中使用丰富的摘要?
丰富的摘要不仅可以让您将您的网站与其他网站区分开来,还可以吸引人们对您的产品/服务最重要功能的关注。因此,它们具有良好广告的特点,但不会破坏您的预算。

重要的是不要截断描述,因此请检查字符限制。简洁的信息比中途被中断的句子效果更好。

面包屑丰富的摘要
面包屑的配置允许您以有序的形式呈现网站地址。为了方便客户导航并直接引导他找到所需的信息,该代码被放置在每个子页面上。

徽标丰富片段
吸引眼球的不仅仅是产品摄影。为了充分利用搜索引擎的视觉功能,还请在结构化数据中指出徽标图形的位置。

内部丰富摘要搜索引擎
Google 允许您链接到您网站的内部搜索引擎。将您自己的搜索引擎直接添加到 Google 结果中需要使用WebSite形式的数据模式。  

丰富的文章片段
就文章而言,结构化数据将有助于识别作者、出版日期和地点或文本类别。  

丰富的摘要个人页面
您还可以为您的私人网站或LinkedIn个人资料配备丰富的摘要。在结构化数据中,您可以添加姓名、职务、职务、联系方式以及有关您工作人员的信息。   

丰富的菜谱 片段
如果您经营烹饪博客,您可以在微数据中标记菜肴类型、评级和意见、准备时间、卡路里数或份数。

事件丰富的片段
使用微数据突出显示计划活动的类别、开始和结束、门票详细信息和地点。

丰富的音乐片段
此选项可供 Google 用户使用。Bing不区分这样的类别。在结构化 柬埔寨电话号码数据 数据中,提供以前专辑的链接以及可以购买最新专辑的页面的快捷方式。

视频 丰富片段
对于视频,您可以描述其时长、许可证、制作人、创作者以及视频是否适合所有年龄段的用户。

您需要等待多长时间才能得到结果?
不幸的是,接受新代码的过程并不快。Google 仅在 10 甚至 14 天后才开始分析修改。

Google 接受和显示丰富网页摘要的过程是相当不可预测的,但可以注意到某些趋势。

如果算法发现结构化数据有用,它将在接下来的 5 天内显示。几天后,Google 可能会开始推广您网站上的一组不同的产品或页面。这个过程可能会重复几次。



大约 8 周后,如果没有报告错误或违规行为,您的丰富网页摘要应该会被接受并定期显示。

这个繁琐的过程常常让网站站长不耐烦,不断地修改代码。然而,通常情况下,问题不在于错误输入的微数据,而在于谷歌需要多长时间才能接受更改。“调整”代码的次数越多,造成的延迟就越多。相反,请使用结构化数据测试工具并检查您是否正确实施了标记。

回復

使用道具 舉報

您需要登錄後才可以回帖 登錄 | 立即註冊

本版積分規則

Archiver|手機版|小黑屋|Ohworld  

GMT+8, 2025-6-25 23:13 , Processed in 0.056484 second(s), 21 queries .

快速回復 返回頂部 返回列表