Q&Aラウンド
一括掲載を行うメディアからのバックリンクプログラムに関する質問
編集者や運用担当者からよく寄せられる11の質問に、それぞれ数行で回答します。まずは理論から始めません。結論を先に示し、その後に注意点を確認します。
編集者が尋ねる順序で11の回答を掲載
- 毎日記事を公開する場合、リンク購入はどのくらいの頻度で行うべきですか？
- 週1回、または2週間に1回で十分です。2〜3ページ用に小さく日付付きのバッチを購入し、その後待機します。毎日購入すると、結果の読み取りが困難になります。
- エバーグリーン記事とタイムリーな記事は扱いを分ける必要がありますか？
- はい。価値が数ヶ月にわたって維持されるエバーグリーンページにリンクしてください。タイムリーな記事は数日で関心が薄れるため、掲載が完了した頃には既にターゲットオーディエンスの関心が離れてしまっていることが多いです。
- 全ページに同じ導入文を追加したところ、トラフィックが減少しました。リンクで改善できますか？
- いいえ。繰り返し使用される定型文はページを類似したものにさせ、リンクではその状態を元に戻すことはできません。各ページに独自の導入文を書き、再クロールを待ってください。
- リンク先として価値のあるコンテンツのギャップ（不足部分）はどのように見つけますか？
- Search Consoleのクエリ（順位8〜30位）と自サイトのページリストを比較します。可能であれば、競合他社のランキング状況をAhrefsでエクスポートしたデータと併せて確認します。不足している検索意図は新しい記事のテーマとなり、2ページ目の上位付近にある既存ページがリンク候補となります。
- 長文の記事の方がリンクを獲得しやすいですか？
- トピックの性質上、長さが求められる場合に限ります。人々が参照する簡潔な回答は、肉付けされたガイドよりも優れています。単語数ではなく、読者の行動に基づいて判断してください。
- AI生成の記事を使用しても、リンク購入は可能ですか？
- はい、可能です。ただし、Googleの2024年3月のポリシーは、生成方法にかかわらず、ランキング獲得を主目的とした大規模コンテンツを対象としています。徹底的に編集し、事実を追加し、存在理由のあるページのみを維持してください。
- 掲載記事はAI生成でなければなりませんか？
- いいえ。システムはURLとキーワードから自動的に記事を作成することも、独自のプロンプトに従うことも、完成した記事を公開することもできます。いずれの方法でも、リンクは1つ付与されます。
- コンテンツの量が増加しすぎると、効果が頭打ちになるのはいつですか？
- 新しい記事が既存の記事と重複する場合、または90日間でインプレッションがゼロの場合です。それ以降、新しいURLは注目を分散させるため、さらに公開する前に不要な記事を削除してください。これは退屈なルールですが、編集能力を超えて成長したメディアにとって収益性の高いルールです。なぜなら、追加されるURLごとにクロールの注意力とレビュー時間が消費されるからです。
- 表示されていない、または折りたたみ可能なテキストにターゲットキーワードを含めるべきですか？
- 避けてください。読者が決して見ないテキストは基盤として不適切であり、Googleは人に表示されるコンテンツを好みます。キーワードは、読者が期待する場所に配置してください。
- 複数のブログ間でリンク予算（掲載枠）をどのように配分しますか？
- 各ブログに独自の上限とターゲットリストを設定します。同じアカウントですべての注文を行うことができ、ordered linksページで各注文のステータスを確認できます。
- まだ何も記録していない場合、どこから始めればよいですか？
- link order treeから始め、5ページを選択し、それぞれに2つの掲載枠を購入します。4週間後にレビューします。
ここで言うプログラムとは、どのページに、どのくらいの数のリンクを、どのくらいの頻度で、誰がチェックするかを定めた書面によるルールセットを指します。インストールする製品ではなく、スプレッドシートとカレンダーのことです。
結果を読みやすくするためのラウンドの間隔の空け方
頻度に関する質問は、毎日記事を公開するメディアから多く寄せられます。誠実な回答は、記事を書く速さではなく、結果をレビューする速さに依存します。
編集者がレビューできるバッチサイズ
バッチは、1人の編集者がその中のすべてのページを特定できるほど小さくあるべきです。意図的に小さく設定します。1ラウンドあたり2〜3ページが通常この基準に適合します。大きなラウンドでは、どの掲載が効果を生んだかが不明瞭になり、次のレビューで何も学べなくなります。
バッチサイズをシートに記録し、メディアが拡大し、より多くの記事を公開するプレッシャーが高まった際にも、ルールが維持されるようにします。
カレンダーではなく、レビューを待ってください
各バッチに明確な「前」と「後」の比較ができるよう、ラウンドの間に余裕を持たせてください。例えば、月初めに注文し、4週間後にレビューするとします。次のラウンドは、カレンダーが切り替わるのを待つのではなく、そのレビューを待ってから開始します。正確な比較には、静けさ（干渉のない状態）が必要です。
注文を一時停止するタイミング
ページが理由不明の理由でデータから外れた場合、またはテンプレートが変更された場合は、公開を一時停止してください。一時停止にはコストがかからず、シート上でも確認できます。理解できない変更の最中に購入すると、バッチ全体と、そこから得られるはずだった教訓の両方を失うことになります。
ニュースフィードなしでコンテンツのギャップとタイムリーなトピックを発見する
編集者はしばしば、来週のトピックのソースについて尋ねます。答えはトレンドレポートよりも地味です。それは「質問」から来ます。あなたの読者はすでにそれらの質問をしています。
すでに受け取っているクエリから始める
インプレッションはあるが一致するページがないクエリはギャップです。ニッチ内のコメント、メールスレッド、コミュニティボードを通じて届く質問も確認してください。そこでは、キーワードツールでは柔らかく表現されがちな率直な質問がなされます。それらをゆっくりと読んでください。
その地位に値するタイムリーな投稿
タイムリーな投稿がその地位に値するのは、来年も繰り返される質問に答える場合です。製品発売はニュースですが、「発売がトラフィックに与えた影響を確認する方法」に関する質問はニュースではありません。後者のタイプを書き、日付を付けて、前者のタイプはフィードに残してください。
決して存在すべきではないページ
いくつかのアイデアはカレンダーを埋めるだけです。1行で読者と質問を特定できない場合は、投稿をスキップしてください。読者がいない薄っぺらいページは、公開された瞬間に枝Dページになります。
有用なテストは、そのページが消えた場合に読者がそれを欠如させるかどうかを尋ねることです。正直な答えが「いいえ」の場合、そのページはリンクに準備できておらず、公開の準備もできていない可能性があります。
AI生成コピーの品質チェック
AIでのドラフト作成は選択肢の一つに過ぎません。重要なのは、ページを公開する前のチェックです。速いドラフトでも、同じ弱い文がバッチ全体に持ち込まれる可能性があるからです。
ニッチに精通した第2の読者
ドラフトを別のモデルに通すことで、欠落した段落が検出される可能性があります。しかし、市場に関する誤った主張は検出されません。ニッチに精通した人物に事実文を読んでもらい、その人間のチェックを短くかつ具体的なものに保ってください。
見逃されたものを記録する
ドラフトで見つかった各エラーと、それを通過させたステップを記録してください。1ヶ月後、そのログはプロセスの漏れがどこにあるかを示します。漏れを修正し、文だけを修正するのではなく、同じミスが次のバッチで繰り返されるのを防いでください。
ログを次のバッチを編集する全員と共有してください。ログを読む人は、会議なしでパターンを把握できるはずです。これは、以下の週次ルーチンが求めているのと同じ基準です。
最初の1ヶ月、4つのステップで
エクスポートとソート
Search Consoleの過去90日間のページを取得し、インプレッションでソートしてください。それが完了するまで、リストには何も追加しないでください。
5つのページを選ぶ
ソートされたリストの上位から、下せる判断に近い5つのページを選んでください。各ページの横にターゲットキーワードを書いてください。
各ページに2つの配置を購入する
各ページについて、異なるアンカーテキストで2つの配置を購入してください。注文の日付を記録し、バスキートのメモを残してください。
4週間後にレビューする
同じレポートで同じ5つのページを比較してください。そうして初めて、次のラウンドを同じページに割り当てるか、新しいページに割り当てるかを決定してください。
選択権を渡さずにバルク投稿を自動化する
スケジューリングツールは、ページが選択された後に、設定された時間にバッチのページを公開するために使用できます。自動化は、どのページがリンクに値するかを判断するには不適切です。
スケジューラが決定すべきこと
スケジューラは、ページがいつ公開され、どのような順序で公開されるかを決定できます。タイミングがその役割です。どのページが外部リンクを受けるかを決定する役割ではありません。そのリストは1人の人が所有するシートに保持し、公開システムがそれに対して書き込むのではなく、読み取るようにしてください。
スケジュールされたバッチの実行前に確認すべきこと
バッチがスケジュールされる前に、ページのサンプルに対してテンプレート、見出し、内部リンクを確認してください。40ページのバッチをスケジュールすると仮定し、最初の5ページに壊れたブロックが共通している場合、他の35ページもそれを持ってしまうため、実行を停止し、まずテンプレートを修正してください。
小さなサンプルはコストが少なく、フル実行でスケールして公開されるエラーを検出できます。
答えを週次ルーチンに組み込む
どのバックリンクプログラムも、英雄的な1ヶ月よりも週次ルーチンとして機能させた方が効果的です。月曜日にSearch Consoleのエクスポートを更新します。火曜日に、枝Aから2ページを選びます。水曜日にバスキートを満たします。金曜日にレビューします。そして、そこで終了します。
重要なのは再現性です。また、「週に2ページ、URLごとに3つの配置」といったルールにより、誰かが議論する前に月間の請求額が制限されるため、支出を小さく保つことができます。新しい編集者が参加した場合、彼らは会議なしでシートとルールに従います。用語を先に知りたい場合は、用語集をお読みください。また、落とし穴を知りたい場合は、ミスリストが一般的なものをカバーしています。
