Content management system 从一个CMS迁移到另一个CMS的可行性如何？

我特别需要将静态内容从Sitecore CMS迁移到Sitefinity CMS。但是，我也反复需要将内容从环境X迁移到环境Y。抓取每个页面的主要内容（而不是导航框架等）就足够了。这样做是自动的（我的意思是手动干预不会随着迁移页面的数量而扩展）还是可行的

我认为必须做出的假设（这是一个有意义的问题）是，内容量太大，无法管理——没有任何团队能够帮助迁移页面，甚至无法验证页面是否正确迁移。我不知道这种假设在实践中有多少次是正确的——我为大型组织在大型网站上工作过，人们似乎总能找到一种方法来手动处理整个内容

我想问题的第一部分是“有没有人见过这样做成功？”。通常我看到的是人们利用这个机会挑选和重新组织内容，并做一些手工工作，因为他们（正确地）觉得现在是做这件事的适当时机。我自己从来没有见过一次不插手的迁移

问题的第二部分是，这是可以有效完成的事情，你是如何有效完成的？在上述特定情况下，可以编写一个站点爬虫来从当前站点提取内容，然后使用SiteFinityAPI以编程方式添加页面。或者，可以使用Sitecore API来访问内容，而不是站点爬虫。即使是像Sitecore那样提供API的CMS，我也不清楚哪一种更有效。而且一些现有的网站没有API，所以这甚至不是一个选择

---

对支持这类工作的工具的任何见解或参考都是有帮助的。谢谢。

这里有太多的细节：我们无法访问您的Sitecore实现、HTML或业务需求

是的，站点已成功迁移到Sitcore/各种CMS中，一些站点将使用API检索数据，另一些站点可能使用crawler和HTMLAgilityPack解析HTML，具体取决于您当前的内容结构。例如，您如何处理共享内容？迁移内部链接或媒体链接怎么样？你是在进行类似的迁移，还是网站也在重新设计？内容编辑的能力如何？也许您可以通过自动化进行第一次迁移，但更可能的是，在接下来的某个阶段，需要一些手动干预，或者您需要更多的自动化来修复您最初忽略的问题

因此，这将取决于您拥有多少内容，以及自动化与手动重新输入的时间/精力

正如LittleBobbyTables所说，这将只是一种意见，因为我们没有人拥有你所掌握的事实

---

为了直接回答您的问题，是的，我从事过自动迁移，但对于站点的特定区域，我上面所说的一切都必须考虑在内，我们回顾了几次内容，因为示例内容看起来不错，但有些内容有奇怪的格式等。很难用一种非常通用的方式来完成。

对于堆栈溢出来说，要求深入了解、引用和工具似乎过于宽泛。我不知道这将是什么，但意见为基础的。我同意这有点不确定。我希望所涉及的具体CMSE足以让它成为一个基于广泛意见的答案之外的东西。不过，对于广泛的答案——从我的角度来看，我只是需要在不必要地重新发明轮子之前进行尽职调查（没有“哦，你只要去www.migrateMyCms.com”的答案本身对我很有帮助，我认为这对将来的其他人也会有帮助）。有工具可以帮助你做你想做的事情。我与此无关，但我看过Kapow迁移工具的演示，它可能会满足您的需求：