Question 1

コンテンツを増やす前に、技術的SEO監査では何を確認すべきですか？

Accepted Answer

まずクローラーのアクセス、インデックス状況、URL構造、メタデータ、レンダリング後の内容、重要ページの表示性能を確認します。Kavushionは合意したアクセス権と対応範囲に沿って課題と改善優先順位を整理できますが、サービスページの自己評価は実際のクロールや自動監査レポートではなく、順位も保証しません。

Question 2

AI OverviewsやAI Modeの参照元になるために、サイトで何を整えるべきですか？

Accepted Answer

Google検索のAI機能で参照リンクの対象になるには、ページがインデックスされ、スニペット付きで表示できる必要があります。クロール可能な構成、役立つ本文、内部リンク、表示内容と一致する構造化データを整えますが、専用のAIスキーマや新たなAIファイルは不要で、条件を満たしても採用は保証されません。

Question 3

公開済みのサイトがGoogleにインデックスされません。何を調べるべきですか？

Accepted Answer

Search Consoleにアクセスできる場合は対象URLをURL検査で確認し、サーバーレスポンス、noindex、robots.txt、canonical、レンダリング可能な内容を調べます。未発見、アクセス失敗、インデックス対象に選ばれていない状態を区別し、修正や登録リクエストだけでインデックスされるとは保証できません。

Question 4

監査・コンテンツ・実装の作業が異なる場合、SEO費用はどう決めますか？

Accepted Answer

費用は利用基盤、優先ページ、必要なコンテンツ、データへのアクセス、実装担当に応じて決めます。Kavushionの提案書では監査、構成案、執筆、実装、計測を分けて成果物と期間を明確にし、自己評価だけで見積もりを確定したり、支払額に応じた順位や問い合わせを保証したりはしません。

Question 5

クロールの禁止、インデックスの除外、スニペットの制限はどう違いますか？

Accepted Answer

robots.txtはクロールを制御するもので、URLを確実にインデックスから除外する手段ではなく、noindexを反映するにはクローラーがその指定を読める必要があります。nosnippetはプレビューを制限し、data-nosnippetは特定部分を対象にしますが、インデックス除外とは別なので、目的に合った指定を選んで再クロール後に確認します。

Question 6

サイトマップを送信すると、全ページがすぐにインデックスされますか？

Accepted Answer

サイトマップは、ナビゲーションから見つけにくいページなど、公開したいURLの発見を検索エンジンに助けます。インデックス対象のcanonical URLと、把握できる場合は正確な更新日時を記載し、アクセスと内部リンクも確認しますが、送信してもクロール、登録、表示時期は保証されません。

Question 7

インドネシア語・英語・日本語ページのcanonicalとhreflangはどう設定しますか？

Accepted Answer

canonicalは類似ページの優先URLを示し、hreflangは言語や地域が異なる対応ページを伝えます。独立した翻訳ページでは各版のcanonicalと相互の代替リンクを確認し、URLがjpでも日本語の言語コードにはjaを使いますが、常に指定した版が表示されるとは限りません。

Question 8

JavaScriptで表示する内容を検索エンジンが理解できるか、どう確認しますか？

Accepted Answer

初期HTMLとレンダリング後の内容を比較し、本文、見出し、重要なリンクがログインや必須操作なしで取得できるか確認します。スクリプトの失敗、ブロックされたリソース、hrefを持つクロール可能なリンクも調べ、自分のブラウザーで正常に見えるだけでクローラーにも同じ内容が届くとは判断しません。

Question 9

SEOにはSSRが必要ですか。それとも静的生成で十分ですか？

Accepted Answer

SSRと静的生成は重要な内容を初期HTMLに含められますが、更新頻度、個別表示、キャッシュ、運用費によって適した方法は異なります。構成を変更する前にページ要件と実際の出力を確認し、クライアント側レンダリングもアクセスを検証しますが、特定の方式だけで順位が上がるとは保証できません。

Question 10

事業情報を作り上げず、検索表示も約束せずに追加できる構造化データは何ですか？

Accepted Answer

組織や商品など、確認できる情報があり、ページを正しく表す構造化データを選びます。プロパティを表示本文と一致させ、架空のレビューや価格を加えず実装を検証しますが、マークアップが有効でも特別な検索表示、順位、AI回答の参照元への採用は保証されません。

Question 11

サービスページがスマートフォンで使いにくい場合、何を改善すべきですか？

Accepted Answer

小さな画面で本文の読みやすさ、操作部品の大きさ、ナビゲーション、フォーム、主要コンテンツを、可能なら実機で確認します。重要情報がモバイル版にもあり、邪魔なオーバーレイに隠れないようにし、レスポンシブ対応だけでSEOや成果を評価せず、問い合わせまでの障害を優先して改善します。

Question 12

シミュレーションの点数を実測結果と混同せず、Core Web Vitalsをどう評価しますか？

Accepted Answer

実ユーザーのフィールドデータとラボテストを区別し、対象ページや端末のLCP、INP、CLSを確認します。URLによっては実ユーザーデータがないため、条件を揃えたテストで原因を調べて改善後に再計測し、自己評価の例から実際の点数や順位向上を主張しません。

Question 13

キーワードやAIへの質問を、役立つサービスページにどう反映しますか？

Accepted Answer

顧客の課題、検討段階、実際に提供するサービスに沿ってニーズをまとめ、最も適したページに割り当てます。対応範囲、進め方、制約、次の行動を説明し、キーワードやAIへの質問の一覧は検証が必要な編集上の候補であり、検索数、人気、アクセス保証の証拠ではないと区別します。

Question 14

購入者のために、カテゴリページと商品ページの内容をどう分けますか？

Accepted Answer

カテゴリページは選択肢の比較を助け、商品ページは仕様、在庫状況、確認できる購入情報を説明します。ナビゲーション、絞り込みURL、重複するバリエーション、重要商品へのリンクを確認し、同じ文章を増やすのではなく役立つ説明を用意して、基盤の制約と合意した実装範囲に合わせます。

Question 15

リニューアルでURLを変える前に、何を準備すべきですか？

Accepted Answer

旧URLを一覧化し、内容に対応する移行先を決め、実際に移転するページには恒久的なリダイレクトを計画します。内部リンク、canonical、hreflang、サイトマップを更新して公開後のレスポンスとアクセスを確認し、すべてをトップページへ転送せず、検索での変動もあり得るため継続確認を用意します。

Question 16

似たページは、いつ統合・改善し、いつ別々に残すべきですか？

Accepted Answer

変更前に各ページの目的、固有情報、利用者のニーズを比較し、短いページだから役に立たないとは判断しません。異なる目的のない重複は統合し、必要なページは改善して適切なバリエーションにcanonicalを設定し、単なるページ数削減ではなくURLの役割から転送や削除を決めます。

Question 17

すべてを書き直さずに、更新すべき古いコンテンツをどう選びますか？

Accepted Answer

サービス情報の変更、リンク切れ、古い手順、未回答の顧客の疑問がある重要ページを優先します。利用できる検索や問い合わせのデータを編集上の確認に加え、担当者と見直し時期を決めますが、実質的な変更なしに日付だけを新しくしても、正確で役立つ内容の代わりにはなりません。

Question 18

訪問数が有望な問い合わせにつながるとは限らない場合、SEOをどう計測しますか？

Accepted Answer

目標と開始時点を合意し、計測が許可される範囲で検索データ、ページ内の行動、関連する問い合わせを確認します。ボタンのクリック、メール下書きの起動、実際に届いた問い合わせを区別し、流入数を売上の証拠と見なさないよう、帰属分析、同意、データアクセスの制約も説明します。

Question 19

固定的な文字数だけを追わず、タイトルとメタディスクリプションをどう書きますか？

Accepted Answer

キーワードを詰め込まず、内容、価値、対応範囲が伝わる具体的なタイトルと簡潔な説明を作ります。見出しや本文と一致させ、実際に確認できる検索表示を見直しますが、Googleがタイトルやスニペットを別の内容で生成する場合もあり、特定の文字数で全文表示、クリック、順位は保証できません。

Question 20

ナビゲーションをキーワードで埋めずに、記事とサービスをどうつなぎますか？

Accepted Answer

訪問者の判断に役立つ関連性がある場合に、基本解説、サービスページ、次の行動をつなぎます。自然で具体的なリンク文言とクロール可能なHTMLリンクを使い、重要ページが孤立していないか確認し、リンク数やキーワードの繰り返しではなく、理解しやすい構造と内容を優先します。

Question 21

キーワードを詰め込まず、理解に役立つaltテキストをどう書きますか？

Accepted Answer

関連のないキーワードを並べるのではなく、そのページで画像が伝える意味や機能を説明します。装飾画像は通常空のaltを使い、情報を持つ画像には適切な説明を付け、重要なサービス情報は本文にも用意して、実績や顧客の証拠をaltで作り上げないようにします。

Question 22

サービス事業では、SEO・検索広告・両方のどれを選ぶべきですか？

Accepted Answer

緊急性、予算、ページの準備状況、顧客ニーズ、問い合わせの計測能力を比較して選びます。広告は広告システム上の掲載枠を購入し、SEOは自然検索への適合性と関連性を整えるもので、どちらも明確な提案が必要であり、広告費で自然検索順位や有望な問い合わせを買えるわけではありません。

Question 23

順位を約束するリンク販売に頼らず、被リンクをどう評価しますか？

Accepted Answer

本数や第三者のスコアだけでなく、参照元の関連性、編集上の文脈、読者に役立つ理由を確認します。順位操作を目的とするリンク施策を避け、参照する価値のある事業情報を整え、監査ではリスクを検討できても、被リンク販売や順位向上を約束する必要はありません。

Question 24

順位や成果の時期を保証できないSEO案件では、何を合意できますか？

Accepted Answer

優先ページ、調査する課題、実装する変更、担当者、利用可能なデータに基づく確認時期を合意します。作業の完了と検索エンジンの反応や問い合わせの変化を区別し、競合、再クロール、システム変更も影響するため、順位が上がる日を約束せず、証拠と制約を報告します。

Question 25

公開後にCDNやボット対策がクローラーを遮断したら、何を確認しますか？

Accepted Answer

公開URLのレスポンス、セキュリティ認証、アクセス制限、robots指定、ステージングから残ったnoindexヘッダーを確認します。ホスティング担当とCDN設定や利用可能なログを調べ、セキュリティ全体を無効にせず対応し、技術的にアクセスできてもインデックスやAI検索への採用が確認されたとは見なしません。

必要としている人に見つかる。問い合わせの前に、価値が伝わる。

アクセスにも、Webサイトにも目的を。

サービス事業者

ブランド・EC

B2Bチーム

サービスのシナリオを試す

キーワードを増やすだけではありません。

技術的SEOの基盤

ニーズに沿ったコンテンツ

問い合わせへの導線

優先順位を明確に。進捗を確認できる形で。

事業を理解

機会を整理

改善・実装

計測・見直し

始める前に。

制作範囲を決める前の回答