WPML Multilingual CMS 5.3.0

変更履歴

自動翻訳の新しい配信方法、翻訳ダッシュボードの完全なタクソノミーセクション、ブロックエディタとサイトエディタの言語パネル、訪問者の言語選択の記憶、保存の高速化、およびページビルダー向けの多数の修正を含む311件の修正が行われました。

新機能

WPMLの設定で「scan」または「theme strings」を検索すると、テーマとプラグインの文字列スキャンが見つかるようになりました。
ブロックエディタとサイトエディタのサイドバーにネイティブの言語パネルが追加され、投稿、ページ、テンプレート、テンプレートパーツ、同期パターン、ナビゲーションメニューについて、従来の言語ボックスのすべてのコントロールを使用できます。
自動翻訳に新しい配信方法が導入されました。翻訳サービス会社が作業完了をサイトに通知し、サイトがそれを収集することで、双方が互いの保持している内容を把握します。
また、サイト自体も完了した翻訳を確認するため、ファイアウォールやセキュリティプラグインが翻訳サービス会社の呼び出しをブロックしても、翻訳の受信が停止することはなくなりました。
WPMLサポートに新しい翻訳配信ボックスが追加されました。翻訳の状況、問題点、および現在実行可能なアクションが表示されます。
翻訳が待機状態の場合、ダッシュボードと管理バーにその理由（単語数不足、支払いの保留や拒否、利用限度額、支払い方法、アカウントのブロックなど）が表示されます。リンクをクリックすると、解決策のページに移動します。
配信の問題で対応が必要な場合、解決策を記載した1通のメールが届きます。
翻訳ダッシュボードのタクソノミーセクションが完成しました。各タクソノミーのステータスとボリュームを表示し、タームを検索可能なツリーとしてリストし、自動翻訳、自分で翻訳、翻訳者、翻訳サービス会社など、すべての方法で送信できます。
アイテムに属するテキストはアイテムと一緒に移動するようになり、1回の送信で課金されます。たとえば、タームのYoast SEOテキストは、そのタームのジョブと一緒に処理されます。
デフォルト言語にディレクトリを使用する場合、ルートURLに新しいオプション「デフォルト言語にリダイレクトする」が追加されました。
マルチサイトのサブサイトのパスが言語ディレクトリと同じ場合、WPMLは警告を表示します。新しいサイトではそのようなパスを使用できず、セットアップウィザードにはサブサイトが取得する言語URLが表示されます。
WPMLサポートおよびWP-CLIは、古いバージョンが?page_id=アドレスに書き換えた内部リンクを修復できるようになりました。
言語スイッチャーブロックでリストから現在の言語を非表示にできるようになり、表示設定がわかりやすくなりました。
WPMLは訪問者が言語スイッチャーで選択した言語を記憶し、リダイレクトする代わりにバーで訪問者のブラウザ言語を提案できるようになりました。どちらもページキャッシュで機能します。
「個別に翻訳」で引き継がれた翻訳はWordPressエディタに保持され、編集内容が失われる警告は表示されず、翻訳ダッシュボードで開くことができます。
WPMLは最小要件をPHP 7.4とし、古いPHPではエラーでサイトを停止する代わりに通知を表示するようになりました。
設定AI 翻訳では、Elementorテンプレートなどのコンテンツタイプごとに、コンテンツがサイトに表示されるまで自動翻訳を待機するかどうかを選択できるようになりました。
新しいWP-CLIコマンドwp wpml appearanceにより、WPMLがサイトに表示されていると記録した内容を表示およびリセットできるようになりました。
ElementorのWPML言語スイッチャーウィジェットに新しいスタイルオプション（ホバー時の背景、現在の言語のアクティブスタイル、言語リストのドロップダウンスタイル）が追加されました。
Elementor：サイト設定のサイト名とキャッチフレーズを翻訳ダッシュボードから翻訳できるようになり、サイトタイトルウィジェットのテキストはそのヘッダーと一緒に翻訳されます。
セキュリティの強化。

パフォーマンス

すべてのページリクエストでデータベースクエリが2つ減少し、マルチサイトでのWPMLの言語テーブルの確認が軽量化されました。
翻訳ダッシュボードのコンテンツリストは、行ごとに2つのクエリではなく、投稿とその言語をそれぞれ1つのクエリで読み込むようになりました。
管理画面リストの上の言語数カウントと、デフォルト言語で表示されるコンテンツのクエリの処理が軽減されました。
翻訳サービス会社がサイトの言語ペアの1つをサポートしていない場合、WPMLは管理画面ごとに再度確認するのではなく、その回答を1時間保持するようになりました。
投稿を保存してもWPMLの言語キャッシュがクリアされなくなり、次のリクエストで再構築されなくなりました。
翻訳された投稿を保存する際、言語ごとに1回ではなく、リンクが変更された場合にのみ各リンクを1回解決するようになりました。
RedisやMemcachedなどの永続的なオブジェクトキャッシュを使用すると、翻訳の検索結果がリクエストや保存をまたいでキャッシュされるようになりました。
大規模なメディアライブラリを持つサイトで大きなElementorページを保存しても、サーバーのタイムアウトで終了しなくなりました。
何も変更されていない場合、ページの読み込みでWPMLのアクティブなプラグインの記録が書き換えられなくなりました。
ショップメニューなど、大きなカテゴリーメニューを持つページの読み込みが大幅に高速化されました。
数千の翻訳可能なカスタムフィールドを持つサイトで投稿を保存しても、メモリや時間の不足が発生しなくなりました。
マルチサイト：サイト間の切り替え時にWPMLの設定をサイトごとに1回読み込み、オプションキャッシュをクリアしなくなりました。
Avada：オフキャンバスの表示条件を持つページの読み込みが高速化されました。
翻訳サービス会社からの翻訳がより速く保存されるようになりました。WPMLはフィールドごとに1回ではなく、ジョブのフィールドを1回で読み込みます。
多くの商品画像を持つストアでデータベースが過負荷にならなくなりました。WPMLは独自のインデックス化された検索で画像の言語を見つけます。
WPML Multilingual CMSパッケージのファイル数が約1,400個減少し、WPML 4.9からのアップデートも引き続き機能します。
WPMLは起動時に1つのクエリで、リクエストごとの小さなオプションを読み込むようになりました。
ブロックテーマ：ページリストはページの読み込みごとに1つのクエリでページを言語でフィルタリングし、ナビゲーションブロックはリンクのターゲットと翻訳を一緒に読み込むようになりました。
翻訳されたタクソノミーでのスラッグ検索は、1つのクエリでスラッグを読み込むようになりました。
URL解決キャッシュがページの読み込みごとに再構築されなくなり、テーブルが小さく保たれるようになりました。
WPMLが言語キャッシュを再構築する際、変更ごとではなくリクエストごとに1回言語設定を保存するようになりました。

自動翻訳とすべてを翻訳するの修正

翻訳サービス会社の認証情報を削除すると、古い情報が戻ってくることなく、完全に削除されるようになりました。
「すべてを翻訳する」がオンの場合、投稿を保存する際に高度な翻訳エディタを待機しなくなり、保存が遅延してタイムアウトすることがなくなりました。
自動翻訳に登録されていないサイトには、「認証できません」や「接続エラー」ではなく、その旨が通知されるようになりました。
自動翻訳にサイトを登録する際、応答が無効な場合に致命的なエラーで終了しなくなりました。
保存が拒否された場合にAI 翻訳の設定で「保存しました」と表示されなくなり、署名が拒否された場合はWPMLがサイトを再登録するようになりました。
翻訳サービス会社がサイトを制限している間、WPMLは10分ごとの待機中ジョブの再送信を停止し、1日失敗が続いたジョブを諦めるようになりました。
自動翻訳の制限は、呼び出しが成功したことによってではなく、翻訳サービス会社が制限を解除した場合にのみ解除されるようになりました。
ダッシュボードで、手動ジョブや翻訳サービス会社が保持しなくなったジョブが、進行中の翻訳としてカウントされなくなりました。
翻訳エンジンの読み込みに失敗した場合、すべての自動ジョブの単語数カウントが1日失敗するのではなく、すぐに再試行されるようになりました。
「すべてを翻訳する」がオンの場合、言語を追加しても、カテゴリーやその他のタクソノミーが自動翻訳用に再び開かれなくなりました。
「すべてを翻訳する」は、ACFフィールドなど、他のプラグインのメタボックスを持つブロックエディタページを、保存されたばかりの値で翻訳するようになりました。
投稿タイプが「すべてを翻訳する」から除外されている間、翻訳ダッシュボードを読み込むたびに「コンテンツ制限を調整」ダイアログが自動的に開かなくなりました。
投稿エディタでは、送信待ちのジョブが、自動翻訳への送信に失敗したと表示されるのではなく、進行中として表示されるようになりました。
「今すぐ翻訳を取得」は、数秒以内に取得した内容を報告するようになりました。
翻訳サービス会社に接続する前に自動翻訳にコンテンツを送信する新しいサイトは、認証エラーで行き詰まることなく、接続して翻訳するようになりました。
最初の送信または単語数カウントに失敗した「すべてを翻訳する」のジョブが、0語で再送信されなくなりました。
自動送信が中断された場合に、「すべてを翻訳する」がジョブなしで翻訳者待ちの状態で投稿を放置しなくなり、すでに行き詰まっている投稿は1時間ごとのチェックで再送信されるようになりました。
自動翻訳が再試行待ちの投稿を保存しても、2つ目の翻訳ジョブが作成されなくなりました。
再試行待ちのジョブは、一度に10件ずつではなく、次の管理画面の表示ですべて送信されるようになりました。
「更新によって進行中の翻訳が置き換えられました」という通知は、1ページ読み込み後ではなく、保存直後に表示されるようになりました。
WP-Cronの実行が遅れた場合でも、「すべてを翻訳する」は追加のフィールドボックスを持つブロックエディタページを送信するようになりました。
トラブルシューティングの「進行中の自動ジョブをキャンセル」は、終了した自動翻訳によって進行中のまま残された文字列も解放するようになりました。
保存されたコンテンツが大きい短いページの自動翻訳が、「ジョブがファイルサイズ制限を超えているため解析に失敗しました」というエラーで失敗しなくなりました。
どのホストでも、投稿の保存時にWPMLが完了した翻訳を取得するのを待たなくなりました。
翻訳サービス会社が諦めた後、「すべてを翻訳する」は保存のたびに変更されていないコンテンツを再送信しなくなりました。2回試行した後、コンテンツが変更されるまで待機します。
「すべてを翻訳する」が未完了のジョブを置き換える際、翻訳サービス会社の古いジョブもキャンセルするようになりました。
複数の管理画面が開いている場合、変更されたカスタムフィールドの環境設定を既存の翻訳に適用しても、同じ投稿が2回または3回送信されなくなりました。
「すべてを翻訳する」は、自動翻訳が一時停止されている言語にタームジョブを送信しなくなりました。
翻訳ダッシュボードの自動送信から保留されたジョブは、手動ジョブとしてではなく自動作業として再試行されるようになりました。
「すべてを翻訳する」は、文字列のバッチに同じIDを持つ文字列パッケージのコンテンツを与えなくなり、ジョブが完了と読み込まれている間に文字列が未翻訳のままになることがなくなりました。
文字列翻訳ですでに翻訳されている文字列パッケージは、単独で送信されたときに再度翻訳されて課金されることがなくなりました。
Elementorサイトのタイトルやキャッチフレーズなど、パッケージの一部として翻訳されたテキストは、1回翻訳されて課金されます。文字列翻訳には、それを翻訳する場所が表示されます。
翻訳サービス会社に到達しなかったジョブが、ステータスチェックのスペースを占有しなくなりました。
「すべてを翻訳する」の見積もりは、実行で送信されるものを正確に価格設定します。複製や破棄されたジョブは価格設定されません。
「すべてを翻訳する」の見積もりは商品タームをカウントし、翻訳ダッシュボードは共有タームを1回送信してカウントします。ダッシュボードの費用の読み込みが完了するようになりました。
セットアップウィザードの見積もりは、ページビルダーのテキスト、属性、ACFタームフィールド、およびフォームをカウントします。
WPMLが翻訳サービス会社に再接続している間に保存された投稿は待機中の翻訳ジョブを取得し、サービスが再び応答するとすぐに送信されるようになりました。
配信に30秒以上かかる場合、翻訳が2回適用されなくなりました。
すべてのコンテンツの翻訳エディタとして「WordPress エディタ」が設定されている場合、「すべてを翻訳する」は、一部のページを翻訳した後に新しいページを翻訳しなくなるのではなく、見積もりと同様にその選択に従うようになりました。
「すべてを翻訳する」は、変更されていないタクソノミータームを再び翻訳に送信しなくなりました。
非表示の言語へのタームの自動翻訳が再び保存されるようになりました。
自動翻訳の見積もりは、翻訳ステータスがない既存の翻訳の価格を0としますが、実行時には課金されます。
翻訳サービス会社への接続の再試行は、一度に1回ずつ行われるようになりました。
以前の利用限度額、またはその後解除されたブロックの下で待機していた翻訳は、新しい利用限度額による一時停止なしで収集されるようになりました。

翻訳エディタと翻訳ジョブの修正

フィールドに句読点、記号、またはショートコードのみが含まれている場合、翻訳ジョブが「不足または間違ったデータ：ターゲット」で拒否されなくなりました。
配信された翻訳で1つのテキストが翻訳されないまま残った場合、残りの翻訳が適用され、そのテキストは元のテキストを保持し、ジョブログにその名前が記録されるようになりました。
Gravity Formsやその他の文字列パッケージジョブは、同じIDを持つ投稿ではなくWPMLの翻訳エディタで開かれるようになり、翻訳が失われることがなくなりました。
文字列パッケージの翻訳ジョブに、同じIDを持つ投稿の画像テキストが含まれなくなりました。
キャンセルされたジョブの翻訳が返された場合、その拒否がジョブログに書き込まれるようになりました。
クラシック翻訳エディタは、フォームフィールド間の区切り文字をエスケープするサーバーで「権限が拒否されました」と応答する代わりに、再び保存するようになりました。
テキストのないフィールドは高度な翻訳エディタに送信されなくなり、そのようなフィールドの保存された翻訳は保持されるようになりました。
翻訳ジョブログは、キャンセル、エディタの展開、クラシック翻訳エディタの保存、およびアップグレードの行を保持するようになりました。
翻訳ジョブログで、別のアクション内で開始されたアクションはその下にネストされ、外側のアクションの行が消えなくなりました。
テキストの保存に失敗した場合、翻訳ジョブが読み取れない状態のままにならなくなりました。
WPML 5.xにアップデートしても、WordPressエディタまたはクラシック翻訳エディタで翻訳するサイトが高度な翻訳エディタに切り替わらなくなりました。
高度な翻訳エディタで進行中のジョブは、元のテキストが変更された場合でも、作業内容を保持したまま再び開くようになりました。
レビューが開いている間に翻訳を再送信したり、レビューが閉じた後に翻訳を編集したりしても、レビューキューに保持されるようになりました。
「&」を含む翻訳者向けのメモが、そのまま翻訳ジョブに届くようになりました。
完了した翻訳を高度な翻訳エディタで2回目に開いた場合、失敗するのではなく編集内容が配信されるようになりました。
翻訳がエディタで開かれ、未完了のまま残された後に元のテキストを編集すると、最新のコンテンツからその翻訳ジョブが再構築されるようになりました。
通知メール用のXLIFFファイルを書き込めない場合、翻訳へのコンテンツの送信がサーバーエラーで失敗しなくなりました。
1つのキャンセルされたジョブでの翻訳サービス会社のエラーが他のキャンセルを妨げなくなり、キャンセルが完了できなかった場合に通知されるようになりました。
翻訳サービス会社が他の呼び出しに応答しているにもかかわらず失敗し続けるキャンセルは諦められるため、「キャンセルできませんでした」という警告は消えます。再接続中、翻訳画面には2つではなく1つの通知が表示されます。
高度な翻訳エディタで、投稿タイトルラベルと「メインコンテンツ」などのグループ名が管理言語に従うようになりました。
ジョブの進行中に編集されたページに対して配信された翻訳は、ページに保存されるか、テキストが変更されすぎた場合は更新が必要としてマークされるようになりました。
フロントエンドから編集され、高度な翻訳エディタで完了した翻訳が再び適用されるようになりました。配信に失敗した場合、ページにその理由が表示されます。
再送信されたフィールドが改行で分割されなくなりました。
高度な翻訳エディタまたはクラシック翻訳エディタで作成された翻訳を再送信しても、以前の翻訳がWordPressエディタの編集として扱われなくなりました。
WPMLが言語レコードを書き込めない場合、後で「送信が確認されませんでした」で失敗するのではなく、送信が停止するようになりました。
途中で停止した翻訳サービス会社への送信が、ジョブを進行中のまま行き詰まらせなくなりました。
高度な翻訳エディタは、翻訳サービス会社がずっと前に配信した翻訳ジョブを開かなくなりました。
インラインスクリプトに<記号が含まれるカスタムHTMLブロックが、翻訳ジョブを停止させなくなりました。
高度な翻訳エディタから戻ったときに、翻訳サービス会社が保持しなくなったジョブに対するPHP警告がログに記録されなくなりました。
1つの翻訳の保存に失敗しても、翻訳サービス会社からの翻訳の収集は続行され、リクエストを停止させる保存はカウントされ、名前が記録されるようになりました。

翻訳管理と翻訳ダッシュボードの修正

結果のページが多く、「データなし」と表示されていたサイトで、翻訳ジョブリストにジョブが再び表示されるようになりました。
翻訳タスクで、スケジュールされた翻訳は「下書き – レビュー待ち」ではなく「スケジュール済み」、非公開の翻訳は「非公開」とラベル付けされるようになりました。
翻訳ダッシュボードのエンジンスイッチダイアログで、Private Translation Cloudへの切り替えが拒否された場合、確認するのではなく、その旨が表示されるようになりました。
エンジンスイッチダイアログで、保存に失敗したメッセージが見える場所に表示されるようになりました。
翻訳タスクと翻訳ダッシュボードに翻訳されたアイテムのIDが表示され、「表示」をクリックすると、TablePressのテーブルなど、編集画面のない投稿タイプの翻訳エディタが開くようになりました。
マネージャーへのメールには、更新された投稿や文字列パッケージの合計単語数ではなく、翻訳する単語数が表示されるようになりました。
料金が読み取れない場合、翻訳ダッシュボードから自分でコンテンツを翻訳に送信しても、「WPMLはこれらのアイテムの単語数をカウントできませんでした」というエラーで失敗しなくなりました。
更新された文字列は、翻訳ダッシュボード、費用の見積もり、およびマネージャーへのメールで、0ではなく、前回の翻訳以降に追加された単語数をカウントするようになりました。
翻訳者の権限が一貫性を保つようになりました。言語ペアを設定すると保存されたペアが更新され、翻訳者を削除すると未完了のジョブが解放され、新しい管理者が翻訳できるようになりました。
高度な翻訳エディタが新しい翻訳マネージャーを拒否した場合、画面にその理由が表示されるようになりました。
ユーザーが多いサイトで、設定やセットアップウィザードで翻訳マネージャーや翻訳者を選択してもタイムアウトしなくなりました。
翻訳者テーブルには、すべての言語ペアを持つ翻訳者のプレーンテキストの概要が表示され、翻訳者が1人しかいない場合でも機能するようになりました。
ユーザープロフィールの新しいジョブのメール通知設定は、翻訳者またはマネージャーであるユーザーにのみ表示され、保存されるようになりました。
翻訳タスクに、翻訳をレビューする経験豊富な翻訳者を雇うためのリンクを含む、非表示可能なメッセージが表示されるようになりました。
マネージャーへの翻訳の概要と期限切れジョブのメールに、翻訳ダッシュボードから送信された文字列が含まれるようになりました。
翻訳サービス会社にアクセスできない場合でも、毎日の期限切れジョブレポートが送信されるようになりました。
翻訳ダッシュボードは、まだサイトに表示されていない保留中のコンテンツを「表示」で個別にリストし、文字列が表示された場所を「サイトに表示」または「管理画面で表示」とラベル付けするようになりました。
翻訳ダッシュボードに誤解を招く「既知の言語にマッピング」行が表示されなくなり、手動翻訳のみをサポートする言語と、デフォルトと同じとして扱われる言語を区別するようになりました。
翻訳タスクと翻訳ジョブのタイトル検索で、翻訳されたタイトルでもジョブを見つけられるようになりました。
新しいジョブの通知をオフにした翻訳者に新しいジョブのメールが届かなくなり、メールを送信できないサーバーでそれが原因で翻訳への送信がHTTP 500エラーで失敗しなくなりました。
「すでに翻訳済み」ボックスは別のタブで行われた編集に従い、編集された投稿に対しても提供されるようになりました。
翻訳ダッシュボードでチェックされたタクソノミーが、下部のバーで「表示されていません」としてカウントされなくなりました。
「自分で翻訳」に、エディタがあなたの単語を使用する機械翻訳から開始される可能性があること、およびそれをクリアする方法が表示されるようになりました。
レビューページから翻訳を編集している間、ステータスアイコンに「レビュー進行中」と表示されるようになりました。
翻訳タスクでは、進行中の自分のジョブが最初にリストされ、ページリストではそれらを続行できるようになりました。
キーボードフォーカスがWPMLのダイアログ内に留まるようになりました。

ページビルダーの修正

WP-CLIを通じて翻訳が配信された場合、ジョブが空の翻訳で完了するのではなく、ページビルダーのテキストが保存されるようになりました。
Diviおよびその他のページビルダー：WPMLは、最後の設定ファイルだけでなく、すべての設定ファイルの「ページビルダーで構築」パターンを保持するようになりました。
WPBakery：ページのプレビューに、古いリビジョンではなく、保存されていない最新の変更が表示されるようになりました。
Divi：Divi 4からDivi 5に移行されたページは、既存の翻訳とともに高度な翻訳エディタで開かれるようになりました。
Cornerstone：「すべてを翻訳する」で、ヘッダー、フッター、レイアウト、コンポーネントが翻訳されるようになりました。
Avada：古いWPMLバージョンを実行していたサイトで、「すべてを翻訳する」によってフォームが翻訳されるようになりました。
Elementor：「すべてを翻訳する」は、テンプレートがサイトに表示されるまで翻訳を待機し、訪問者が読むカスタム属性のみを翻訳するようになりました。
wpml-config.xmlでリンクとして宣言されたショートコード属性は、現在の言語のターゲットページを表示するようになりました。
ページビルダーのページでリンクが変更された場合、翻訳者が手動でそのリンクを変更していない限り、翻訳に新しいリンクが再び適用されるようになりました。
Elementor V4：ビデオ要素のメディア（ビデオとそのポスター画像）が翻訳されるようになりました。
WPBakery：ショートコード内のブロックエディタのコメントが、翻訳する文字列に生のショートコードマークアップを追加しなくなりました。
Avada：メディア翻訳を使用すると、サイズ（「medium」など）が設定された画像は、翻訳された画像を表示し、そのサイズを保持するようになりました。
他のショートコードのみで構成されるショートコードコンテンツは、翻訳する文字列として登録されなくなりましたが、ビデオなどのマークアップは引き続き翻訳ジョブに届きます。
カスタム XML 設定で宣言されたショートコードを使用して構築されたページは、翻訳ジョブの完了時にそのショートコードテキストが翻訳されるようになりました。
Elementor：コンテナなどのウィジェットのカスタム XML 設定エントリは、WPMLの組み込み設定を置き換えるのではなく、追加されるようになりました。
Elementor：翻訳エディタのコンテナリンクに、その要素の名前が表示されるようになりました。
高度な翻訳エディタで、WPBakery、Divi、Enfold、Avada要素の画像テキストに正しいサムネイルが表示されるようになりました。
WPBakery：翻訳はページのカスタムJSとエディタ設定を保持し、複製はボタンとリンクを翻訳されたページにポイントするようになりました。
WPBakeryおよびその他のショートコードビルダー：翻訳された行または要素ID（#id）へのリンクは、翻訳されたIDに従うようになりました。
WPBakery：翻訳されたページのすべてのグリッド（Masonryやメディアグリッドを含む）で、翻訳されたグリッドテンプレートが使用されるようになりました。
DiviとWPBakeryを使用しているサイトで、チャート、プログレスバー、ボタン、またはギャラリーを含むWPBakeryページを保存しても、PHPエラーで停止しなくなりました。
WPBakeryおよびその他のショートコードビルダー：コンテンツにブロックエディタのコメントが含まれるページに翻訳が適用されるようになりました。
WPBakery：高度な翻訳エディタから配信された翻訳は、カスタムonclickアクションを持つボタンを保持するようになりました。
WPBakery：Post GridおよびMedia Gridのページネーション、さらに読み込む、遅延読み込み、およびフィルターが翻訳されたページで機能するようになりました。
WPBakery：フロントエンドエディタで編集された翻訳は保持され、元のページからの次の更新によって上書きされなくなりました。
WPBakery：メディア翻訳を使用すると、セクション、行、列のデザインオプションの背景画像に翻訳されたバージョンが表示されるようになりました。
WPBakery：Single Imageのカスタムリンクは、WPBakery 9でも翻訳されたページをポイントし、古いバージョンのWPBakeryで保存されたプレーンリンクは翻訳でもリンクのまま保持されるようになりました。
Elementor：空の動的コンテンツ設定を持つウィジェットのテキストが、再び翻訳ジョブに届くようになりました。
Enfold：ページの複製は、自身の言語のページにリンクするようになりました。
ページビルダー：ビルダーが「=」の周りにスペースを書き込む場合（Tatsu Builderなど）、翻訳されたショートコード属性とIDが適用されるようになりました。
Beaver Themer：翻訳されたレイアウトは、翻訳が更新されるたびに翻訳された表示ルールを保持するようになりました。
Beaver Builder：「カテゴリー内の投稿」や「投稿はこのページ」などの表示ルールで翻訳されたカテゴリーやページが使用されるようになり、モジュールが翻訳で消えなくなりました。
Beaver Builder：行と列の背景、コールアウトとパララックス画像、背景ビデオ、ビデオモジュールで翻訳されたメディアが使用されるようになりました。
Beaver Builder：購読フォーム、料金表、投稿カルーセル、ポップアップ、メニュー、ボックステキストなど、より多くのモジュールテキストが翻訳エディタに届くようになりました。
Beaver Builder：訪問者は、文字列翻訳で更新された翻訳をすぐに確認でき、手動でのキャッシュクリアは不要になりました。
Beaver Builder：編集内容が失われる警告はiFrame UIがオフの場合でも表示され、翻訳での「下書き保存」は手動編集としてカウントされるようになりました。
Beaver Builder：削除して再度追加されたモジュールは翻訳を保持するようになりました。
Beaver Builder：翻訳エディタに写真およびコールアウトモジュールの画像が表示され、未公開のBeaverの翻訳の下書きが保持されるようになりました。
Beaver Builder：「オリジナルからコンテンツをコピー」が翻訳追加画面で機能し、コピーされたリンクは翻訳されたページをポイントするようになりました。
ページビルダー：複製されたページは/about/のようなパスとして書かれたリンクを変換し、Beaver Builderの下書きも変換されたリンクを取得するようになりました。
Elementor：ヘッダーとフッターで、メニュー名、検索ボタンのテキスト、およびカスタム属性値が翻訳されるようになりました。
Elementor：Loop Grid、タクソノミーループ、およびPostsウィジェットは翻訳されたターム、投稿、およびループアイテムを使用し、Postsのメタセパレーターが翻訳されるようになりました。
Elementor：翻訳されたポップアップは元の表示設定を保持し、翻訳のエディタには翻訳されたポップアップが表示されるようになりました。
Elementor Proフォーム：サーバーメッセージ、2番目のメールの送信者名、SlackとDiscordのテキスト、フィールドのデフォルト値が翻訳され、reCAPTCHAがページの言語で表示されるようになりました。
Elementor：Templateウィジェットは、翻訳のエディタで翻訳されたテンプレートを表示するようになりました。
Elementor：リピーターアイテム内のビデオURLとURLフィールドはリンクとして翻訳され、Media Carousel画像スライドのビデオリンクなど、ウィジェットの設定によって非表示になっているコントロールは翻訳に送信されなくなりました。
Avada：カテゴリーに割り当てられたレイアウトは、翻訳されたカテゴリーと、その翻訳された投稿および商品にも適用されるようになりました。
Elementor V4：翻訳されたページは、コンポーネントの前に翻訳された場合や複製された場合でも、翻訳されたコンポーネントのスタイルを表示するようになりました。
Elementor V4フォーム：翻訳されたページから送信されたメールに訪問者の回答が再びリストされるようになり、壊れた翻訳フォームのメールはアップデート後に修復されます。
Elementor V4：URLで指定された画像、コンポーネントの画像とビデオのオーバーライド、およびコンテナクエリのリンクが翻訳されるようになりました。
Divi 5：カテゴリーまたは投稿に対してのみ表示されるモジュールが、翻訳された投稿にも表示されるようになりました。
Divi 5：単語と動的コンテンツが混在するテキストは、翻訳でも単語とすべての動的アイテムの両方を保持するようになりました。
Divi 5：ビジュアルビルダーは、翻訳されたページで翻訳されたグローバルモジュールを表示するようになりました。
Cornerstone：セクション、行、列の背景画像とその代替テキストが翻訳され、ヘッダー、フッター、レイアウト、およびそれらの複製でも翻訳されるようになりました。
Cornerstone：現在の言語で翻訳がないヘッダー、フッター、またはレイアウトは、別の言語のコピーではなくオリジナルを表示するようになりました。
Cornerstone：ビルダーでオリジナルを保存すると、その完全な翻訳が再び更新されるようになりました。
Cornerstone：コンポーネントとそのパラメーターが翻訳に届くようになりました。
Cornerstone：見出し、お客様の声、画像、テーブルのすべてのテキストとリンクが翻訳エディタに届くようになりました。
Cornerstone：ヘッダー、フッター、レイアウトは自動翻訳後もリンクを保持し、スタイルが更新され、編集内容が失われる前にプレビューで警告が表示され、ジョブに画像が表示されるようになりました。
Cornerstone：スタイルのみの変更では、翻訳が完了状態に保たれるようになりました。
SiteOrigin：翻訳されたレイアウトは、正規表現、パス、コードなどのすべてのバックスラッシュを保持するようになりました。
SiteOrigin：ImageおよびGalleryウィジェット、行、セル、ウィジェットの背景で、翻訳された画像が使用されるようになりました。
SiteOrigin：翻訳のバックグラウンド保存は手動編集としてカウントされるため、後の更新で上書きされる前に警告が表示されるようになりました。
SiteOrigin：「ページのクローン」タブには編集中のページの言語のページのみがリストされ、ウィジェットリストにはWPMLが削除したウィジェットが表示されなくなりました。
SiteOrigin：複製はレイアウトを保持し、SiteOriginで編集でき、リンクは複製の言語をポイントするようになりました。
SiteOrigin：Layout Builderウィジェット内のウィジェット、および移動するウィジェットは、独自のテキストと翻訳を保持するようになりました。
Cornerstone、Beaver Builder、SiteOrigin：翻訳されたページはコンテンツを翻訳された言語で保存するため、検索、抜粋、フィード、REST API、およびSEOプラグインは翻訳を読み込むようになりました。
Avada：翻訳されたページを編集しても、他の言語のグローバル要素が上書きされなくなりました。
Avada：動的データのフォールバックテキストが翻訳者に届くようになりました。
Avada：英語がセカンダリ言語の場合、英語のグローバルオプションと文字列翻訳が同期を維持するようになりました。
Avada：ポートフォリオのスラッグが翻訳されている場合でも、任意の言語でパーマリンクを保存した後、ポートフォリオURLがすべての言語で機能するようになりました。
Avadaおよびその他のショートコードビルダー：複製されたページは、ボタンやその他のショートコードリンクを複製の言語にポイントするようになりました。
Avada：ブロックとAvadaレイアウトが混在する翻訳されたページは、オリジナルのレイアウトを保持するようになりました。
Avada：オフキャンバスリストに言語列が表示され、レイアウトセクションにWPMLスタイルが読み込まれ、Post Cardsを含む翻訳のAvada Liveプレビューに翻訳されたコンテンツが表示されるようになりました。
Elementor：Premmerce Permalink Managerなどのプラグインがパーマリンクを書き換える投稿に対して、エディタがセーフモードではなく通常通り開くようになりました。
Elementor Pro：画像またはリンクから開かれたライトボックスに、翻訳された画像が表示されるようになりました。
SiteOrigin：SiteOrigin Widgets Bundleウィジェット内の投稿へのリンク、およびビルダーフィールド内のウィジェットが翻訳されるようになりました。
Enfold：テキストおよびコードブロックに入力されたHTMLエンティティは、翻訳でも入力されたまま保持されるようになりました。
Elementor：Elementorランディングページへのリンクは、翻訳されたランディングページをポイントするようになりました。
Divi 5：テーマビルダーのヘッダーまたはフッターのキャンバスが翻訳されたページに表示されるようになり、それを開くインタラクションが再び機能するようになりました。
Elementorテーマテンプレートも使用するWPBakeryページは、タイトルだけでなく、そのコンテンツも翻訳に送信するようになりました。
Divi：プロフィールの言語が「サイトのデフォルト」に設定されている場合、翻訳されたページでもビジュアルビルダーがサイトの言語で開くようになりました。
Divi 5：ビジュアルビルダーで翻訳を保存しても、オリジナルのオフキャンバスコンテンツやポップアップが変更、移動、または削除されなくなりました。
BeTheme：翻訳されたヘッダー、フッター、またはポップアップテンプレートは、翻訳が完了するとすぐにその言語で表示されるようになりました。
Elementor Pro：[elementor-template]ショートコードでテンプレートを埋め込むページは、翻訳されたテンプレートのスタイルを読み込むようになりました。
WoodMart：現在の言語で翻訳がないレイアウトは、オリジナルのレイアウトを表示するようになりました。
Divi 5ブロック：ブロックファミリ全体で宣言されたリンク、背景画像、および商品IDは、各ブロック独自の設定と一緒に翻訳されるようになりました。
Elementor：WoodMartバナーカルーセル画像など、リピーターアイテム内のIDは翻訳されたアイテムをポイントするようになりました。
多くの言語を持つサイトでElementorテンプレートを保存してもタイムアウトしなくなりました。WPMLがテキストを登録して翻訳を更新する前に、エディタが応答を取得します。
PHP-FPMサーバーでも、自動翻訳されたページビルダーのページが翻訳された画像を取得するようになりました。
Divi 5：ローカルキャンバス（1つのページに属するオフキャンバスコンテンツまたはポップアップ）は、そのページと一緒に翻訳されるようになりました。
Divi 5：アーカイブとブログホームのキャンバスは独自の言語を維持し、翻訳でのビルダーの保存によってオリジナルが上書きされなくなりました。
Divi：翻訳後に追加されたテーマビルダーテンプレートは、すべての言語に適用されるようになりました。WPMLサポートおよびWP-CLIは、言語ごとに1つのリストを保持していたサイトを修復します。
Divi、WPBakery、Beaver Builder：訪問者は、公開されたテンプレート、レイアウト、および保存されたモジュールが翻訳されているのを確認できるようになりました。
Elementor V4：テンプレートを表示するページは、翻訳されたテンプレートのスタイルを読み込むようになりました。
Elementorと高度な翻訳エディタ：アコーディオンやタブなどのリピーターアイテムのテキストが、余分な段落タグで囲まれなくなりました。
WoodMart：商品またはカテゴリーに限定されたラベルが、その翻訳に出力されるようになりました。

ブロックとブロックエディタの修正

ネストされた自己終了ブロック内のリンクは、翻訳の言語に変換されるようになりました。
ナビゲーションサブメニューやGenerateBlocksコンテナなど、別のブロックにネストされたブロック内のリンクは、翻訳の言語に変換されるようになりました。
ブロックテーマでは、カスタマイズされたテンプレートまたはテンプレートパーツの独自のバージョンを持たない言語は、サイトおよびエディタで同じように、テーマのファイルの前にデフォルト言語のバージョンを使用し、次にオリジナルのバージョンを使用するようになりました。
ID、クラス、色、画像ファイル、CSS値（GenerateBlocksコンテナ内など）などのブロック設定は翻訳に送信されなくなりました。
px、%、_selfなどの技術的なブロックのデフォルト値が、文字列翻訳に表示されにくくなりました。
BuddyPress Multilingualまたは別のプラグインが未使用の文字列パッケージをクリーンアップしたときに、致命的なエラーが発生しなくなりました。
クラシック翻訳エディタで翻訳されたYouTubeやその他の埋め込みは、プレーンリンクではなくビデオプレーヤーを表示するようになりました。
ブロックエディタの言語パネルは、管理言語で表示されるようになりました。
ブロックエディタの言語およびCMS Navパネルに適切な間隔が設定され、複製の通知が1つの文として読めるようになりました。
言語スイッチャーブロックは、外観ウィジェットおよびサイトエディタの「すべての言語」でクラッシュしなくなりました。
WPMLのスタイルが、ブロックエディタ、クラシック投稿エディタ、およびフロントエンドレビューバーで、他のプラグインの要素の外観を変更しなくなりました。
WordPress 7.2では、HTML属性内の二重引用符で囲まれたショートコードがビジュアルエディタに表示されなくなりました。

言語スイッチャーの修正

カスタム言語スイッチャーのPHPテンプレートは、WPML独自のテンプレートフォルダー、テーマまたは子テーマ、あるいはプラグインがスキャン用に登録したフォルダーからのみ読み込まれるようになりました。
言語スイッチャーブロックは、スクリーンリーダーとアクセシビリティチェックのために、各言語名にその言語をマークし、各リンクにhreflangをマークするようになりました。
1つのページにある2つの言語スイッチャーは、スクリーンリーダーに異なる名前でアナウンスされるようになりました。

カテゴリー、タグ、その他のタクソノミーの修正

カテゴリーまたはタグの自動翻訳が失敗した場合、ジョブにその理由が表示されます。翻訳リンクのない翻訳先言語の既存のタームが翻訳として使用されます。
enの代わりにen-usなど、地域コード付きで配信されたタームの翻訳は、拒否されるのではなく、サイトの言語に適用されるようになりました。
WordPressが許可する長さを超える翻訳されたターム名は、その理由とともに報告され、名前が変更されるまで再送信されなくなりました。
投稿の翻訳ジョブによって記述されたタームの説明は、そのHTMLを保持するようになりました。
投稿の翻訳ジョブには、SEOタイトルなど、名前が「_」で始まるカテゴリーのタームフィールドが含まれるようになりました。
ターム要素が関連のないタームに解決されなくなり、Yoast SEOサイトマップで間違ったhreflangリンクが生成されなくなりました。

メニューの修正

タームIDとタームタクソノミーIDが異なるサイトで、メニューを保存してもすべてのアイテムが削除されなくなりました。
メニューの同期が許可されているユーザーは翻訳メニューを開くことができ、古いメニューのアドレスはそこに繋がり、翻訳マネージャーがメニューを同期する際にアクセスエラーが発生しなくなりました。
Redisまたはその他の永続的なオブジェクトキャッシュを使用しているサイトで、ナビゲーションメニューが複製されなくなりました。
WordPressインポーターでインポートされたメニューは、そのページとカテゴリーのアイテムを保持するようになりました。
メニューを同期すると、各メニューの「新しいトップレベルページを自動的に追加」設定が保持されるようになりました。

リンク、URL、リダイレクトの修正

翻訳されたWooCommerceまたはカスタムエンドポイントが、同じ単語で終わるより長いエンドポイントを壊し、その言語で404エラーを発生させることがなくなりました。
サブフォルダーにインストールされたサイトで、翻訳されたページ（Diviなど）を保存しても、内部リンクが壊れた?page_id=アドレスに書き換えられなくなりました。
未翻訳のコンテンツがデフォルト言語で表示される場合、クエリパラメーターを持つ現在のページへのリンクが再びアドレスを保持するようになりました。
デフォルト言語で表示される未翻訳のルートページが、サイトのより深い階層にある同じスラッグを持つページにリダイレクトされなくなりました。
言語をURLパラメーターとして使用する場合、翻訳されたコンテンツ内の内部リンクはその#anchorを保持するようになりました。
ルートHTMLファイルを使用すると、ルートURLでの検索とREST API呼び出しがWordPressに到達するようになりました。読み込めないルートHTMLファイル、または未公開のルートページは、ルートページが設定されていないかのように機能します。
ベースが言語ごとに翻訳されている商品カテゴリーへのリンクは、翻訳で変換されるようになりました。
既存の翻訳内のリンクは、WPMLがインストールされる前に作成されたコンテンツについても、後で翻訳されたページをポイントするようになりました。
WooCommerce商品カテゴリーを含む翻訳されたカテゴリーアーカイブが、大規模なデータベースクエリを制限するホストで自身にループしてリダイレクトされなくなりました。
WPMLがWordPressエディタで翻訳を開くために他のツールに提供するリンクは完全なアドレスであるため、ページが見つからないエラーに繋がらなくなりました。
翻訳されたコンテンツ内の、WP File Downloadリンクなど、別のプラグインが提供するアドレスへのリンクが、関連のない投稿のリンクに置き換えられなくなりました。
翻訳を保存しても、非公開ページへのリンクが元の言語へのリンクに変更されなくなりました。
ルートページとデフォルト言語のディレクトリがある場合、/?feed=rss2などのクエリ文字列を持つフィードアドレスは、サイトのフィードに繋がるようになりました。

言語とセットアップウィザードの修正

セットアップウィザードの言語ステップは、英語のドメインを要求する代わりに、言語ごとに異なるドメインを使用する完了したサイトで再び保存されるようになりました。
セットアップウィザードの言語ステップは、料金ステップと同様に、自動翻訳がサポートしていない場合、zh-tw-xなどの地域コードを持つカスタム言語を「手動のみ」としてマークするようになりました。
アムハラ語など、組み込みリストで提供されなくなった言語をカスタム言語として追加できるようになりました。
言語のコンテンツの削除がデフォルト言語になったために拒否された場合、削除が実行中としてマークされたままにならなくなりました。
WPML 5.xにアップデートしても、ドイツ語（フォーマル）などのカスタム言語ロケールが地域のロケールに置き換えられなくなり、その言語で文字列翻訳が引き続き機能するようになりました。
開いたままのセットアップウィザードのタブ、または古い設定リクエストが、完了したセットアップを上書きできなくなりました。
最後のセカンダリ言語を削除しても、セットアップ済みのサイトがセットアップウィザードに戻されなくなりました。WPMLは設定言語を開き、セットアップメニュー項目はセットアップが完了するまでのみ表示されます。
高度な翻訳エディタが翻訳元言語に翻訳する原因となっていた、言語をサイトのデフォルト言語にマッピングすることができなくなりました。そのようなマッピングを持つサイトはアップデート時に修復されます。
カタロニア語やウルドゥー語など、古いWPMLバージョンの古いロケールがまだ残っている言語は、現在のロケールを1回取得します。自分で選択したロケールは保持されます。
enからfr、frからenなどの入れ替わったマッピングペアは、1つのステップで削除されるようになりました。
アクティブな言語の読み込みに失敗しても、保存されているリストが置き換えられなくなりました。
セットアップ済みのサイトがセットアップ状態を失うことがなくなり、文字列画面にセットアップの通知が表示されるようになりました。
設定の保存によって、読み込めなかった保存済みの設定が置き換えられなくなりました。
イディッシュ語とダリー語は右から左に表示されるようになりました。
以前のデフォルト言語とその翻訳を一緒に削除しても、現在のデフォルト言語のコンテンツが削除されなくなりました。
ワイド画面では、セットアップウィザードの「戻る」ボタンと「次へ」ボタンがフォームの横に配置されるようになりました。

登録とアップデートの修正

管理画面のログイン間でサイトキーがクリアされなくなり、「新しいサイトキーが必要です」という通知が繰り返し表示されなくなりました。
マルチサイト：言語ごとに異なるドメインを持つサブサイトが、ネットワーク全体の登録を解除する可能性があったサイトキーチェックで、自身のアドレスを送信しなくなりました。
言語ごとに異なるドメインを持つサイトは、バックグラウンドでサイトキーが再チェックされたときにサイトキーを失わなくなりました。
別のサブサイトを複製して作成されたサブサイトは、自身のアドレスを翻訳サービス会社に提示するようになりました。
WPML 5.xからのアップデートが「クラスが見つかりません」エラーで停止しなくなりました。
進行中のコアアップグレードの上に翻訳管理のアップグレードが実行されなくなりました。
中断されたアップデートによって不完全なまま残されたWPMLプラグインは、リクエストごとに致命的なエラーではなく通知を表示するようになりました。
WPML 5.2.0からのアップデートは、非常に多くの翻訳優先度エントリを持つサイトで、リクエストごとにメモリ不足になるのではなく、完了するようになりました。新しいWP-CLIコマンドwp wpml upgrade remove-translation-priorityは、そのクリーンアップを一度に実行します。
毎日のチェックなどの自動チェックによって拒否されたサイトキーは、削除されるのではなく保持され、フラグが付けられるようになりました。WPMLサポートでライセンスを更新すると、削除されるかサブスクリプションが復元されます。
マルチサイト：WPMLサイトキーを持たないネットワークのサブサイトは、ネットワークが1つのサイトキーを使用していることを説明するようになりました。
WPMLアカウントの有効期限が切れてから30日間表示される「アカウントを更新してください」バナーは、閉じることができ、閉じたままにできるようになりました。

WooCommerceサイトの修正

WooCommerce商品APIまたはWP-CLIを通じて変更された「コピー」のカスタムフィールドは、商品の翻訳にコピーされるようになりました。
商品が「翻訳済みとして表示」を使用している場合、商品カテゴリーのショートコードは翻訳されたページにデフォルト言語の商品をリストするようになりました。
セカンダリ言語用にカスタマイズされたカートまたはチェックアウトのページテンプレートは、その言語のカートおよびチェックアウトページで使用されるようになりました。

カスタムフィールドとAdvanced Custom Fieldsの修正

名前のないカスタムフィールドの行が、タームの同期と投稿のコピーのたびにPHPの非推奨通知を書き込まなくなりました。
翻訳されたカスタムフィールドは、翻訳が保存されたときにバックスラッシュを保持するようになりました。
リスト内にIDを保持するカスタムフィールドは、リストの最初のアイテムも変換するようになりました。
値がシリアル化されているようにしか見えない「コピー」のカスタムフィールドが、翻訳で空になったり短く切り捨てられたりしなくなりました。
「カスタムフィールドが翻訳可能になりました」という通知は各フィールドを1回リストし、「翻訳不可」に戻されたフィールドを削除するようになりました。
翻訳から削除された「一度だけコピー」のカスタムフィールドは、次回の保存時に元に戻るのではなく、削除されたままになるようになりました。

メディアと画像の修正

メディアライブラリのグリッド表示で、添付ファイルウィンドウの「完全に削除する」が再び機能するようになりました。
メディア翻訳の「別のファイルを使用する」と文字列翻訳の言語変更が、de-ATなど、コードに大文字が含まれる言語で機能するようになりました。
日本語の文字を含むファイル名など、コンテンツ内でアドレスがパーセントエンコードされている画像が見つかるようになり、各翻訳がその言語の画像を使用するようになりました。

投稿とページの修正

下書きまたはゴミ箱にあるルートページが、ページおよびゴミ箱に再びリストされるようになり、それに関する通知から復元できるようになりました。また、未公開のルートページがホームページやリンクを壊さなくなりました。
「翻訳と接続」で、デフォルトで「<言語>をこの投稿の元の言語にする」にチェックが入らなくなりました。
WPMLの翻訳テーブルがキーを失った場合でも、投稿すべての投稿および投稿エディタで致命的なエラーが表示されなくなりました。WPMLサポートで修復が提供され、通知でその旨が知らされます。
「<言語>のコンテンツで上書きする」は、ブラウザのダイアログではなくWPMLのダイアログで確認を求めるようになりました。
投稿エディタは、リンクが別の言語を指定している場合でも、常に投稿自身の言語で機能するようになりました。
最初の翻訳がキャンセルされたページを、既存の翻訳に再び接続できるようになりました。
2つのタブから同じ翻訳を追加しても、最初のタブの言語が削除されなくなりました。2つ目のタブは警告とともに更新されたリストに表示されます。
新しいサイトで、翻訳された商品、またはプラグインやテーマが追加する別のタイプのオリジナルを削除する際、投稿やページと同様に、その翻訳をどうするかを尋ねるようになりました。
翻訳も削除するかどうかを尋ねるダイアログに、すべての削除に対して一度で回答する設定へのリンクが追加されました。

他のプラグインやテーマとの互換性の修正

Avada：翻訳ダッシュボードが利用できないブログアカウントでWPMLがアクティブな場合でも、テーマオプションが再び機能するようになりました。
WoodMartの商品ラベルなど、WPMLが翻訳しないコンテンツのIDのリストまたはテキスト値の翻訳をWPMLに要求するテーマやプラグインは、その値を変更されずに受け取るようになりました。
Google XML Sitemaps：言語をURLパラメーターとして使用する場合、サイトマップは翻訳された投稿とページを翻訳されたスラッグでリストするようになりました。
BetterDocs：カテゴリーブロックと「BetterDocs Order」は、セカンダリ言語のページで正しいカテゴリーとすべての翻訳されたドキュメントをリストするようになりました。
WordPress 7.2：番号付きスラッグやクラシック翻訳エディタからの非推奨通知が表示されなくなりました。
Content Viewsリストなど、suppress_filtersを使用するクエリは、カテゴリーでフィルタリングするときに現在の言語の投稿を表示するようになりました。
ACF関連フィールドなど、カテゴリーのスラッグまたは名前によるクエリフィルターは、IDの調整がオフになっているセカンダリ言語でも機能するようになりました。
Avadaなど、「すべての言語」が選択された状態でREST API経由で投稿を読み込む管理画面で、すべての言語の投稿がリストされるようになりました。

管理画面と設定の修正

WPMLの管理バーアイコンは、「すべてを翻訳する」が実行中で何もすることがない場合は緑色の再生アイコンを表示し、アクションが必要な場合にのみ赤いカウンターを表示するようになりました。
WPMLの画面からwpml.orgへのリンクは、画面が説明しているドキュメントページまたはセクションを開くようになりました。
言語スイッチャーのスタイル名や一部のボタン、メッセージなど、より多くの管理テキストが管理言語で表示されるようになりました。
設定翻訳者に使用中のXLIFFバージョンが表示され、古い「Multilingual WordPress with WPML」のフッタークレジットが削除され、新しいサイトは未使用の設定を保存しなくなりました。
URL と SEO の下のページ URL オプションが、すべての管理言語で表示されるようになりました。
サポートキャッシュをクリアで、翻訳サービス会社のリストも更新されるようになりました。
WPMLサポートのキャッシュをクリアで、サイトのタイトルとキャッチフレーズの翻訳、およびCMS NavとACF Multilingualのキャッシュもクリアされるようになりました。
WPMLのデバッグ情報とサポート画面に、MySQL 5.5.5ではなく実際のMariaDBバージョンが表示されるようになりました。
WP-CLIなど、ログインCookieのないリクエストに対して、管理画面が「未定義の配列キー」の警告をログに記録しなくなりました。

データベースとマルチサイトの修正

マルチサイト：WPMLのテーブルを持っているがセットアップが完了していないネットワークサイトが、リクエストごとに言語テーブルをクエリしなくなりました。
マルチサイト：WPMLのテーブルがなくなったネットワークサイトは、リクエストごとのクエリを停止し、管理者に通知するようになりました。
要素タイプのトラブルシューティング修復で、翻訳レコードがそのステータスとジョブと一緒に削除されるようになり、壊れたデータが残らなくなりました。
データベースがWPMLテーブルの更新を拒否した場合、WPMLは一般的なゼロ日付のケースを自身で修正します。それ以外の場合は、翻訳ジョブが暗黙のうちに失敗するのではなく、管理画面の通知にエラーと「再試行」ボタンが表示されるようになりました。
解決不可能なジョブのテーブルが、古いバージョンのMariaDBおよびMySQLでも作成されるようになりました。

その他の修正

wpml.orgへのサイトのチェックインで、WordPressエディタで翻訳するサイトが正しく報告されるようになりました。
WPMLが翻訳者の権限を有効にしたときに、「WP_User_Query::queryが正しく呼び出されませんでした」というPHPの通知が表示されなくなりました。
プラグインまたはテーマが投稿を指定せずに投稿の権限をチェックしたときに、「未定義の配列キー2」というPHPの警告が表示されなくなりました。
永続的なオブジェクトキャッシュを使用している場合、コメントとレビューのリストに現在の言語のコメントが表示されるようになりました。
カスタムTwigテンプレートに関する通知は、PHPテンプレートのセクションにリンクするようになりました。

更新またはダウンロード

このアップデートは有効なサブスクリプションを持つすべてのWPMLクライアントに提供されます。リリースから24時間以内にWordPress管理画面のプラグインページに表示されます。また、プラグイン新規追加商用からすぐに確認することもできます。手動でダウンロードしてインストールするには、wpml.orgアカウントのダウンロードにアクセスし（インストール手順を参照）、バージョンを混在させずにすべてのコンポーネントを一緒に更新してください。