荷主が比較する運送会社の6つの公開情報

2026年10月現在、中小運送会社のAI検索対策で最初に公開すべき情報は、車種、対応エリア、便種、料金条件、許可・保険、輸送実績の6群です。

荷主が検索や生成AIに入力するのは、「運送会社」という業種名だけではありません。「運送会社 〇〇市 チャーター」「4tウイング車で関東から中部」「冷蔵の混載便はいくらか」「定期便を任せる会社の選び方」のように、運びたい条件を組み合わせて候補を探します。ところが運送会社のサイトが「全国対応」「安全・確実・迅速」とだけ説明していると、その条件に対応できるのかを人もAIも確認できません。

定義：運送会社のLLMO対策とは、荷主が指定する「車種・積載条件×集荷地と配送地×チャーター・混載・定期などの便種」に対し、自社の対応可否、見積もり条件、許可・保険、安全体制、実績を公式サイト上で照合できるようにする情報設計です。AI回答への掲載や検索順位を保証する施策ではなく、荷主が委託可否を判断するための一次情報を、公開ページから正確に取得できる状態を作る取り組みです。

この記事は、倉庫運営や発送代行を含む3PL全体ではなく、自社または協力会社のトラックで直接荷主の貨物を運ぶ中小運送会社に対象を絞ります。保管・流通加工まで含む設計は物流・3PL会社のAI検索対策で扱っているため、ここでは車両、運行区間、便種、見積もり、安全確認に集中します。

荷主の質問は「車種×エリア×便種」で決まる

AI検索向けに先に考えるべきものは、AIのアルゴリズムではなく、荷主が運送会社を絞り込む条件です。検索文が違っても、確認したい内容は次の三層に整理できます。

1. 運べるか：車種、最大積載量、荷姿、温度帯、装備、対応できない貨物
2. その区間を走れるか：集荷可能地域、配送可能地域、定期運行区間、持ち込み・引き取り条件
3. その運び方を頼めるか：チャーター、混載、スポット、定期、ルート配送、時間指定、附帯作業

この三層のいずれかが欠けると、「〇〇市で4tのチャーター便を頼めるか」という質問に一つのページで答えられません。会社概要に車両一覧、サービスページに「全国対応」、別のPDFに営業所だけが載っている状態では、荷主も情報をつなぎ合わせる必要があります。

検索語をページへ不自然に詰め込む必要はありません。Googleは2026年7月10日更新の生成AI検索向け公式ガイドで、検索語のあらゆる言い換えごとにページを量産する必要はなく、人に役立つ独自情報を重視するよう案内しています。必要なのは、実在する輸送能力ごとに情報をまとめ、条件が異なるサービスだけを分けることです。

「料金は要見積もり」で終わらせない

運送費は、距離または時間、車格、重量・容積、荷役、待機、時間指定、高速道路、燃料、積替え、季節や車両需給などで変わります。そのため、一律料金を出せないこと自体は問題ではありません。問題は、何を伝えれば見積もれるか、どの費用が運賃とは別に生じるかが分からないことです。

国土交通省の「標準的な運賃」Q&Aは、標準的な運賃をそのまま全社共通価格として使うのではなく、各事業者が自社の運行実態を踏まえて原価と利潤を計算し、実際の運賃・料金を設定する考え方を示しています。また、標準貨物自動車運送約款は令和7年国土交通省告示第193号が最終改正として案内されています。料金ページでは、自社の届け出・約款・契約運用に合う内容だけを掲載し、標準的な運賃を自社の確定料金のように転載しないことが重要です。

「混載便 料金 目安」を探す荷主には、チャーター便との選択基準も必要です。混載が向く重量・容積、納期の幅、積替えの有無、受付締切、破損しやすい貨物の扱いを説明します。金額を公開できない場合でも、料金を左右する条件と見積もり項目は公開できます。料金情報の更新方法は料金ページのAI検索設計で詳しく整理しています。

ここでいう「混載便」は一般的なサービスの呼び方です。貨物自動車運送事業法が定義する「特別積合せ貨物運送」は、仕分け、積み合わせ、事業場間の定期運行などを伴う別の法的概念なので、単純に同義とは扱いません。また、2025年4月1日施行の改正により、真荷主と一般貨物自動車運送事業者が運送契約を締結する際は、省令所定の例外を除き、運送役務と対価、運送以外の役務と対価などを記載した書面または電磁的方法による相互交付が原則として必要です。例外には、災害その他のやむを得ない事由による緊急輸送や、郵便物・信書便物の運送などがあります。Webの料金説明や見積もりフォームは契約前の判断材料であり、法定の相互交付そのものを置き換えるものではありません。詳細は国土交通省の改正貨物自動車運送事業法の案内と、自社が使う約款・契約書式で確認します。

2t・4t・10tと運行条件を対応表にする

記事を増やす前に、営業、配車、運行管理、Web担当が同じ表を見て答えられる状態を作ります。表の縦軸を車種、横軸をエリアと便種にすると、自社サイトに何が書けていないかが見えます。

車種は通称だけでなく荷主の判断項目まで書く

「2t車あり」「大型車あり」だけでは、荷物が載るか判断できません。少なくとも、ボディ形状、最大積載量、荷台内寸、パワーゲートやエアサスの有無、温度帯、保有台数または手配方法を確認します。最大積載量は車両ごとに異なるため、「2t」「4t」「10t」という通称だけで積載可否を断定せず、実車の車検証や車両台帳に基づく数値を載せます。

冷蔵・冷凍車は、「低温輸送対応」では足りません。設定可能な温度帯、温度記録の方法、予冷条件、積み合わせの可否、食品以外の取扱可否など、自社が実際に管理できる範囲を示します。危険物、医薬品、精密機器などは、必要な資格・設備・手順が案件ごとに異なるため、一括して「対応可能」と書かず、相談時に確認する条件を明記します。

エリアは営業所所在地と運行範囲を分ける

所在地が埼玉県でも、集荷は県南のみ、配送は関東一円、定期便は関東―中部という会社があります。「関東対応」だけではこの違いが消えます。次の情報を分けて書くと、荷主は見積もり前に対象範囲を確認できます。

• 集荷可能エリア：自社車両が通常集荷できる市区町村または都道府県
• 配送可能エリア：標準的に配送する地域と、個別手配になる地域
• 定期運行区間：曜日や便数を含め、継続運行できる主要区間
• 中継・協力会社利用：自社運行との境界、責任主体、手配条件
• 対応外：離島、山間部、車両制限地域など、事前確認が必要な条件

便種は名称より納期と積み合わせ条件を書く

チャーター便は原則として車両単位、混載便は複数荷主の貨物を積み合わせるため、料金、納期、積替え、破損リスクの考え方が違います。定期便、スポット便、ルート配送も、受付締切や曜日、車両確保の前提が異なります。サービス名だけでなく、「どの条件ならその便種を選ぶべきか」を書くことが重要です。

この表は架空のページ設計例です。自社にない車両や対応実績を足すための雛形ではありません。配車担当が「その条件では受けられない」と答える内容は、Webでも対応可能に見せないことが、問い合わせの質を守ります。

判断条件が変わる単位でページを分ける

トップページですべてを説明しようとすると、車種、エリア、便種、料金、実績が薄く広がります。一方で「〇〇市×2t×午前便」のような微差ページを大量に作ると、内容が重複し、更新できません。分ける基準はキーワードではなく、荷主の判断と運用条件が変わるかどうかです。

各サービスページの冒頭は、「当社は何を、どこからどこへ、どの車両・便種で運べるか」を2〜3文で答えます。その後に、対応できる条件、対応できない条件、料金の決まり方、見積もり項目、近い実績、問い合わせ方法を置きます。抽象的な会社紹介から始めるより、荷主が自社案件との適合を先に判断できます。

ページ同士は、実際の検討順に接続します。たとえば4tウイング車ページから関東―中部の運行区間ページ、チャーター便ページ、同条件の事例へリンクします。サイト全体のリンク設計はAI検索向け内部リンク設計も参考になります。

許可・保険・安全情報は「確認できる証拠」にする

荷主が確認したいのは「安全第一」という宣言ではなく、委託条件を満たす根拠です。一般貨物自動車運送事業について、貨物自動車運送事業法第3条は、事業を経営しようとする者が国土交通大臣の許可を受けなければならないと定めています。自社サイトでは、実際に保有する許可の種別、名義、管轄、許可番号を正式表記で示します。一般貨物、特定貨物、貨物軽自動車、貨物利用運送などを混同しないことが前提です。

Gマークは一般貨物の許可そのものではありません。国土交通省はGマーク制度を、利用者が安全性の高い事業者を選びやすくするため、輸送安全へ積極的に取り組む事業所を認定する制度と説明しています。取得している場合は、認定対象の事業所名、有効期間、認定番号を確認して載せます。未取得なのに会社全体が認定済みと読める表現は避けます。

貨物保険・運送業者貨物賠償責任保険も、単に「保険加入済み」と書くだけでは比較できません。自社が加入している保険について、補償対象、1事故または1輸送あたりの支払限度、免責、対象外貨物、事故連絡の流れを、保険証券と約款に基づいて記載します。保険の加入範囲は各社・各契約で異なるため、一般貨物の許可やGマークと同じ法的要件だと誤解させない書き方が必要です。

資格証や保険証券を画像で丸ごと公開すると、個人情報や契約上非公開の情報まで出る可能性があります。公開項目を抽出した本文を作り、必要に応じて荷主の審査時に原本を提示する運用へ分けます。

輸送実績は「条件と判断」を残す

「大手企業との取引実績多数」「年間〇件」といった実績だけでは、目の前の貨物に対応できるか分かりません。件数を公表する場合は集計期間と定義が必要です。公表できる実測値がなければ、数字を作らず、1件の輸送条件と判断を具体化します。

輸送事例は次の順で書きます。

1. 荷主の業種と貨物：公開許可に応じて匿名化し、品名、荷姿、温度帯を示す
2. 発着と頻度：市区町村を出せない場合も、地域区分、距離帯、スポット・定期を示す
3. 使用車両：車格、ボディ、装備、積載判断の根拠を示す
4. 制約：時間指定、荷役、待機、検品、道路・バース条件を示す
5. 運行設計：なぜチャーター、混載、定期などを選んだかを説明する
6. 結果：公開できる事実だけを書き、改善を述べる場合は比較条件と期間を添える

たとえば「4tウイングで納品」だけでなく、「パレット単位の定期貨物で、納品先のバース予約に合わせて受付時間を固定し、積込みは荷主、取卸しは納品先が担当」のように、契約と運行の境界まで書きます。荷主は自社の条件と照らせますし、営業担当も同じ前提で相談を受けられます。事例の構成は導入事例ページのAI検索設計も利用できます。

顧客名、商品名、正確なルート、運賃には守秘義務や防犯上の配慮が必要です。公開許可がない情報は出さず、「関東圏の食品メーカー」「常温のパレット貨物」「片道100km未満」のように、荷主が判断できる粒度まで一般化します。匿名化しても一社を特定できる条件の組み合わせになっていないか、顧客への確認を通します。

会社情報・拠点情報・構造化データを一致させる

2026年10月時点で、Googleは生成AI検索に出るための特別なschema.orgや専用AIファイルを要求していません。2026年7月10日更新の公式ガイドでは、通常のGoogle検索でインデックスされ、スニペット表示の対象になれること、クロール可能であること、独自で有用な内容を持つことが基礎とされ、要件を満たしてもクロール・インデックス・表示は保証されないと明記されています。

運送会社サイトでの実務は、次の順序です。

1. 会社名、営業所名、住所、電話、許可名義を本文で統一する
2. 車種、エリア、便種、料金条件をログイン不要のページにテキストで掲載する
3. トップ、サービス、車両、エリア、事例、会社・安全情報を内部リンクで接続する
4. OrganizationやLocalBusinessの構造化データを、表示本文と一致させる
5. Search Consoleでインデックス状況と構造化データのエラーを確認する
6. Googleビジネスプロフィールの会社名、住所またはサービス提供地域、電話を事業実態と一致させる。運送サービスはGoogleが営業時間を設定しない業種例に挙げているため、一律に営業時間を登録せず、プロフィールの業種と顧客対応形態に沿って判断する

GoogleのLocalBusiness構造化データ公式文書は2026年9月8日に更新されていますが、構造化データを入れればリッチリザルトやAI回答に表示されるとは保証していません。構造化データは、本文にない「全国対応」や未保有の認定を追加する場所ではなく、公開済みの会社情報を補助するものです。会社情報全体の点検にはChatGPT検索で会社情報を正しく伝えるチェックリストも使えます。

ChatGPT検索を対象に含める場合は、OpenAIのクローラー公式文書で役割を分けて確認します。OAI-SearchBotは検索用、GPTBotは基盤モデルの学習用で、設定は独立しています。

OpenAIの広告ランディングページ向けクローラー案内は、アクセス障害の確認項目として、robots.txtに加えてWAF、CDN、403、CAPTCHA、認証、429などを挙げています。これは一般検索の順位や引用条件を示す文書ではありませんが、公開ページへクローラーが到達できない原因を調べる技術的な確認項目として利用できます。クローラーを許可すること自体は、自社が回答へ採用される保証ではありません。

運送会社のAI検索対策でよくある質問

Q. 小規模な運送会社でもAI検索対策に取り組めますか

取り組めます。保有台数の多さを競うのではなく、自社が実際に対応できる車種、地域、便種、貨物を具体的にすることから始めます。ただし、情報を整えればAI回答に必ず掲載されるわけではありません。対応範囲が狭い会社ほど、対応外を含めて明確にし、条件の合う荷主が判断できるページを作ることが重要です。

Q. 混載便の料金目安を公開できない場合はどうすればよいですか

金額を無理に出さず、重量・容積、発着地、納期、積替え、受付締切、荷役など、料金を決める条件を公開します。自社の実績から料金例を出せる場合は、車種、区間、荷物条件、含まれる作業、算定日をセットにします。条件のない最安値表示は避けます。

Q. 2t・4t・10tごとに別ページが必要ですか

必須ではありません。用途、装備、対応区間、料金条件が大きく異なり、荷主の判断も変わる場合は分けます。同じ説明しかない車両は一覧にまとめます。ページ数ではなく、各ページに固有の輸送能力と判断材料があるかで決めます。

Q. 許可証や保険証券はそのまま掲載すべきですか

個人情報、契約情報、防犯上の情報を確認せず、原本画像を丸ごと公開するのは避けます。許可種別、名義、管轄、番号、保険種別、補償範囲など、荷主の確認に必要で公開可能な項目を本文にします。原本提出が必要な審査は、問い合わせ後の安全な経路に分けます。

Q. 構造化データを入れればAI検索に表示されますか

表示は保証されません。Googleは構造化データを生成AI検索の必須要件としておらず、特別なschema.orgも不要と説明しています。まず本文の会社情報、車種、エリア、便種、料金条件を最新にし、その内容と一致するOrganizationやLocalBusinessを補助的に実装します。

どこから直すかを症状で決める

全ページを一度に作り直す必要はありません。いま発生している誤解や商談の詰まりから、先に直す情報を決めます。短期日数のロードマップではなく、完了条件を一つずつ満たす方が、担当者が変わっても運用できます。

AIの説明が間違っている場合は、回答だけを何度も訂正しようとせず、参照されたページ、会社概要、業界ポータル、地図情報など、誤りの発生源を確認します。調べ方はAIが答える会社情報の誤りを直す手順にまとめています。

よくある失敗例

「全国対応」とだけ書く

協力会社を含めれば全国へ手配できても、自社車両で通常集荷できる範囲とは異なります。自社運行、利用運送、協力会社手配を分け、責任主体と受付条件を書きます。

2t・4t・10tを積載保証のように扱う

車格の通称と実際の最大積載量は同じとは限りません。荷台寸法、架装、車両総重量などで条件が変わるため、実車情報を確認し、最終的な積載可否は荷物情報を受けて判断します。

料金表を他社や標準的な運賃から転記する

自社の原価、運行、契約条件と合わない価格は、誤った問い合わせと採算悪化につながります。掲載するのは自社の料金、算定条件、算定日です。標準的な運賃は制度の趣旨を理解し、自社の設定に適切に反映します。

「保険完備」で補償範囲を省く

保険には限度、免責、対象外があります。高額品、温度変化、破損しやすい貨物などは個別条件が必要な場合があります。契約内容を超える保証表現を避け、案件ごとの確認方法を示します。

事例を顧客ロゴと写真だけで終える

ロゴやトラック写真だけでは、どの荷物をどの条件で運べるか分かりません。守秘義務を守りながら、荷姿、区間、車種、制約、判断を本文にします。

構造化データやllms.txtだけを先に入れる

Googleは専用のAIマークアップやllms.txtを生成AI検索の要件としていません。構造化データも表示本文の代わりにはなりません。車種やエリアが本文にないまま機械向け記述だけ増やしても、荷主の判断材料は増えません。

対応ページを市区町村ごとに複製する

営業実態が同じページを地域名だけ替えて量産すると、重複が増え、車両や料金の更新漏れが起きます。営業所・集荷体制・主要区間・実績が異なる場合だけ分け、同じ条件は一つのページにまとめます。

実装チェックリスト

• 自社の車両台帳とサイトの車種・最大積載量・装備が一致している
• 2t、4t、10t、冷蔵・冷凍などを通称だけでなく、荷台と積載条件で説明している
• 集荷可能エリア、配送可能エリア、定期運行区間、個別手配地域を分けている
• チャーター、混載、スポット、定期、ルート配送の受付・納期・積替え条件を書いている
• 対応できない貨物、温度帯、地域、日時、附帯作業も明記している
• 料金を決める要素と、運賃以外に発生し得る料金・実費を説明している
• 見積もりフォームで発着地、日時、品名、荷姿、個数、重量、容積、荷役、温度帯を確認できる
• 許可の種別・名義・管轄・番号を、最新の許可書や届出と照合した
• Gマークは認定された事業所と有効期間だけを記載した
• 保険は証券・約款に基づき、補償対象、限度、免責、対象外を説明した
• 輸送事例に貨物、区間、車種、制約、運行判断、結果の6項目がある
• 会社名、営業所名、住所、電話、許可名義がサイトと主要プロフィールで一致している
• 重要情報をPDFや画像だけに閉じ込めず、本文テキストでも掲載している
• 構造化データの内容が画面上の本文と一致している
• サービスページから対応車種、エリア、料金、事例、安全情報へ移動できる
• 終了した便、売却した車両、期限切れの認定、古い料金例を更新できる担当者が決まっている
• OAI-SearchBotやGooglebotへの方針を決め、robots.txt、CDN、WAF、サーバーログを確認した
• 自社名と主要な依頼条件をAI検索で確認し、正しい説明、誤り、参照元を記録した

チェックで空欄が多い場合でも、記事数を増やすことから始める必要はありません。車種・エリア・便種の対応表、料金条件、許可・保険の順に、営業と配車が日常的に使う情報を元に整える方が、更新しやすい土台になります。

結論と次の一歩

運送会社のLLMO対策は、「AIに選ばれる言い回し」を考える仕事ではありません。車種、エリア、便種、料金条件、許可・保険、実績の6群を、荷主が一つずつ照合できるようにする仕事です。特に中小運送会社は、倉庫・3PL・採用の情報を広く並べるより、「どのトラックで、どこからどこへ、どの運び方なら頼めるか」を先に明確にすると、直接荷主の比較検討に合うサイトになります。

最初の確認では、自社サイトから主要車種を一つ選び、「集荷地域」「配送地域」「便種」「料金を決める条件」「許可・保険」「近い実績」まで迷わずたどれるかを見ます。情報が別ページやPDFに散らばっている場合は、対応マトリクスを作り、担当部署と更新元を決めてからページを直します。

自社だけでは古い情報や不足項目を切り分けにくい場合は、LLMO診断チェックリストで公開情報を点検できます。AIが自社をどう説明しているか、どの情報源に依存しているかまで確認したい場合は、AI検索診断で現状整理からご相談ください。