WordPressのタグを606個から490個に減らした話

Search Console の「クロール済み – インデックス未登録」が489件。

この数字の犯人を探していたら、まったく別の問題に行き当たりました。

タグが606個あったのです。

公開記事は150本ほどしかないのに、です。

1 タグ606個の内訳がひどかった
- 1.1 タグアーカイブがクロール予算を食っていた
2 削除の判断基準をどう引いたか
- 2.1 全ステータスを含めて照合する
- 2.2 消す前にバックアップを取る
3 結果と、その後の付与ルール
4 最後に

タグ606個の内訳がひどかった

タグ606個の内訳（記事0件142個・1件389個・2件以上75個）と、全ステータス照合で116個を削除し490個にした流れの図解

まず現状を数えるところから始めました。

WordPress の REST API でタグを全件取得し、記事数（count）ごとに分類してみます。

let all=[],page=1;
while(page<=7){
  const r=await fetch(`/wp-json/wp/v2/tags?per_page=100&page=${page}&_fields=id,name,count`,
    {headers:{Authorization:auth},credentials:"omit"});
  if(!r.ok)break;
  const a=await r.json();
  if(!a.length)break;
  all=all.concat(a); page++;
}
console.log("total",all.length,"count0",all.filter(t=>t.count===0).length);

結果は散々でした。

記事0件のタグが142個、記事1件だけのタグが389個。

つまり606個のうち531個が、ほぼ何の役にも立っていなかった計算になります。

「関連しそうな言葉をとりあえず付けておく」を何年も続けた結果です。

タグアーカイブがクロール予算を食っていた

問題は、管理画面が見にくいことではありません。

WordPress はタグごとにアーカイブページを自動生成します。

記事1件だけのタグが389個あるということは、**中身がその1記事と重複するだけの薄いページが389枚**公開されている状態。

さらにタグアーカイブにはフィードも付くので、実際のURL数はその倍近くになります。

Google がこれらを律儀にクロールしたうえで「登録する価値なし」と判断すれば、そのまま「クロール済み – インデックス未登録」に積み上がっていくわけです。

削除の判断基準をどう引いたか

ここで安易に「count=0 を全部消す」とやると事故ります。

WordPress の count は公開記事だけを数えた値で、下書きに付いているタグは 0 と表示されるからです。

私の場合、count=0 の142個のうち26個が下書きで使用中でした。

これを消していたら、公開時にタグが消えた下書きが26本できあがっていたことになります。

全ステータスを含めて照合する

そこで、タグごとに全ステータスの投稿を検索して、本当に0件かを確認する方式に変えました。

const r=await fetch(
  `/wp-json/wp/v2/posts?tags=${id}&status=publish,draft,pending,future&per_page=1&_fields=id`,
  {headers:{Authorization:auth},credentials:"omit"});
const used=(await r.json()).length>0;   // true なら削除対象から除外

この照合を通したうえで、真に未使用だった116個を削除対象に確定させました。

残った26個は、下書きが公開されれば自然と count が付く予備軍。

消さずに置いておくのが正解です。