※PR・広告を含みます
アフィリエイト記事の広告URLを更新した後、いつ、どの記事で、何を変えたか分からなければ、成果が減った時に原因を追えません。商品終了、提携先の変更、ページ移転へ対応するたびに、変更前後のURLと変更理由を一組で残すことが重要です。
この記事では、WordPressの記事本文から広告リンクの設置場所を抽出し、変更前後のURL、変更理由、保存後の確認結果、復元方法を記録する流れを解説します。ASPのクリック計測URLや短縮URLには確認目的のHTTPアクセスをせず、リンク先の確認と再発行はASP管理画面で行います。AIにはURLを作らせず、差分整理と確認対象の抽出だけを任せます。
俺のクマ
大明司一利
広告リンク変更履歴の記録項目を決める
最初に、リンクの種類ごとに確認方法を分けます。内部リンクと通常の参考リンクは、状態コードや移動先を確認できます。一方、ASPのクリック計測URLや短縮URLはツールからアクセスせず、提携状況と正しいリンクをASP管理画面で確認します。この区別を記録しておくと、点検そのものがクリック数を増やす事故を防げます。
通常リンクはHTTP状態と表示内容を分けて記録する
ASP計測URLを除く通常リンクでは、HTTPの404は要求された情報をサーバーが見つけられないことを示します。MDNの404の公式解説でも、移動や削除、URL入力ミスが主な原因として説明されています。まず200番台、300番台、400番台、500番台、通信失敗へ分類してください。
例えば、記事では旧モデルを紹介しているのに、リンク先が後継モデルの一覧ページへ転送される場合があります。通信は成功していても、価格や仕様の説明が一致しません。このような結果は正常へ入れず、内容チェックが必要な転送として記録します。
ただし200番台でも安心とは限りません。商品ページからサイトのトップへ転送され、記事で紹介した商品が見つからない場合があります。最終URL、ページタイトル、商品名の一致を確認し、技術的に開くリンクと読者に役立つリンクを分けます。
内部リンクと広告リンクで扱いを変える
内部リンクは自分で移転先を把握できるため、正しい記事へ転送するか本文のURLを更新します。広告リンクは計測用URLやASPの規則が関係するため、リンク切れチェック、OGP取得、リダイレクト確認の対象から除外します。短縮URLをツールで展開したり手作業で書き換えたりせず、ASP管理画面から新しい提携リンクを再取得してください。
画像リンク、ボタン、テキストリンクも別々に数えます。同じURLが複数回ある場合は一つの検査結果へまとめますが、修正時は全ての設置場所を確認します。記事ID、リンク文字、設置位置を保存すると取りこぼしを防げます。
WordPress記事から広告URLと設置場所を集める
設置場所の確認は公開中の記事から始めます。下書きやゴミ箱の記事まで混ぜると、直す必要のないURLが増えます。公開予約の記事も公開前確認の対象にしますが、本文からASPリンクを抽出して記録するだけにとどめ、計測URLへ通信は行いません。
記事IDと設置場所をURLにひも付ける
WordPress REST APIや書き出しデータから、投稿ID、タイトル、公開状態、本文を取得します。本文のa要素からhrefを抽出し、リンク文字と直前の見出しも保存してください。同じURLでも『購入する』と『公式仕様を見る』では役割が異なります。
Googleはリンクのベストプラクティスで、基本的にhrefを持つa要素をクロール可能なリンクとして説明しています。JavaScriptのクリック処理だけで移動する要素も別一覧にし、実際のHTMLへURLが存在するか確認しましょう。
ASPリンクを除外して確認対象を絞る
通常の参考リンクをいきなり全記事で高頻度に検査すると、自サイトやリンク先へ大量の要求を送ることになります。更新日の古い記事、アクセスの多い記事から20件ほど選び、ASP計測URLを除外したうえで間隔を空けて確認します。応答が遅い通常リンクも再試行回数を制限してください。
記録には、URL、記事ID、リンクの種類、初回確認日時、最終確認日時を残します。認証情報やASPの秘密情報は保存しません。通常リンクは同じURLをまとめて負荷を抑え、ASP計測URLは重複数にかかわらず通信対象へ入れないことを検査ルールとして固定します。
AIで変更前後の差分と確認項目を整理する
AIへ渡すのは、通常リンクで取得済みの状態コード、最終URL、ページタイトルと、本文から抽出したリンク文字です。ASP計測URLは通信結果を作らず、管理画面での確認待ちとして別に扱います。AI自身にURLへアクセスしたと仮定させず、確認済みの事実だけを『修正』『確認』『正常』『再試行』へ分類させます。
通常リンクの状態コードごとに優先順位を付ける
404と410はリンク先が見つからないため、優先して確認します。500番台や時間切れは一時障害の可能性があるので、すぐ削除せず時間を置いて再試行します。301や302は最終URLが目的に合えば正常候補ですが、転送が何段も続く場合は管理元を確認してください。
| 結果 | 扱い | 次の確認 |
|---|---|---|
| 200番台 | 内容確認 | 商品名と最終URL |
| 300番台 | 転送確認 | 移動先と転送回数 |
| 404・410 | 修正候補 | 代替ページの有無 |
| 500番台・時間切れ | 再試行 | 時間を空けて再確認 |
この表は内部リンクと通常の参考リンクに使う整理表であり、ASP計測URLには適用しません。200番台でも移動先の内容が違えば確認が必要で、404でも期間限定ページなら代替案内を追記する方が親切です。通信結果と記事の意味を最後に人が照合することを必須にします。
リンク文字と移動先の不一致も抽出する
『料金を見る』というリンクが会社概要へ着く場合、状態コードは正常でも読者の目的を満たしません。AIにはリンク文字、周囲の一文、移動先タイトルを比較させ、不一致の理由を一文で出させます。断定ではなく確認候補として扱ってください。
商品名の表記ゆれやキャンペーン終了は誤判定しやすい項目です。商品コード、販売会社、カテゴリの一致を補助情報にし、タイトルの文字一致だけで削除しません。判断できない結果は『確認』へ残し、勝手に新URLを作らせないことが重要です。
広告リンクを安全に更新して結果を記録する
修正前に記事ID、元URL、リンク文字、変更理由を記録し、本文のバックアップを残します。同じURLが複数記事にある場合も、1記事ずつ保存結果を確認してください。一括置換は文字列の一部が似た別URLまで変える可能性があります。
内部リンクは移転先との関係を確認する
削除した記事に代替記事があるなら、主題と検索意図が同じかを確認します。似た単語を含むだけの別記事へ転送すると、読者が迷います。代替がない場合はリンクだけを消すのではなく、前後の文章が自然につながるように修正してください。
重要な内部ページは、少なくとも一つの別ページからリンクされる状態を保ちます。リンク切れの修正で孤立ページが生まれないよう、サイトマップと内部リンク一覧を再確認します。アンカーテキストは短く具体的にし、キーワードを不自然に詰め込みません。
広告リンクはASPから再取得する
広告リンクのURL構造を手作業で推測してはいけません。提携中か、案件が継続しているか、掲載条件が変わっていないかをASP管理画面で確認し、正式なリンクを再取得します。終了案件は、代替商品を無理に置かず記事内容との関係を確認してください。
保存後はWordPressの編集画面だけで終えず、公開ページでリンク文字、別タブ設定、広告表記、スマートフォン表示を確認します。保存されたhrefがASP管理画面で取得した値と一致するかを文字列で照合し、計測URLへ確認目的のGET、HEAD、POSTを送らない運用を守ってください。
変更履歴の確認を定期運用へ組み込む
リンク切れは一度直して終わりではありません。外部ページや商品は今後も移動します。ただし毎日全件を調べる必要もありません。記事の重要度と過去の異常頻度から周期を分け、負荷と作業量を管理します。
重要記事と通常記事で点検周期を分ける
売上やアクセスが多い記事は週1回、通常記事は月1回、ほとんど閲覧されない古い記事は四半期ごとなど、段階を作ります。更新直後の記事と新しい広告リンクは翌日にも確認し、初期設定の誤りを早く見つけます。
- 対象記事と前回確認日を抽出する
- ASP計測URLを除外し、通常リンクだけを低速で確認する
- 通常リンクの結果を修正・確認・再試行へ分類する
- 広告リンクはASP管理画面で提携状況と正規URLを確認する
- 保存後のhrefと記事表示を確認する
この順番を毎回変えず、処理件数、異常件数、修正件数、再試行件数を残します。異常が急増した日は自動修正を止め、ASP、WordPress、通信環境の共通障害を疑ってください。
通知は行動が必要な結果だけに絞る
正常な通常リンクを毎回通知すると、重要な異常が埋もれます。通常リンクの新しい404、三回連続の通信失敗、同じ記事内の複数異常と、ASP管理画面で確認が必要な広告リンクだけを通知します。復旧結果は日次報告へまとめ、今すぐ対応する一覧と分けましょう。
広告リンク管理を含む運営手順を自分のサイトに合わせて整理したい場合は、AIアフィリエイトコンサルの案内も確認してください。残す確認作業と自動化してよい作業を切り分けられます。
AIアフィリエイト運用で目指すのは、無人でURLを書き換えることではありません。異常候補を早く見つけ、根拠を持って短時間で直せる状態です。まず重要記事20件から始め、誤判定を確認してから対象を広げてください。

