［制作期間：約３ヶ月］
安全性・高速表示・運用コスト削減を同時に実現する、新しい公開方法
企業サイトでは、更新を止めた WordPress が長期間放置され、
結果として 脆弱性を突かれ改ざん被害に遭うケース が後を絶ちません。
「頻繁に更新しないページなのに、WordPress を公開サイトに使用する必要はあるのか？」
そんな疑問に応えるために、このサイトでは “必要な部分だけ WordPress を使い、公開エリアは静的HTMLに変換する” という仕組みを採用しています。
本サイトは、その仕組みを示す 実動サンプル として開発しています。
お問い合わせフォームは、セキュリティを重視し、
HTMLフォーム + Google reCAPTCHA + GAS（Google Apps Script）による安全設計を導入しています。
✔ 表示速度がとても速い
HTMLをそのまま返すため、サーバー負荷がほぼゼロ。
SEO評価にもプラスに働きます。
✔ セキュリティ面で圧倒的に安全
WordPress本体やプラグインの脆弱性に影響されません。
公開環境には PHP が存在しないため、改ざんリスクを大幅に削減できます。
✔ サーバーダウンしにくい
動的処理が無いため、アクセス集中でもサイトが落ちにくく、
コーポレートサイトとして安定した公開が可能です。
静的サイト（HTML）のデメリット
▲ ページ更新の難易度はやや高い
公開サイトのHTML編集はできないため更新時は元の開発用環境を編集する必要があり、社員の方が “簡単に更新できる”ものではありません。
▲ フォームの確認画面など、動的機能の制約
入力内容でページを変えるような処理は基本的に行えません。
※ADELでは GAS を用いて、安全に問い合わせを受け取れる仕組みを構築しています。
▲ 情報更新をしない場合に向いている方式
「毎週ブログ更新したい」「社内で簡単に編集したい」という企業様には向きません。
安全な静的html公開を再開いたしました
静的HTML公開の運用方法をあらためて見直し、現在は、効率よく安全に更新・公開できる仕組みを整えたうえで、静的サイトでの公開を再開しています。
以前は、更新のたびに開発環境を修正し、静的HTMLを書き出して公開する必要があり、日常的な更新作業に負担を感じる場面がありました。
そこで、開発、公開前確認、一般公開の役割を分け、3つの環境を使って運用する方法へ変更しました。
現在は、まずWordPressの開発環境で新しい機能やレイアウトを制作・確認し、その後、サブドメイン側のWordPress公開環境へ反映します。内容を最終確認したうえで、Simply Staticを使って静的HTMLを生成（独自ドメインのパスに書き換え）し、Netlifyへ公開しています。
静的HTML公開には、表示速度、セキュリティ、サーバー負荷の軽減など、多くのメリットがあります。運用方法を見直したことで、これらのメリットを活かしながら、更新のしやすさも両立できるようになりました。
公開までの流れ
① WordPress開発環境
└─ 開発用ドメインで制作・検証
│
▼
② WordPress公開環境
└─ サブドメインで最終確認
│
▼
Simply StaticでHTML生成
（サブドメインのパスを独自ドメインに書き換え）
│
▼
③ Netlify公開
└─ 一般の方が閲覧する公開領域
静的html公開の DX事例もご覧ください
