SEOの細かい作業は、AIに“仕組み”で任せる

01 ／ 手作業の限界

ページが増えるほど、手作業のSEOは崩れます

SEOの基本は、むずかしい技ではありません。ページごとに、タイトルと説明文をきちんと入れる。ページどうしを正しくつなぐ。Googleに、どのページがあるかを伝える。やることは地味で、はっきりしています。

困るのは、数です。このサイトは52ページあります。1ページにタイトル・説明文・canonical・OGPの4つを入れるだけで、208か所になります。ここにメニュー、フッター、パンくず、サイトマップが加わります。

1ページずつ手で直していると、どこかで抜けが出ます。人が雑なのではありません。同じ作業を何十回も、間違えずに続けるのが、もともと人に向いていないのです。

崩れは、1つずつは小さなことです。ただ、気づかないまま積み重なります。だから、人の注意力に頼らず、仕組みで防ぎます。

02 ／ 任せている作業

Claude Codeに任せている、SEOの作業一覧

Claude Codeは、サイトのファイルを全部読めます。だから、1ページずつではなく、全ページを並べて見比べる作業が得意です。人が手でやる場合と並べると、違いはこうなります。この先の区画で、1つずつ画面と図で見せます。

どれも、SEOの「基本をそろえる」作業です。これだけで順位が決まるわけではありません。ただ、基本が崩れていると、中身のよさが伝わりにくくなります。

03 ／ キーワードの設計

「職種×地域×悩み」で、探される言葉を洗い出す

最初にやるのは、お客さんがどんな言葉で探すかを並べることです。思いつきで書き出すと、漏れと重なりが出ます。そこで、3つの軸を掛け合わせます。

軸は「職種」「地域」「悩み」です。屋根屋なら、職種は雨漏り修理・葺き替え・雪止め。地域は盛岡市・滝沢市。悩みは費用・時期・強風のあと。この掛け算を、Claude Codeにまとめて作らせます。

表には「今の状態」の列をつけます。すでにページがあるか。新しく作るか。別のページと重なっているか。ここまで出ると、次にやることが見えます。

割り当ての決まりは3つです

このサイトでも、同じ考え方で業種別のページを分けています。屋根・外壁・塗装・外構・大工・クロス内装・とび職の7本です。下は、そのうち屋根のページの実物です。

頼み方は、ふつうの言葉です

• 職種×地域×悩みで、お客さんが検索しそうな言葉を洗い出して。1つの言葉に1ページを割り当てた表にして表が出てきます。今あるページと重なるものには、印をつけてもらいます。
• 重なっている言葉だけを抜き出して、どちらのページを主役にするか、理由つきで案を出して案を読んで、決めるのは人です。仕事の中身に合うほうを選びます。
• 新しく作るページの候補を、問い合わせに近い順に並べて何から作るかの順番を決める材料になります。並べ方の理由も書いてもらいます。

検索の回数（どれだけ探されているか）は、Claude Codeだけでは分かりません。Googleの道具や、Search Consoleの数字と合わせて見ます。数字の見方は、毎週データを見て直すのページにまとめています。

04 ／ ページ割りと内部リンク

どこから入っても、迷わずたどれる形にする

言葉とページが決まったら、ページどうしのつなぎ方を決めます。下の図は、このサイトの実際の構造です。トップから7つの入口に分かれ、全部で52ページあります。

つなぎ方は、縦と横の2種類です

縦のつながりは、メニューと、構造化データで伝えるページの階層（パンくず）です。トップから入口へ、入口から各ページへ。これは全ページで同じ形にそろえます。手で直すと崩れるので、一覧から作る仕組みにしています。

横のつながりは、本文の中のリンクです。たとえば屋根のページの本文から、コラム「工事ごとにページを分ける理由」や「施工事例の書き方」へ。読んだ人が次に知りたいことへ、話のつながりで渡します。

Claude Codeに頼むと、全ページを読んでこの3つを一覧にします。

見ること	なぜ見るか
どこからもリンクされていないページ	メニューにも本文にも無いページは、人にもGoogleにも見つかりにくいからです。
行き先の無いリンク	名前を変えたページへの古いリンクが残ると、開いた人が行き止まりになるからです。
リンクの言葉	「こちら」だけのリンクは、行き先が分かりません。行き先の中身が分かる言葉にします。

05 ／ タイトルと説明文

全ページを並べて、重複と長すぎを一度に出す

タイトルは、検索結果でいちばん大きく出る文字です。説明文は、その下に出る数行です。どちらも、ページを開く前に読まれます。

1ページずつ見ていると、重なりには気づけません。並べて初めて分かります。だから、全ページ分を一覧にさせます。

直し案は、そのまま採りません。1件ずつ読んで、お店の言葉に合うかを人が決めます。直したあとの見え方を、前と並べて確かめます。

正直に書きます。このサイトのタイトルは、点検ミニ道具の目安（32字）より長いものが多いです。後ろに「｜AI導入支援｜職人WEBタキサワ」のような区分と屋号をつけているためです。後ろが切れても中身が伝わるように、大事な言葉を前に置いています。

06 ／ 構造化データ

Googleに向けた、ページの名札を書く

構造化データは、ページの中身をGoogleに決まった形で伝える書き方です。画面には出ません。「このページは、どの入口の下にあるか」「よくある質問はどれか」を、機械が読める形で書きます。

下は、このサイトの屋根のページに入っているパンくずの実物です。読みやすいように改行だけ入れています。

パンくず（BreadcrumbList）の実物

{"@context":"https://schema.org","@type":"BreadcrumbList","itemListElement":[
 {"@type":"ListItem","position":1,"name":"ホーム","item":"https://www.syokuninwebtakisawa.dev/"},
 {"@type":"ListItem","position":2,"name":"業種別","item":"https://www.syokuninwebtakisawa.dev/gyoshu"},
 {"@type":"ListItem","position":3,"name":"屋根工事のホームページ","item":"https://www.syokuninwebtakisawa.dev/yane-homepage"}
]}

よくある質問（FAQPage）の実物（セキュリティ対策のページから1問目だけ）

{"@context":"https://schema.org","@type":"FAQPage","mainEntity":[
 {"@type":"Question","name":"WordPressで作ったうちのサイトは、もう危ないですか？",
  "acceptedAnswer":{"@type":"Answer","text":"すぐに危ない、とは言えません。手入れが続いていれば、更新で対応できます。確かめ方は、第8章に書きました。"}},
 …
]}

いちばん大事なのは、画面とずれないこと

構造化データは、画面の中身と同じでなければいけません。画面に無い質問を書くのは、決まりに反します。手で書くと、画面の質問を直したのに、構造化データだけ古いまま、ということが起きます。

そこで、画面の質問と構造化データを、同じ元から作る仕組みにします。Claude Codeには「画面のよくある質問と、構造化データの中身を照らし合わせて、違う所を出して」と頼みます。このページの下のよくある質問も、画面の8問と同じ中身を構造化データに入れています。

よくある質問を検索結果に並べる表示は、Googleが2026年5月にやめました。今は書いても、検索結果には出ません。それでも、ページの中身を機械に正しく伝える書き方として入れています。

07 ／ サイトマップとSearch Console

ページの一覧を作って、Googleに渡しました

サイトマップは、サイトにあるページの一覧です。Googleに「このページたちがあります」と伝えるためのファイルです。このサイトでは、ページを作る仕組みと一緒に、サイトマップも作り直します。

流れは4段です。ページを作る。サイトマップを作り直す。robots.txtにサイトマップの場所を書く。Search Consoleで送る。下は、このサイトのrobots.txtの実物です。

robots.txt の実物

User-agent: *
Allow: /

Sitemap: https://www.syokuninwebtakisawa.dev/sitemap.xml

送ったからといって、すぐ全ページが検索に出るわけではありません。どのページをいつ読むかは、Googleが決めます。送ったあとの数字の見方は、毎週データを見て直すのページにまとめています。

08 ／ 表示の速さ

軽くする手は3つ。数えて、直して、また数える

表示が遅いと、開く前に戻られます。とくにスマホで、外の現場から見る人が多い仕事ではそうです。軽くする手は、むずかしくありません。画像を軽い形式にする。下のほうの画像は、あとから読む。外から読み込むものを減らす。この3つです。

手	このサイトでしていること	Claude Codeへの頼み方
画像を webp に	写真や図は webp で置いています。画像に幅と高さを書き、読み込みで画面がずれないようにしています。	「200KBを超える画像を一覧にして、縮める案を出して」
あとから読む	最初の画面より下の画像に loading="lazy" をつけ、見えそうになってから読みます。	「lazy がついていない画像を、最初の画面の物を除いて出して」
外の読み込みを減らす	文字の形（フォント）は端末に入っている物を使い、部品も自分のサーバーに置いています。	「外のサーバーから読み込んでいるファイルを、全ページから探して」

数えたら、残っている課題も出ました。200KBを超える画像が6枚あります。幅と高さの書き漏れも5枚ありました。どちらも次に直す候補です。速さは「一度直して終わり」ではなく、ページを足すたびに数え直します。

09 ／ セキュリティヘッダー

安心して読める、土台を1か所で入れる

セキュリティヘッダーは、ページを届けるときに一緒に送る「取り扱いの注意書き」です。たとえば「よそのサイトの枠の中に、このページを入れさせない」。画面には何も出ません。

正直に書くと、これを入れたから順位が上がる、というものではありません。SEOとの関係は、信頼の土台です。安心して読めるサイトであることは、長く見てもらうための前提になります。

vercel.json の該当部分（実物）

"headers": [{
  "source": "/(.*)",
  "headers": [
    { "key": "X-Frame-Options", "value": "SAMEORIGIN" },
    { "key": "X-Content-Type-Options", "value": "nosniff" },
    { "key": "Referrer-Policy", "value": "strict-origin-when-cross-origin" },
    { "key": "Permissions-Policy", "value": "camera=(), microphone=(), geolocation=()" },
    { "key": "Content-Security-Policy", "value": "frame-ancestors 'self'; base-uri 'self'; object-src 'none'; form-action 'self'" }
  ]
}]

ページごとに書かないのは、入れ忘れを防ぐためです。入れ忘れても画面は変わらないので、人は気づけません。守り全体の考え方は、セキュリティ対策のページにまとめています。

10 ／ 公開前の関所

機械とAIの2つの関所を、通ったものだけ公開する

ここまでの作業は、どれも「直したつもり」で崩れることがあります。1か所を直したせいで、別の所が壊れることもあります。だから、公開の前に2つの関所を通します。

検収係が実際に見つけた誤り

検収係は、飾りではありません。このサイトでも、実際に誤りを見つけています。要約の道具が、引用した発言の話者を取り違えていたこと。検索の要約で作った一覧に、誤りが3つあったこと。どちらも、公式のお知らせを自分で開いて直しました。

検収のあとに中身が1字でも変わると、関所は検収の印を無効にします。直したら、もう一度読ませます。公開するかどうかを最後に決めるのは人です。

11 ／ よそのページを読ませる

上に出ているページの、「話題」だけを比べる

狙う言葉で検索して、上に出ているページを見るのは、昔からある調べ方です。手でやると、3ページ読むだけで時間がかかります。Claude Codeには、URLを渡して、見出しの構成を並べさせます。

頼むときに「文章は写さないで。話題の名前だけ並べて」と最初に書きます。比べた結果は、自分のページに何を足すかを考える材料です。答えではありません。

12 ／ 1日の流れ

朝に頼んで、昼に確かめて、夕方に公開する

たとえば「全ページの説明文をそろえる」作業なら、1日はこう流れます。現場の仕事の合間に進められるように、人がやることは「話す」「読んで決める」「公開を決める」の3つにしぼっています。

1. 話す

   やりたいことを、ふつうの言葉で伝えます。「説明文の抜けを全部埋めたい」くらいで十分です。

   人・朝

2. AIが全ページを読む

   Claude Codeが、サイトのファイルを全部読みます。ページどうしの見比べも、まとめて進めます。

   AI・朝

3. 直し案を出す

   どのページの、どこを、どう直すか。一覧にして出してもらいます。

   AI・朝

4. 人が確かめる

   直し案を読んで、採る・採らないを決めます。お店の言葉に合わない所は、ここで書き直してもらいます。

   人・昼

5. 一括で直す

   決めた直しを、全ページにまとめて入れます。スマホとパソコンの幅で開いて、崩れていないかも見ます。

   AI・昼

6. 関所と検収を通す

   機械の点検と、AIの検収係を通します。直したせいで別の所が崩れていないかも見ます。

   AI・夕方

7. 公開する

   赤0件を見て、公開を決めます。公開してよいかを決めるのは人です。

   人・夕方

時間の話も正直に書きます。私の場合、文章づくりは、以前は4時間ほどかかっていたものが30分前後になった体感です。測った数字ではありません。SEOの点検にかかる時間も、測っていません。

13 ／ AIに任せない所

任せる所と、人が持つ所を分けます

Claude Codeは、数の多い作業と、見比べる作業が得意です。一方で、お店のことを一番知っているのは、お店の人です。そこは任せません。

キーワードの候補を出すのは、AIも得意です。ただ、どの言葉で探すお客様に来てほしいかは、仕事の中身と地域を知っている人にしか決められません。屋根の仕事なら「雨漏り」で来てほしいのか、「葺き替え」で来てほしいのか。そこを決めるのは、お店の人です。

AIは、それらしい数字や実績を書いてしまうことがあります。このサイトでは、書いてよい事実の一覧を先に決めて、それ以外は書かせない決まりにしています。

14 ／ 自分でやるときの点検表

公開の前に、この12個を見てください

Claude Codeを使わなくても、点検はできます。自分のサイトで試すときは、この12個から始めてください。全部に印がつけば、基本はそろっています。

迷ったら、点検だけから始めるのがおすすめです。全ページのタイトルと説明文を一覧にするだけでも、直す所が見えてきます。直すのは、その一覧を見てからで間に合います。

15 ／ よくある質問

よく聞かれること

16 ／ あわせて読む

Claude Codeで、集客の仕事をもっと任せる

このページは「仕組みでそろえる」話でした。続きの2ページで、中身の作り方と、作ったあとの直し方を見せています。