LPを読みやすくし、商品一覧の絞り込みを増やし、フォームの入力を減らす。こうした改善を重ねてきた企業にとって、AIによる購買行動の変化は、サイトに相談機能を追加するだけの話ではありません。
顧客がAIとの相談で条件と候補を整理してから来るなら、LPやTOP、商品一覧を通らず、商品詳細や予約・問い合わせへ進むことがあります。企業が順番に伝えるつもりだった説明が、その順番では読まれなくなるのです。
本記事では、この変化を「購買UXの圧縮」と呼びます。UXは、商品を探し、選び、申し込むまでの利用体験です。圧縮されるのは、検討そのものより、検討のために人がページを移動し、条件を入力し直す導線です。 条件整理・探索・比較・確認を進める場所と操作が、対話へ集約されていきます。
既存サイトの導線とAIを介した導線を比べ、当サイトが提唱する購買行動モデル「4CA」で、残る判断と変わる接点を整理します。ChatGPT・Amazonの機能と国内外の調査を踏まえ、ECやポータル、商品・サービスを提供する企業にとって何が変わるのかを考えます。
AIで購買導線はどう変わる？既存・現状・将来の3段階
まず、企業が設計してきた導線を、利用者が実際に操作する場所として見てみましょう。次の3本は、違いを捉えるための基本形です。
- 既存UX：ニーズ発生 → 検索 → LP（またはTOP）→ 検索・絞り込み → 商品詳細 → フォーム → サンクス
- 現状の基本形：ニーズ発生 → 相談 → 商品詳細 → フォーム → サンクス
- 将来の統合形：ニーズ発生 → 相談 → サンクス
LPは特定の商品や施策の案内ページ、TOPはサイトの入口です。サンクスは購入・予約・問い合わせなどの完了を表し、将来は対話画面内の完了通知でも構いません。
図1：購買導線の変化を説明する当サイトの概念図。すべての購買の実測経路や所要時間を表すものではありません。3つの形は併存し、一部の操作は既に統合されています。図はクリック・タップで拡大できます。
既存UX：検索からページを巡り、商品を絞り込んで購入する
子どもを連れて泊まる宿を探す場面を、説明用の仮例として考えます。大人2人と幼児1人で旅行したい。予算内に収めつつ、子どもが寝た後も無理なく過ごせる部屋を選びたいとします。
従来のサイトでは、「子連れ 宿」などで検索し、特集ページや予約サイトのTOPへ移動します。日付・地域・人数を入力して一覧を絞り、部屋の写真を見て、宿やプランの詳細を開きます。添い寝の対象年齢、寝具と食事の扱い、追加料金は、別の案内やFAQに書かれていることもあります。
気に入った部屋があっても、子ども用の食事を付けると総額が変わる。ベッドの幅を確認すると、添い寝では狭いかもしれない。別のプランへ戻り、人数や条件を入れ直す。この往復の中で、利用者自身が「何を優先するか」を固めています。
サイト運営者は、その往復を支えるために特集、一覧、絞り込み、比較表、詳細ページを作ってきました。利用者がどの順番で説明を読み、どこで次へ進むかを設計することが、導線改善の大きな部分を占めていたわけです。
ただし、従来から商品名で検索して詳細へ直接入る人や、使い慣れたアプリで再注文する人もいます。AIは直接流入を初めて生むのではなく、商品が未定の段階から条件と候補を整理し、途中のページを通らずに進める範囲を広げます。
現状：AIとの相談で候補を絞り、商品詳細から購入へ進む
同じ旅行でも、AIへ「幼児と泊まりたい。予算はこのくらいで、添い寝と食事の条件も含めて比べたい」と相談する進め方があります。
対話で日程や子どもの年齢を補い、希望条件を整理し、候補の違いを説明してもらう。利用者は、サイトごとに条件を入れ直す代わりに、同じ会話の中で「夕食は部屋で取れるほうがよい」「駅から離れていても送迎があればよい」と条件を調整します。
そのうえで、候補の公式ページや予約ページを開き、選んだ日付・人数での空室、最終料金、キャンセル条件を確かめて予約します。ここでの「相談」には、一度質問して答えを受け取るだけでなく、追加質問、比較、条件の見直しが含まれます。
変わるのは、予約サイトがなくなることではありません。特集ページから一覧へ進んで候補を選ぶ工程の一部が、サイトの外へ移ります。サイトに着いた時には、「何かよい宿はないか」ではなく、「このプランが自分たちの条件で使えるか」を知りたい状態になっているのです。
この旅行例は、特定のAIが全予約サイトの空室や子ども料金を正確に扱えるという実績紹介ではありません。公開情報で候補を絞ることと、予約システム上の最新条件を確定することを分けるための例です。
将来：確認や購入手続きも対話に統合され、完了まで進む
さらに、AIから販売・予約システムへ接続し、必要事項の確認、申込み、完了通知まで進める範囲が広がれば、利用者から見える導線は「相談 → 完了」に近づきます。
旅行なら、候補を決めた後に「この日付、この人数、食事条件、総額で予約する」と確認し、承認後に予約番号を受け取る形です。利用者がフォームの項目を一つずつ移動しなくても、必要な情報が整理され、裏側で予約処理へ渡されます。
ここで、商品詳細やフォームの役割まで消えるわけではありません。プランの条件は説明され、支払いや予約の処理は行われます。変わるのは、それらを独立したページとして人が順に開く必要があるかどうかです。必要な承認や取引条件を省いてよいという意味でもありません。
この統合形は、すべてのAI・販売者・地域で利用できる現行仕様ではありません。現在の機能と将来の方向を分けて見ると、「AIがまだ購入を完了できないから、サイトの入口は変わらない」という捉え方も避けられます。
4CAで見ると、何がAIとの対話に集約されるのか
4CAは、Skill Business Architecture Lab（スキルラボ）が提唱する、AIとの対話を通じた購買行動のモデルです。Consult（相談）、Clarify（条件整理）、Compare（比較）、Confirm（確認）、Action（行動）の五つで整理します。外部で確立した普遍的な法則ではなく、変化を読み解くための見方です。
前の記事では4CAの意味とAIが購買を支える場になる理由を説明しました。今回は、その各過程を「どのページを通るか」と重ねて考えます。4CAの過程とページは一対一ではなく、一つの会話の中で行き来することがあります。
Consult・Clarify：検索する前に、欲しいものや選ぶ条件が明確になる
検索では、最初に自分で検索語を決めます。宿を探すなら「子連れ」「家族向け」といった言葉から始めますが、本人が本当に困っているのは、子どもの食事かもしれませんし、寝た後に大人が過ごす場所かもしれません。
相談では、その困りごと自体を伝えられます。やり取りを通じて「食事付きが必要なのではなく、食事の持込みや温めができればよい」「広い部屋より、寝る場所を分けられることを優先したい」と整理できれば、探す商品の条件が変わります。
企業にとっては、顧客が自社のカテゴリー名や訴求語を使う前から選択が始まることになります。「ファミリー向け」という名称だけでなく、どんな過ごし方に対応し、どんな条件には対応しないかが、候補を判断する材料になります。
また、相談が出発点になっても、その相談を生むきっかけまでAIだけになるわけではありません。以前の利用経験、知人の話、SNSやデジタル広告で知ったサービスが、相談に持ち込まれることもあります。入口の操作が変わることと、認知を作る接点がなくなることは分けて考えられます。
Compare：複数のページを行き来していた比較を、対話で進める
比較で手間がかかるのは、候補の数だけではありません。Aの価格は食事込み、Bは食事別、Cは子どもの年齢によって追加料金が変わるというように、表示の前提がそろわないことも負担になります。
対話では、「大人2人、子ども1人、夕食付き、追加料金を含めた総額」で比較するよう頼み、分からない条件を追加で確かめる進め方ができます。同じ条件を引き継げれば、利用者が各サイトで説明を読み直し、自分で比較表を作る作業の一部をまとめられます。
その一方で、AIが並べた価格の前提が違えば、見た目が整った比較表でも判断には使えません。総額が未確定の候補は未確定と示す、年齢条件が分からない場合はその点を残す、といった区別が比較の質を左右します。
企業側が用意する情報にも、同じ問題があります。「安い」「充実」と書くことと、同じ条件で比べたときに何が含まれるかを説明することは異なります。比較がサイトの外で行われるほど、自社ページの前後を読まないと意味が通らない表示は、条件の取り違えを生みやすくなります。
Confirm・Action：納得して決める過程は残り、確認と操作の場所が変わる
候補が絞られても、「この宿で本当に大丈夫か」「変更するといくらかかるか」という確認は残ります。AIの説明を参考にしながら、公式ページの写真、具体的な条件、販売者への問い合わせを確かめる人もいるでしょう。
Confirmで問われるのは、情報がそろったかに加え、その条件で決められるかです。利用者が不安を残しているのに、購入ボタンだけを会話の中へ移しても、納得して進める体験にはなりません。
Actionは、購入・予約・問い合わせなど、選んだ内容を実行する過程です。対話から手続きを進める場合も、「何を、どの条件で申し込んだか」と「完了したか」が分かることに意味があります。問い合わせ送信を予約確定と誤解させないよう、完了の意味も扱うサービスに合わせて伝わることが重要です。
4CAで見ると、「相談 → サンクス」の短い図の中にも、条件整理、比較、納得、実行が含まれます。ページの数が減ることと、顧客の判断を飛ばすことは同じではありません。
購買UXの圧縮は、実際にどこまで進んでいるのか
実際の動きは、提供機能、利用者の回答、サイト上の行動データに分けると捉えやすくなります。機能が存在することは、全員がその経路を使った証拠ではありません。一方、購入の完全代行が広がる前でも、探索と比較をまとめる機能は既に提供されています。
ChatGPT：相談から商品探索・比較を進め、販売側へつなぐ
OpenAIは2026年3月24日、ChatGPTで商品の画像や価格、特徴を見ながら候補を比べる体験の強化を発表しました。会話で予算や好みを調整し、商品を横に並べて比較する方向です。[1]
同発表では、初期のInstant Checkoutには柔軟性の課題があったとし、商品探索に注力しつつ、販売者自身の購入体験を使う方針を説明しています。現在の販売者向け案内も、ChatGPTで発見・評価し、販売者のサイトやアプリで購入を完了する形を基本としています。[1][2]
したがって、「ChatGPT上ですべての商品をそのまま購入できる」という説明では現行の案内と合いません。販売者向けページはショッピングの提供を米国向けと記載しており、日本で同じ専用機能を一律に使えるとする根拠にもできません。[2]
ここで見るべき変化は、購入画面を誰が持つかだけではありません。販売者のサイトへ渡る前に商品を比較できるなら、そのサイトのTOPや一覧を経由せず、選んだ商品の確認へ進めます。決済を販売者側に残す方式でも、購入前の導線は変わるのです。
Amazon：使い慣れたECの中に、対話による商品選びが入る
Amazonは2026年5月13日、米国向けに「Alexa for Shopping」を発表しました。AmazonのショッピングアプリやWebサイトで、商品知識に加え、購買履歴や会話などを商品選びにつなげる仕組みです。動的な商品比較、価格履歴、カート操作、日常品の再購入などを案内しています。[3]
ChatGPTの例が対話側から販売者へつなぐ形なら、こちらは使い慣れたECの中に相談が入る形です。アプリを開いた後に、検索語や絞り込み項目だけで希望を表すのではなく、用途を伝えながら候補を選べます。
EC内に対話があれば、過去に何を買ったかという文脈と、これから何に使いたいかという相談を結びつけられます。ただし、買った履歴だけで今回の用途や希望が決まるわけではありません。以前は自分用、今回は贈り物なら、相手の条件を改めて確かめることになります。
この違いは、「AIがECを置き換えるか」という二択だけでは説明しにくい点です。AIの中へ商品探索が入る場合も、ECの中へ対話が入る場合も、人が一覧や詳細を往復していた作業をまとめる方向があります。入口を誰が持つかと、操作がどう変わるかを分けると、両方の動きを同じ視点で見られます。
利用意向では、比較への活用と最終購入決定に差がある
電通デジタルが2026年7月23日に公表した国内調査では、AIを使いたい割合は「比較検討」が78.8％、「最終的な購入決定」が49.6％でした。これは、私生活で生成AIを現在利用する15～69歳を対象としたインターネット調査です。本調査は3,300人で、2026年5月と7月に実施されています。[4]
図2：電通デジタル「生活者のAI活用実態調査2026.7」PDF3～4ページを基に作成。AIをどの程度利用したいかという質問の結果。全生活者の比率や、AIに購入を全面委任した割合ではありません。
二つの数字の差は、比較に使いたい人と、最終決定の段階でも使いたい人の広がりが同じではないことを示します。49.6％も、購入ボタンをAIに任せる人の比率ではありません。「利用したい」という回答を、そのまま完全自動の購買へ読み替えることはできません。
同調査で、各商品カテゴリーの購買意欲があるAI利用者に尋ねた結果では、AIの回答をそのまま採用する層は、カテゴリー別の図で1～3％でした。[4] 相談・比較の利用と、最終判断を委ねることには距離があります。
それでも、企業への影響が小さいとは限りません。顧客が最終的に自分で決める場合も、比較の段階で候補に残らなければ、自社の詳しい説明を見てもらう機会はありません。完全な購入代行だけを待っていては、その前に変わる接点を見落とします。
どこまで圧縮されるかは、購買内容と信頼によって変わる
AIで短くできる操作は、商品価格だけで決まりません。条件をどこまで明確にできるか、何を実物や販売者に確かめたいか、誰にどこまで任せたいかで変わります。
同じ条件で買い直せる商品と、現物や個別条件を確かめたい商品
以前と同じ日用品を買うなら、型番、容量、数量、送料を含む金額、到着日が一致するかが主な確認になります。条件がそろっていれば、商品説明を最初から読み直す必要は小さくなります。
一方で、初めて買う家具なら、寸法が合うだけでなく、色や座り心地、部屋との相性を確かめたいことがあります。旅行なら、同じ宿でも日付や人数、子どもの年齢によって選べるプランと総額が変わります。「以前買ったもの」という情報だけでは、今回の条件を確定できません。
不動産も一例です。通勤時間、間取り、予算などから候補を絞る作業をAIと進めても、現地の明るさや周囲の音、物件ごとの状態、契約条件は別に確かめたいでしょう。AIへ問い合わせの準備を任せることと、物件を見ずに購入を任せることは異なります。
ただし、内見や個別の確認が残るからといって、そこに至る検索や一覧の役割がそのまま残るとは限りません。利用者がAIとの対話で条件と候補を整理すれば、ポータルを最初から巡回する回数は減り得ます。高額な取引でも、探索・比較の接点ではAIとポータルが競合します。
このように、「最後まで任せやすいか」と「前半の情報整理を任せる意味があるか」は別の問いです。前者だけで自社商材を分類すると、確認の多い商品ほど探索にも手間がかかるという面を見落とします。
AIの推薦への信頼と、販売・契約相手への信頼は異なる
AIの比較が分かりやすくても、そこで紹介された販売者から安心して買えるとは限りません。反対に、いつも使う販売者を信頼していても、AIが今回の商品条件を正しく理解したかは確かめたいことがあります。
前者は「この相手が約束どおり届け、問題があれば対応してくれるか」という信頼です。後者は「自分の希望を理解し、候補の違いを正確に整理しているか」という信頼です。推薦への納得と、取引相手への安心は、同じ画面に表示されても別の判断になります。
宿泊の例なら、AIが総額の安い候補を見つけても、予約の変更は誰に連絡するのか、子どもの食事への対応は確約されているのかが不明なら、予約をためらいます。販売者が誰で、何を約束し、変更やトラブルをどう扱うかという情報は、対話へ集約された後も残ります。
企業が信頼を作る方法も、文章を充実させることだけではありません。実際の納期や対応が案内と一致し、利用後の困りごとを解消できることが、次もその相手を選ぶ理由になります。導線を短くできても、サービスの履行を省略することはできません。
確認が残っていても、それ以前の導線は圧縮される
AIを経由した人がサイトで多くのページを読むという観測もあります。Adobeの2026年8月報告では、同年7月の米国小売サイトで、AI経由の訪問は非AI経由より滞在時間が59％長く、1訪問当たりの閲覧ページ数が22％多いとしています。[5]
これは異なる訪問者群の比較です。同じ人がAIを使う前後の変化ではなく、AIによって閲覧が増えたという因果効果を示すものではありません。日本の全ECへ同じ比率を当てはめることもできません。
それでも、「AIを使うとサイト上の確認まで必ず減る」という説明とは区別する材料になります。例えば、相談で候補を絞った人が、商品詳細から返品条件や対応サイズ、レビューを詳しく読むことはあり得ます。候補へ到達するまでの探索と、到達後に納得するための確認は、異なる作業だからです。
本記事の圧縮は、全訪問者のクリック数や購入時間が一律に減るという主張ではありません。途中の入口や操作を経由しなくても進める構造の変化です。確認のページが読まれ続けることと、TOPや一覧の一部を通らなくなることは両立します。
企業が設計するべきものは、ページの順番からどう変わるか
これまでの導線をすべて捨てる話ではありません。ページを順に読んでもらう設計に加え、途中から来た人や、サイトの外で比較している人へ、判断に必要な情報が届く設計の重要性が増します。
LP・TOPを訪れる前に、候補が絞られている可能性がある
LPには背景、課題、商品の特徴、導入例、申込みという説明順があります。その順番で読む人には有効でも、商品詳細から入った人は、前半で示した前提を知りません。
例えば、LPにだけ「このプランは平日限定」と書き、詳細には料金の安さを強調していたら、詳細から来た人には適用条件が伝わりません。AIが詳細情報を比較材料として使う場合にも、限定条件と価格が離れていることが問題になります。
そのため、詳細へ来た人を必ずTOPへ戻すより、その商品・プランの用途、対象、価格の前提がその場で理解できるほうが、既に候補を絞った人には合います。比較中の人が、必要な確認を終えて次へ進めるかが焦点になります。
また、サイトに来た人の改善だけでは、来る前に候補から外れた理由は分かりません。商品を知っている人の指名検索だけでなく、顧客が困りごとを話すときに自社のどの特徴が選択条件に関わるかを考える意味が出てきます。これはLPのクリック率だけでは扱えない範囲です。
商品詳細・FAQは、人の確認とAIの判断を支える情報になる
情報を増やすといっても、同じ宣伝文を別のページへ複製することではありません。顧客が判断を変える条件を、商品と結びつけて説明することです。
| 情報 | 宿泊サービスでの説明例 | 判断に関わる理由 |
|---|---|---|
| 仕様・利用できる範囲 | ベッドの幅、定員、食事の提供方法 | 「家族向け」という表現だけでは実際に使えるか分からない |
| 適用条件 | 添い寝の年齢条件、対象の部屋・プラン | 商品全体の案内を、自分が選んだプランにも適用できるか確かめる |
| 向かない用途・制約 | 寝室を分けられない、夜間の食事提供はない | 希望に合わない候補を早く外し、予約後の行き違いを減らす |
| 総額と追加費用 | 子どもの食事・寝具、現地払いが生じる条件 | 見出し価格だけで比べず、同じ人数・内容で比較する |
| 変更・問い合わせ | 取消条件、変更窓口、確約が必要な事項 | 予約後の対応を含めて、その販売者から申し込めるか判断する |
表は当サイトの説明例です。商品詳細にはその商品で確定している条件、FAQには条件が分かれる理由や例外の確認先を置く、と役割を分けられます。個別確認が必要なことを、確定済みのように書くことが情報充実ではありません。
例えば「添い寝無料」だけでは、対象年齢、人数、食事・寝具の扱いが分かりません。それらがそろえば、人が見てもAIが比較しても、何が含まれるかを捉えやすくなります。FAQの本数を増やせばAIに推薦される、という関係ではなく、比較の前提をそろえるための情報です。
企業向けの高額サービスでは、公開情報と個別商談をどうつなぐかという課題もあります。その違いは、AIを利用するBtoB購買者への情報発信と商談で整理しています。
商品フィードは、ページを巡らなくても情報を渡す接続になる
商品フィードとは、商品ごとの名称、価格、画像、在庫などを、外部のサービスが扱えるデータとしてまとめて渡す仕組みです。人がページを開いて読み取る経路とは別に、商品情報を接続する役割があります。
OpenAIの販売者向け案内では、フィードを通じた商品情報の共有と、価格・在庫等の更新を案内しています。ACP（Agentic Commerce Protocol）は、その商品探索を支える接続基盤として説明されています。[2]
これを、旅行の仮例で考えた「条件を引き継いで比較する」ことへつなげると、情報の更新の意味が見えます。人向けのページでは価格を修正していても、外部へ渡す情報が以前のままなら、比較時の期待と購入画面の条件が食い違います。逆に、データに価格だけがあって適用条件を説明できなければ、なぜその金額になるのかが伝わりません。
フィードは、あらゆる商品条件やサービス予約を自動で解決するものではありません。接続先が扱う項目・商品・地域には範囲があります。自社に必要な情報が渡せるかと、渡した情報が更新されるかを分けて考えることになります。
また、情報を渡せることと推薦順位は別です。正確なフィードがあっても、利用者の条件に合わない商品まで選ばれるわけではありません。ページとフィードを整える意味は、まず自社の商品が何であり、どの条件で使えるかを、接点が変わっても説明できる状態にすることにあります。
回遊を増やすことより、判断に必要な情報が届いたかを見る
ページを多く見たことは、理解が深まった結果かもしれませんし、情報が見つからず迷った結果かもしれません。反対に、商品詳細から短時間で予約に進んだなら、確認を省いたのではなく、来訪前に比較を終えていた可能性もあります。
例えば、AI経由の人が詳細と取消条件を見て申し込み、内容の取り違えによる問い合わせも少ないなら、TOPを見ていないことだけを失敗とは言えません。詳細を何度も見て問い合わせた内容が「子ども料金はいくらか」ばかりなら、回遊の多さより、その条件が伝わっていないことが課題です。
この違いを見るには、流入元や入口ページと、申込み・問い合わせの内容、その後の行き違いを結びつけると判断しやすくなります。AI経由という分類も、参照元を取得できる範囲の観測であり、実際にAIを使った人全員を識別できるわけではありません。
自社内の比較でも、AI経由と他経由の成約率に差があれば、それだけでAIの効果とは決められません。来た人の目的や商材、既存顧客かどうかが違うためです。それでも、どの確認に時間がかかり、何を尋ねられ、どの条件で諦めたかは、接点を改善する具体的な材料になります。
広告経由の集客を評価する場合も、途中のクリックだけでなく、その後の事業成果を見る問題が残ります。ChatGPT広告の運用事例と出稿判断では、その論点を別に扱っています。本記事の中心は広告予算の移し替えではなく、どの入口からでも判断に必要な情報が届くかという設計です。
まとめ：4CAは残り、そのために通る導線が変わる
AIによる購買UXの圧縮では、条件を整理し、比べ、納得して決める過程がなくなるわけではありません。4CAで捉える相談・条件整理・比較・確認・行動を進める場所が変わり、そのために人が巡るページや操作の一部が対話へまとまります。
現行のChatGPTのように販売者側の購入手続きを使う形でも、商品探索はサイトへ来る前に進みます。AmazonのようにEC側がAIを取り込む形でも、一覧や詳細を自分で往復する操作は変わります。どちらが購買の入口を持つかにかかわらず、既存UXの圧縮という方向は既に現れています。
その中でECやポータルには、「ここから探したい」「ここを通して利用したい」と思われる理由が問われます。認知度だけでなく、使い慣れていること、情報の確かさ、比較のしやすさ、困ったときの対応への信頼が、入口として選ばれるメディア力になります。
商品やサービスを提供する側にとっても、選択条件を正確に伝えることに加え、約束した内容を届け、変更や利用後の問題へ対応できることが残ります。情報を並べるだけの接点が圧縮されるほど、そこを通す意味のある品ぞろえや支援、取引体験の重みは増していくと考えられます。
メディア力の強化とサービスの強化を実行できるかは、EC・ポータルの存続を左右する重要な条件になり得ます。 一方、強化には費用がかかり、サービスが存続することと従来の利益率を保つことは別です。仲介や収益構造への影響は、この導線の変化を踏まえて、別の論点として検討することになります。
参考資料
情報確認日：2026年10月27日。機能の提供地域、発表時点、調査の対象を本文で区別しています。
- OpenAI：Powering Product Discovery in ChatGPT — 2026年3月24日。商品探索・比較と、販売者自身の購入体験を使う方針。
- ChatGPT：販売者向け案内 — 更新日の記載未確認。現行の購入先、米国での提供、商品フィードとACP。
- Amazon：Alexa for Shopping — 2026年5月13日（ページメタデータ）。米国向け機能、商品比較・購買履歴等の活用。日本での同機能提供を示す資料ではありません。
- 電通デジタル：生活者のAI活用実態調査2026.7 — 2026年7月23日公表。PDF2ページの最終判断、3ページの利用意向、4ページの調査概要。本調査は5月15～18日・7月3～6日、国内15～69歳、私生活で生成AIを現在利用する3,300人。
- Adobe Digital Insights：AI Traffic Trends Report, August 2026 — PDF2ページの方法、10ページの米国小売サイトの訪問者群比較。閲覧・取引データの分析であり、別途掲載された消費者アンケートの回答値ではありません。
本記事の文章・表・図解・グラフは、Skill Business Architecture Labが独自に編集・作成しています。引用・紹介する場合は、引用箇所が分かる形で、記事名・サイト名・記事URLをご記載ください。
コメント