搜索引擎优化的网络开发:另一个几乎走向南方

已发表: 2017-04-04

最后更新于 2018 年 9 月 14 日

Web Development for SEO

这就是为什么你有一个搜索引擎优化公司,像那样! 公司,以发现并纠正现有网站重新设计的问题。 任何在互联网营销行业工作并经历过功能网站重建的人都知道,很多事情都可能出错。 最近,一个 PPC(按点击付费)和 SEO(搜索引擎优化)客户刚刚完成了他们网站的重建,并在未经审查的情况下启动。 该客户网站的最新重建在发布时出现了严重错误,因此我将讨论一些可能发生并且可能发生冲突的预期和意想不到的事情。

需求

该客户购买了一家现有企业,该企业拥有现有的电子商务和信息网站,并且是其行业的领导者。 网络开发人员没有随购买而来。 由于某种原因从未向我透露,客户无法更新购物车之外的任何页面。 购物车对移动设备不友好,我们可以看到他们在桌面设备和移动设备上的转化率差异。 移动转化几乎不存在。 他们绝大多数的在线销售是由桌面自然搜索、PPC、直接和推荐访问产生的。


作为全球领先的白标供应商,我们可以帮助您为客户提供出色的 SEO 结果。 我们可以帮助你吗? 查看有关我们的白标 SEO 服务的更多信息,并了解我们如何帮助您实现所需的结果。


改善他们的 SEO 所需的许多元素也不存在。 无法更改元数据、h1 标签、alt/title 标签等。这些数据大部分是通过程序生成的; 以及菜单和导航结构。 这个新站点也需要安全。 简而言之,他们需要的是一个新的移动友好、安全的网站和带有连接器的购物车,以与他们现有的企业资源规划 (ERP) 软件套件一起工作。

使命

该客户有 3,766 个关键字,排名结果在前 100 个 Google SERP 中。 五百三十八 (538) 个关键词与第 1 页结果,平均每月搜索量为 65,790 和 43 个关键词在平均每月搜索量为 6,110 的谷歌 SERP 中排名第一。 我的工作是指导他们完成新管理系统所需的要求,以提供实施 SEO 向前推进的能力。 这还包括尽可能保护他们现有的排名结果。

选择
Web Development for SEO
客户最终选择了一家离岸供应商,该供应商可以提供其现有 ERP 软件与新的、移动友好的、安全的购物车解决方案和网站之间的集成。 由于不熟悉这个离岸供应商,客户向我提供了一个录制的产品演示,以确认管理系统将提供我们实施 SEO 所需的内容。 在查看演示后,我得出结论,我们有必要的元素来帮助客户进行 SEO 改进。 我们可以创建自己的页面标题、元描述和 h1 标签。 我们可以更新 Google Analytics (GA) 代码,他们运行的是旧的、过时的 GA 代码,并且没有 Search Console 帐户。 我们可以访问图像以添加格式正确的 alt/title 文本。 正如我们后来发现的那样,而且为时已晚,甚至可以在每个页面上应用 301 重定向。 但这只是故事的一部分。

结果


That! Company White Label Services


事实证明,开发人员提供了模板、购物车和 ERP 集成。 客户的任务是移动内容(复制旧站点内容并粘贴到管理系统中的新页面),包括现有的元数据。 他们还负责将旧站点的 URL 逐页输入到新页面的数据中。 事实证明,由于客户端无法完整地复制和粘贴旧站点的 URL,这使情况变得复杂。 客户将此作为标准操作程序,并没有通知任何人。 我们最初建议开发人员创建一个适当的 301 重定向文件。 推出时间表不允许客户让我们审查正确的操作。 他们刚刚推出了它,这就是一切都出错的地方。

在注意到重新构建的网站已经启动后,我们开始根据当前排名结果手动测试原始关键字排名结果。 只是为了看看新站点的样子以及所有数据都被转移过来了。 谷歌 SERP 中仍然存在的所有排名结果都会导致 404 响应代码,但主页除外。 事实证明,旧站点的 URL 是使用 .html 扩展名创建的,而新 URL 不是。 管理系统根本不允许将旧 URL 粘贴到提供的 301 重定向字段中,因此客户端粘贴旧 URL 时不带 .html 扩展名。 客户认为这是标准操作程序。

经过多次内部讨论后,我们发现如果您删除了 .html 扩展名,在大多数情况下,页面会正确重定向到新 URL 的安全版本。 但是,在某些情况下,没有 .html 扩展名的旧 URL 会重定向到一个新的、对搜索引擎非常不友好的 URL,其中包含我们以前从未见过的查询字符串。 在进一步检查中,我们发现这个新的未知 URL 是由主菜单中的导航生成的。 所以我们有一个一对一的重定向,在大多数情况下,从旧的 URL,删除 .html 扩展名,到新的安全搜索引擎友好的 URL,我们能够从生成新的非的主导航导航到相同的内容-友好的网址。

重复内容? 那么,您可能会问,是否放置了 rel= 规范标签? 对吗? 不。搜索引擎友好的重定向 URL 上的 rel=canonical 标记被设置为指向包含查询字符串的新的非搜索引擎友好 URL。 在检查非友好页面的 rel=canonical 标记时,我们发现该标记引用了一个完全不同的 URL。 一个包含类别而不是查询字符串。 因此,针对三个不同的 URL 显示了一个内容,并且设置了不正确的 rel=canonical 标签。

接下来,我们发现 robots.txt 文件中已禁止所有机器人。 然后我们检查了 GA 中的活动。 客户仍在接收来自所有来源的访问,但记录的转化率为零。 另外,客户希望我们推送爬取和索引,这需要谷歌的搜索控制台。 这里的问题是现有的 GA 代码是旧的,并且从来没有在网站上放置 Search Console 验证码。 这是客户由于从未披露的原因而无法更改的项目之一。

幸运的是,客户接受了我们的建议,将他们的 GA 代码更新到最新版本。 他们还自行添加了 Google 的标签管理器。 哎呀! 可能会双重触发 GA 代码? 借助 Google 跟踪代码管理器和更新的异步 GA 代码,我们能够为客户创建一个新的、安全的(https 与 http)Search Console 帐户,然后发现没有 .xml 站点地图可以提交以进行请求的抓取.

收到通知后,客户端与开发人员进行了沟通,并获得了两个 .xml 站点地图 URL。 一个工作。 一个没有。 工作的有一个指向非工作 .xml 站点地图的条目。 在浏览器中查看时,无法正常工作的 .xml 站点地图没有正确的格式。 所以我们当时没有提交提供的 .xml 站点地图。

最终结果
Web Development for SEO
我们通过分阶段的电子邮件通知客户我们的发现。 首先,重定向失败的问题,我们发现如果我们删除 .html 扩展名,它们会正确重定向。 客户端通知了开发者,开发者回复说你不能把.html扩展名放到提供的301重定向工具里。 进一步的发现表明客户已经发现了这一点,并认为这是标准操作程序。

出于某种原因,原始网站已被删除(这里很糟糕,总是有一个工作版本可供使用),因此我们无法通过 .htaccess 文件提取任何旧 URL 来创建新的永久 301 重定向。 解决方案是创建一个新的一对一匹配,旧 URL 与新 URL,电子表格,从 GA 中提取过去一年的登录页面数据,以便开发人员创建一个正常工作的重定向,覆盖 301 重定向委托给客户的管理系统。

开发人员以额外费用向客户解决了问题。 任何现有的带有 .html 扩展名的旧排名结果都开始正确重定向,并且在 14 天内,排名结果已被新的安全 URL 替换,并且在大多数情况下,非常接近预先存在的排名结果。 rel=canonical 标签问题在与 Web 开发人员的销售代理的在线会议中得到解决,归结为用户输入错误。 有几个字段可以输入或从现有选项中选择数据,解决方案需要重置这些字段并清除缓存。

友好、安全的 URL 的另外两个版本很快就消失了。 关于 robots.txt 中的 bot /disallow,开发者接到通知后迅速解决了这个问题。

发现GA转换数据的问题似乎与客户的商家服务提供商有关; 这是新的,与旧的提供商不同。 没有人想到要与商家服务提供商沟通,我们需要在他们的结帐页面上使用 GA 代码,以便为客户提供必要的电子商务数据,以便就他们的营销工作做出明智的商业决策。 我们没有意识到新的商家服务提供商的存在。

最后,我们手动创建了一个我们想要上传到服务器的 .xml 站点地图文件,并要求开发人员禁用正在创建他们的非工作 .xml 站点地图的任何内容。 在与开发商的销售代理进一步讨论时,我们被告知不能将另一个 .xml 站点地图上传到服务器。

在向开发商的销售代理展示结果后,他表示他会研究它,但他建议我们查看源代码。 在源代码中查看时,.xml 文档的格式正确。 看到这个结果后,我们通过 Search Console 通知 Google,我们确实有一个有效的 .xml 站点地图。 最后,在几天的时间里,谷歌终于记录到我们确实有一个工作的 .xml 站点地图,并开始显示被索引的 URL。 但是,如前所述,格式正确的 .xml 站点地图只有一个条目指向无法在浏览器中解析但在源代码中正确显示的附加 .xml 站点地图。

好吧,这个问题已经变成了一个更大的问题,因为附加的 .xml 站点地图生成了 500 响应代码,因此访问该站点区域的 Google 代理存在问题。 而且,截至今天,两个 .xml 站点地图都生成了 500 个响应代码。 前一周,我们使用 Google Search Console 中可用的获取、呈现、提交工具提示了一次抓取,我们认为这导致了新网站的抓取和索引。

因此,最后,如果它可能出错,它会在重新构建您的网站时,并希望您能够避免其中一些错误。 阻止 robots.txt 文件中的机器人并不正确地重定向可能会使您在网上停业,或者至少处于危险之中。 如果机器人无法抓取您的网站,您最终将从索引中删除,当您从索引中删除时,除非它们来自推荐、直接或其他非自然来源,否则大多数自然搜索访问将不存在。

如果结果未正确重定向,自然访问者可能会将您的网站视为不可信。 将您的网站保存为书签的现有客户可能会在他们的书签未正确重定向时感到沮丧。 更不用说我们不得不同时关闭他们的 PPC 活动。 点击付费广告并获得 404 页面未找到响应不仅让您的访问者感到沮丧,而且代价高昂! 点击会花钱,而且您的投资没有回报。 而且,这就是您拥有我们的原因。

– 高级 SEO 经理 Mark Gray