在本文中，我将讨论当站点更换引擎并且没有SEO专家控制时出现的问题。 该材料对那些独立推广其网站的人很有用，对于同事来说，这可能是刷新其头脑中知识的额外原因（或可能在评论中添加新内容）。
更改CMS时搜索流量出现问题是一种典型情况：即使没有特别的错误，搜索引擎也需要一些时间来接受所有更改并进行评估。 但是也存在一些遗漏，这些遗漏很容易做出，以后很难识别。
为了以防万一，我将分别指出，您需要注意的第一件事是关闭索引的测试服务器。 在该站点上，您将部署站点并对其进行重建，直到发布为止。 绝对不建议工作“获得”。
1.标头和格式
页面的内容-对于搜索引擎而言非常重要。 传输内容时，格式设置元素经常丢失或以其他方式规定：标题，项目符号列表，特殊字符等。请确保仔细检查标题，使其不仅变为“粗体”，并且纯文本没有在不需要的地方使用H2标签。
后者尤其令人不快，因为由于样式的原因，可能无法在视觉上显示出来，但是代码的标题完全是意外的。
检查并更正标题的嵌套。 碰巧在更改页面设计时，文本块排列的逻辑也会发生变化。 在旧站点上，该块在逻辑上可以与较旧的标头相关，而在新设计中，其本身与该级别相当一致。
2.字幕和图片链接
有了图片，您还需要增加注意力。 重要的是要保留签名，以确保加载它们的所有链接都正常工作。 仔细遍历次要部分和页面。
通常，由于他们开始进行“检查”，因此该更新材料了。 可以肯定的是，按照今天的标准，某个地方的照片分辨率很低。 值得添加针对您的语义进行优化的exif数据，并使用水印保护图像。
3.页面重复
该网站上有重复项吗？ 您最有可能清洗了它们，答案是否定的。 但是最好再次检查：不是上次做得很好，也不是自那时以来没有新的东西，以及新的CMS再也没有做过的事实。 她可能会拥有，尤其是如果您制作了一个“智能”目录，其中包含一堆过滤器和一个详细的注释器。
使用自动方法，因为它比手动验证更简单，更可靠。 特别是如果它是其中有数千个职位的在线商店。
4.音译与写作
最有可能的是，您的结构已更改，并且您设置了第301次重定向。 这是正确和合乎逻辑的。 在注册重定向之前，请在LETTERNESS中检查新页面的地址。
对于在线商店而言，此问题最为严重：类别和产品组的相同俄语名称由不同的CMS不同地音译。 设置重定向时，您会看到两个地址：
site.ru/catalog/venge和
site.ru/catalogue/mezhkomnatnie_dvery/venge 。 一切似乎都很简单：嵌套已更改。 但实际上，拼写也发生了变化。
是的，这看起来像是一个非常荒谬的错误，但是，请相信我，这种情况一直在发生。 而且，由于我们记住URL必须是“人类可读的”，因此出现了各种“ mezhregionalnoe-operatsionnoe-upravleniye”等类似vyviglazny自动的东西，其中很容易跳过“ -nnoye”而不是“ -nnoe”。
错误配置重定向-浪费您的时间。
5.旧的重定向
并且在该站点上，很可能在迁移之前已经进行了重定向。 而且他们甚至更经常忘记它们，因为这些页面在结构中根本不可见。 结果，仅从移动时相关且活动的那些页面建立了301重定向，但它们忘记了存在其他一些页面的事实，这些页面的权重，链接和流量。
转移重定向之后，我们将对其进行检查，确保每个页面都返回代码301，然后我们才冷静下来。
6.逻辑标题
如果该网站已经被提升，那么肯定在上面写了必要的标题，描述和关键字。 对于最后两个，一切都非常清楚，但是对于第一个，有细微差别。
通常，标题是根据页面嵌套及其类型根据给定的逻辑编写的。 对于大型项目，它们通常是自动组装的。
移动后，应检查形成标题的逻辑是否仍然与所有级别页面上新站点结构的逻辑一致。 通常，它会引起混淆，尤其是在此之前，标头的输出是通过自写算法实现的。 在某个地方可能会有手动定义的公式，这些公式也容易遗漏并且可以更好地进行重新检查。
7.中学部分的参考
在文章，新闻和博客的某些部分中，博客通常隐藏链接，这些链接链接到更多无法访问的材料。 当您移动这些链接时，将会有很多。 由于这些不是网站上最受欢迎的板块，因此通常会被忽略，因此他们不知道这么多断开的链接来自何处。
出于我之前所说的相同原因，有必要通过自动化服务检查链接的功能：它更快，更可靠。 同时，您会找到指向其他站点上缺少页面的出站链接（如果有）。
还值得一提的是，在此类部分中，您经常会发现其他问题，例如，相同的重复项。 在某些情况下，发现了整个并行的树状目录，这些目录安全地隐藏在以前的站点中。
通常，对于断开的链接，应该将移动视为仔细检查所有内容并进行“常规清洁”的一个好理由。 通常，这么小的污点会累积多年，并且无法纠正，因为每个人都在忙于处理更重要的事情。 尤其是如果SEO不是个人，而是不经常监视网站状态的专职营销人员或程序员。
8. Robots.txt
文件通常是在CMS中形成的，这是检查其语法的第一个原因。 如果您手动编写它，这是第二个原因。
您更改了CMS，因此更改了站点内部组织的逻辑。 有必要重新关闭索引服务部分，以验证应打开的对象没有意外关闭。
9. rel =“规范”
显然，该属性需要转移。 但是请不要忘记彻底验证其拼写正确，并且仍然与您的结构，显示内容的方式等保持一致。
碰巧的是，措辞只是从旧站点转移到了新站点，而没有深入研究其确切含义和搜索机器人的要求。 并获得网站整个部分的索引损失。
10.微标记
并不是说这是一个非常普遍的问题，但是确实会发生。 转移到新的CMS时，微标记可能会丢失，但是由于在工作过程中不可避免地会产生大量任务，因此很容易忘记它：它不会影响浏览器中网站的显示和功能。 当您链接到页面的链接开始时，例如，在社交网络上发布时，您会注意到这一点。 最好事先仔细检查一下所有内容。
当然，如果在SEO专家的控制下转移站点，则不会发生这种情况。 但是，我们也知道在迁移时将微标记视为冗余代码并有意删除的情况。
加分 权利确认文件
分析系统，指标和呼叫跟踪服务需要确认网站所有权。 一种确认方法是在根分区中放置一个特殊文件。 该方法很受欢迎，因为它不需要编辑页面代码。 因此，有条件的营销人员或主管本人可以在不涉及专家的情况下连接服务。 但是有细微差别。
在移动时，很少忘记将计数器代码转移到新版本中（尽管它也会发生），但是确认文件丢失的机会更多。
当然，这不会直接影响头寸，但是恢复统计信息将是多余的工作，并且您显然不需要它。 而且数据丢失总是不好的。
一般建议
在这里，它几乎不会影响搜索中网站的位置和显示的所有内容：我仅描述了在我们的实践中客户经常忘记的那些要点，我们在审核过程中发现了这些要点。
最好在SEO专家的监督下进行迁移。 这立即消除了大多数问题，因为seoshnik始终知道在哪里看以及要检查什么（这直接影响了他的薪水）。 他会在设计阶段告诉您所有的陷阱。
但是经常会发生迁移期间没有SEO专家的情况。 然后，我们从开放源（例如，这一源）中获取信息，然后从搜索引擎的内置服务（Yandex.Webmaster，Google Search Console）中获取信息。 最有可能的是，您将在站点完成后收到此数据。 但是最好不晚才发现您没有为目录分支之一建立索引比从来没有知道。 从尽可能多的来源获取信息。
通常，使用指标和服务是一项很好的技能。 您越早习惯它，您就会越快意识到所有内容都是预先关联的。 不要忘记，迁移到新的CMS不是目标，而是阶段。 而且他必须将该网站提升到与搜索引擎和在世人员之间的新关系。