このフラグとは何か公開された構造に基づくユーザー向けのヒューリスティックな警告です。このフラグはリンクが有害であることを証明するものではありません。Googleは2016年9月にPenguinアップデートがコアアルゴリズムの一部となった際、スパム的なリンクに対してペナルティを与えるのではなく、主に無視すると述べています。
重大度テーブル：シグナル、ソースアクション、および推奨レベル
閾値は業界標準ではなく、チューニングを開始するための例です。| シグナル | APIアクション | 注意（Amber）基準 | 危険（Red）基準 |
|---|
| 1つのアンカーがプロファイルを支配している | アンカーテキスト | リンクの40%以上 | 70%以上、完全一致のマネーフレーズ |
|---|
| TLDの偏り | tld_breakdown | 1つの安価なTLDが25%以上 | 50%以上 |
|---|
| 参照ドメインのDRが非常に低い | dr_distribution | DR 10未満が60%以上 | 85%以上 |
|---|
| 月間での急激な増加 | refdomains、2つのスナップショット | 3倍の成長 | 10倍の成長 |
|---|
| 多くのドメインから同じページへのリンク | toppages | 1つのページが50%以上 | 80%以上 |
|---|
レシピ：1つのフラグの背後にある3つの呼び出し
01分布を取得する
dr_distributionは1クレジットの費用で、参照ドメインのDRバンドを提供します。これは最も安価な最初のフィルタです。
02アンカーテキストを取得する
anchorsは2クレジットの費用がかかります。上位アンカーのシェアをクライアント側で計算し、テーブルと比較します。
03TLDを取得する
tld_breakdownは1クレジットの費用がかかります。フラグ全体の合計コストは4クレジット、またはドメインあたり$0.0004です。
リクエスト例
3つの呼び出しをサーバーから並列で実行します。各呼び出しの結果を1ヶ月間キャッシュします。
bash
curl "https://alfalinks.net/api.php?action=dr_distribution&q=example.com&key=sk_live_..."
curl "https://alfalinks.net/api.php?action=anchors&q=example.com&per=50&sort=count&order=desc&key=sk_live_..."
curl "https://alfalinks.net/api.php?action=tld_breakdown&q=example.com&key=sk_live_..."
シグナルが1つの警告にどのように結合するか
1つのシグナルはヒントに過ぎません。2つまたは3つが組み合わさって初めて、人間の目での確認に値するパターンとなります。コピーを書く前に結合ルールを決定してください。なぜなら、コピーはそのルールに依存するからです。
ルールには、それがチェックする根拠の名前を付けてください。表示される色ではありません。そのロジックを1か所にまとめておくと、レビュアーが1分でルール全体を読むことができます。フラグが5つのファイルに散らばっていると、チューニングが難しくなり、顧客が「なぜこのフラグが表示されたのか」と尋ねた際に説明することも困難になります。
2つのシグナルが同時に発生した場合どうなるか
その場合、警告は色だけでなく、文章のトーンも強めるべきです。あるドメインで1つのアンカーが40%を超え、かつ1つの安価なTLDに強い偏りがある場合を考えます。これらの事実を数値とともにカードに表示し、この組み合わせが要確認であることを伝えます。単なる赤いバッジでは、どの事実が判断の根拠となったかが隠れてしまいます。
ユーザーに求めるアクションにおいて、アンバーとレッドを明確に区別してください。アンバーは「証拠を確認する」ことを求め、レッドは「それ以外の処理を行う前に、リンク元のページを確認する」ことを求めます。
どのシグナルを先に表示すべきか？
ユーザーがアクションを起こせるシグナルを先にしてください。アンカーの偏りはリンク元のページで確認できるのに対し、DRバンドは単に確認するだけのものです。次のアクションがあるシグリードを先頭に持ち出し、その下に証拠の順で他のシグナルをリストしてください。
カードの最初の要素がスコアの場合、ユーザーはそこで読むのを止めてしまいがちです。証拠を先に、スコアを後にしてください。理由が数字の前に届くようにします。2つの会議の合間にスマートフォンでカードを開く読者を想像してください。1行目に理由、2行目に次のアクションが必要で、それ以下の詳細は詳細ビューで確認できれば十分です。
シグナルを無視すべきはいつか？
ドメインが新しく、サンプルサイズが非常に小さい場合です。1つのサイトからの数本のリンクだけで、シェアが40％を超えることがあり、それはドメインの性質よりもサンプルの偏りを示しています。選択した参照ドメインの最小数に達しない場合はフラグを表示せず、チェックにはより多くのデータが必要であることを明記してください。
ユーザーがリンクが自社のものである（例えば運営するパートナーディレクトリなど）と指定した場合、そのシグナルをスキップしてください。その選択をメモとして記録し、理由を忘れた月にもフラグが再表示されないようにします。パーセイトノートは、月次再実行のコストを示しています。
ユーザーを不安にさせない表現
'有毒'ではなく'要確認'と伝えてください。恐怖は不要なディサヴォウファイルを売り込むために利用されます。
Googleのディサヴォウツールのガイダンスでは、ほとんどのサイトはそれが必要ないとされています。マニュアルアクションはSearch Consoleに表示されます。まずユーザーをそこへ誘導し、フラグは「結論」ではなく「パターンを検出した」ことを示すようにしてください。
証拠を表示してください。「1つのアンカーがリンクの63％を占める」といった1行があれば人間が判断できますが、不透明な赤いバッジは答えられないサポートチケットを誘発します。
手動チェックには、無料のチェックツールと、自社のスコアラベルへ誘導してください。
継承されたリンクプロフィールには独自のルールが必要
譲渡、失効、または再構築されたドメインは、現在の事業で獲得したわけではないリンク履歴を持っています。スパムバックリンクチェッカーはその履歴を警告として読み取りますが、それが常に公平とは限りません。所有権の変更を独自の文脈として扱い、スコアとは別に扱ってください。
ユーザーに何が変わったのかを尋ねてください。数字だけでは、過去が負債なのか単なる残骸なのかは分かりません。カードに「このドメインは最近所有者が変わりましたか？」といった短いプロンプトとして質問を記載してください。ユーザーは一度回答すれば、その回答はフラグに紐付いて保持されます。
なぜ急激な増加はサイズよりも重要なのか？
ゆっくりと成長した大きなプロフィールは、1ヶ月で急増した小さなプロフィールとは異なります。ジャンプリールは2つのインデックス月を比較するため、サイズではなく速度を測定します。ドメインが1回の更新で参照ドメイン数を4倍に増やしたとします。合計数がまだ少なくても、それは確認すべき理由になります。
逆の側面も重要です。キャンペーンを実行し、実際の被リンクを獲得したブランドは、正当な理由で急増する可能性があります。したがって、結論を出す前にメモを求めるフラグにするべきです。急増後の静かな月も情報です。カードにメモを記載し、次の読者がスパイクだけでなくその推移を確認できるようにしてください。カードの他の部分と同じ平語でメモを記載してください。異なるトーンで書かれた警告は、別のシステムとして読まれます。
ドメイン変更後、ユーザーは何を確認すべきか？
まずリンク元のページと、それらが出現した日付を確認してください。次に、アンカーの偏りとTLDの分布を確認します。ページは数値よりも多くのことを教えてくれるからです。古いドメインを購入したユーザーは、この確認の後にそのプロフィールの大部分を説明できることが多いです。チェックを短く保ってください。3ページと1つの表を読むユーザーは行動に移しますが、長いフォームは半分だけで放置されがちです。
履歴が事業と無関係な場合、リダイレクトプランや新しいドメインでの新規開始の方がクリーンな方法かもしれません。フラグはこの判断を下せませんが、ユーザーにその質問へ誘導することはできます。
ルールベースのフラグの限界
偽陽性（ファルスポジティブ）について率直に言及してください。それは必ず発生します。
ニュースサイトはブランド名へのリンクが多いため正確一致アンカーが重くなることがあり、地域ビジネスは単一の国別ドメインからのリンクを正当に集めることがあります。構造から構築されたルールは形状しか見えず、意図は見ません。
したがって、ユーザーが警告を無効化する方法を提供し、その無効化をドメインごとに記録してください。無効化の数もカウントしてください。ユーザーの80％が頻繁に無効化するルールは、より多くの赤いバッジではなく、新しい閾値を必要とします。
フラグをスコアラベルと組み合わせ、キャッシュレシピで説明されているように呼び出しをキャッシュしてください。
フラグのリリース前に
- 各ルールは証拠を平語で表示します。
- 閾値は設定ファイルに格納されるため、デプロイなしで調整できます。
- コピーは「要確認」とし、「有毒」や「ペナルティ」を絶対に使用しない。
- ユーザーはフラグを無効化でき、その選択は保存される。
- マニュアルアクションの確認場所としてSearch Consoleが言及される。
ローンチ後の閾値調整：4つのステップ
重大度テーブルは出発点に過ぎません。実際の顧客は、閾値が「うるさすぎる」か「静かすぎる」かを示してくれます。レビューを月次で同じ日にカレンダーに組み込み、実際に実施してください。セットアップガイドは、フラグがページ上にどのように配置されるかを示しています。
01すべてのフラグと無効化をログに記録
シグナル値、表示されたレベル、およびユーザーが無効化したかどうかを保存してください。その記録がなければ、どの閾値が間違っているのかを推測するしかありません。
02毎月少量のサンプルを読む
各インデックス更新後、フラグ付きのドメインをいくつか自分で確認してください。カードの表示とリンク元のページの実際の表示を比較し、不一致を平語で記録してください。
03一度に1つの閾値のみを変更
単一の数値を変更し、完全なインデックス月を待ち、新しい無効化率と古い無効化率を比較してください。複数の閾値を同時に変更すると、結果を誰に説明しても理解してもらえなくなります。
04役立たないルールを廃止
ユーザーがほぼ毎回無効化する、または意思決定を変えないシグナルは、廃棄してください。誰も読まない長いリストよりも、少ない正直なシグナルの方が優れています。
フラグの価格設定
ドメインあたり4クレジット。これは$0.0004です。
25ドメインを追跡し、それぞれを月次で更新するワークスペースの場合、フラグのコストは月約1セントであり、アップセルとして扱うのではなく、すべてのプランに含めるには十分に安価です。
インデックス月が変更された時のみ呼び出しを実行してください。更新の間は、内部のデータは変化しないためです。キャッシュレシピは主要な設計を示しています。
