記事執筆者：認定SEOコンサルタント 三田健司
「自社サイトの中に検索窓を付けているのですが、その検索結果ページはGoogleに読ませてよいのでしょうか」。先日、栃木県内の製造業のWeb担当者の方から、こんなご相談をいただきました。
答えを先にお伝えすると、2026年7月末にGoogleのジョン・ミューラー氏が「サイト内検索結果ページをブロックすることは、もうGoogleのガイドラインの必須事項ではない」と明言しました。長年SEOの常識とされてきたルールが、公式文書からは消えていたということです。
ただし、これは「放置してよい」という意味ではありません。ミューラー氏は同じ場で、ブロックし続けたほうがよい理由を2つ挙げています。
サーバーへの負荷と、悪用されたときの品質・セキュリティの問題です。
この記事では、今回のGoogleの発言内容を正確に整理したうえで、自社サイトが今どうなっているかを確認する手順と、WordPressでの具体的な設定方法まで、専門用語をかみくだいてご説明します。読み終えたときには、自社サイトの検索窓をどう扱えばよいかがはっきりしているはずです。
サイト内検索ページのブロックは、Googleの必須ルールから外れました
まずは今回のニュースの中身を、事実として正確に押さえておきましょう。
そもそも「サイト内検索結果ページ」とは何か
サイト内検索結果ページとは、自社サイトに設置した検索窓にキーワードを入れたときに表示されるページのことです。WordPressで作られたサイトなら、多くの場合「https://example.com/?s=キーワード」という形のURLになります。
このページは、あらかじめ誰かが書いた記事ではありません。訪問者が入力した言葉に応じて、その場でシステムが自動的に組み立てているページです。
つまり、入力できる言葉の数だけページが存在しうることになります。理論上は無限にURLが増えていく仕組みで、SEOの世界ではこうした構造を「無限の空間（infinite spaces）」と呼びます。
2007年のガイドラインには「ブロックせよ」と書かれていた
ジョン・ミューラー氏は、Googleのポッドキャスト「Search Off the Record」第113回の中で、同僚のマーティン・スプリット氏に向けてこう語っています。「ウェブマスター向けガイドラインがまだ存在していた初期の頃、検索結果ページもGoogleからブロックしなければならないものとして挙げていたと思う」。
さらに「自動生成コンテンツ、あるいは無限の空間のようなものとして掲載していた。理論上は自動生成コンテンツであり、同時に無限の空間でもあるからだ」と説明し、「ウェブマスター向けガイドラインでは、それらのページをブロックすることを推奨していた」と述べました。
実際、Googleが検索結果ページのブロックをガイドラインに追加したのは2007年のことです。約20年近くにわたって、SEOの現場では「サイト内検索ページは検索エンジンに見せない」ことが半ば常識として扱われてきました。
現在のGoogle検索セントラルには記載がない
ところがミューラー氏は続けて、「今はそれを検索ポリシーには記載していない」とはっきり述べています。
背景には、Googleがガイドラインそのものを整理し直したことがあります。2022年10月、Googleは長年使ってきた「ウェブマスター向けガイドライン」という名称をやめ、「Google検索セントラル」内の「Google検索の基本事項（Google Search Essentials）」へと刷新しました。
この改定で、内容は「技術的な要件」「スパムに関するポリシー」「ベストプラクティス」の3つに整理されています。その過程で、サイト内検索結果ページに関する具体的な記述は必須項目から外れました。
「インデックスされてもスパム扱いはしない」というGoogleの立場
今回の発言で最も重要なのは、ミューラー氏が語った次の一文です。「サイト内検索結果ページをインデックスさせているからといって、私たちがそのサイトをスパムだと考えるようなものでは、必ずしもない」。
そのうえで彼はこう付け加えました。「ただ単に、とても非効率だというだけだ」。
つまり、サイト内検索ページのインデックスは「ルール違反」ではなく「効率の問題」に位置づけが変わったということです。ペナルティを恐れて慌てる必要はありませんが、放置してよい理由にもなりません。
筆者は全日本SEO協会の認定SEOコンサルタントとして、日々Googleの公式発信を追っていますが、こうした「ルールとしては消えたが、推奨としては生きている」という項目は少なくありません。公式文書に書かれていないことを「やらなくてよいこと」と読み替えてしまうのが、中小企業のサイト運営でよくあるつまずきです。
それでもGoogleが「ブロックした方がよい」と言う2つの理由
ミューラー氏は、ガイドラインから外れた今でもブロックを続けるべきだと明言しています。理由は大きく2つです。
理由1｜サーバー負荷とクロール効率の悪化
1つ目は、純粋に技術的な理由です。検索結果ページは訪問者の入力に応じて毎回データベースに問い合わせるため、通常の記事ページよりもサーバーに負荷がかかります。
Googleのクローラー（サイトを巡回して情報を集めるプログラム）が、無限に増えうる検索結果ページを次々に読みに来ると、サーバーはその処理に追われます。
その結果、本当に読んでほしい記事ページやサービスページのクロールが後回しになる可能性があります。ミューラー氏も、サーバーの動作が遅くなることでGoogleがサイトの他の部分をクロールする速度に影響しうると指摘しています。
中小企業のサイトは、大手ECサイトのように数万ページを抱えているわけではありません。それでも共用サーバーで運用しているケースが多く、負荷の影響は決して小さくないというのが現場の実感です。
理由2｜悪用されたときの品質・セキュリティ問題
2つ目の理由のほうが、実は深刻です。ミューラー氏は「品質面で問題が起こりうる場所がひとつある」と前置きしたうえで、次のように説明しています。
なお、この対談では無限に広がるクロール空間やクロールバジェットの浪費についても触れられています。以下では、そのうち中小企業のサイトで実際に問題になりやすい部分を中心にご紹介します。
「もしサイトとまったく関係のない言葉を誰でも検索できるようにしていて、その検索結果ページに入力した言葉がそのまま載り、しかもインデックスされる状態になっていたら」——これが危険な状態だということです。
具体例としてミューラー氏が挙げたのは、カジノ、医薬品、その他の規制対象コンテンツ、アダルト関連のキーワードです。
こうした言葉を大量に検索窓へ投げ込まれると、自社サイトの中に「そのキーワードを含むページ」が次々と生成されてしまいます。電話番号や画像まで一緒に埋め込まれることもあります。
最悪の場合「ハッキングされたサイト」と判定される
ミューラー氏は、その先に起きることをこう語っています。「するとあなたのページが、突然そうした問題のあるクエリで検索結果に出るようになる。誰かがあなたのサイトをハッキングしたわけではない。あなたのサイトが自らそれをやっているのだ」。
そして「私たちがそれを見つけると、ハッキングされているとフラグを立てることがある。Search Consoleで、ハッキングされたものとして表示されるかもしれない」と続けました。
つまり、実際にはハッキングされていないのに、Search Console上で「ハッキングされたサイト」として警告が出る可能性があるということです。この状態になると、検索順位が大きく下がることがあります。
セキュリティの話は「攻撃されたときの対応」に注目が集まりがちですが、今回のケースは自社サイトの設定が招く自滅型のリスクです。ここは中小企業ほど見落としやすいポイントだと感じています。
サイト内検索ページを放置すると実際に何が起きるか
ミューラー氏が挙げた2点以外にも、実務でよく見かける弊害があります。ここでは現場で実際に起きるパターンを整理します。
中身の薄いページが大量に増える
検索結果ページは、記事のタイトルと抜粋が並ぶだけのページです。オリジナルの解説文があるわけではなく、既存ページの断片を寄せ集めた構成になります。
こうしたページが数百、数千とインデックスされると、サイト全体の中で「中身の薄いページ」の割合が上がります。
Googleは長年、サイト内検索結果ページを「作り込みの浅いカテゴリページと同等」と見なす姿勢を示してきました。良質な記事を書いていても、周囲に薄いページが増えるとサイト全体の印象が薄まってしまいます。
「該当する記事はありません」ページがソフト404になる
検索窓に、そのサイトに存在しない言葉を入れると「該当する記事はありませんでした」という画面が出ます。このページはHTTPステータスとしては正常な200を返しますが、中身は実質的に空です。
Googleはこうしたページを「ソフト404」として扱うことがあります。ソフト404とは、実際には中身がないのに正常なページのふりをしている状態を指します。
ソフト404が大量に検出されると、Search Consoleのインデックス作成レポートにエラーが積み上がり、本当に見るべき問題が埋もれてしまいます。これは日々のサイト管理においてかなり厄介な副作用です。
検索ワードがそのままURLとタイトルに載る
多くのCMSでは、検索結果ページのタイトルに入力キーワードがそのまま入ります。「〇〇の検索結果｜株式会社△△」といった形です。
URLにも「?s=入力した言葉」として残ります。ここに悪意ある文字列を入れられると、自社ドメインのURLに不適切な言葉が含まれた状態でインデックスされる恐れがあります。
自社名で検索したときに、身に覚えのないキーワードが並ぶページが出てくる——実際にこうしたご相談を受けたこともあります。会社の信用に直結する問題です。
クロールバジェットが無駄に消費される
クロールバジェットとは、Googleが1つのサイトにどれだけの時間と回数をかけて巡回するかの目安のことです。無制限ではありません。
検索結果ページのように無限に増えうるURLがあると、この限られた巡回リソースが価値の低いページに使われてしまいます。
新しく公開した記事のインデックスが遅い、更新した内容がなかなか反映されない。こうした症状の背後に、無駄なクロールが潜んでいることは珍しくありません。
自社サイトの状況を確認する4つの手順
ここからは実際の作業です。難しい知識は不要で、パソコンとブラウザがあれば5分から10分で確認できます。
手順1｜site:検索で自社の検索結果ページを探す
Googleの検索窓に「site:自社ドメイン inurl:?s=」と入力して検索してみてください。たとえば「site:example.com inurl:?s=」という形です。
ここで検索結果ページが一覧に出てくるようなら、すでにインデックスされている状態です。件数が多いほど対応の優先度は高くなります。
WordPress以外のCMSをお使いの場合は、URLの形が「/search?q=」「/?keyword=」などになっていることがあります。まずは自社サイトの検索窓で何か言葉を入れて、そのときのURLを確認してみてください。
手順2｜Search Consoleのページレポートで確認する
Google Search Consoleにログインし、左側のメニューから「インデックス作成」内の「ページ」を開きます。ここではインデックスされているページ数と、除外されているページ数が確認できます。
「ページがインデックスに登録されなかった理由」の一覧に「見つかりました – 現在インデックス未登録」「クロール済み – 現在インデックス未登録」「ソフト404」といった項目が並びます。
それぞれをクリックして、URLの一覧に「?s=」を含むものが混ざっていないかを確認してください。ここに大量に並んでいるなら、クロールの無駄が発生している証拠です。
手順3｜セキュリティと手動による対策を確認する
同じくSearch Consoleの左メニュー下部にある「セキュリティと手動による対策」を開きます。「セキュリティの問題」と「手動による対策」の2項目です。
ここに「問題は検出されませんでした」と表示されていれば、現時点で警告は出ていません。もし警告が出ている場合は、内容をよく読んで対応してください。
ハッキング関連の警告が出ている場合、原因がサイト内検索ページとは限りません。判断に迷うときは、無理に自己判断せず専門家に相談されることをおすすめします。
手順4｜サーバーのアクセスログを見る
レンタルサーバーの管理画面には、たいていアクセスログのダウンロード機能があります。エックスサーバーやConoHa WINGなど、多くの事業者で提供されています。
ログの中からUser-Agentに「Googlebot」を含む行を抜き出し、その中に「?s=」を含むURLがどれだけあるかを数えてみてください。
技術的なハードルは少し上がりますが、実際にクローラーが検索結果ページを何回読みに来ているかを数字で把握できます。対応の必要性を判断する材料としては最も確実です。
WordPressでサイト内検索ページを制御する方法
確認が終わったら、次は設定です。WordPressを前提に、実際の手順をご説明します。
まず理解しておきたい「クロール」と「インデックス」の違い
設定を間違えないために、2つの言葉を区別しておきましょう。クロールは「Googleがページを読みに来ること」、インデックスは「読んだページを検索結果の候補として登録すること」です。
robots.txtによるブロックは、クロール自体を止める指示です。一方、noindexタグは「読んでもよいが、検索結果には出さないでほしい」という指示になります。
この違いを踏まえないと、noindexを設定したのにrobots.txtでもブロックしてしまい、Googleがnoindexを読めずにインデックスが消えないという典型的な失敗が起こります。順番が非常に大切です。
方法1｜SEOプラグインでnoindexにする（最も安全）
WordPressで最も確実なのは、SEOプラグインの設定でサイト内検索ページをnoindexにする方法です。多くのプラグインに専用の項目が用意されています。
Yoast SEOをお使いの場合は、管理画面の「Yoast SEO」から「設定」を開き、「高度な設定」内の「特殊なページ」を確認してください。検索結果ページの表示設定を「いいえ」に切り替えます。
All in One SEOの場合は「検索の外観」から「アーカイブ」タブを開き、「検索ページ」の項目で「検索結果に表示する」をオフにします。Rank Mathでも「Titles & Meta」内の「Misc Pages」に同様の設定があります。
ほとんどのSEOプラグインでは、この設定が初期状態でnoindexになっています。まずは現状がどうなっているかを確認するところから始めてください。
方法2｜テーマの機能ファイルで制御する
SEOプラグインを使っていない場合は、テーマのfunctions.phpに数行を追加する方法もあります。ただしファイルの編集を誤るとサイトが表示されなくなるため、必ずバックアップを取ってから作業してください。
具体的には、is_search()という条件で検索結果ページを判定し、head内にnoindexのメタタグを出力する処理を加えます。
コードの編集に不安がある方は、無理をせず方法1のプラグイン設定をおすすめします。プラグインなら管理画面のチェックひとつで済み、元に戻すのも簡単です。
方法3｜robots.txtでクロールを止める
すでにインデックスされていない、あるいはnoindexの反映が完了した後であれば、robots.txtでクロール自体を止めるのが最も効率的です。
WordPressの場合、SEOプラグインの「ファイル編集」機能からrobots.txtを編集できます。「Disallow: /?s=」および「Disallow: /search/」といった行を追加する形が一般的です。
ただし、記述を誤るとサイト全体がクロールされなくなる危険があります。編集後は必ずSearch Consoleのrobots.txtレポートで、意図した内容になっているかを確認してください。
すでに大量にインデックスされている場合の正しい順番
ここが実務で最も間違えやすいところです。すでに検索結果ページがインデックスされている状態なら、いきなりrobots.txtでブロックしてはいけません。
robots.txtでクロールを止めると、Googleはそのページを読めなくなります。読めなければnoindexタグの存在にも気づけず、インデックスがいつまでも残り続けます。
正しい順番は、まずnoindexを設定し、インデックスが消えたことを確認してから、robots.txtでクロールを止めることです。反映までにかかる期間は、サイトの規模やクロール頻度によって変わります。
数週間かかることもあり、期間を確約することはできません。
TCDテーマやElementorを使っている場合の注意点
国産テーマのTCDシリーズや、ページビルダーのElementorを使っている場合でも、検索結果ページの仕組み自体はWordPress標準と同じです。基本的にはSEOプラグイン側の設定で制御できます。
注意したいのは、テーマ独自の検索機能や絞り込み機能を使っているケースです。不動産や求人などのテーマでは、独自のパラメータ付きURLが大量に生成されることがあります。
この場合は「?s=」だけを止めても不十分です。実際に絞り込み機能を操作して、どんなURLが生成されるかを一度ご自身の目で確かめておくと安心です。
サイト内検索を「集客の資産」に変える考え方
ここまでは守りの話でした。ここからは、サイト内検索をどう活かすかという攻めの視点をご紹介します。
検索ログはキーワード調査の宝の山
サイト内検索ページを検索エンジンに見せないことと、サイト内検索そのものをやめることは別の話です。訪問者にとって検索窓は便利な機能であり、残しておいて構いません。
むしろ注目したいのは、訪問者が何を検索したかという記録です。実際に自社サイトを訪れた見込み客が入力した言葉は、外部のキーワードツールでは得られない一次情報になります。
Google Analytics 4では、サイト内検索が拡張計測機能として自動的に記録されます。「レポート」から「エンゲージメント」内の「イベント」を開き、view_search_resultsイベントを確認してみてください。
よく検索される言葉は、記事やページに昇格させる
検索ログを眺めていると、同じ言葉が繰り返し入力されていることに気づきます。それは訪問者が探しているのに、サイト内に十分な答えがないというサインです。
よく検索されるのに該当ページが存在しない言葉こそ、次に書くべき記事のテーマです。検索結果ページをインデックスさせるよりも、その言葉に正面から答える記事を1本用意するほうが、はるかに効果があります。
筆者がSEOコンサルティングでお手伝いする際も、まずこの検索ログを見せていただくことが多くあります。売り手が想定していた言葉と、買い手が実際に使う言葉のずれが、ここに現れるからです。
検索結果ページではなく、カテゴリページを育てる
「一覧ページが検索結果に出てほしい」というご要望をいただくことがあります。その場合に育てるべきなのは、自動生成される検索結果ページではなく、人の手で作るカテゴリページやまとめページです。
カテゴリページには、そのテーマの説明文を数百字書き足すことができます。どんな人に向けた情報が集まっているのかを言葉で示せば、検索エンジンにも訪問者にも意図が伝わります。
自動生成のページと、意図をもって作られたページ。この差が、そのまま検索結果での評価の差になります。
AI検索の時代に評価されるのは「答えのあるページ」
AI OverviewsやAIモードといった生成AIによる検索機能は、質問に対する答えを直接組み立てて提示します。そのとき参照されるのは、明確な答えが書かれたページです。
リンクが並んでいるだけの検索結果ページは、AIにとって引用しづらい情報です。中身の薄いページを増やすことは、AI検索の観点からも得策ではありません。
Googleは2026年5月に公開した生成AI向け最適化のガイドでも、特別な小細工ではなく、良質なコンテンツを作る従来のSEOが基本だと示しています。ここは一貫している部分です。
業種別｜サイト内検索ページで注意したいケース
サイトの性質によって、リスクの大きさや優先度は変わります。代表的なケースを見ていきましょう。
通販サイト・ECサイト
最も注意が必要なのがEC系のサイトです。商品検索に加えて、価格帯・色・サイズといった絞り込み機能があると、組み合わせの数だけURLが生成されます。
Googleは絞り込みナビゲーションのURLに関する公式ドキュメントの中で、robots.txtでクロールを止めることを推奨しています。あわせてクロールバジェットに関する公式ドキュメントでは、noindexはリクエスト自体が発生してクロールの時間を無駄にするため使わないように、と案内されています。
商品点数が数百を超えるサイトでは、早めに設計を見直しておくことをおすすめします。後から整理するほど手間が大きくなる領域です。
求人・不動産・中古車など在庫型サイト
物件や求人を条件で絞り込むサイトも、EC同様にURLが増えやすい構造です。加えて、掲載が終わった案件のページが残り続ける問題も抱えています。
この場合は、検索結果ページの制御と併せて、掲載終了ページの扱いを決めておく必要があります。期間限定のページをどう畳むかは、事前にルール化しておくと運用が安定します。
士業・クリニックなど信頼性が問われるサイト
弁護士事務所や医療機関のサイトでは、検索結果ページに不適切なキーワードが載ることのダメージが特に大きくなります。専門性と信頼性が評価の中心にある分野だからです。
サイト内検索を設置しているなら、noindexは必ず設定しておきたいところです。あわせて、検索窓に入力できる文字数や記号に制限をかけておくと、より安全になります。
なお、医療広告や法律に関わる表示のルールは分野ごとに定められています。表現の可否については、医師や弁護士など該当分野の専門家にご相談ください。
記事数の少ない小規模サイト
ページ数が数十程度の小規模なサイトでは、検索結果ページが大量に生成されることはあまりありません。優先度としては低めです。
とはいえ、悪意ある文字列を入力されるリスクは規模に関係なく存在します。プラグインの設定を確認するだけなら数分で終わりますので、この機会に見ておくとよいでしょう。
小規模サイトの場合は、それよりも「検索されている言葉に答える記事を増やす」ほうに時間を使うほうが、集客への効果は大きくなります。
よくある質問（FAQ）
サイト内検索の機能自体を削除したほうがよいですか
いいえ、機能を削除する必要はありません。訪問者にとって検索窓は目的の情報にたどり着くための便利な入り口であり、サイトの使い勝手を高めてくれます。
問題になるのは、その結果ページが検索エンジンにインデックスされることです。noindexを設定すれば、訪問者には使えるまま、検索結果には出さないという状態を作れます。
すでにインデックスされている検索結果ページは、すぐ消えますか
すぐには消えません。noindexを設定しても、Googleが該当ページを再度クロールして、そのタグを認識するまで時間がかかります。
サイトの規模やクロール頻度によって、数日で反映されることもあれば、数週間かかることもあります。反映までの期間を確約することはできませんので、設定後は焦らずSearch Consoleで推移を見守ってください。
Google検索セントラルに書かれていないなら、何もしなくてよいのでは
ミューラー氏の発言は「スパムとは見なさない」という趣旨であって、「対応不要」という意味ではありません。同じ場で、サーバー負荷と品質・セキュリティの2つの理由から、引き続きブロックすることを勧めています。
ルールとして義務づけられていないことと、実務上やったほうがよいことは別です。今回のケースは、後者にあたると考えるのが妥当でしょう。
robots.txtとnoindexは両方設定してもよいですか
同時に設定するのは避けたほうが安全です。robots.txtでクロールを止めると、Googleはページを読めなくなり、noindexタグの存在にも気づけません。
その結果、インデックスが残り続けることがあります。すでにインデックスされている場合は、まずnoindexだけを設定し、インデックスが消えたことを確認してからrobots.txtに追記する。
この順番を守ってください。
サイト内検索を止めたら、アクセス数は下がりますか
検索結果ページをnoindexにしても、検索エンジン経由の流入が減ることは通常ありません。もともと検索結果ページが安定して上位表示されることは少なく、集客の柱にはなりにくいためです。
むしろ、薄いページが整理されることでサイト全体の評価が整い、本来評価されるべき記事ページに力が集まりやすくなります。短期的な数字よりも、構造を整える効果に目を向けていただければと思います。
自社サイトが「ハッキングされたサイト」と表示されました
まずSearch Consoleの「セキュリティの問題」で、指摘されているURLを確認してください。検索結果ページのURLが並んでいる場合は、今回ご紹介した設定が原因である可能性があります。
ただし、本当に不正アクセスを受けているケースもあります。原因の切り分けが難しい場合は、被害が広がる前に専門の業者やコンサルタントにご相談されることをおすすめします。
まとめ｜サイト内検索ページは「義務」ではなく「効率」の問題
2026年7月末、Googleのジョン・ミューラー氏が、サイト内検索結果ページのブロックはもはやGoogle検索の基本事項に記載された必須項目ではないと明らかにしました。インデックスされていても、それだけでスパム判定を受けることはありません。
しかし彼は同時に、ブロックを続けるべき理由を2つ挙げています。ひとつはサーバー負荷とクロール効率の悪化、もうひとつは悪用されたときに「ハッキングされたサイト」と判定されるリスクです。
加えて実務上は、中身の薄いページの増殖、ソフト404の大量発生、クロールバジェットの浪費といった副作用も生じます。ルールから外れたからといって、放置してよい理由にはなりません。
対応は難しくありません。多くのSEOプラグインには専用の設定項目があり、チェックひとつで完了します。
すでにインデックスされている場合は、noindexを先に設定し、反映を確認してからrobots.txtに進むという順番だけ守ってください。
そして、サイト内検索は守るだけの対象ではありません。訪問者が入力した言葉は、次に書くべき記事を教えてくれる貴重な手がかりです。
守りの設定と攻めの活用を両立させることが、これからのサイト運営では効いてきます。
今日できる一歩として、まずGoogleの検索窓に「site:自社ドメイン inurl:?s=」と入力してみてください。何件出てくるかを確認するだけで、自社サイトの現状がはっきりします。
サイト内検索ページの設定やSEOのご相談はアクセス・リンクへ
株式会社アクセス・リンクは、栃木県下野市を拠点に、SEOコンサルティングとホームページ制作を行っている会社です。代表の三田健司は全日本SEO協会の認定SEOコンサルタントとして、Googleの公式情報にもとづいた実務的なアドバイスをお届けしています。
Web制作の実務は10年以上、これまでに延べ1,000件以上のサイトに携わってきました。サイト内検索ページの設定やインデックスの整理はもちろん、WordPressの構造改善から日々の運用体制づくりまで、中小企業の現場に合わせてご提案しています。
「自社サイトのどこから手をつけるべきか分からない」という段階でも構いません。お問い合わせフォームより、お気軽にご相談ください。
記事執筆・株式会社アクセス・リンク 代表取締役
Webサイト制作歴10年以上の経験を元にSEOコンサルティングを行い、延べ1,000件以上のサポート実績を誇ります。個人事業主や中小企業向けのホームページ制作やSEOコンサルティングを得意としています。
（社）全日本SEO協会 認定SEOコンサルタント
コメント