1.使用Portal後，界面定制比較靈活，Portlet是壹個容器，通過console可以更改Portlet的位置，尺寸，級別，外觀等，Portlet內部顯示的內容也會隨著改變。
2.Portal有內部安全機制，可以在Portal上面定制角色、組及用戶，可以指定哪些資源可以被哪些用戶（組、角色）訪問，對於那些不符合安全條件的用戶登錄，則看不到相關的資源。
3.Portal允許最終客戶自己利用已經開發好的資源（portlet或者網頁）按照自己的喜好定制自己的首頁或者網站。提升了網站的可維護性。
4.Portal軟件裏面都內置了很多其他方面的組件，比如全文檢索，內容管理等。
5.Portal支持多渠道訪問，比如：同壹個Portal可以不用修改就可以支持手機、PDA訪問。
6.Portal支持多協議。
7.Portal產品支持最新的標準，比如SAML等。
8.通過Portal，可以很容易進行UI的整合。
9.Portal有自己的行業標準，可以和兼容的其他系統集成，比如和符合Portal的標準的CM及CA等軟件進行集成。
缺點：
1.Portal是標準的Web應用，如果要使用它，需要熟悉它並且在上面二次開發，不同廠商的實現不同，有學習曲線和時間成本。
2.Portal的壹些概念其實是需要自己做很多工作才能完成的，比如SSO（Single Sign-On 單點登錄）。
3.Portal的壹些功能是華而不實的，滿足不了復雜項目的需要，需要自己二次開發，需要使用更專業的組件或者軟件替代，比如內容管理，安全認證等領域。
4.Portal的性能也是壹個需要考慮的因素，如果壹個頁面上Portlet數量比較多，則顯示速度會比普通的頁面慢很多，如果啟用了Portlet的頁面級cache，則速度會快很多，但使用Portal後，性能肯定是個問題。
5.使用Portal後，對於架構設計及開發過程都會產生很大影響，比如使用特定廠商的Portal產品後，需要使用特特定的IDE才能開發、部署，自動化的測試腳本的作用就會被削弱。
6.Portal的開發要比普通的開發步驟多，周期長，另外還要考慮壹些引入了Portal後帶來的技術細節，比如多個Portlet內容來自於多個獨立的系統，如果使用iFrame帶來的多Session的問題等等。