程序過於注重擴展性與動態配置解析，導致執行流程中包含大量的鈎子、判斷、文件加載等操作，導致執行效率偏低，對服務器要求較高。對系統的開銷，尤其是CPU等部分消耗較大，據觀察，單個請求在騰訊雲s1主機單核占用處理請求在30%-40%左右。簡單來說就是一個單核機器僅能順暢的支持3個左右的並發請求，超過這個數字后就會進入阻塞狀態，用戶體驗下降。尤其是在某些別有用心的人掃站時，效率低下的問題特別明顯。（經常好幾個人同時在掃）。簡單來說就是資源開銷大。
基於第一個問題，導致頁面整體執行效率不高。如果前台頁面調用了過多的插件功能后，頁面整體執行效率會明顯下降。尤其是首頁動態加載時，頁面響應的速度大約在2-4秒左右。簡單來說一個字就是慢。
自身碎片化的程序加載狀態，但是官方卻沒有給出緩存解決方案，而是將問題拋給了第三方插件去解決。雖然有wp super cache這樣的插件來解決主要瀏覽的問題，但是在某些動態鏈接的處理上又不能做到魚和熊掌兼得，簡單的說就是沒有一個完美的官方解決方案。
wordpress為了適應各類主機環境使用，采用的是單層的程序結構，導致其所有的php文件都暴露在web可訪問的狀態下，既所有的php文件都可以作為訪問的入口，這樣就導致大量潛在的安全隱患。雖然wordpress官方程序的安全性一直處於非常優秀的狀態，但是wordpress的額外功能卻是通過第三方插件來實現，無法保證第三方插件和第三方主題是否具有同樣的安全級別。所以更多的安全威脅來自於這些五彩斑斕的插件應用。曾經frontopen就被一個插件的漏洞掛過馬，從那之后我基本就只選用一些可以信賴的插件。簡單來說就是安全性得不到保障，身邊朋友的站點被黑得一夜回到解放前的比比皆是。
詭異的會員注冊以及評論注入，永遠都是seo發外鏈的重災區。機器人注冊、發外鏈評論這樣的事情每天都在頻繁的發生。而登陸的用戶適用的操作僅僅是評論，而且頭像在中國還是被牆的。奔放一點的站長提供投稿者權限，則會引來更多的垃圾內容注入。所謂是親者痛仇者快。
開發插件功能需要遵循wordpress的框架來進行編寫，並且需要對每一個自己編寫的php文件進行漏洞排查，一不小心就留下隱患，二開工作量大。
頁面中php與html混編，導致在頁面開發中效率低下，遠不及現在流行的MVC 等分層結構的程序框架。簡單的說就是程序構架略顯過時了。
上面說了wordpress的幾個缺點，當然它也有非常強勢的優點；就是對於非碼農用戶來說，是一個能夠以最小成本實現自己運營目標的程序。但是通過幾年的使用經歷來看，真正想通過wordpress把站點做大會經歷好幾道難關。
幾大運營難關
黑客掃站暴露漏洞，網站被黑，辛苦經營的小站成為它們的搖錢樹。其實很多情況下，站點被黑的情況下，對於一些不會查看日志、又不懂url請求含義的人來說，甚至都不知道自己的小站正在為它們默默的做貢獻。更有甚者，會導致自己的廣告聯盟賬號被封禁，無法獲得穩定的收益來源。
被攻擊的站點，或者已經成為肉雞的站點，服務器的資源開銷會呈爆發式的增長，仔細想想自己的錢包是否扛得住？
如果沒有被黑客侵擾，恭喜你已經越過了最惡心的兩個階段。但是，但是！wordpress的程序架構特色會導致wordpress非常的消耗服務器資源。曾經有一個做seo的朋友，自己弄了一台配置還不錯的4核4G內存的服務器，突然有一天自己做的一個關鍵詞排到第一名。導致當天IP超過8000 網站直接出現了打不開的情況。雖然后來我通過wp super cache插件暫時解決了服務器的壓力問題，但是服務器的資源占用依然不少。所以使用wordpress，你的收益是否真的能夠滿足你的服務器開銷，或者賺錢。都需要自己去衡量了。
wordpress的直接盈利功能基本都需要基於第三方插件來實現，許多可能都無法滿足運營需求，盈利能力與可定制性較低
綜上所述，自2015年就開始籌划自己開發一套內容管理系統來逐個解決運營中遇到的問題。雖然wordpress遇到的問題，可能自己開發的系統同樣會遇到，但起碼有自主的控制權，能夠使用相應的對策去解決，可以掌控全局才是運營穩健的基石。
資料來源：
https://www.zhihu.com/question/19668263/answer/1050709490
http://www.dushangself.site/old_index.php