用語集

ChatGPTやGoogleのAI機能などが回答を作るときに、自社の情報が正しく見つけられ、引用されやすい状態に整える取り組み。順位を上げるSEOとは目的の置き場所が違うが、土台になる作業は重なる。引用を保証する方法はない。

関連：AIO（AI検索対策）とは

#

AIO とほぼ同じ意味で使われる言葉。LLMO は大規模言語モデル向けの最適化、GEO は生成エンジン向けの最適化を指す。定義は統一されておらず、言う人によって範囲が違う。

関連：AIO・LLMO・GEOの違い

#

AIサービスがウェブページを集めるために巡回するプログラム。学習用、検索用、利用者の操作で動くものなど、役割ごとに名前が分かれている。robots.txt で許可・拒否を指定できるが、すべてが従うとは限らない。

関連：robots.txtでAIクローラーを許可・拒否する方法

#

AIにサイトの案内を伝える目的で、サイトの最上位に置くことが提案されているテキストファイル。公式な標準ではなく、Googleの担当者は検索では使っていないと発言している。置いても害は少ないが、効果は期待しすぎない。

関連：llms.txtは必要か

#

AIが回答を作るときに、情報の出どころとしてページを示したり、内容を使ったりすること。どのページが選ばれるかの基準は公開されておらず、「必ず引用される」という約束はできない。

#

Google検索の結果の上部に、AIが作った要約を表示する機能。要約の下や横に、参照元のページへのリンクが示される。表示されるかどうかは、検索の内容による。

#

AIが、事実と異なる内容を、もっともらしく答えてしまうこと。自社について間違った答えが出ている場合は、公式サイトで正確な情報を分かりやすく示し、時間をおいて再確認する。

関連：AIが間違った情報を答えるとき

#

検索結果やAIの回答だけで疑問が解決し、サイトが訪問されない状態。AI検索が広がるほど、「訪問」だけを成果の指標にしにくくなる。

#

会社名・人物・場所・商品など、検索エンジンやAIが区別して扱う「もの」。社名や所在地の表記が各所で揺れていると、同じ会社として認識されにくくなる。

#

文章の冒頭に結論を書き、そのあとで理由や補足を述べる書き方。その1文だけを切り出しても意味が通るため、AIにも人にも引用されやすい。

関連：AIに引用されやすいサイトにするには

#

AIが回答を作るときに、まず検索で関連する情報を見つけ、それを材料にして文章を作る仕組み。AI検索の仕組みを説明するときに使われる。

#

アクセスしてきたブラウザやクローラーが名乗る名前。robots.txt では、この名前ごとに許可・拒否を書く。

関連：robots.txtの書き方

#

Googleなどの検索結果で、自社のページが見つけられ、適切に表示されるように整える取り組み。タイトル、見出し、内容の質、表示の速さ、リンクなど、多くの要素が関わる。

#

Googleが品質を評価するときの考え方で、経験（Experience）・専門性（Expertise）・権威性（Authoritativeness）・信頼性（Trustworthiness）の頭文字。直接の順位指標ではなく、評価の観点として説明されている。

#

検索エンジンなどがウェブページを巡回して集めるプログラム。サイトが見つけられる前提は、クローラーがページを読めること。

#

サイト内のページの一覧を、検索エンジン向けに伝えるファイル。ページを見つけてもらう助けになるが、表示順位を上げるものではない。

#

サイトの最上位に置く、クローラー向けの案内ファイル。どこを見てよいかを書く。強制力はなく、見られたくない情報の保護には使えない。テスト用の Disallow: / が残って、検索から消える事故がある。

関連：robots.txtの書き方

#

同じ内容のページが複数のURLで見られるときに、「正しいのはこのURL」と検索エンジンに伝える指定。

#

旧URLにアクセスした人と検索エンジンを、新URLへ恒久的に転送する設定。サイトの作り直しでURLが変わるときに、検索経由の来訪や評価が途切れにくくなる。

関連：301リダイレクトの設計

#

ページの内容（会社情報、記事、質問と答えなど）を、機械が読み取りやすい形式で書き添えたもの。主な書式は JSON-LD。検索結果の装飾や、情報の正確な理解を助ける。入れれば順位や引用が上がる、というものではない。

関連：JSON-LDの入れ方

#

検索結果に、通常の青いリンクに加えて表示される装飾（評価、画像、よくある質問など）。FAQの装飾は、2023年8月以降、政府・医療系の一部のサイトに限定されている。

#

SNSでURLを共有したときに表示されるタイトル・説明・画像を指定する仕組み。検索順位には直接関係しない。

#

Googleが、スマートフォン向けの表示を基準にページを評価・登録する方式。スマホで見づらいサイトは、検索での見え方にも影響しうる。

#

表示の速さ（LCP）、操作への反応（INP）、表示のずれにくさ（CLS）を測るGoogleの指標。ユーザー体験の目安として使われる。

#

検索する人が入力する言葉。サイトの内容と、探している人の言葉が合っているかが、見つけてもらえるかの出発点になる。

#

検索する人が、その言葉で知りたい・したいと思っていること。同じ言葉でも、「調べたい」人と「依頼したい」人では、求める内容が違う。

#

ページの題名。検索結果の見出しや、ブラウザのタブに表示される。ページごとに、内容が分かる別々の文言にする。

#

検索結果の見出しの下に表示されることがある、ページの説明文。直接の順位要因ではないが、クリックされるかどうかに関わる。表示される文は、検索ごとに変わることもある。

#

ページの構造を示す見出し。h1 はページの主題で、1ページに1つが基本。見出しだけを読んでも、内容の流れが分かるように書く。

#

同じサイト内の、別のページへのリンク。関連するページどうしをつなぐと、閲覧者も検索エンジンも、サイトの構造をたどりやすくなる。

#

他のサイトから、自社のサイトに張られたリンク。信頼の目安の一つとされるが、数を買うなどの不自然な方法は、評価を下げる原因になる。

#

検索エンジンが、ページを読み取り、検索結果に出せる状態として登録すること。登録されていないページは、検索に表示されない。

#

「このページを検索結果に出さない」と、検索エンジンに伝える指定。テスト用ページに付けたまま、本番で外し忘れる事故がある。

#

同じ、またはほぼ同じ内容のページが、複数のURLにあること。どれを評価すべきかが分かりにくくなるため、canonical や転送で整理する。

#

画像の代わりに読まれる説明文。画像が表示されない環境や、音声で読み上げる環境で使われる。画像の内容を、短く具体的に書く。

#

「ホーム ＞ サービス ＞ ○○」のように、いまいる場所を示す案内。閲覧者が迷いにくくなり、構造化データで検索エンジンにも伝えられる。

#

存在しないURLにアクセスしたときに返る応答。作り直しでURLが変わったのに転送を設定しないと、旧URLへの訪問が404になる。

関連：301リダイレクトの設計

#

Googleマップなどの地図検索で、店舗や事務所が見つけられやすくなるように整える取り組み。Googleのビジネスプロフィールの情報を、正確に保つことが基本になる。

#

サイトと閲覧者の間の通信を暗号化する仕組み。アドレスが https:// で始まる。入力した情報の盗み見や、通信内容の書き換えを防ぐ。

関連：セキュリティ点検10項目

#

HTTPSを使うために、サイトに設定する電子的な証明書。有効期限があり、切れると閲覧者に警告が出る。公開証明書の最長有効期間は、段階的に短くなることが決まっている。

関連：SSL証明書の期限

#

このサイトには常にHTTPSで接続するよう、ブラウザに指示するヘッダー。設定を誤ると接続できなくなることがあるため、段階的に導入する。

関連：セキュリティヘッダー

#

ページが読み込んでよいスクリプトや画像の出どころを制限するヘッダー。外部から不正なスクリプトを差し込まれる攻撃の被害を抑える。

関連：セキュリティヘッダー

#

サーバーが返す応答に付ける、ブラウザ向けの安全設定の総称。HSTS、CSP、X-Content-Type-Options、X-Frame-Options などがある。

関連：セキュリティヘッダー

#

ソフトウェアの欠陥のうち、攻撃に悪用されうるもの。公開された脆弱性は、更新を放置したサイトから狙われやすい。

関連：古いCMSが危ない理由

#

提供元が、そのバージョンの保守を終える時点（EOM＝保守終了）と、すべての更新を止める時点（EOL＝提供終了）。EOLを過ぎたソフトウェアは、新しい脆弱性が見つかっても直されない。日付は製品とバージョンごとに違うため、公式の資料で確認する。

関連：ムーバブルタイプを使い続けるリスク

#

ウェブアプリケーション・ファイアウォール。サイトへの不正な通信を見分けて遮断する仕組み。導入すれば更新が不要になるわけではない。

#

第三者が、サイトの内容を勝手に書き換えること。別のサイトへ誘導する、不正なスクリプトを埋め込む、といった形がある。

関連：改ざんかもしれないとき

#

サイトのファイルと、データベースがあればその中身を、別の場所に保存しておくこと。復旧に使えるかどうかは、定期的に戻してみないと分からない。

関連：バックアップの扱い

#

パスワードに加えて、スマホのコードなど、もう1つの方法で本人確認をする仕組み。管理画面のパスワードが漏れても、すぐには侵入されにくくなる。

関連：セキュリティ点検10項目

#

パスワードを、手当たり次第に試して、ログインを破ろうとする攻撃。推測されやすいパスワードや、ログイン回数の制限がない管理画面が狙われる。

#

フォームなどの入力欄に、不正な命令を紛れ込ませて、データベースの情報を盗んだり書き換えたりする攻撃。入力値を正しく扱っていないシステムで起こる。

#

入力欄などを通じて、不正なスクリプトをページに紛れ込ませ、閲覧者のブラウザで実行させる攻撃。CSP などのヘッダーは、被害を抑える助けになる。

関連：セキュリティヘッダー

#

利用者に害を与える、不正なプログラムの総称。改ざんされたサイトに仕込まれ、閲覧者の端末に感染を広げることがある。

#

公開された脆弱性に付けられる、共通の識別番号。更新情報で「CVE-2026-XXXX」のように示され、どの脆弱性の話かをそろえて確認できる。

#

大量のアクセスを送りつけ、サイトを表示できなくする攻撃。「DDoS」は、多数の端末から同時に行うもの。

#

CMS に機能を足す追加プログラム。便利だが、更新が止まったものや、使っていないものが残っていると、侵入口になりやすい。

関連：静的サイトとWordPressの違い

#

CMS などで、サイトの内容を更新するためのログイン画面。URLが知られやすいため、パスワードの強化や、二要素認証、アクセス制限で守る。

#

HTTPS のページの中に、HTTP のまま読み込まれる画像やスクリプトが混ざっている状態。ブラウザに警告が出たり、読み込みが止められたりする。

#

管理画面から文章や画像を更新できる仕組みの総称。WordPress、ムーバブルタイプなど。便利な反面、本体・プラグインの更新を続ける必要がある。

#

世界で広く使われているCMS。プラグインやテーマが豊富だが、更新を怠ると攻撃を受けやすい。

関連：静的サイトとWordPressの違い

#

国内で使われてきたCMS。古いバージョンは提供元の保守が終了している場合がある。移行するときは、旧URLの転送設定も必要になる。

関連：MTを使い続けるリスク

#

管理画面やデータベースを持たず、完成したHTMLファイルだけを公開する方式。攻撃を受ける入口が少なく、表示も速い。頻繁な更新には向かない。

関連：静的サイトとWordPressの違い

#

webxus.jp のような、サイトの住所にあたる名前。契約者名義と更新日を、自社が把握しておく必要がある。

関連：ドメイン・サーバーの扱い

#

ドメイン名を、サーバーの場所に結びつける仕組み。サーバーを移すときに設定を書き換える。

#

サイトのファイルを置いて、公開する場所。契約者と更新日、ログイン情報の保管先を確認しておく。

#

パソコン、タブレット、スマホなど、画面の幅に合わせて、1つのページの表示を自動で切り替える設計。

#

記事や設定などの情報を、整理して保存する仕組み。CMS では、ページの内容がここに保存されるため、バックアップの対象になる。静的サイトは、持たない。

#

サイトのファイルを、サーバーに送る・受け取るための方法。通信が暗号化された SFTP の利用が安全とされる。

#

blog.example.com のように、ドメインの前に名前を足した住所。別のサービスや、別のサイトを、同じドメインの下で運用するときに使う。

#

元になる文章やデータから、完成したHTMLファイルを自動で作るツール。WEBXUS のサイトも、完成したHTMLを公開する方式で作っている。

関連：静的サイトとWordPressの違い

#

サイトのファイルを、世界各地のサーバーに置いて、閲覧者に近い場所から配信する仕組み。表示を速くし、アクセスの集中にも強くなる。

#

一度読み込んだデータを、一時的に保存して、次回の表示を速くする仕組み。サイトを更新しても古い表示が残る原因にもなる。

#

本番のサイトとは別に用意する、確認用のサイト。更新や移行を、公開前に試すために使う。

#

サーバーやCMSを変えるときに、サイトを新しい場所へ移すこと。URLが変わる場合は、旧URLからの転送設定も必要になる。

関連：古いサイトからの移行

#

既存のサイトを、デザインや構成、仕組みを含めて作り直すこと。URLの引き継ぎと、情報の整理が成否を分ける。

関連：サイト制作

#

広告や検索から最初に訪れる、1つの目的に絞ったページ。問い合わせや申し込みなど、行動を促す設計にする。

#

ドメインを登録・管理する事業者がレジストラ。別の事業者に管理を移すことを移管という。契約者の名義と連絡先が、最新である必要がある。

関連：名義が前の制作会社のままのとき

#

Googleアナリティクス4。サイトに来た人数や、どのページが見られたかを調べる無料の解析ツール。

#

Googleの検索で、サイトがどう表示されているか、読み取りに問題がないかを確認する無料ツール。サイトの所有者だけが使える。

#

サイトでの目的の達成（問い合わせ、資料請求など）。アクセス数より、問い合わせの数を見る方が、成果の判断に役立つ。

関連：問い合わせが来ないとき

#

解析ツールなどのタグを、サイトのコードを書き換えずに、管理画面から追加・変更できる仕組み。

#

表示回数は、検索結果にページが表示された回数。CTRは、そのうちクリックされた割合。サーチコンソールで確認できる。

#

GA4で、訪問が「しっかり見られた」とされる割合。10秒以上の滞在、2ページ以上の閲覧、目的の達成のいずれかを満たした訪問を数える。

#

ページのどこが読まれ、どこがクリックされたかを、色の濃淡で示す分析。導線やボタンの位置を見直す手がかりになる。

#

URLに付ける、流入元を区別するための印。メールや広告ごとに付けると、どこから来た訪問かを、GA4で見分けられる。

#

サイトが、閲覧者のブラウザに保存する小さなデータ。解析や広告で使われる場合は、プライバシーポリシーでの説明が必要になる。

関連：プライバシーポリシー

#

2つの案を、同じ時期に出し分けて、どちらの反応がよいかを比べる方法。訪問数が少ないと、結論が出せない。

#

メールの送信元のなりすましを防ぐ仕組み。SPFは送ってよいサーバーの登録、DKIMは電子署名、DMARCは認証に失敗したメールの扱いの指示。独自ドメインのメールで設定する。

#

広告・宣伝のメールを送るときのルールを定めた法律。原則として、事前の同意（オプトイン）が必要で、送信者の表示や配信停止の案内も求められる。一般的な説明であり、法律の助言ではない。

関連：メールで営業してもよいか

#

広告・宣伝のメールを送る前に、受け取る人から同意を得ること。同意の記録を残しておく。

#

フォームへの機械的な送信（ボット）を見分けて、スパムを減らす仕組み。使うときは、外部サービスの利用として、プライバシーポリシーに書く。

関連：フォームのスパム対策

#

ドメイン・サーバー・各種ツールの契約者。制作会社の名義のままだと、会社を変えるときや、トラブルのときに手続きが止まりやすい。自社の名義にしておく。

関連：ドメイン・サーバーの扱い

#

担当者の退職や、制作会社との連絡が途絶えたときに、サイトの管理を新しい担当に移すこと。契約先の確認、ログインの確保、バックアップ、現状の棚卸しの順に進める。

関連：引き継ぎのよくある質問

#

運用代行や保守で、どこまでの作業に対応するかの取り決め。更新の回数、緊急時の対応、点検の頻度などを、事前に文書で確認する。

関連：運用代行

#