コンテンツへスキップ
ContentPillow Agency
ContentPillow Agency新規登録

購入者用スコアカード

バックリンクプロバイダー:リンクを再販売する代理店向けの購入者用スコアカード

プロバイダーがクライアントのレテナーに含まれる前にスコアを付けましょう。以下のスコアカードは10項目で、20分で完了し、範囲に関する会話を大幅に短縮します。

プロバイダーを評価するためのトークンを持つ木製のスコアリングブロックを示すクレイメーションシーン
スコープクリープは曖昧な項目から始まる

「リンクビルディング」とだけ書かれたレテナーの項目は、さらに多くのリンクを要求するきっかけになります。クラスターの数、レビューの頻度、バスケットの承認者を明確にすれば、もめごとが減ります。

10行のスコアカード

各行を0から2で評価します。例の列は、このマーケットプレイスがどのように回答するかを示しており、事実のみを基にしています。
項目プロバイダーに質問する内容このマーケットプレイスの回答
在庫の可視性支払い前にドナーリストを確認できますか?はい。行にはドメインレーティング、トラフィック、被リンク数、ニッチ、言語、価格が表示されます
価格の表示行に価格が記載されていますか?はい、$1から約$500まで
コミットメントサブスクリプションはありますか?いいえ、使い放題(従量制)
納期いつ公開されますか?通常、支払い後約24時間後
リンクの種類ドゥフォローかつ恒久的ですか?配置は恒久的なドゥフォローです
コンテンツの制御自社の記事を投稿できますか?3つのモード:自動、独自のプロンプト、独自の記事
支出前のレビューリードが最初に承認できますか?まずバスケットを作成し、支払いまで請求しません
注文履歴ステータスリストはありますか?はい、注文済みリンクにあります
請求書財務部門に書類を提出できますか?請求書とプロforma請求書が利用可能です
約束順位を保証しますか?いいえ、あなたも保証すべきではありません
比較のために並んで異なるツールを持っている3人のクレイフィギュア

記入例(架空の例)

代理店がピラー&クラスターレテナーのために3つのプロバイダーを比較している状況を想像してください。プロバイダーAは20点中17点、プロバイダーBは12点、プロバイダーCは在庫を表示せず6点でした。

プロバイダーBが完全に不適格というわけではありません。単発のアウトレーチ作業には最適かもしれませんが、クライアントがすべての注文行を確認するレテナーには向いていません。

これは実際の企業に対するレビューではなく例です。実際に使用しているプロバイダーでカードを実行し、販売ページに記載されている内容ではなく、検証可能な内容に基づいてスコアを付けてください。

会話を導く日付

クライアントは古いアドバイスを引用することがあります。Googleのペンギンアップデートは2016年9月にリアルタイム化し、リンクスパムアップデートは2022年12月に導入されました。

両方に言及してください。これらは、なぜ関連性の高い配置を少数購入するべきか、そしてAhrefsやMajesticのカウントだけが目標ではないかを説明します。

また、レテナーが買い物リストではなく計画として読まれるのにも役立ちます。

レテナーへのリンク項目の記載

  1. 1

    リンク数ではなくクラスター数を数える

    契約書には、1クォーターあたりにリンクサポートを受けるクラスター数と、クラスターあたりの予算上限が記載されます。

  2. 2

    承認ルールを定める

    支払いの前に上級者がバスケットの承認を行います。バスケット内のすべては、まずマーケットプレイスに表示されます。

  3. 3

    レポートの頻度を固定する

    月次で、クラスターレポートの構造を使用して実施します。

  4. 4

    約束しない事項を明記する

    順位保証なし、トラフィック保証なし。これを一度、書面にて、上部付近に明記します。

キックオフコールでよく上がる範囲に関する質問

リンク費用はレテナーに含まれるべきか、別途請求すべきか?

書面化されていればどちらでも構いません。多くの代理店は、コストにハンドリングフィーを加えた金額で予算を請求し、クライアントが注文リスト上の実際の配置価格を確認できるようにしています。どちらを選択しても、契約書に上限と承認手順を明記してください。

もしクライアントが2ヶ月目に20本の追加リンクを要求したら?

それを恩着せがましいサービスではなく、独自の承認を伴う新しいバスケットとして扱ってください。行にコストを表示し、まず小規模なバッチを提案し、リンク数が増えることが必ずしも上位順位を保証するわけではないことを明記します。

クライアントに注文の読み取り専用アクセスを渡せますか?

それはアカウントの共有方法に依存しますが、ここではそれ以上言及できません。簡単な代替策は、注文済みリンクのリストをエクスポートし、月次レポートに添付することです。

インフラストラクチャを表すレンガ壁の絡み合ったツタに触れるクレイの手のクローズアップ

ドナーリストの裏側にある真の主体

クライアントは、プロバイダーのインフラストラクチャを誰が所有しているかを尋ねます。購入者にとって有用な視点はより狭いものです。行の元ネタはどこにあるか?自分で何を確認できるか?

すべてのプロバイダーに同じ言葉で質問してください。その回答は、どのセールスデッキよりも比較が容易です。

行の元ネタ

私たちの行は、独自のクローラーと独自のインデックスから来ており、これが私たちが販売者に求めてほしい文章です。第三者を名乗り、そこで終わるプロバイダーは、自分が販売しているリストを制御していないことを示しています。

行の数値の裏にあるものを尋ねてください。ソースに追跡できないメトリクスは、繰り返すことはできても擁護できない数字です。

プロバイダーがデータソースを2文で説明できない場合、それに依存するレテナーには適していません。簡潔な回答は、スライドよりも印象的でなくても、良い兆候です。

販売者を信頼せずに確認できること

3つの行を選び、自分で確認してください。ドナーを開き、そのニッチがクライアントのものと一致するか確認し、最近の記事を参照します。これには数分かかり、どのカラムヘッダーよりも多くのことを教えてくれます。

この確認を容易にするプロバイダーは、あなたに検証ステップを提供しています。これは洗練されたダッシュボードよりも価値があり、販売者が変わってもチェックを維持できるためです。

ドナーリストが教えてくれないこと

リストは各行のメトリクスを示しますが、そのドナーがクライアントの記事に適した場所かどうか、あるいは来年も編集者がそのニッチに関心を持ってくれるかどうかは示しません。その判断は、リストが長くなろうとも、バスケットに署名する人物に残ります。

リストを候補者リストの作成ツールとして扱ってください。決定は、クライアントを知る人がリストを読んだ後に始まります。

実用的なテスト:リストを2人に渡してください。1人はクライアントを知っている人、もう1人は知らない人です。その候補者リストが重なる部分が、通常は真の候補者です。

クライアントが要求を続ける際の範囲管理

スコープクリープは通常、1つの大きなリクエストとして現れません。それは個別には合理的だが、契約の範囲外である小さなリクエストの連続として現れます。

防御策は、より厳しいトーンではありません。それは、全ての変更が同じ手順を経るべきだというルールです。これにより、合理的なリクエストも大きなリクエストと同じ扱いを受けます。

競合他社のリンクリストが受信トレイに届いたとき

クライアントが競合他社のドナーリストを転送し、金曜日までには同じサイトでのリンクを取得したいと要求すると想像してください。これを命令ではなく計画の依頼として扱ってください。ドナーがクライアントに適しているかどうかは不明であり、計画はその点を明らかにする必要があります。

クライアントがリンクにクラスターに対して何をしてほしいのかを尋ねてください。名前だけのリストは目標ではなく、その答えは通常、どの行が重要かを変えます。

承認済みバスケットを変更できるのは誰か

承認後、バスケットを変更できるのは承認者だけです。承認後にアカウントマネージャーが行を追加すると、その承認は無意味になります。新しい行が安価で合理的であっても同様です。

行を変更する必要がある場合は、バスケットを再度承認のために戻してください。これには1時間かかりますが、記録を正確に保ちます。

承認に日付を付け、バスケットに添付してください。そうすれば、関係者が離れて久しく経っても、誰が何に同意したのかを一目で確認できます。

変更ルールをレテナーに記載する

レテナーに1文追加してください:上限、クラスター、またはドナーの変更は、同じ承認プロセスに戻る。これは退屈に読めますが、実際には金曜日の午後遅くのメールの多くを終わらせる一文です。

この文を上限のそば、上部近くに配置し、クライアントが最初の変更リクエストが届く前にそれを目にできるようにしてください。

プロバイダーの回答を1行ずつ読む

スコアカードは何を質問すべきかを示します。回答は次に何をすべきかを示します。各回答を、プロバイダーが何にコミットするかという観点で読んでください。自信はコミットメントではありません。

バックリンクプロバイダーは、同じ質問に非常に異なる方法で回答することが多く、その違いは通常詳細にあります。

2番目の質問が必要な「はい」

在庫を確認できるかという「はい」は始まりに過ぎません。在庫が何を示すか、どのフィールドを含み、フィルタリングできるかという質問を続けてください。各回答が判断を絞り込みます。

フォローアップの質問をスコアの横に書き、次にカードを開く人が何を確認したかを確認できるようにしてください。

電話と書面で2番目の質問を行い、両方の回答を保管してください。書面での回答は、後で確認するために使用されるものです。

「いいえ」も結果である

支払い前に在庫を表示しないプロバイダーもいます。これは結果であり、カードの他の項目が良くても、ゼロとして記録されます。

ゼロを平均で消さないでください。確認できない行が1つあれば、確認できる9つの行を上回る重みを持つ可能性があります。

メモにもゼロを明確に残してください。翌年に同じプロバイダーが浮上したとき、古い理由が、回答が変わったかどうかを判断する最速の方法になります。

1つの質問を拒否するプロバイダーが自動的に悪い選択というわけではありませんが、その拒否はスコアの横のメモに記載すべきです。

スコアが同等に見えても価格が異なる場合

紙面上で2つのプロバイダーが同じスコアでも、比較可能な行に対して明らかに片方が高額な場合、カードに項目が不足しています。配置あたりの価格を独自の基準として追加し、再度スコアを付けてください。

追加の項目はコストがほとんどかかりません。これがないと、安価なプロバイダーと高額なプロバイダーが同じ選択のように見えます。