解决技术SEO的提示
有很多清单所载的文章，告诉您应该在网站上查看哪些技术SEO项目。 这不是那些列表之一。 我认为人们需要的不是另一种最佳实践指南，而是一些有关故障排除的帮助。
信息：搜索运算符
通常，[info：https：//www.domain.com/page]可以帮助您诊断各种问题。 此命令将让您知道页面是否已建立索引以及如何建立索引。 有时，Google选择将页面按其索引折叠在一起，并将两个或多个重复项视为同一页面。 此命令向您显示规范化的版本-不一定是规范标签指定的版本，而是Google将其视为要索引的版本。
如果使用此运算符搜索页面并看到另一页面，则结果中将看到另一个URL排名，而不是该排名-基本上，Google不想在其索引中包含两个相同的页面。 （即使显示的缓存版本是另一个URL，也是如此！）例如，如果您在hreflang标记中的各个国家/地区对之间进行精确**，则这些页面可能会折叠成一个版本，并在受影响的位置显示错误的页面。
有时，您还会通过劫持SERP看到这种情况，其中在一个域/页面上进行的[info：]搜索实际上将显示一个完全不同的域/页面。 我是在今年早些时候的Wix的SEO英雄大赛中发生这种情况的，当时一个更强大，更成熟的域名**了我的网站，并且能够在SERP中占据一席之地。 丹·夏普（Dan Sharp）也在今年早些时候通过Google的SEO指南进行了此操作。
&filter = 0已添加到Google搜索网址
在Google搜索的网址末尾添加&filter = 0会删除过滤器，并在Google的考虑因素集中显示更多网站。 添加页面时，您可能会看到页面的两个版本，这可能表明重复页面没有一起滚动时出现问题。 例如，他们可能都说他们是正确的版本，并且有信号来支持它。
该URL附录还向您显示了可以对此查询进行排名的网站上其他符合条件的页面。 如果您有多个符合条件的页面，则可能有机会合并页面或将这些其他相关页面的内部链接添加到要排名的页面。
网站：搜索运算符
[site：domain.com]搜索可以揭示有关网站的大量知识。 我会寻找以我不希望的方式建立索引的页面，例如参数，我可能不知道的网站部分中的页面以及不应该建立索引的页面的任何问题（例如开发服务器） 。
site：domain.com关键字
您可以使用[site：domain.com关键字]检查网站上的相关页面，以查看合并或内部链接的机会。
此搜索也很有趣，它将显示您的网站是否符合该关键字的精选代码片段的资格。 您可以对许多热门网站进行此搜索，以查看其精选片段中包含的内容，这些片段可以尝试找出您的网站缺失了，或者为什么一个网站可能在另一个网站上显示。
如果您使用“短语”而不是关键字，则可用于检查内容是否被Google选中，这在JavaScript驱动的网站上非常方便。
静态与动态
在处理JavaScript（JS）时，一定要了解JS可以重写页面的HTML，这一点很重要。 如果您正在查看视图源或什至是Google的缓存，那么您正在查看的是未处理的代码。 这些不是对JS处理后实际上可能包含的内容的好看法。
使用“检查”而不是“查看源代码”查看加载到DOM（文档对象模型）中的内容，并在Google Search Console中使用“获取并呈现”而不是Google的缓存来更好地了解Google的实际外观这一页。
不要告诉人们这是错误的，因为它在缓存中看起来很有趣，或者源代码中没有东西。 可能是您错了。 有时候，您可能会查看源代码并说对了，但是<head>部分中的某些内容经过处理后会中断并导致其尽早结束，从而将诸如canonical或hreflang之类的许多标记丢入<body>部分，其中不支持它们。
为什么体内不支持这些标签？ 可能是因为它允许劫持其他网站的页面。
检查重定向和标头响应
您可以使用Chrome开发者工具进行这些检查，或者为了简化操作，您可能希望检出扩展名，例如“重定向路径”或“链接重定向跟踪”。 查看重定向的处理方式很重要。 如果您担心某个路径，并且信号被合并，请在Google Search Console中查看“指向您网站的链接”报告，并查找链接到链中较早页面的链接，以查看它们是否在报告中页面上，并显示为“通过此中间链接”。 如果是这样，可以肯定的是Google会计算链接并将信号合并到页面的最新版本。
对于标题响应，事情可能会变得有趣。 尽管很少见，但您可能会在此处看到规范标签和hreflang标签，它们可能与页面上的其他标签冲突。 使用HTTP标头进行重定向也可能会出现问题。 我已经不止一次地看到人们在字段中没有任何信息的情况下为重定向设置“位置：”，然后使用JS重定向来重定向页面上的人员。 嗯，用户转到了正确的页面，但是Googlebot首先处理了位置：然后进入了深渊。 在看到其他重定向之前，它们没有重定向。
检查多组标签
许多标记可以位于多个位置，例如HTTP标头，<head>部分和站点地图。 检查标签之间是否有任何不一致之处。 也没有什么可以停止页面上的多组标签。 也许您的模板为索引添加了元机器人标签，然后插件为noindex设置了一组标签。
您不能仅仅假设每个项目都有一个标签，所以不要在第一个标签之后停止搜索。 我在同一页面上看到多达四组机器人元标记，其中三组设置为索引，一组设置为noindex，但每次noindex都会赢。
将UA更改为Googlebot
有时，您只需要查看Google看到的内容即可。 关于隐藏，重定向用户和缓存有很多有趣的问题。 您可以使用Chrome开发者工具（此处的说明）或使用用户代理切换器之类的插件进行更改。 如果您要执行此操作，建议您以隐身模式进行操作。 您想检查一下Googlebot没有被重定向到某个地方-好像他们看不到另一个国家的页面，因为他们正在基于美国IP地址被重定向到另一个页面。
Robots.txt
检查您的robots.txt中是否有可能被阻止的内容。 如果您阻止某个页面被爬网，并且在该页面上添加了规范到另一个页面或noindex标记，则Google无法对该页面进行爬网，也看不到这些标记。
另一个重要提示是监视robots.txt的更改。 可能有人在做某些更改，或者与开发服务器共享缓存时可能会出现意外问题，或者还有许多其他问题-因此，请务必注意对此文件的更改。
您可能会遇到页面未建立索引而无法找出原因的问题。 尽管没有得到官方的支持，但是通过robots.txt进行的noindex会将页面排除在索引之外，这只是另一个可能需要检查的位置。
避免头痛
只要您可以设置任何自动化测试或消除故障点（您只知道某个人会在某个地方搞砸），就可以这样做。 尽最大可能扩展事情，因为要做的事情总是比做的事情多。 只需在转到HTTPS时为不安全升级的请求设置内容安全策略，就可以避免告诉所有开发人员必须更改所有这些资源来解决混合内容问题的麻烦。
如果您知道某个更改可能会破坏其他系统，请将该更改的结果与所需的资源权衡，并在可能的情况下权衡修复系统所需的某些内容和资源的机会。 技术SEO总是需要权衡取舍，仅仅因为做对了并不意味着它总是最好的解决方案（不幸的是），因此，请学习如何与其他团队合作衡量您建议的变更的风险/回报。
加起来
在复杂的环境中，可能会有许多团队在从事项目。 您可能具有多个CMS系统，基础结构，CDN等。 您必须假设一切都会改变，并且一切都会在某个时刻破裂。 失败点太多，使技术SEO的工作变得有趣而富有挑战性。
本文中表达的观点是来宾作者的观点，不一定是Search Engine Land。 工作人员作者在此处列出。
本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，一经查实，本站将立刻删除。如若转载，请注明出处:http://www.botadmin.cn/sylc/9921.html