リンク受入確認：注文済みリンクの実行手順書

確認を2回行います。1回目は注文が公開された日に行い、2回目は約2週間後に行います。配置は恒久的なものであるべきなので、2回目の確認で、削除または編集された奇妙なページをキャッチします。

記事を読みましょう。それは自動的に書かれており、ターゲットURLとキーワード、または使用した場合は独自のプロンプトに従いますが、それでもあなたの名前で提出する生成されたテキストです。完成した記事を代わりに提供した場合は、公開されたバージョンをファイルと比較してください。

ログは退屈に保ちましょう。リンクごとに1行、毎回同じ列を使用します。退屈なログは監査に耐えるからです。

ページがインデックスされていることをまず確認する

検索エンジンがインデックスしていないページ上のリンクは、評価が難しいです。配置が納品されたとしてカウントする前に、インデックスを確認してください。

公開アドレスを検索する

Search ConsoleとそのURL検査を使用して、正確な公開アドレスを確認します。サイト検索も、ページが表示されるかどうかを示すことができますが、これは大まかなチェックであり、レポートではありません。

ログ行の横に結果を記録し、日付とツール名を記載してください。そうすれば、後で他の人が確認を繰り返すことができます。

インデックスされていないページが評価が低い理由

インデックス外のページは、公開されインデックスされたページのようにランキングシグナルを運ぶことができません。納品ではなくオープンクエリとして扱ってください。

まず、ページが公開されたか、検索エンジンがクロールする十分な機会を持っていたかを確認してください。新しい記事にはその時間が必要です。

クエリは短く、事実に基づいてください。レビュアーにはURL、確認結果、日付が必要であり、検索の仕組みについての議論ではありません。

ページが見つからない場合の対応

支出を再オープンしないでください。注文、URL、ページが見つからないスクリーンショットを添えてクエリを発生させ、回答を注文に記録してください。

ログに両方の確認日を書き留めます。後で誰かが尋ねた場合、タイムラインは1行に収まるはずです。

再試行後にページが戻ってきた場合は、それを独自の行として追加してください。回復した配置も記録する価値があります。

アンカーとそれを取り巻く段落を読む

アンカーと段落は、リンク自体と同じくらい意味を持ちます。無関係なトピックの段落内にあるリンクは、あなたのページに一致する段落内にあるリンクよりも効果が少ないです。

red-flag listを使用して、クエリworthyな問題と、単にあなたが選ばなかっただけのスタイルを判断してください。

アンカーを注文と比較する

注文にはキーワードが指定されており、アンカーはそれに一致すべきです。さまようフレーズのように読めるアンカーや、あなたが選ばなかったブランド名は、注記する価値があります。

配置が他の点で問題なくても、あなたが選ばなかっただけのアンカーの注記を保持してください。その注記は次の注文作成時に役立ちます。

アンカーが単なるアドレスのみである場合は、クエリでそれを指摘し、注文からキーワードを要求した行を引用してください。

段落とページを判断する

リンクの前後の文を読みましょう。ほぼすべてのサイトに掲載できるような文であれば、配置は薄いです。トピックに一致する場合、リンクは自然な場所を持っています。

ページの他の部分も確認してください。過度な広告、壊れたレイアウト、無関係なリンクのリストは、レビュアーの前で良い配置を擁護しにくくします。

現在の段落のスクリーンショットを撮影してください。日付付きの画像は、記事が後で編集された場合に必要となる証拠です。

誰が何を署名するか

最初の注文の前に役割を決定してください。購入者が確認を実行し、2番目の人がログを読み、予算所有者は要約のみを確認します。

この分離は退屈ですが価値があります。後でクライアントが配置を確認したかどうかを尋ねた場合、日付と人物を名指しできます。

ログをチーム全員がアクセスできる場所に保存し、請求書と購入を正当化したvendor scorecardの隣に配置してください。あなたの代理店がクライアントにも報告する場合は、同じ行をmonthly layoutにフィードしてください。

2人の人が配置について意見が対立する場合、ログには両方の意見と決定の日付を記録する必要があります。書かれた対立は、記憶の中にある対立よりも解決しやすいです。

バッチ全体のスポットチェック

大量のバッチには、毎回完全な手動読み取りが必要ではありません。サンプルは必要な情報の大部分を教えてくれ、サンプルルール自体もログに属します。

すべてを確認する前にサンプルをチェックする

まず行のサンプルをチェックし、最初に行に問題がある場合にのみサンプルを広げます。20の配置がある場合、最初の3つを注意深く読み、残りが同じ注意を要するかどうかを判断してください。

1つの行に問題があることは、より多くの行を読む理由であり、バッチ全体についてパニックになる理由ではありません。

ログにサンプルサイズも書き込み、次のバッチが同じ方法でサンプリングできるようにしてください。

サンプルがクリーンな場合は、要約でそれを指摘し、サンプルのサイズを提供してください。レビュアーはその後、残りをどの程度信頼できるかを判断できます。

変更した内容の注記を保持する

サンプルルールを調整する場合は、新しいルールをログに書き込みましょう。数ヶ月後の読者は、なぜ一部のみが開かれたのかを知る必要があります。

プロセスの変更は、それらがもたらした結果と同じくらい記録する価値があります。

各変更の日付と、それを行った人物を記載してください。ログは、会議なしでほとんどの質問に答えます。

2回目の確認で変更が見つかった場合

2回目の確認では、1回目とは異なるものが見つかることがあります。各種類の変更が何を意味するかを事前に決定し、対応が機嫌に依存しないようにしてください。

消えたリンク

ページは編集、移動、または削除された可能性があります。ギャップを見た日付を記録し、証拠として最初のスクリーンショットを添えてクエリを発生させてください。

配置が完全に失われたと想定しないでください。クエリでページを復元できるかどうかを問い、回答が届いたら記録してください。

変更されたリンク

アンカーまたはターゲットがシフトした可能性があります。新しい状態を最初のスクリーンショットと比較し、どのフィールドが変更されたかをマークしてください。

言葉の小さな変更は注記です。ターゲットの変更はクエリです。なぜなら、それは注文が書かれた通りに納品されなかったことを意味するからです。

今では異なる見た目になったページ

時には記事は残りますが、周囲のページが変化します。例えば、新しい広告や新しいテンプレートなど。何が変わったかを記録し、次の確認までリンクを監視下に置いてください。

発生させる

アカウントページを通過し、注文を引用し、スクリーンショットを添付し、どの範囲の行が逸脱したかを述べてください。具体的なクエリは、一般的な苦情よりも早く解決されます。

このページには返金または交換の条件を公開していないので、クエリと一緒に現在の立場を文書で問い、回答を注文に記録してください。

注文が承認されたら、レポートに進みます。client report pageは、過大評価せずにログを提示する方法を示しています。