これら2つは全く異なる役割を持つため、互換的に使用することはできない、とのこと。

robots.txtはクローラー（Googlebotなど）に対して「特定のURLにアクセスしてほしくない」場合に、クロールを制御するために使用する。
一方でnoindexは、クロールをさせた上で検索への表示を制御する場合に使用するもので、メタタグやHTTPヘッダーで設定できる。

※補足
noindexはrobots.txt内にも記載可能という言及がありましたが、以下のドキュメントにはサポートされていないと明記されています。
https://developers.google.com/search/docs/crawling-indexing/block-indexing?hl=ja#implementing-noindex

そのような場合は個々のページだけでなく、サイト全体の改善が必要であるため、サイト全体を俯瞰して改善点を探ることが重要とのこと。
それにあたって、簡単に問題を解決する方法はない。

この数か月で、Search Console Insights（日本語名：分析情報）やAchievements（実績）などの新機能が追加され続けている。
常に実験を行っていて、今後はSearch ConsoleにもAIを活用した機能を一部のユーザー向けに公開する可能性がある。

プロダクトとしての方向性は決まっていない。
現状としてはGeminiが各サイトをクローリングし、その情報をGeminiに生かしている。

ユーザーに対して必要な情報を提供するためにチャットボットがいいのか、あるいはAI Overviewなのか、確固たる着地点はなく壮大な実験の最中にあるとのこと。

AIに対して最適化する際には、AIシステムの下にある技術を念頭に置く必要がある。
例えばAI OverviewやAIモードでは昔ながらの検索インデックスやクローラーである。
Geminiも多少異なるがだいたい同じであるが、チャットインターフェースに最適化されているため、追加の要素が必要であり、それは目的とするAIシステムによって異なる。

検索に関しては他に何もする必要はない。
たとえば、GeminiやChatGPTなどで追加の構造化データは必要ないと考えている。

なお、Search Consoleでは、AI機能（※AIOやAIモードなど）経由のクリック数やインプレッションも統合して表示されるようになっており、トラフィック全体がカバーされるはずである。

非常に多くリクエストが来ており重要性も理解しているが、さまざまな内部事情があり、今のところ実装予定について提供できる情報はないとのこと。

GoogleトレンドとSearch Consoleを併用すると良いとのこと。
Googleトレンドにて、ターゲットとする地域（例：日本）を設定し、トピックやキーワードを比較して、オーディエンスがどのような人で、何に関心を持っているかを確認する。
また、「なぜ」「いつ」「誰が」といった疑問詞を組み合わせることで、人々がそのトピックについて具体的に何を疑問に思っているかを見つけ出すことができる。

さらに、Search Consoleのパフォーマンスレポートの上位クエリも見ることで、ユーザーの興味を推測できるほか、上位に表示されていないクエリの改善もできる。

SEOは1998年から「死んだ」と言われ続けているが、ユーザーの変化に合わせて検索エンジンも変化を続けており、SEOは死んでいない。
現在のユーザーはZ世代を中心として、情報自ら探すよりも与えられることを好む「怠惰な」傾向にあり、このような中でエコシステムとユーザーニーズのバランスをとっていかなければならない。
ユーザー行動の変化についてのヒントが必要であればthinkwithgoogle.comでは興味深い洞察が公開されている。

なお、AIはコンテンツ作成、コンテンツを見つけやすくする検索などすべてを変えつつある
サーチコンソールやトレンドではAIを活用できていないため、オーディエンスの関心についての洞察を得るため、AIベースの機能の導入を予定している。

また事実ベースの情報をGoogleに求めるユーザーの割合は減っており、今後は独自性や即時性が大事になると考えられる。
仮説ではあるが、日本では外国と比べてキーワードベースでの検索が多かったが、GeminiやChatGPT、AIOやAIモードなどの機能によって、通常の検索においても文章・質問形式での検索が増えてくると考えている。

最も重要なのは、ユーザーにとって有益で役立つ高品質なコンテンツを公開すること。
文章・画像・動画の作成には専門知識が必要となる。
一般的に、役に立つコンテンツを公開していればインデックス率は上がるし、逆に興味を持たれず役に立たないコンテンツはインデックス率を下げてしまう。

テクニカルの部分に言及するなら、サイトマップを活用してGoogleがコンテンツを見つけやすくすること。
また、ブロックせずにクロールできるようになっているか確認したほうがよい。
特に、CDNやファイアウォールが知らないうちにGoogleのアクセスを遮断しているケースがあるため、注意が必要。

Googleトレンドではクエリまたはトピックを検索でき、トピックはナレッジグラフ（現実のエンティティの関係性データ）から取得される
Googleは検索クエリのコンテキストに基づいてトピックを理解しようとする
ただ”apple”と検索された場合はコンテキストがほとんどないが、一方で”apple 株価”の場合は会社のことだとわかるため、Googleはどのような結果を提供するか最善を尽くそうとし、パーソナライズを行う可能性もある
これをログとして集計してGoogleトレンドの一部としても利用している
これは時間とともに変化するため、Google内でクエリとトピックのラベル付けが変わるとトレンドデータが大きく変わることもある。
そのような場合はクエリだけを見るようにしたり、トピックのさまざまなバリエーションで関心がどこに移ったかを確認するものよい。

歴史的にGoogleは振り仮名をうまく処理できなかったが、担当者がCOVID（新型コロナウイルス流行）期間中のプロジェクトとして取り組んだことで以前よりも大幅に改善されているとのこと。

インデックスも限界があるが、動的なのでページは常に入れ替わっている。競合よりも高品質なコンテンツを公開すれば、競合他社はインデックスから外れ、自社のコンテンツが登録される可能性がある。
また、コンテンツ制作者がインターネット上に膨大な量のコンテンツを作成したため、あらゆるニッチ分野で競争が極めて激しくなっており、各検索エンジンからクリックを獲得することが難しくなっている
SEOのマーケターとしてはソーシャルメディアや広告などを通してユーザーに自サイトに来てもらえるよう誘導すべきであり、それにより、Googleもそのサイトをより好んで評価の向上につながる可能性が高いとのこと。

また、新しいサイトはGoogleが把握していないかもしれないため、サーチコンソールがヒントになる。

いいえ。

できるだけ多くの情報を提供するようにしているが、公平のため正確な回答を提供することはできない
ページが表示されなくなった場合はクロールに問題がある可能性があり、その際に関連するレポートが多数ある
Googleがどのようにコンテンツを認識しているかは、可能な限り透明性を保つようにしているが、インデックスされているかを制御することはできない。
質の高いコンテンツを作成し、発見可能でありアクセス可能かどうかを確認し、ユーザーをイライラさせないサイトであることを確認してほしい

構造化データはHTMLにある情報なので、活用できる可能性はあるものの、schema.orgには定義されているがGoogleの公式サポートリストにないようなものを入れることでパフォーマンスが飛躍的に上がることは考えづらい。
また、構造化データ自体、順位に影響するものではない。

日本国内に限らず既知のリクエストとして受け取っている。 GeminiなどGoogleプロダクトからのウェブのエコシステムへのサポートは追いついていないので、これから整えていこうと考えている。

今でも見解は変わっていない。
翻訳が理解できるレベルであることを確認するために、何らかの努力が行われていることを認識する必要がある。
いまだにひどい翻訳もあるため、誰かがAI翻訳をチェックする必要がある。

一度翻訳をしたものを再度翻訳をすれば簡単なように見えるが、言語にはニュアンスがあり意味が変わることがよくあるため注意が必要