Sitemap

Google 的 John Mueller 最近建议 SEO 不要为大型网站手动创建站点地图,并提供了更合适的解决方案。

此交换发生在 r/SEO subreddit 上的 Reddit 线程中。一位 SEO 正在寻找有关为拥有超过 200 万种产品的网站创建站点地图的建议。

该线程指出:

“我有一个客户在一个技术性很强的工业领域。他们出售相似但非常具体的工业零件。他们的库存中有超过 200 万个 SKU。

我的挑战是创建一个站点地图。因为页面太多,我只好手动创建。我有一个我们的开发团队通过 API 提取的按产品和类别划分的 URL 列表。由于站点地图只能包含 50,000 个 URL,因此我有 37 个 Excel 表,每个表上有 50,000 个 URL……”

SEO 继续描述了他们计划如何应对这一挑战,考虑到他们不必像最初想象的那样“必须”手动创建站点地图,现在这一切都无关紧要了。

这是穆勒建议做的事情。

约翰·穆勒的回应

“不要像那样手动创建站点地图,”穆勒在回应中明确表示。

作为最受好评的评论,穆勒的建议显然得到了 Reddit SEO 社区的响应。

穆勒说,与其手动创建站点地图,不如说这是在这种情况下应该做的:

“您需要直接从 CMS 或基础数据库中获取 [站点地图]。”

正如另一位 Reddit 用户指出的那样,从开发团队最初提取 URL 列表的 API 获取站点地图也是一个很好的解决方案。

为什么这比手动创建站点地图更好?

在为大型站点或任何站点创建站点地图时,您不仅要考虑如何创建它,还要考虑如何保持最新。

拥有如此庞大产品目录的网站每天可能会添加和删除数以万计的产品。

像这样手动维护更新的站点地图在逻辑上是不可能的。

这甚至还没有考虑到创建站点地图所需的大量工作。

当存在自动选项时,手动创建站点地图不是一个现实的解决方案。

搜索引擎优化来了他们的感觉

发起 Reddit 线程的 SEO 最终意识到并同意手动创建站点地图不是正确的方法。

“谢谢你们的叫醒电话。我同意,这是为我们制定的行动计划,但从一开始我就不适合。”

不管怎样,这个想法显然来自他们工作的公司的高级职员。

更多资源

有关创建和优化站点地图的更多信息,请参阅以下资源:

所有类别: 博客