在 Fraggles 和基于 Fraggle 的索引之前，索引 # URL 只会导致大量重复内容问题和 Google 的额外索引工作。现在基于 Fraggle 的索引已经到位，在 Sear WhatsApp 数据 h Console 中索引和报告 # URL 是有意义的 – 特别是对于分解长而生成的 JavaScript 体验， PWA 和单页应用程序，或者从长远来看，甚至可能对于没有深层链接的本机应用程序也是如此。
为什么要对各个部分进行索引？
如果您习惯于以 URL 作为最小增量来考虑排名，那么这个想法可能很难让您理解。为了提供帮助，请考虑这个思想实验：对 Google 来说，对包含有 B2B收入归因：自建还是购买 关所有不同类型的水果和蔬菜的详细信息的页面进行排名会有多大用处？这对于“水果和蔬菜”之类的查询很方便。但如果将查询更改为“生菜”或“生菜种类”，即使该页面包含最佳、最权威的信息，它也会难以排名。
这是因为关键词“生菜”将从
所有其他水果和蔬菜内容中减去。对于 Google 来说，针对有关生菜的问题，对页面中有关生菜的部分进行排名，针对有关萝卜的问题，对页面中有关 马来西亚电话号码 萝卜的部分进行排名会更有用。但由于用户不想滚动浏览整个水果和蔬菜页面来查找有关他们搜索的特定蔬菜的信息，因此 Google 更喜欢具有关键字焦点和密度的页面，因为它们与查询相关。 Google 很少会对包含多个标题的长页面进行排名，即使它们更具权威性。