遵循WP标准的原因是为了让其他开发人员稍后再获取它，或者在没有问题的情况下传输它。

问题在于内容。如果数据库是在WP中设置的，我可以轻松地从页面创建一个站点，而不管您的插件/主题是什么。但是您保存内容的方式不同，所以现在我必须将数据转换为WP表，编写重写规则和301。这是一个很大的开销。

为什么不从WP开始做这一切？你的客户可能想搬家，你可以帮助他们，让自己看起来像个冠军。

我认为移动wordpress是个好主意，在这里你可以构建主题，然后你可以使用CMS的其他功能。

+you are able to manage your meta tags for SEO. 
+You can easily integrate social and shearing plugin
+Google Analytics integration on single modification
+Maintenance  and modification is easy for you
+You can extend website feature anytime when you want.
+Many More 

我相信这一切都取决于开发人员是谁，服务器性能如何，等等。

如果需要绝对速度，则您的主机是共享主机，您的pagespeed结果表明服务器响应需要改进，和/或您坚信静态。html页面对于SEO来说是最好的，我想说是的，wordpress只在一个单独的目录中为博客提供服务是很好的。

如果你有一个服务器可以处理Wordpress的负载和所有速度优化措施（没有服务器响应问题），我认为最好在Wordpress生成的页面/帖子中处理所有页面更改，因为使用Wordpress仪表板编辑内容更容易、更有效。

如果一个小型WordPress网站遇到性能问题，那么它是错误构建的，或者可能利用了太多编码不好的插件或主题，试图做太多的事情，如果它是一个小型网站，这意味着它们可能是不必要的。我经常参与建立中小型WordPress网站，这些网站的Google Pagespeed得分在90年代很高。

然而，我确实理解你的要求，你的想法没有“错”。就个人而言，我会在WordPress中构建，因为这是我的偏好，但如果你的偏好有所不同，那么没有理由，如果你有能力，你就不能做其他事情。

我想问的一件事是，既然您已经将WordPress用作某些内容的内容管理系统，为什么不将其用于所有内容？让您的客户端在WordPress中管理其内容，然后使用您的脚本和API将内容拉入您正在构建的静态页面。让他们填充页面和帖子，然后根据需要将其拉入静态站点。

我以前见过这个，它本质上是一个无头WordPress实现，就像这里所引用的：

https://www.smashingmagazine.com/2018/10/headless-wordpress-decoupled/

https://spinupwp.com/gatsby-headless-wordpress/

几个月前，我参与了一个企业级网站的预算计划，该计划的一部分是使用WordPress作为无头CMS来管理将在完全自定义编码的web应用程序和网站中显示的内容。所以说真的，这并不是闻所未闻的。

您所描述的被称为无头WordPress或解耦WordPress，并且正在成为将WordPress与静态站点一起使用的更常见方法。

更多的站点正在利用节点前端，或者希望使用静态站点生成器来构建静态HTML，例如Gatsby. 您可能也听说过可以与WordPress一起使用的JAMstack。这是一篇关于JAMstack and WordPress.

您还可以从WordPress VIP团队的Headless WordPress 包括避免写入数据库和优雅地处理请求失败。如果您在每次加载页面时都执行GET请求，但内容不会经常更改，那么您可能需要研究一种从WordPress生成静态文件的方法，或者至少确保您正在缓存请求。