WordPressアップデート後、動作検証できていますか？

「WordPressアップデート徹底解説」は次の4つのシリーズ記事で構成されています。

第4回（最終回）のこの記事では、第3回の「【WordPressアップデート徹底解説③】更新のための確認と準備」で解説したWordPressのバージョンアップのための確認と準備ができている人向けに、バージョンアップ方法とバージョンアップ後の検証方法について解説していきます。

さあ、この記事を参考にして、あなたのWordPressのアップデートの仕上げにお役立てください。

目次 (Table of Contents)

WordPressのバージョンアップ手順
1. WordPressの更新作業
2. WordPressのバージョンアップの検証
WordPressのバージョンアップで不具合が起きた時の対処
WordPress更新後の既知の問題と対策
まとめ

WordPressのバージョンアップ手順

【WordPressアップデート徹底解説③】更新のための確認と準備を参考にして、必ず、バックアップを取ってから、下記の作業を始めてください。

また、WordPress 6.1からWordPress 6.2のようなメジャー・アップデートの場合は、不具合が発生する可能性がマイナー・アップデートより高いので、インターネットでWordPressのバージョンアップに伴う不具合発生情報を検索して、不具合のレベルが自分で対応可能であることを確認しましょう。

WordPressの更新作業

WordPressの管理ページにログインして、の「ホーム」>「更新」画面を開きます。

WordPressの最新版（例：6.2.1）がリリースされた場合、 WordPress管理画面の「更新」に通知がきます。

「バージョン 6.2.1-ja に更新」をクリック。

WordPressの自動更新は次の2つの方法から選べるようになっています。
- 「すべての新しいバージョンに対する自動更新」
  - 例: 5.9 => 5.9.1 => 5.9.2 => 5.9.3 => 6.0 => 6.0.1 => 6.0.2 => 6.0.3 => 6.1=>6.2
- 「メインテナンス・リリースとセキュリティ・リリースのみで自動更新」
  - 例: 6.2 => 6.2.1

備考

当ウェブ・サイトは、日本語・英語の言語対応しているので、日本語(ja)と英語(en_US)の両方のWordPressバージョンアップの通知がありました。

テーマやプラグインと言語環境による不整合を起こすリスクを避けるため、バージョンアップ前のWordPressと同じ言語版に更新しましょう。

例）WordPressのバージョンアップ前が日本語版の場合、同じ日本語版のWordPress6.2-jaにアップデートします。

更新が終了後、次のようなWordpressの説明画面がWordpressの管理画面内に表示されます。

最後尾までスクロールダウンします。

インストール直後のWordpress6.2の画面（冒頭） — インストール直後のWordpress6.2の画面（冒頭

WordPress6.2の説明画面の最後尾より、「ダッシュボード->ホームへ移動」をクリック。

これで、Wordpress6.2にアップデートできました。

WordPressの管理画面からログアウト後、再度、ログインして正しくアップデートできているか検証していきましょう。

WordPressのバージョンアップの検証

WordPress6.2へバージョンアップ後の簡易検証

WordPress 6.2へのアップデートによって、記事に画像を挿入する際に、画像の説明である「キャプション」が初期状態ではマウス・アイコンを画像の上に持って行っても表示されなくなっていました。

キャプションを挿入するため、上の図のようにアイコン（黒く反転している部分）が追加されており、これをクリックすることで、従来のようにキャプションが取り扱えます。

パブリック・ドメインやクリエイティブ・コモンズ・ライセンスの無料で使える画像や音声ファイルのオープンソースの検索エンジンである「Openverse」が、新機能としてWordPressのブロック・インサーターに統合されており、WordPressのメニューから直接、画像などのメディアを選択して、挿入することができます。（下図参照）

WordPress6.1へバージョンアップ後の簡易検証

WordPress 6.1のアップデートで、新しいWordPressデフォルトのテーマの「Twenty Twenty-Three」がインストールされます。WordPressの管理メニューの「外観」＝＞「テーマ」でこのテーマが入っていることを確認しましょう。

また、WordPressのアップデート前にデフォルトのテーマ（例：「Twenty Twenty-Three」)以外をご使用の場合は、そのテーマはそのまま残っています。

WordPress6.0へバージョンアップ後の簡易検証

ブロック・エディタの機能で「続きを読む」（投稿や固定ページなどのコンテンツのリンクを表示）などの新しいブロックが追加されています。

WordPress5.9へバージョンアップ後の簡易検証

WordPress 5.9のアップデートで、新しいWordPressデフォルトのテーマの「Twenty Twenty-Two」がインストールされます。WordPressの管理メニューの「外観」＝＞「テーマ」でこのテーマが入っていることを確認しましょう。

また、WordPressのアップデート前にデフォルトのテーマ（例：「Twenty Twenty-One」)以外をご使用の場合は、そのテーマはそのまま残っています。

WordPress5.8へバージョンアップ後の簡易検証

WordPress5.8でブロック・エディターをブロックを追加しようとするとサイト・ロゴやサイトのサイトのキャッチ・フレーズをはじめとする新しいブロックが追加されていることが確認できます。

WordPress5.7へバージョンアップ後の簡易検証

WordPress5.7のアップデートに関して、jQueryの変更の影響がないかを必要に応じて、次のWordPressプラグインでWeb表示やエディター機能を確認してください。

あなたのWebサイトのアクセス・ランキングの高い記事からチェックすることをおススメします。

WordPress5.6へバージョンアップ後の簡易検証

「WordPressの更新」画面から自動更新の次の2つのレベルから選べるようになりました。WordPressテーマやプラグインのアップデート状況を考慮すると、現在のおススメは「メインテナンス・リリースとセキュリティ・リリースのみの自動更新」です。

WordPressのすべての新しいバージョンに対する自動更新
メインテナンス・リリースとセキュリティ・リリースのみの自動更新

記事の編集画面の上部にある情報アイコンをクリックすると、記事の「文字数」を確認することができます。

この情報パネルは記事全体の内容量や段落構成を確認するのに便利です。

WordPress5.5へバージョンアップ後の簡易検証

WordPressの管理画面のサイドバー・メニューから「プラグイン」を選ぶと、WordPress 5.5の新機能として、各プラグインの「自動更新」設定で「自動更新の有効化」が選択できるようになっています。

また、ブロック・エディターのアイコンの配置変更からバージョンが変わっていることがわかります。

WordPress5.4へバージョンアップ後の簡易検証

WordPress5.4にバージョンアップ後にログインして記事の編集画面にすると、WordPress5.4の新しい機能の一つである画面モードが、編集画面右上のメニューを使って、下記の2つから選択できます。

スポットライトモード（一つのブロックに集中）
フルスクリーンモード（気が散る要素を隠す）

WordPress5.3へバージョンアップ後の簡易検証

WordPress5.3にバージョンアップ後に、初めてWordPressの管理画面にログインすると、WordPress5.3の新しい機能の一つで、管理者メールアドレスの確認画面が出ます。

管理者メールアドレスに変更がなく、表示されている現在の管理者メールアドレスが正しい場合は「The email is correct」をクリックします。

Wordpressのメールアドレス確認画面 — WordPressのメールアドレス確認画面

これで、WordPress5.3のセキュリティ強化の新機能の1つが検証できました。

WordPressのサイトヘルスによる動作検証

WordPressのサイトヘルスを使って、WordPressのバージョンアップが正常に動作していることを検証していきます。

WordPressの管理画面にログイン後、「ツール」>「サイトヘルス」をクリックしてください。

サイトヘルス・ステータスの記述より、Wordpress6.1で新しく追加されたデフォルト・テーマ「Twenty Twenty-Three」がインストールされ、古いWordpressデフォルト・テーマ「Twenty Twenty-Two」が停止中になっていることがわかります。

WordPressの管理画面より「外観」>「テーマ」で、停止中の「Twenty Twenty-Two」を削除しましょう。

ちょっとした豆知識

WordPress6.1をインストール後に、古いWordpressのデフォルト・テーマ「Twenty Twenty」、「Twenty Twenty-One」、「Twenty Twenty-Two」を削除しなくてもWordPressは動作しますが、使っていない不要なコードでトラブルのリスクを少なくするため、削除することをおススメします。

また、停止中のデフォルト・テーマを削除することで、バックアップ等のに使われるウェブ・サーバーのメモリの節約になります。

停止中のテーマの詳細をクリックすると、右下に「削除」が表示されるので、これをクリックします。

当サイトの場合、テーマ「Cocoon」を使用しているので、「Twenty Twenty-Two」の削除後、残りの有効なテーマは次の３つになります。（「テーマ」の表示では「Cocoon Child」だけが「有効」になっていますが、この状態で問題ありません。）

「Cocoon Master」
「Cocoon Child」
「Twenty Twenty-Three」

停止中だった「Twenty Twenty-Two」削除後に、再度、「ツール」>「サイトヘルス」に入って、サイトの状況を確認します。

WordPress6.1やWordPress6.2のアップデート後で「おすすめの改善」として「永続オブジェクトキャッシュを使用してください」というメッセージが出る場合がありますが、対処を保留しておいても問題ありません。（詳細は「WordPress6.1更新後の既知の問題」の章の記述を参照）

指摘された内容をすべて解決すると、右のように「すばらしい！」「すべて問題なく動作中です」が確認できれば、検証作業OKです。

テスト内容の詳細を確認したい場合は、「テスト通過」をクリックして、テスト内容を確認してください。

Wordpressのサイトヘルスステータス画面（OK） — WordPressのサイトヘルスステータス画面（OK）

WordPressのバージョンアップで不具合が起きた時の対処

WordPressをバージョンアップして不具合が起きたときの対処法を次にリストアップしておきます。万一の場合に、ご利用ください。

テーマを最新バージョンにアップデート（最新になっていない場合）
プラグインを最新バージョンにアップデート（最新になっていない場合）
プラグインを一旦、全部無効にして、重要度の高いものから1つずつ有効にしていき、不具合の原因となるプラグインを特定して、問題のあるプラグインを使うのを中止する。
WordPressのプラグイン「WP Downgrade」を使って、アップデート前のWordpressのバージョンに戻す。（例：ver. 5.6からver. 5.5）
バックアップ・データを使って元に戻す。

WordPress更新後の既知の問題と対策

WordPress6.2更新後の既知の問題

WordPress 6.2にアップデートした後に、固定ページや新規投稿が「〇〇のページは応答していません。」というメッセージが出て、編集できなくなる不具合が報告されています。考えられる原因として、「All in One SEO」や「Classic Editor」などのご使用のWordPressプラグインがWordPress 6.2と不整合を起こしている可能性があり、これらを無効化することで不具合が解消することが報告されています。

また、WordPressのテーマにCocoonをご使用の場合、次のリンクにWordPress6.2に関連した不具合の情報がありますので、ご参照ください。

Cocoon 2.5.7→2.5.8の変更点。機能追加新着情報ブロック追加新着情報ショートコードの追加新着記事・人気記事ブロックにチェックボックス式カテゴリー選択機能を追加人気記事ブロックに除外カテゴリの検索機能を追加新着情

WordPressのテーマ「Cocoon」のバージョンが2.5.8.3より新しいものをご使用することをおススメします。

WordPress6.1更新後の既知の問題

WordPressのテーマにCocoonをご使用の場合、次のリンクにWordPress6.1に関連した不具合の情報がありますので、ご参照ください。

WordPress 6.1の不具合

このトピックには、WordPress 6.1の不具合と思われるものを記載していこうと思います。お問い合わせの際に、事前にご確認いただけますようお願い致します。早速1件。「/ブロック名」を入力すると、対象のブロックが表示されるかと思いますが・・・。日本語の確定時に「...

WordPressのテーマ「Cocoon」のバージョンが2.5.4.2より新しいものであることをご確認することをおススメします。

サイトヘルス実行すると、使用していないテーマを削除した後でも、「おすすめの改善」として「永続オブジェクトキャッシュを使用してください」というメッセージがでます。

当サイトが使用しているレンタルサーバーのエックスサーバーはAPCuという方式でサポートが可能であることを確認していますが、いくつか検討した方法では2次的な不具合が見つかり、「永続オブジェクトキャッシュ」を使用しなくても、競争力のあるアクセス・スピードが得られていることを「PageSpeedInsights」というツール、および、「Google Search Console」のアクセス・スピードの項目で確認が取れているので、対処を保留にしています。

この件に関しては、今後、PHPのバージョンに対するプラグインやツールの状況を見ながら、改善の見込みがついたところで対応を進める予定です。

参考リンク）

永続オブジェクトキャッシュを使用してください。とは？

WP6.1にアップロードをするとサイトヘルスに『永続オブジェクトキャッシュを使用してください』とあるのですが、詳細を見るとRedis oject Cacheをプラグインに入れるといいだけのでしょうか？説明を読んでも初心者なので理解ができません。処理速度が今のままだと遅いってことなんでしょ...

WordPress6.0更新後の既知の問題

特に致命的な問題は、今のところ、見つかっていません。

WordPress5.9更新後の既知の問題

ウィジェットを追加しようとドラッグすると、不適切な場所に表示される。（ドラッグ・ドロップすると適切な場所に表示されるのでマイナーな問題）=>　対応：WordPress自体の問題のようなので、次のバージョンで修正されることを期待しましょう。

参考URL：https://wp-cocoon.com/community/postid/59284/

表示確認用のプレビューで「デスクトップ」以外の「モバイル」、または、「タブレット」を指定すると「エディターで予期しないエラーが発生しました」というエラーメッセージが表示され、記事の表示確認のための画面が出てこない。=>対応：WordPressのテーマ「Cocoon」を2.4.1以降の対策を入れたバージョンにアップデートする。

参考URL：https://wp-cocoon.com/community/postid/59247/

WordPress5.8更新後の既知の問題

現在までに大きなトラブルには遭遇していません。

WordPress5.7更新後の既知の問題

AMP対応しているWebサイトでGoogle MapのHTML埋め込みコードを利用している場合、ブラウザ・レベルの「loading」属性を使用して「iframe」がデフォルトで遅延読み込みされるように、WordPress 5.7から仕様変更されています（WordPress記事「Lazy-loading iframes in 5.7」参照）。

WordPress 5.7へのアップデートにより、Webページの高速表示のためLazy-loadがloading 属性の「iframe」にも適用され、これが「属性「loading」はタグ「amp-iframe」で使用できません。」というAMP仕様に反して、Google Search Consoleからエラー通知される可能性があります。この問題の解決など詳細はSearch Consoleエラー解決法「許可されていない属性または属性値がHTMLタグにあります」(AMP)②をご覧ください。

WordPress5.6更新後の既知の問題とその解決法

WordPress5.6にアップデートした後、WordPress5.5の時までのようにエディター画面が中央ではなく、画面左端に固定されてしまう。（Move To機能によるスタイル崩れの不具合）

【解決法】WordPressテーマ「Cocoon」をご使用の場合、Cocoon2.2.5で対策が入っていますので、これより新しいバージョンをお試しください。

旧エディターの機能(現在のAdvanced Editor Tools：旧TinyMCE Advanced）を使って作られた表が消えてしまう。

【解決法】プラグイン・バージョンをWordPress 5.6に対応したAdvanced Editor Tools5.6.0（または、それより新しいバージョン）にアップデートする。

WordPress5.5更新後の既知の問題

当サイトで使用した範囲では、緊急に対処しなければならない問題に遭遇しておりません。

WordPress5.4更新後の既知の問題

調べた限りでは次のような問題の事例がネット上で報告されていました。

Gutenbergのブロックのレイアウトが崩れる（WordPressのテーマ依存の問題）
- Cocoon 2.1.3.4の自動アップデートでWordPress5.4のGutenbergの仕様変更による「Cocoon カラムブロック」の不具合が修正されました。
Gutenbergブロック・エディタの文字サイズが小さくなった

私が使用した範囲では、緊急に対処しなければならない問題に遭遇しておりません。