WordPress 7.1 は、2026年8月19日にリリース予定とされています。
Make WordPress Core のロードマップでは、Notes、suggestion mode、emoji reactions、Guidelines、AI Client、レスポンシブスタイリング、メディア改善など、さまざまな方向性が示されています。
中でも、制作会社や企業サイト運用の目線で気になるのは、共同編集や編集ルールに関わる機能です。
WordPressは、単に記事を書くCMSから、複数人でサイトを育てるための作業場所に近づいています。さらにAIが制作や更新に入ってくると、「誰が何を直すか」だけでなく、「どのルールに沿って直すか」が重要になります。
この記事では、WordPress 7.1 の方向性を入口に、会社サイトや店舗サイトの更新を属人化させない運用について考えます。
WordPress更新は、担当者の記憶に頼りがち
企業サイトや店舗サイトの運用では、更新ルールが担当者の頭の中にだけあることがよくあります。
- お知らせの書き方
- 見出しの付け方
- 画像サイズ
- ボタンの文言
- 料金やキャンペーンの表記
- 公開前に誰が確認するか
- 古い情報をいつ見直すか
こうしたルールが明文化されていないと、担当者が変わったときに一気に崩れます。
WordPress自体は簡単に更新できます。だからこそ、誰でも触れる状態になっているサイトほど、運用ルールが必要です。
「更新できる」と「正しく更新できる」は違います。
Notesやsuggestion modeは、確認の流れを変える可能性がある
WordPress 7.1 のロードマップでは、Notes の新機能として suggestion mode や emoji reactions が挙げられています。
これは、単なるコメント機能の強化ではありません。サイト更新における「確認中」「修正提案」「同意」「差し戻し」の流れを、WordPress内で扱いやすくする方向だと見ています。
たとえば、制作会社とクライアントがページ原稿を確認するとき、今はメール、チャット、PDF、スクリーンショット、スプレッドシートなどに指摘が分散しがちです。
その結果、どの指摘が反映済みなのか、どの表現が最終版なのか、誰が確認したのかが分かりにくくなります。
WordPress内で提案やメモを扱いやすくなると、確認作業の場所を減らせる可能性があります。
もちろん、実際の使い勝手はリリース後に検証が必要です。けれど、WordPressが共同編集や確認フローを重視している流れは、サイト運用にとってかなり大きいと思います。
Guidelinesは、AI時代の編集ルールに近い
ロードマップでは、Guidelines という機能にも触れられています。
説明を見る限り、編集上のルールや好みをWordPress内に構造化して持たせる方向の機能です。特に、AIと協働するときに、サイトの声や方針を保つための仕組みとして期待されています。
これはかなり重要です。
AIに文章を書かせると、文章としては自然でも、その会社らしくない表現になることがあります。丁寧すぎる、軽すぎる、売り込みが強すぎる、専門用語が多すぎる。そういうずれは、プロンプトだけで毎回直すのは大変です。
サイト運用では、次のようなルールを持っておくと更新が安定します。
- 読者に対してどのくらい丁寧に書くか
- 使わない言葉、避けたい表現
- 料金や実績をどう表記するか
- 地域名や対応エリアをどう入れるか
- AI生成文をそのまま公開しない確認ルール
- 画像やアイキャッチの方針
- CTAを強くしすぎない方針
こうしたルールは、人間にもAIにも必要です。
WordPressにGuidelinesのような考え方が入ってくるなら、サイト運用は「投稿する場所」から「編集方針を共有する場所」へ近づいていきます。
AIが入るほど、人間側のチェックリストが重要になる
AIを使うと、記事の下書き、見出し案、FAQ、説明文、画像案などをすばやく作れるようになります。
ただし、速く作れることと、そのまま公開できることは別です。
特に会社サイトでは、AIが作った文章をそのまま公開すると、次のような問題が起きることがあります。
- 実際には提供していないサービスを書いてしまう
- 料金や納期を言い切りすぎる
- 地域名を不自然に詰め込む
- 法務や契約に関わる表現が曖昧になる
- 他社にも当てはまる一般論だけになる
- 古い情報と矛盾する
だからこそ、AIを使うほどチェックリストが必要です。
AIに作らせる前のルール。AIが作った後の確認項目。公開前に人間が見るポイント。これらを分けておくと、AIは便利な道具になります。
逆に、ルールがないままAIを使うと、更新量は増えても、サイト全体の一貫性は崩れやすくなります。
共同編集で大事なのは、権限より前に役割を決めること
WordPressには、管理者、編集者、投稿者、寄稿者などの権限があります。
ただ、実務では権限設定だけでは足りません。
大事なのは、誰がどの役割を持つかです。
- 原稿を書く人
- 事実確認をする人
- デザインや表示を確認する人
- SEOや検索意図を見る人
- 公開判断をする人
- 公開後に古い情報を見直す人
この役割が曖昧だと、確認漏れが起きます。
たとえば、採用ページでは人事担当者の確認が必要です。料金ページでは経営者の確認が必要です。技術記事では実務担当者の確認が必要です。イベント告知では日付、申込条件、締切、場所の確認が必要です。
共同編集機能が整っても、誰が何を見るかが決まっていなければ、運用は楽になりません。
サイト運用ルールは、小さく作って更新していく
運用ルールというと、分厚いマニュアルを作らなければいけないように感じます。
でも、最初は小さくて十分です。
たとえば、次のような項目から始められます。
- 投稿タイトルの付け方
- アイキャッチ画像の方針
- カテゴリーとタグの付け方
- 公開前に確認する人
- 日付や価格を入れるときの確認方法
- AIで作った文章を公開する前のチェック
- 古い記事を見直すタイミング
大事なのは、一度作って終わりにしないことです。
サイト運用を続けていると、必ず例外が出ます。イベント記事、採用記事、技術記事、キャンペーン告知、制作事例。それぞれで必要な確認は少しずつ違います。
ルールは現場で使いながら更新するものです。
制作会社側も、納品後の運用を設計する時代へ
WordPress 7.1 の共同編集やGuidelinesの方向性は、制作会社にとっても大事です。
ホームページ制作は、公開して終わりではありません。むしろ公開後に、お知らせ、ブログ、採用情報、事例、FAQ、キャンペーン情報をどう更新していくかが成果に関わります。
これからのWeb制作では、デザインや構築だけでなく、次のような運用設計も価値になります。
- 誰が更新するか
- どこまで社内で更新するか
- どこから制作会社が確認するか
- AIをどの作業に使うか
- 公開前のチェック項目は何か
- 古い情報をどう見つけるか
- 問い合わせや採用につながる情報をどう増やすか
サイトは作るだけでは育ちません。
更新できる体制、確認できる体制、ルールを直せる体制があって、ようやくWebサイトは会社の資産になります。
WordPressは、運用の場所として進化している
WordPress 7.1 の機能は、まだロードマップ段階のものもあり、すべてが最終リリースに入るとは限りません。
それでも、共同編集、編集ルール、AI Client、Guidelines といった方向性は、これからのサイト運用を考えるうえで重要です。
AIが文章や構成を作るようになるほど、人間側のルールが必要になります。複数人で更新するほど、確認の流れが必要になります。サイトを長く使うほど、属人化を減らす仕組みが必要になります。
WordPressは、記事を投稿する道具から、Web運用の作業場所へ進んでいます。
会社サイトや店舗サイトでも、そろそろ「誰でも更新できる」だけでなく、「誰が更新しても迷わない」状態を目指したいところです。
