今天的文章將探討許多潛在買家對 HubSpot CMS 的能力和功能的一些主要誤解。
HubSpot CMS 的常見誤解
我們長期以來一直是一家開源 CMS 商店。我不會說謊：如果您想要最先進、最複雜、開放的 CMS 平台，Drupal 是毫無疑問的贏家。在 Drupal 中真的沒有什麼是你不能做的。但如果網站的 瑞典電話號碼數據 主要目標是產生潛在客戶，那麼 HubSpot 是最好的平台。 CMS 是從頭開始建立的，旨在與您的整個行銷套件整合。 HubSpot 選擇專注於這些功能，而不是盡可能擁有最靈活的 CMS。
下載我們的免費電子書，以了解成功網站重新設計的 10 個基本要素。
誤解 1：HubSpot CMS 無法對綁定到外部資料庫的內容進行動態內容更新
雖然 HubSpot 中的網站頁面確實有其用途，但我們越來越發現其部落格平台佔據了網站的大部分。透過將部落格系統重新用於非部落格內容，您將獲得一個帶有自訂欄位的動態、可過濾的內容工具包。我們使用 HubSpot「部落格」系統來處理各種各樣的事情。案例研究、資源庫、新聞、團隊頁面、活動、產品等。這是一個簡單的例子重新調整用途的博客。
誤解 2：HubSpot CMS 沒有自訂內容類型或模組
確實，Drupal 和 WordPress 都有模組和插件，可以安裝它們來擴展網站功能。自從 CMS 推出以來，HubSpot 創建了自己的版本，稱為「自訂模組」。您可以編寫 HTML、JavaScript、CSS 和 Hubl（HubSpot 的伺服器端語言）並建立可擴充 HubSpot 功能的可重複使用模組，就像 Drupal 中的模組一樣。
誤解 3：CMS 無法支援在地化或國際內容
在 HubSpot 企業版中，您可以附加多個網域以用於網站頁面、登陸頁面和部落格。可以擁有網站的國際版本，每個版本都有自己的網域，透過 HubSpot 從單一入口網站運行。除此之外，HubSpot 中的智慧型內容系統可讓您在基於 GeoIP 的單一頁面上提供特定於國家/地區的內容或重新導向。最後，HubSpot 最近添加了與 Smartling 的集成，它允許您更快地翻譯內容（更多資訊請參閱此處）這裡）。
誤解 4：CMS 是一個“封閉系統”，無法擴展或利用更廣泛的開發者社區
雖然CMS是專有的，但大多數前端開發使用的技術是HTML、CSS和JS，無論如何，這些技術都是獨立於伺服器端技術的。也就是說，HubSpot 確實包含一種名為 HubL 的伺服器端模板語言，它在語法上與 Django 和 Jinja 非常相似，但出於效能原因基於 Java，而不是 Python。由於其語法與基於 Python 的模板系統非常相似，因此許多開發人員都會感到賓至如歸。已記錄在案這裡如果您有興趣了解更多。
誤解 5：CMS 帶來最佳解決方案整合的能力有限。
HubSpot 的官方整合列表最近成長了很多，但除此之外，API 也很強大且有據可查。利用 HubSpot 的部落格 API 從外部來源取得內容將是其在企業領域未來的關鍵。
我們在企業 B2B 公司中看到的常見用例是能夠在網站背後擁有資料庫來動態維護內容。以通路合作夥伴計畫為例。您在 Salesforce 中擁有所有這些公司的信息，但需要將其顯示在您的網站上。透過使用部落格文章 API 查看 Salesforce 資料庫，您可以建立新的 HubSpot 部落格文章，將欄位對應到 Salesforce 資料庫資訊並建立新的網站頁面。可以定期更新以編輯、新增或刪除貼文。另外值得一提的是 HubSpot 附帶免費札皮爾帳戶，非常適合簡單的整合。
誤解 6：HubSpot 的合作夥伴生態系統有限，而 Drupal 的合作夥伴生態系統龐大且充滿活力。
確實，Drupal 的社群更古老、規模更大。然而，HubSpot 的合作夥伴基礎正在快速成長，其層級系統使在企業領域找到合格資源變得更加容易。同時尋找能夠使用獨立於平臺本身的核心前端語言HTML、CSS、JS進行開發的人才。 HubSpot 在產品教育方面做得非常出色，並為想要入門的前端開發人員提供免費的設計課程和認證。這Inbound.org 上的設計論壇（最近確實很受歡迎）是我在 CMS 上執行任何高級操作的首選資源。
選擇您的網站 CMS
現在，所有這些並不一定意味著 HubSpot CMS 是適合您業務的 CMS。當然，HubSpot CMS 還沒有準備好處理一些企業用例，但這些是我們看到的圍繞該平台的五個最常見的誤解，在每種情況下，我們都能夠幫助客戶克服這些挑戰，在CMS 上創建可銷售的網站，從而更好地與其行銷計劃相結合，並為公司的發展奠定基礎。
