デジタル主権はPHPで書かれている

デジタル主権はPHPで書かれている 公開日: 2026年9月2日 著者: Sebastian Bergmann ドイツは、連邦ウェブサイトをPHPアプリケーションに移行するために1億800万ユーロを費やしています。これは、ドイツ連邦行政の標準コンテンツ管理ソリューションであるGovernment Site Builderの第11版の予算です。内訳は、製品開発とサポートに2688万ユーロ、移行と再構築に7320万ユーロ、運用に800万ユーロで、4年間にわたって段階的に実施されます。80以上の連邦機関や組織がすでにこれを利用しており、250以上のウェブサイトが構築されています。 2025年、PHP Foundationは合計730,534ドルの寄付を受けました。この2つの数字からPHPがより良い扱いを受けるべきだと主張するつもりはありません。私が説明したいのは、PHPに携わる私たち自身も含め、多くの人が見過ごしていることです。ヨーロッパ全域で、公共管理機関はすでに自国のデジタルインフラが何で稼働するかを決定しています。それらは調達文書、枠組み契約、連立合意の中で決定されてきました。そして、それらの文書が「デジタル主権」と言うとき、それらが繰り返し記述しているのはPHPアプリケーションなのです。 市民が実際に政府に到達する場所 欧州委員会が最大の事例です。2026年1月のブリュッセルで開催されたDrupal4Gov EUカンファレンスで、Europa Web Publishing Platformの背後にあるチームが、彼らが運用しているものを説明しました。44の異なる委員会サービスのために770のライブサイト、年間7億回の訪問と22億ページの閲覧があります。共通のDrupalプラットフォームへの移行は2019年に始まりました。なぜなら、各総局が独自のカスタマイズされたコードベースを維持することを許していたため、セキュリティパッチの適用と一貫したユーザーエクスペリエンスがますます困難になっていたからです。再利用可能な部分は公開されており、GitHubのOpenEuropaおよびec-europa組織で見ることができます。 欧州航空安全機関は、ReFuelEU Aviation規則のために350以上の航空会社と31の国別当局にサービスを提供する規制遵守プラットフォームであるSustainability PortalをDrupalで運用しています。分析はMatomoで、メールはMauticで行われています。3つのPHPアプリケーションが航空規制を支えています。 オランダでは、DICTUのGovNL CMSが、デザイントークン、Drupal Recipes、自動化されたインフラストラクチャを使用して、政府ウェブサイトの展開時間を3ヶ月から10分に短縮しています。フランスでは、国家デザインシステムのDrupalベーステーマは、政府情報サービス（Service d'Information du Gouvernement）とDINUMによって監視されており、フランス国家はPHPコードを独自の設計権威の一部として監督しています。 英国とアイルランドでは、LocalGov Drupalは58以上の地方自治体が共通のコードベースを共有し、開発予算をプールしており、地方自治体のウェブサイトをゼロから構築するよりも50〜80％の節約が報告されています。オーストラリアでは、GovCMSは115の政府機関のために370以上のウェブサイトをホストしており、10年以上稼働しており、OFFICIAL:Sensitiveのセキュリティ分類を保持しています。 これらのいずれもパイロットプロジェクトではありません。それぞれが政府と国民の間の日常的なトラフィックを処理しています。 ドイツの候補リストにはPHPのエントリのみが含まれていました ドイツの事例は、決定が推測ではなく文書化されているため、詳しく調べる価値があります。Government Site Builder (GSB) は、バージョン11で、連邦内務省のサービス統合プログラムの下での措置となりました。これは完全にオープンソースコンポーネントから構築され、OpenCoDEプラットフォームで公開されており、TYPO3に基づいています。そこに至る評価では、候補がDrupalとTYPO3に絞り込まれました。ドイツ連邦政府の標準コンテンツ管理システムの最終候補リストは、PHPアプリケーションのみで構成されていました。 作業はその後分割されました。CPSが率いるコンソーシアム（3pc、branding、DFAU、in2code、THE BRETTINGHAMS、queoが参加）が4年かけてGSB 11自体を開発します。2025年3月、Materna Groupが率いる17のTYPO3エージェンシーのコンソーシアムが移行ロットを獲得し、数百の連邦ウェブサイトを移行します。 最も示唆に富む詳細はドイツのものではありません。スイスの国会議員が、自国の連邦行政がクローズドソースCMSを調達したことを批判したとき、彼らはドイツの決定を模範として挙げました。「Deutschland machts vor」、ドイツがやり方を示しているのです。PHPアプリケーションへの標準化という国家的な決定が、今や外国の議会でベストプラクティスとして引用されています。 主権ワークプレイスはPHPアプリケーションです これらのプログラムでは、デジタル主権は具体的なソフトウェアの名前を挙げることで実践的に記述されています。ITZBundのBundescloudには、Nextcloud上に構築されたSIB-Boxが含まれており、約30万人の連邦ユーザーにサービスを提供しています。Zentrum für Digitale Souveränitätによって構築された主権ワークプレイスであるopenDeskは、Collabora、Element、Open-Xchange、OpenProject、XWikiとともにNextcloudを統合しています。これはドイツの連立合意に盛り込まれており、2028年10月までに連邦行政は、プロプライエタリなITワークプレイスに代わるデジタル主権のある選択肢を持つことになります。バーデン＝ヴュルテンベルク州はすでに約6万人の教師のワークプレイスを移行しており、ドイツ連邦軍は枠組み契約を結んでおり、ロベルト・コッホ研究所やいくつかの省庁が本番環境でコンポーネントを実行しています。ハーグの国際刑事裁判所もこれを採用する予定です。 Nextcloud ServerはPHPアプリケーションです。バージョン33と34はPHP 8.2から8.5をサポートしており、管理マニュアルはインストールチャプターをPHP設定で開いています。この主張には注意が必要です。なぜなら、状況は変化しているからです。Files High Performance BackendはRustで書かれており、2026年に発表されたADAエンジンはファイルアクセスレイヤーをPHP、Go、Rustで書き直します。PHPはアプリケーションとビジネスロジックを担いますが、I/Oバウンドパスはますますそうではなくなっています。Wikipediaを支えるMediaWikiも同様の方法で構築されています。 非対称性 1つの国家移行に1億800万ユーロ。欧州委員会で770サイト。オーストラリア政府全体で370サイト。ドイツ連邦クラウドで約30万人のユーザー。ドイツの1つの州だけで数万人の教師のワークプレイス。そして、2025年のPHP Foundationへの寄付は536の組織と個人から730,534ドルでしたが、前年より大幅に少なく、経費が寄付を約139,000ドル上回りました。これは、技術的な人員を維持するための意図的な選択でした。13人の契約エンジニアが、そのすべてを支える言語を維持しています。 ここで結論を出す際には注意が必要です。なぜなら、この話の中で誰も悪く行動したわけではないからです。数字が示しているのは構造的なギャップです。PHPに最も依存している機関には、その依存関係がメンテナンス資金に結びつく確立されたメカニズムがありません。誰もそのギャップを設計したわけではありません。それは、インフラが無料で使用できるようになったときに起こることです。 1つの機関はすでにそのメカニズムを構築しています。ドイツ政府から資金提供を受けているSovereign Tech Agencyは、PHP-FPM Web Services Toolと、非同期処理、セキュリティ、パフォーマンスのためのPHPのストリームレイヤーの進化を生み出す作業を委託しました。公的資金が基盤に投入され、機能が還元されました。メカニズムは存在し、機能します。それが欠いているのは、使用される習慣です。 それが普通になるには Drupal4Gov EUで、Drupal Associationの現CEOであるTiffany Farrissは、調達の変更案を提案しました。これは、どの言語エコシステムにも直接適用できます。それらは、善意を必要とせず、入札の採点方法を変更するだけで済むため、繰り返す価値があります。そして、その最初のものは、ヨーロッパの調達がすでに使用しているフレームワークの中に収まります。 主権基準に実質的な重みを与える: 入札評価ポイントの20％を、MEATフレームワーク（最も経済的に有利な入札）の下での独立した評価基準として、検証されたオープンソースへの貢献に対して付与する。これにより、ソフトウェアの透明性とデジタル主権が、入札がすでに評価を許可されている質的、環境的、社会的な基準と並んで位置づけられます。 メンテナンス項目: 配送が依存するコンポーネントのアップストリームメンテナンスに割り当てられる契約価値の一部を、当初から予算化する