パッチとは？
パッチを使用すると、問題を修正し、サイト監査から直接あなたのウェブサイトを変更することができます。 パッチは、迅速かつ一時的な修正として考えてください。 緊急に重要な修正が必要で、開発者に尋ねる時間がない場合。 あるいは最終的な変更を加える前に 簡単に巻き戻す能力で何かをテストしたいなら パッチを使用できます。
ページで変更するためにパッチを使用できるものは何ですか？
現在、この機能の最初のリリースでは、 タイトル と メタ説明 の2つのフィールドにのみパッチを適用できます。 より多くのフィールドがまもなく登場します。 リダイレクト、Canonicals、robotsメタタグの管理、内部リンクの追加と更新などを計画しています。
パッチの使用方法は？
パッチを作成するには、ページタイトルやメタ説明に関連する問題を開く必要があります。 または、ページエクスプローラで関連するフィルタープリセットを開くか、これらのフィールドを手動で追加します。 パッチ可能な課題は、format@@0レポートにボルトアイコンでマークされます。
レポート内の各ページのタイトルとメタ説明の横にあるレポートに「パッチ」入力が表示されます。 新しいタイトルやメタの説明をドラフトでき、すべての設定が完了したらウェブサイトに公開します。
パッチのステータス
パッチは、 ドラフト、公開、非公開として保存できます。 公開する前に、時間をかけてタイトルやメタの説明を下書きすることができます。 下書きは入力時に自動的に保存されます。 一度公開されると、パッチを元に戻すためにいつでも非公開にできます。
パッチの現在の状態と利用可能なアクションは、「パッチを適用」入力にあります。
パッチの全履歴を追跡することもできます。 パッチがいつ公開されたのか、ドラフトを編集したのか分からない場合は、それを見てください。 「履歴を表示」リンクは、パッチのコンテキストメニューで使用できます。
パッチレポート
問題レポートで直接問題にパッチを適用するのは便利ですが、サイト用に作成したすべてのパッチを表示および管理できる専用の「パッチレポート」もあります。 このレポートにはヘッダーからアクセスでき、現在公開されているパッチの数も表示されます。
「パッチ」レポートでは、ステータスとページURLでパッチをフィルタリングしたり、パッチをエクスポートしたりできます。 同様に、発行レポートやページエクスプローラと同じパッチを使用してすべての同じアクションを作成します。 このレポートでは、パッチ展開を構成することもできます。
パッチ展開の設定
デプロイメントの構成を開始するには、「パッチのレポートヘッダーにある「デプロイメントの設定」ボタンをクリックします。
パッチをサイトにデプロイする方法は2つあります：
JavaScript スニペット
サイト監査がページに変更を加えられるようにするには、サイトの各ページの<head>セクションに小さなJavaScriptスニペットを追加する必要があります。 JavaScript スニペットが生成され、デプロイメントの設定時に提供されます。
このスニペットは、Ahrefsがホストする一意のJavaScriptファイルを呼び出します。 公開したすべてのパッチがそこに追加され、ブラウザやボットがページでJavaScriptを実行するときにクライアント側で適用されます。 ページを訪問する際にJavaScriptを実行しないボットには、変更が表示されないことに注意してください。 しかし、Googleはページをランク付けする前にレンダリングするため、通常これは問題になりません。
JavaScriptデプロイメントはいつでもオンまたはオフにできます。 パッチがライブの状態で無効にすると、パッチが非公開になることの確認を求められます。
Cloudflare Worker
Cloudflareを使用している場合、サイト監査にCloudflareアカウントでワーカーを実行させて、サーバー側でパッチを適用できます。これにより、生のHTMLとレンダリングされたページの両方に変更が含まれます。 これは、<link rel="canonical">や<meta name="robots">などのタグに特に重要です。Googleはどちらを尊重するかを決定する前に両方のバージョンをチェックするためです。
仕組みは次のとおりです：
APIトークンを作成する
APIトークンを提供することで、CloudflareアカウントにCloudflareワーカーを作成する権限をAhrefsに付与するよう求められます。 Cloudflareダッシュボードで、これらの権限を持つサイトのゾーンにスコープされたトークンを生成してください：
アカウント > Workers Scripts：編集
ゾーン > Workers Routes：編集
ゾーン > ゾーン：読み取り
一回限りのワーカー作成
サイト監査はあなたのトークンを使用してアカウントにワーカーをインストールし、セキュリティ強化のため、すぐにトークンを破棄します。 そのため、Cloudflareダッシュボードへの継続的なアクセスは保持されません。
リアルタイムパッチ取得
ワーカースクリプトには中核的なパッチロジックが含まれていますが、実際のパッチはAhrefs上のJSONファイルにあります。 新しいパッチを公開すると、ワーカーはリアルタイムで最新のJSONを取得します。
ワーカーの同期を維持する
認証情報を保存していないため、パッチ処理を破損する可能性があるワーカースクリプトの手動編集を検出できません。 そのような場合は、「ワーカーを再デプロイ」をクリックするだけで、更新されたスクリプトを復元できます。 場合によっては、主要な機能更新が必要な場合、サイト監査からワーカーの再デプロイを求められることもあります。
JavaScriptデプロイメントと同様に、Cloudflareデプロイメントもいつでも無効にできます。
パッチを手動でデプロイする
パッチは、サイト監査から公開するために、すべてのユーザーが利用できます。 プロジェクトにはパッチ機能をサポートするアップグレードブーストが必要です。 プロジェクトがアップグレードされていない、または実際の展開にサイト監査を使用したくない場合は、パッチをドラフトできます。 開発者に渡すことで変更を加えることができます
重要ポイント
パッチを最も効果的に使用するために、以下の点を考慮してください。
変更はサイトを訪問するすべての人に表示されます：人やボットが見ることができる変更を行うことは、パッチ機能の明らかな目標ですが、明確に述べておきます。 パッチを公開すると、サイトに表示される変更が加えられます。 パッチが公開されると、サイトを訪れる人やボットに変更が表示されます。 だから、公開する変更があなたのサイトに適していることを確認することが重要です。
下書きと公開には追加の検証が必要です：プロジェクトにアクセス権を持つユーザーは誰でもパッチの下書きを作成できます。 ただし、アカウント設定で2FAを設定したユーザーのみがパッチを発行できます。 パッチ展開が有効になっているプロジェクトへのアクセス権限を持つ人を選択してください サイトに変更を加えることができます さらに、パッチはサイト所有権が確認されているプロジェクトでのみ公開できます。
パッチはプロジェクトに紐付けられます：プロジェクトを削除すると、その中で公開されたすべてのパッチが非公開になります。
プロジェクトブーストを購入する必要があります：パッチデプロイメントはすべてのプロジェクトで利用できるわけではありません。 プロジェクトでは、パッチを公開するためにパッチ機能をサポートするアップグレードブーストが必要です。 サポートしていないブーストにダウングレードすると、新しいパッチを公開することはできません。 ただし、以前に公開されたパッチは引き続き有効です。
Execute JavaScriptをオンにする必要があります：「Execute JavaScript」オプションは、デプロイメントを設定したプロジェクトで自動的に有効になります。 これにより、サイト監査ボットは次回サイトをクロールするときにJavaScript経由でデプロイされた変更を検出できます。 JavaScriptを実行するとクロール速度が遅くなることがありますので、以前にこのオプションをオフにするとクロール時間が長くなります。
サイト監査で JavaScript のデプロイメントをアクティブにする前に、これらの条件に同意するよう求められます。