尽管如此，在出现技术问题或处罚的情况下，设置规范标签始终是下一个最推荐的选项。 甚至可以在不同站点之间的 URL 中使用规范标签，例如在获得适当许可的情况下在其他平台上未经修改而重新发布的内容，但始终指向原始内容以避免处罚。 关于 rel=canonical 的重要通知 仅仅因为它被留到最后并不会降低它的重要性。我们必须清楚，规范属性是 Google 的建议，而不是指令。这意味着，如果我们在网站的不符，谷歌可能不会考虑它。 也就是说，如果我们从 URL A 到 URL B 放置一个规范，但内部所有链接都指向 A 以及外部链接，Google 可能会忽略所述规范并认为 A 是好的，因此是 B ， A 的副本和可能受到处罚。 要知道Google将哪个URL视为原始URL以及哪个URL视为规范，我们必须进入Search Console，将URL添加到检查器中并查看Google Search Console为我们提供的信息。
我们得到以下数 检查规范 关于规范 的
常见错误 存在与规范 URL 相关的不同问题和一些经常使用的错误，这些问题变得很常见，尤其是当此工具使用不当时，例如： 分页到第 1 页的 丹麦电话号码列表 文件不应被规范化。同样，页面的规范标签必须指向该页面，例如：第 2 页到请求已启动但阻塞或在队列中：如果阻塞持续很长时间，可能是由于不同的原因：有更高优先级的请求或该源的请求很多。 DNS 查找：浏览器正在解析请求的 IP 地址。 连接：连接到服务器以解决请求所需的时间。如果时间正在上升，则可能表示网络问题、连接错误或服务器过载。 发送：发送资源请求。 Waiting：这是服务器解析请求并发送响应所花费的时间，如果时间较长，则服务器出现问题。 接收：接收资源。 HTTPS 请求又增加了一步，在这里我们看到了。
HTTPS 请求分析 这两张截图属于两个不同的网站
一个未优化（HTTP 请求），另一个优化（HTTPS 请求）。 如果仔细比较的话，最大的区别就在于等待时间。在这些情况下，必须对服务器进行更 瑞士 电话号码列表 详细的分析。 对服务器的请求，我们怎样才能减少呢？ 正如我们所看到的，请求数量与加载时间密切相关，因此减少请求数量将提高 URL 的加载时间。优化过程受到常识的影响，并了解资源是否对用户或我们的业务真正有用。现在是对某些对我们没有任何贡献的资源说再见的时候了，但我不会是决定这一点的人。
