Liferay図鑑は非公式の情報サイトです。Liferay, Inc.・日本ライフレイ株式会社とは関係ありません。

Liferay図鑑

カテゴリー: 公式ブログ

  • 技術的負債は経営議題に：Liferay公式ブログの整理

    ニュースのポイント

    • 技術的負債は開発者だけの問題ではなく事業上の議題として扱い、責任者と資金付きの計画を置くべきだと主張している。用語は1992年にWard Cunninghamが提唱したと紹介されている。
    • 規模を示す数字として、CAST 2025レポート（17か国・47,000アプリ・100億行超）の分析で世界の技術的負債は610億人日の修復作業に相当、Deloitteの2026年調査では技術的負債がIT支出の年間21〜40%を占めるとされている。
    • 対策として、チーム外に横断的な負債のオーナーを置く、負債をコストや納期など経営が追う指標で説明する、といった点を挙げている。顧客事例として、BRE（英国建築研究所）が81サイトをLiferay DXPで9サイト（88%減）に統合した例が紹介されている。

    編集部コメント

    こちらもベンダーブログで、プラットフォーム統合やアップグレードのしやすさを解決策として紹介する販売目的のコンテンツです。数字は外部調査の引用なので、そのまま自社に当てはめず参考値として読むのが安全です。

    Liferayのアップグレードやバージョン選定を考える際の、社内説明の切り口として使えます。

    出典：Liferay公式ブログ（2026年7月13日掲載）（この記事は出典をもとに編集部が要約・解説したものです。詳細は原文をご確認ください。）

  • AI統合が企業ITで停滞する理由：Liferay公式ブログの解説

    ニュースのポイント

    • Liferay公式ブログは、AIはシステムを壊すのではなく既存の弱点を露呈させると述べ、レガシーERPにAIを組み込んだ開発者の投稿（Reddit）を出発点にしている。
    • 引用されている調査として、Boomiの2024年レポートでは英国組織の61%がレガシーな技術的負債がAI統合を阻害していると回答。IBMの調査では、AIの不具合による損失が大企業で年間約1億4,000万ドル、その約半分がガバナンス不足に起因するとされている。
    • 提言は、ツールではなく事業成果から始める、AIを中核業務のワークフローに組み込む、規模拡大の前にガバナンスを整備する、チームをリスキリングする、の4点。レガシーを置き換えずAPIファーストでヘッドレスな統合・体験レイヤーを重ねる方針も紹介されている。

    編集部コメント

    ベンダー（Liferay）自身のブログなので、製品を解決策として紹介する文脈を含みます。数字は記事が引用する外部調査のものなので、判断材料にする際は各調査の原典も確認してください。

    権限管理や監査証跡をどこで担保するかというAI導入時の論点は、Liferayのロール・権限の仕組みを理解しておくと整理しやすくなります。

    出典：Liferay公式ブログ（2026年10月5日掲載）（この記事は出典をもとに編集部が要約・解説したものです。詳細は原文をご確認ください。）

  • AI時代のSEO再考：Liferay VPが語る「検索は置き換わらず加わる」

    ニュースのポイント

    • Liferay VP of Digital MarketingのSebastien Edgarへのインタビュー（聞き手はChristoph Ebert）。要旨は「AIは検索を置き換えるのではなく加えている」で、ChatGPTやAI Overviewsは新たな可視性の場を追加するとされる。
    • 多くのサイトで情報系のトップファネルのトラフィックが30〜60%減少したとされる一方、そのトラフィックは元々見込み度が低く、収益は大きく落ちていない企業もあるという。
    • 効果の高いレバーとして、サイト構造と内部リンク、デジタルPRと高品質なバックリンクを挙げている。計測は順位追跡を方向性の指標とし、プロンプト追跡は結果のばらつきが大きいため単一指標に頼らないよう勧めている。

    編集部コメント

    AEO/GEO（AI検索向け最適化）を考える際の、マーケティング責任者側の見解として読める記事です。数値は原文中の主張で、出典となる調査は本文からは確認できませんでした。

    記事の公開日と著者名は原文に明記されていません。Liferayで構築したサイトのSEOでも、サイト構造と内部リンクの整理が土台になるという点は参考になります。

    出典：Liferay公式ブログ（Sebastien Edgarへのインタビュー）（この記事は出典をもとに編集部が要約・解説したものです。詳細は原文をご確認ください。）

  • CMS MCPサーバーでAIエージェントがコンテンツ移行を支援

    ニュースのポイント

    • 新しいLiferay CMSのコンテンツ構造はすべてLiferay Objectsのオブジェクト定義で、各定義にヘッドレスAPIが自動で備わると説明されている。
    • DXP MCPサーバーは2025.Q4から含まれ、現在はベータ版のフィーチャーフラグの背後にある。/o/mcp エンドポイントでStreamable HTTPを使い、エージェントは通常ユーザーとして認証され、そのユーザーの権限の範囲でのみ動作する。
    • エージェントは、Space内のコンテンツ構造の作成、元資料からのバッチ生成、文脈に応じたカテゴリ付けができるとされ、筆者の顧客プロジェクトで運用されていると述べられている。

    編集部コメント

    筆者はPortalworks社のマネージングディレクターで、自社の取り組みを紹介する記事である点に留意したい。MCPサーバーはベータ版のフィーチャーフラグ下にあるため、本番での利用前に公式ドキュメントで状況を確認してほしい。

    同じMCPサーバーを扱う liferay.dev の記事も今日紹介しているので、あわせて読むと全体像をつかみやすい。

    出典：Liferay公式ブログ（Marc Hermann、Portalworks）（この記事は出典をもとに編集部が要約・解説したものです。詳細は原文をご確認ください。）