「內容管理」是一個誤稱，這種情況已經持續多年。
在過去的日子裡，當我們所做的只是實際管理內容時，這是有道理的。解耦系統意味著你的內容管理系統和內容交付系統是兩個不同的東西。你管理內容，然後把它丟到一個粗糙的交付框架上。
直到2000年代初，我們才看到現代的耦合CMS的出現。它們更準確地說是「內容管理和交付」系統，但這樣的說法不太方便，所以我們就這樣稱呼它們。
分界線在哪裡？這是模糊的，但我傾向於將其劃分在發佈按鈕的左側——在發佈的「左側」所做的任何事情都是管理，而在發佈的「右側」所做的任何事情都是交付。
可以公平地說，最近CMS的變化大多發生在交付方面。這是自然的，因為我們必須先解決管理挑戰。而管理比交付更穩定。管理是一個精煉、演變和調整的過程；而交付方面則在不斷動盪中——它不斷自我重塑。
這意味著在管理方面架構不良的系統在嘗試適應交付方面時會遭受困難。缺乏穩固數據管理基礎的系統難以保持在交付曲線的前沿。交付方面變化的程度放大了架構上的缺陷，幾家供應商不得不放棄他們的系統並重新編寫新的系統。
最近一位妥協的供應商是Sitecore。他們暗示他們將放棄目前的CMS架構，轉向SaaS方法，這種新方法將基於他們在2018年收購的StyleLabs。他們採用了StyleLabs DAM的底層物件架構，並將其作為未來的CMS。顯然，這是他們認為在以無頭為中心的市場環境中競爭的唯一方法。
為了更清楚地說明：實際上，Sitecore正在棄用並放棄他們開發了20多年的備受推崇的CMS（SiteCore）。對於一位在這個行業工作了20年的人來說，看到這一點真是相當驚人。
