直接答案：Laravel 是建立在 PHP 之上的網頁應用框架：給開發者一套結構化工具來寫自訂網站、會員系統、後台與 API。它和 WordPress 不同——WordPress 是內容管理產品；Laravel 是「自己造應用」的底座。香港中小企若只要品牌官網與自行改稿，多數應先看 CMS；只有當業務邏輯獨特、需要深度自訂系統時，Laravel 才較常值得投入。
供應商若說「我們不用 WordPress，我們用 Laravel」，有時是對的（系統複雜），有時只是偏好。本文幫你分清。先備知識：甚麼是 PHP、甚麼是 CMS；對照 CMS 產品可見Drupal。
Laravel 是甚麼
框架提供約定與零件：路由、資料模型、表單驗證、認證授權、郵件、佇列、測試輔助等，讓團隊用工程方式建造應用，而不是從空白檔案發明所有輪子。
- 語言底座：PHP（見PHP 介紹）
- 典型產出：自訂業務網站、API、內部系統、管理後台
- 內容編輯體驗：需額外建設，不是開箱部落格後台
為甚麼要用框架
- 業務規則無法用現成外掛誠實表達
- 需要清晰的代碼結構、測試與多人協作
- 要做第一方 API 給 App 或其他系統
- 權限、工作流、資料模型高度客製
與 WordPress 的分別
- 產品形態：WordPress＝CMS 產品；Laravel＝開發框架
- 上線速度：標準官網 WordPress 通常更快
- 改稿：WordPress 預設友善；Laravel 要做後台或接 CMS
- 擴充：WordPress 靠外掛生態；Laravel 靠程式與套件，邊界較可控也較耗工程
與其他路線
- Laravel vs Drupal：Drupal 仍是 CMS，複雜內容治理強；Laravel 更偏純自訂應用
- Laravel vs Node.js 框架：選語言生態與人才，多於抽象能力差異
- Laravel vs .NET：見組織 Microsoft 整合與既有技能，對照.NET
何時適合／不適合
較適合
- 核心是業務系統＋網站，而不只是形象頁
- 有 PHP 工程團隊或穩定框架供應商
- 需要長期迭代的獨特功能
通常不適合當「純官網預設」
- 主要要快速上線的服務介紹站
- 市場部要每週自己改活動稿，卻沒有做 CMS
- 預算只夠一次製作、沒有維護人天
找供應商要問甚麼
- 為甚麼不用 CMS？框架解決的具體業務問題是甚麼？
- 日常內容誰改？有沒有管理介面或 Headless CMS？
- 測試、部署、監控、備份誰負責？
- PHP／Laravel 版本與升級節奏？
- 原始碼、文件、帳戶擁有權？
下一步
若你其實只是要可更新官網，回到CMS與 WordPress。若現有「框架站」難改稿，可在翻新時把內容工作流寫進範圍，並先申請免費診斷。
