自動更新

個々のサイトごとにプラグインとテーマの自動更新を設定することができます。以下の2種類からお選びいただけます。

  • WordPressの自動更新:WordPressにより、利用可能なプラグインとテーマの更新が毎日2回実行されます。リグレッションテストは実行されないため、更新されたプラグインやテーマが引き起こす問題の有無は確認できません。
  • Kinsta自動アップデート:弊社システムにより、利用可能なプラグインとテーマの更新が毎日実行されます。初月無料で、その後は環境ごとに月額3ドルでご利用いただけます。)Kinsta自動アップデートアドオンは、すべてのプランで初月無料になります。例えば、初月無料のSingle 35k、Single 20GB、またはWP2プランを選択し、ご利用開始から15日目にこのアドオンを有効にしても、有効日から1ヶ月間無料でご利用いただけます。
    サイトで使用していないプラグインとテーマも自動的に更新されるため、手間をかけず確実に脆弱性からサイトを守ることができます。
    さらに、ビジュアルリグレッションテストが実行され、サイトのトップページ、およびサイトマップから無作為に選択した4件のページを更新前と更新後で比較し、更新後に生じた重要な違いを検出します。テストを実行するページは指定することも可能です。この場合は、選択したページが5件に満たなくても、指定したページのみがテストされます。問題が検出された場合は、更新前のバックアップを自動復元し、サイトの安定性と安全性を守ります。これらのバックアップは(更新が失敗する原因となったプラグインに関する情報が記載されたメモとともに)、「バックアップ」>「システム生成」タブから3日間アクセス可能です。
    更新前後のページの比較には、ScreenshotOneのスクリーンショットを使用します。このスクリーンショットには、相違点を強調する画像とともに60日間安全に保存されます。不明な送信元からのリクエストをブロックする厳しいセキュリティルールをドメインに設定している場合、以下のいずれかの方法で、スクリーンショットを有効化するために許可リストを設定する必要があるかもしれません。
    1. User-Agent:kinsta-botヘッダーを含むリクエストを許可するルールを設定
    2. ScreenshotOneのIPアドレス範囲からのトラフィックを許可

企業の概要画面では、すべてのサイトにおけるプラグインおよびテーマの更新状況を一覧で確認できます。利用可能な更新数、脆弱性のあるプラグイン、直近の更新の詳細などが表示されます。

企業の概要画面に表示されたプラグインおよびテーマの更新状況
企業の概要画面でプラグインおよびテーマの更新状況を確認できる

自動更新を有効にする

MyKinstaにログイン後、「WordPressサイト」>(サイト名)>「プラグインとテーマ」>「自動更新」セクションの「変更」をクリックします。

プラグインとテーマの自動更新を有効化
プラグインとテーマの自動更新を有効化

WordPressサイト」画面で、ステージング環境を含む複数のサイトのプラグインとテーマの自動更新を一括で有効にすることも可能です。自動更新を使用するサイトを選択して、「操作」ドロップダウンメニューから「自動更新の変更」をクリックします。

複数のサイトのプラグインとテーマの自動更新を設定
複数のサイトのプラグインとテーマの自動更新を設定

WordPressサイト」>「プラグイン」または「テーマ」タブから、複数のプラグイン、テーマ、またはサイトを選択して、複数のプラグイン/テーマの自動更新を設定することも可能です。「操作」ドロップダウンから「自動更新の変更」を選択してください。

)複数のサイトで自動更新を有効にする場合は、「テストするURLの指定」や「除外するCSSセレクタ」は追加できません。これらの設定は、サイトごとに自動更新を設定する必要があります。

複数のプラグインの自動更新を変更
複数のプラグインの自動更新を変更

WordPressの自動更新」または「Kinsta自動アップデート」を選択して、「続行」をクリックします。

WordPress自動更新またはKinsta自動アップデートを選択
WordPress自動更新またはKinsta自動アップデートを選択

Kinsta自動アップデート」を選択すると、自動更新の設定を行うことができます。

設定

Kinsta自動アップデートを有効にした後に設定を変更したい場合は、「設定」をクリックします。

Kinsta自動アップレードの設定
Kinsta自動アップレードの設定

テストの頻度

サイトで更新を実行する曜日を選択します。たとえば、週末のみに更新を行いたい場合は、「土曜日」と「日曜日」のみにチェックを入れます。

テスト実行の時間枠

これは、サイト上で更新を実行する時間帯を指定する設定です。

テストするURLの指定

Kinsta自動アップデートでは、デフォルトでトップページとサイトマップ内からランダムに選ばれた4ページの合計5ページを比較します。特定のページを対象にテストしたい場合は、「テストするURLの指定」フィールドに最大5つまで任意のURLを指定できます。各URLは改行して入力してください。5つ未満でも、入力したURLのみがテスト対象となります。

更新に際し、指定された各ページの更新前後の画像を比較します。画像差分の検出基準は調整可能です。

URLを指定しない場合は、トップページとサイトマップ内のランダムな4ページがテスト対象として使用されます。

WordPressメンテナンスモードを有効にする

この機能を選択すると、更新の実行中にメンテナンスページが表示されます。メンテナンスページが表示されるのは更新が実行されている間のみで、時間枠全体ではありません

動的コンテンツ

Kinsta自動アップデートを有効にした後に設定を変更したい場合は、「設定」をクリックします。

Kinsta自動アップデートの動的コンテンツの設定
Kinsta自動アップデートの動的コンテンツの設定

一部のサイトには、訪問者やタイミングによって自動で変化する動的コンテンツが含まれていることがあります。たとえば以下のような要素です。

  • ローテーション型バナーやスライダー
  • 「おかえりなさい」といった種類のメッセージ
  • ライブフィードやチャットウィジェット

MyKinstaでプラグインやテーマの自動更新が実行される際、更新前後のサイトを視覚的に比較し、予期しない変更が生じないかを確認します。しかし、サイトに動的コンテンツ(ローテーションバナー、時間によって変化するデータ、ユーザー生成コンテンツなど)が含まれている場合、実際には問題がなくても、見た目に違いが生じることがあります。その結果、更新失敗と判断されることがあります。

このタブでは、ビジュアルリグレッションテストで選択したプレビュー用のページをスキャンし、動的コンテンツが含まれているかどうかを検出することができます。プレビュー可能なページは、前のステップで「テストするURLの指定」フィールドで指定したものになります。

次の設定に進む前に、「プレビュー」をクリックし、各ページに動的コンテンツがないかどうかを確認することをおすすめします。動的コンテンツが検出された場合は、「変更を確認」をクリックして、ページのどの部分に表示されているかを確認してください。

その後、以下の対応を行います。

  1. 動的要素のCSSセレクタを特定する
  2. そのセレクタを「除外するCSSセレクタ」に追加し、ビジュアルリグレッションテストの対象外にする
  3. 必要に応じて検出基準を調整する

調整後、「ビジュアルリグレッションテストのプレビュー」を再実行し、動的コンテンツが残っていないことを確認します。完了したら、次の手順に進んでください。

検出基準

検出基準は、ビジュアルリグレッションテストの厳しさを調整するものです。テストでは、2つの画像の各ピクセルを、色や明るさの違いに基づいて比較し、許容できる差分のしきい値をこの「検出基準」の設定で決定します。使用する画像またはページは、ホームページに加えて、(指定している場合)「テストするURLの指定」フィールドに追加されたものから4点ランダムに選ばれます。

検出基準を低くすると、わずかな差異が無視されやすくなります。逆に検出基準を高くすると、ごく小さな変化でも検出しやすくなりますが、その分誤検知(実際には問題ないのに差異と判定されること)が増える可能性があります。

除外するCSSセレクタ

CSSセレクタは、スタイルシート内でウェブページの特定の要素を指定し、スタイルを適用するために使われます。「除外するCSSセレクタ」にCSSセレクタを指定すると、バナーやウィジェットなど、ページ内の特定の部分を指し示し、自動アップデートがそれらの要素を除外するように設定することになります。

たとえば、ホームページに定期的に画像が変わるバナーを設置している場合、その部分をテストから外したいことがあります。そのバナーのCSSセレクタが.banner-sliderや、特定のIDである#daily-messageなどであれば、それらをこの「除外するCSSセレクタ」に追加することで、banner-sliderクラスやdaily-message IDを持つ要素内のコンテンツが除外されます。また、「ビジュアルリグレッションテストのプレビュー」を使うことで、ページ内にある動的コンテンツを検出し、除外すべき要素を特定することも可能です。

CSSセレクタの見つけ方
  1. Google Chrome(または開発者ツールが使えるその他のブラウザ)でサイトを開く
  2. 無視したいページの部分を右クリックし、「検証」をクリック
  3. 表示されたパネルで、その要素のクラス(.で始まる)またはID(#で始まる)を探す
  4. そのクラスまたはIDをコピーして、MyKinstaの「セレクタの非表示」欄に貼り付ける

各セレクタは改行して入力し、カンマで区切ります。例えば以下の通りです。

ビジュアルリグレッションテストから除外するセレクタを指定する例
ビジュアルリグレッションテストから除外するセレクタを指定する

ビジュアルリグレッションテストのプレビュー

この機能は、除外設定に含まれていない動的コンテンツがサイト内のページに存在するかどうかを確認するのに役立ちます。確認可能なページは、事前に「テストするURLの指定」フィールドで指定したURLです。各ページをプレビューすることをおすすめします。ドロップダウンで確認したいページを選択して、「プレビュー」をクリックしてください。

選択したページで動的コンテンツが検出されると、以下のように「動的コンテンツが検出されました」という警告が表示されます。

ビジュアルリグレッションテストで動的コンテンツが見つかった例
ビジュアルリグレッションテストで動的コンテンツが見つかった例

変更を確認」を選択すると、ページ内のどの部分が動的なのかを示すヒートマップが表示されます。

ページ上の動的コンテンツの位置を可視化するヒートマップ
ページ上の動的コンテンツの位置を可視化するヒートマップ

その後、ブラウザの開発者ツールを使って該当箇所を調査し、動的コンテンツのCSSセレクタを特定します。特定したセレクタは「除外するCSSセレクタ」に追加してください。CSSセレクタの探し方はこちらをご覧ください。セレクタの追加後、再度「プレビュー」をクリックし、動的コンテンツがすべて除外されているかを確認します。すべての動的コンテンツが除外されていれば、以下のように「動的コンテンツは検出されませんでした」と表示されます。

ビジュアルリグレッションテストで動的コンテンツが検出されない例
ビジュアルリグレッションテストで動的コンテンツが検出されない例

続行」をクリックして、次の画面で詳細を確認します。

実行の確定

最後の確認ページには、価格の詳細が表示されます。詳細を確認の上、「自動更新の変更」をクリックします。アドオンの定期購読は、次回の請求期間に反映されます。現在の請求期間分の利用金は日割りで自動的に算出されます。

Kinsta自動アップデートアドオンの価格詳細
Kinsta自動アップデートアドオンの価格詳細

実行が完了した更新の確認

更新が行われると、「プラグインとテーマ」画面の下部にある「Kinsta自動アップデート」セクションに詳細が表示されます。

Kinsta自動アップデートの詳細
Kinsta自動アップデートの詳細

詳細情報」をクリックすると、更新の完了と失敗、更新なし、あるいは更新の除外などの詳細を確認することができます。更新が完了または失敗した場合、プラグインまたはテーマ名をクリックすると以下が表示されます。

  • 更新前後に取得したスクリーンショット(これらのスクリーンショットは60日間保存)
  • 違いを強調する画像
  • 更新に失敗する原因となったエラー
Kinsta自動アップデートの状況
Kinsta自動アップデートの状況

更新の失敗

更新に3回連続で失敗すると、そのプラグインの自動更新は該当の環境で一時停止され、一定の間隔をあけながら再試行されます。

  • 4回目の試行:1日後に再試行
  • 5回目の試行:2日後に再試行
  • 6回目の試行:4日後に再試行
  • 7回目の試行:8日後に再試行
  • 8回目の試行:16日後に再試行
  • 以降、更新が成功するまで30日ごとに再試行

プラグインの更新に失敗した場合、次のいずれかのエラーが表示されます。

ドメインエラー

更新中にドメインが利用できない場合に発生します。この場合、MyKinstaでスクリーンショットを撮影、比較することができず更新に失敗します。

ドメインエラーによる更新の失敗
ドメインエラーによる更新の失敗

スクリーンショットの違い

ウェブサイトの小さな視覚的な違いを示し、更新前後で取得したスクリーンショットの違いが強調表示されます。この解決方法はこちらをご覧ください。

スクリーンショットの違いによる更新の失敗
スクリーンショットの違いによる更新の失敗

スクリーンショットのサイズの違い

更新後にページの大部分が欠落している、またはレンダリングに失敗していることを示し、更新前後で取得したスクリーンショットの違いが強調表示されます。この解決方法はこちらをご覧ください。

スクリーンショットのサイズの違いによる更新の失敗
スクリーンショットのサイズの違いによる更新の失敗

WP-CLIエラー

このエラーには複数の原因が考えられるため、詳しい調査が必要になります。エラーログで問題の手がかりを確認することもできますが、カスタマーサポートまでご連絡いただくことをおすすめします。

WP-CLIエラーによる更新の失敗
WP-CLIエラーによる更新の失敗

誤検出または失敗した更新のトラブルシューティング

Kinsta自動アップデートでは、各プラグインまたはテーマの更新後にビジュアルリグレッションテストが実行されます。このテストでは、2つの画像の各ピクセルを色および明るさに基づいて比較し、感度設定により、許容される差異の範囲が決定されます。トップページと無作為に選ばれた4件のページ、またはURLを指定している場合は特定のページが分析されます。

  • 検出基準を低く設定し過ぎると、小さな違いが検出されにくくなる
  • 検出基準を高く設定し過ぎると、誤検出の可能性が高まる

サイトに動的コンテンツ、動画、カルーセルが含まれている場合、更新前と更新後のスクリーンショットが異なるため、テストに失敗する可能性があります。これを回避するには、以下の操作を行うことを検討してみてください。

動的なCSSセレクタを非表示にする

動的コンテンツを含むCSSセレクタを特定し、Kinsta自動アップデートの設定時に「セレクタの非表示」フィールドに貼り付けてください(Kinsta自動アップデートの有効化後は「WordPress自動更新」の「設定」で同様の操作を行うことが可能)。CSSセレクタを見つけるには、ブラウザの検証ツールを使用します。非表示にしたいコンテンツを右クリックして「検証」を選択し、「スタイル」パネルで右クリックして「セレクタをコピー」を選択します。

ブラウザでCSSセレクタを特定してコピー
ブラウザでCSSセレクタを特定してコピー

テストするURLを指定する

ビジュアルリグレッションテストは、デフォルトでサイトのトップページと無作為に選ばれた4件のページを分析します。これらのページに動的コンテンツが含まれている場合は、誤検出が生じる可能性があります。このリスクを削減するには、Kinsta自動アップデートの設定時(または「WordPress自動更新」の「設定」内)の「テストするURLの指定」フィールドで、動的コンテンツを含まないURLを指定してください。

検出基準を調整する

検出基準を高くすると、細かな変更も検出される可能性が高まるため、誤検出が発生することがあります。Kinsta自動アップデートの設定時(または「WordPress自動更新」の「設定」内)の「検出基準」を下げると、重要でないわずかな変更が無視されるようになります。

単一のプラグイン/テーマの自動更新を無効化または変更する

単一のプラグインまたはテーマの自動更新を無効化、または変更するには、3つの点をクリックして、「自動更新の変更」を選択します。

単一のプラグイン/テーマの自動更新を無効化または変更
単一のプラグイン/テーマの自動更新を無効化または変更

自動更新を有効にしていて、無効にしたい場合は、「手動更新」を選択して、「自動更新の変更」をクリックします。

単一のプラグインまたはテーマの自動更新を無効化または変更
単一のプラグインまたはテーマの自動更新を無効化または変更

Kinsta自動アップデートの通知

毎週の更新について、また更新が失敗または完了した際に、メール通知を受け取ることができます。画面右上のユーザー名から「ユーザー設定」>「通知」で設定可能です。

Kinsta自動アップデートの通知を設定
Kinsta自動アップデートの通知を設定

自動更新を無効にする

WordPressサイト」>(サイト名)>「プラグインとテーマ」画面の「自動更新」セクションで「変更」をクリックします。「手動更新」を選択して、「自動更新の変更」をクリックしてください。

プラグインとテーマの自動更新を無効化
プラグインとテーマの自動更新を無効化

WordPressサイト」画面で、ステージング環境を含む複数のサイトのプラグインとテーマの自動更新を一括で有効にすることも可能です。自動更新を使用するサイトを選択して、「操作」ドロップダウンメニューから「自動更新の変更」をクリックします。

複数のサイトのプラグインとテーマの自動更新を変更
複数のサイトのプラグインとテーマの自動更新を変更

Kinsta自動アップデートを有効にしている場合は、これでアドオンが削除されます。アドオンご利用初月にアドオンを解約する場合、料金は発生しません。無料期間の終了後にアドオンを解約すると、現在の請求サイクルの残りの日数分の料金がアカウント残高にクレジットとして加算されます。このクレジットは、次回のお支払い料金と相殺されます。詳細については、WordPress専用マネージドクラウドサーバーの返金保証をご覧ください。

この記事は役に立ちましたか?

© 2013 - 2025 Kinsta Inc. 著作権所有。Kinsta®、MyKinsta®、DevKinsta®はKinsta Inc.が所有する登録商標です。登録商標WordPress®はWordPress Foundationの知的財産であり、登録商標Woo®並びにWooCommerce®はWooCommerce, Inc.の知的財産です。WordPress®、Woo®、WooCommerce®の当ウェブサイトでの使用は識別のみを目的としておりWordPress FoundationまたはWooCommerce, Inc.による推奨や承認を意味するものではありません。KinstaはWordPress FoundationまたはWooCommerce, Inc.により認定、所有されておらず、関連会社でもありません。 法的事項はこちらをご覧ください。