みなさん こんにちは Google社員によるWebmaster Office Hourの時間となりました本日をお届けするのは 私 アンナと私 カナエと私 名前もです よろしくお願いします本日も いつものこの3名でお送りしていこうと思いますよろしくお願いしまーすでは まず 初めに Googleからのお願いですこちらの Office HourではこのWebmaster Office Hourという ハッシュタグを作成しておりますなので 音声が聞こえない 映像が見えない質問やトピックのご提案 ご感想 粒焼きなどはGoogleプラス上で 上記のハッシュタグWebmaster Office Hourをつけて お知らせくださいそれでは Googleからのお知らせに移りますカナエさん お願いしますまず 最初に 2月にですね2月の頭に このブログ記事日本語検索の品質向上に向けてという ブログ記事を公開しましたこちらですね これまでのおそらく僕らは8年ぐらいですかね ブログをやっている中で一番読まれたと 本当に注目を集めたブログの記事となりました本当に皆さんの感謝を持ちいただき ありがとうございます実際 このブログの記事のポイントっていうはですねまずどこか特定の箇所をピックアップして ちょっと説明するよりもまず最初に皆さんに 実際にお読みいただければと思いますのでまだ読んでないという方は ぜひですねこちら ぜひお読みいただければと思いますで その… そうだちょっと一応 その特徴について 長山さん何かの補足というかコメントなどありましたら ぜひいや まず読んでくださいいいですか結構短い記事ですのでぜひお読みいただければと思いますでですね やっぱりその上でもちろんアルゴリズムに 感謝を持ちいただくのは嬉しいなと思うんですけれども角にですね そこに振り回されることなくあくまでもWeb製作 コンテンツを作られる方はユーザーにとって 役立つような有益なコンテンツを作るように心がけていただけると いいかなと思いますのでこういうこともあったんだな ぐらいな感じの持って頂き 何て言うかねそういったコンテンツ作りを 心がけている方にとって何か買いなきゃいけない っていうようなもので全然ありませんのでぜひ引き続き いいコンテンツを作っていただければと思いますはい はいというわけで 今日も すみませんそういえばあと あとあれですねすみません 今回のこの放送はですね先週1週間前に放送する 予定だったんですがこのメンバーの体調不良により急遽キャンスでいたしまして 大変失礼いたしましたご脈軽くしましたみんな元気になりましたので 引き続きいつも通りやっていきたいと思います僕もちょっと鼻水が出てるんで 途中で鼻水かんでるかもしれないですけど分かりますかその時はミュートしてかけますのでよろしくお願いしますさっきも実際 打ち合わせをしていても何回か噛んでいたのででも無理しないで 鼻水がターッてながってちょっとそれよりは音が出ちゃうほうが まだいいと思うはい はいそんなことを言ってるよりも先に質問に行けという声が 聞こえてきそうなのですみません 質問に行きたいと思います今日調べ カメラの位置ここまで目線がちょっとすみません 今 今日はですねカメラの位置が高いんではいでははい それでは最初のご質問はレオさんからですはい レオさんからモバイルファーストインデックスに関する質問ですサイト名の構造化データに関する質問ですね現在 PCサイトとモバイルサイトをサブドメインチガルの別URLで 運用していますモバイルファーストインデックスが 導入されるにあたりURLを同一にできないか 検討したのですが課題が非常に多く別URLを継続させざるを得ないこととなりました一方 ブランディングなどの観点で検索結果に表示されるドメインメイはPC側のものであったほうが このままシート考えていますそこで質問です米国の検索結果では構造化マークアップによりドメインメイの代わりに サイト名を表示させることができますが日本の検索結果での 導入予定はありますでしょうかこちら 導入導入されればこのままシー内容で サイトを認知してもらうことが可能となりますので ぜひ質疑いただけたらと思いますどのことです こちらいかがでしょうかはいこちら まずご質問のポイントだけはまず最初にお答えしますとこちらのサイト名のストラクチャーデータに関しましては日本語でも可能かどうかということの ステータスに関しましてはすみません 現在確認中となりますので分かり次第ですね またお知らせしたいと思いますで その一方でですね そうですね やっぱりとはいえ やはりちょっと気になるのはブランディングなどの観点でやっぱり一方がのがこのもしくて 一方はこのもしくないという状態であったっていうのが そもそもちょっとこのもしくないんではないかなって ちょっと思ったりしますのでやっぱり今回特に ワイルファーストインデックスみたいなことが起こるとは恐らく想定もされてなかったとは思うんですけれどもやっぱりドメインなどで選ぶ際には そういったことも普段から考慮に入れると いいんではないかなと思いますがはい というわけでまた分かり次第 次回のハンガウトであったり何かお伝えしたいと思いますお願いしますじゃあ次へはい じゃあ次のご質問もこちら同一の方がわからないですかレオさんですレオさんからのご質問ですこちらも ワイルファーストインデックスからPCとスマートフォンで コンテンツに際がある場合に関する質問ですモバイルファーストインデックスに関してPCページとモバイルページの コンテンツの際についてPCページとモバイルページで コンテンツに際がないのがフェストでモバイルでも重要なコンテンツは 表示しておくべきということは理解していますそこで質問です時間の制約がある中で モバイルページにコンテンツを達す場合流入クエリに対して 直接回答とならないコンテンツは金屋さん 中山さんなら どう扱いしますか例えば こちらも読むと より理解が深まりますという趣旨のコンテンツですそういった補助的なコンテンツがなくなることで現在流入しているクエリの検索上人が 加工することを心配しています最終的にコンテンツの際はなくそうと思いますがモバイルファーストインデックス 導入への対応としてどうするべきか アドバイスを いただけたらと思いますよろしくお願いしますとのことです こちら いかがでしょうかはい そうですね こちらに関しましてはまず最初にちょっと誤解が あるかなと思いましたのはPCページとモバイルページで コンテンツにサイがないのがベストである と理解されているということなんですけれどもサイがないことがベストというよりは サイがある場合に今までPCでのコンテンツ PCのクローラーでランキングを計算していたものが モバイルのクローラーで計算するようになることで ランキングに変動が出る可能性があるということですね 事実としては それだけで合わせるのがベストというわけではない と思いますか同じ状態であろうとするのであれば 同じように合わせるのがいいと思いますという感じですので ちょっとそこに誤解があるかなとむしろわかりにくいですかそうですね 結局 PCユーザーとモバイルユーザーにとって探しているものとか あるいは コンテンツの消費の仕方が異なる可能性があってユーザーの考えたときに モバイルのユーザーにはこのコンテンツを見せる PCのユーザーにはこういうコンテンツを見せるっていうことは全然やっていいことだとは思いますし厳密にPCページとモバイルページが もし分けているのであれば同じでなくてはならない それがベストだというわけでは必ずしもないと思いますモバイルUXにとって 適切なUXだったりPCにとって 適切なUXっていうものがあるっていうのは 間違えないことだと思うのでどういう感じですかねそのまま 流入液体に対して直接回答とならないコンテンツみたいな話ですけど これはあれですかねPCでは そういう補助的なコンテンツを表示しているけれどもモバイルでは表示していないということなのかなと思うんですがなんていうか やっぱり最終的にはランキングがどうなるか ということではなくてユーザーにとってどうなのか ということは考えるのが一番良いんじゃないかなと思いますPCユーザーであっても モバイルユーザーであっても今 消費したコンテンツ 今 読んだコンテンツこれ 文章であることを想定してますけど今 ちょうど読んだコンテンツと何ていうか 似たようなコンテンツであったりあるいは こちらも読むというより理解が深まるみたいなコンテンツが表示されるっていうこと自体はそれはデバイスに関わらないというかPCユーザーであっても モバイルユーザーであっても基本的には良いことあんまりコンテンツが 多すぎたいすると問題になるかもしれないですけど基本的には良いことだと思うので何ていうか モバイルUXっていう点から見てあっても良いというか別にあったら良いんじゃないですかという感じですね例えば このクエリとページっていう関係を見たときに必ずしも 何ていうかもうちょっと背景的な説明をするとクエリとページの関係性を考えたときにPCページでは このクエリに対して適切なAというクエリがあったとしてAというクエリに対してPCでは適切なコンテンツが表示されるけれどもモバイルページでは別のコンテンツAとは関係しないコンテンツが出てくるということはあまり良くないというかモバイルで検索した際にはAとは関係ないコンテンツが出てくることになるのでそういったページは自然とAというクエリに対しては下がるであろうしそれがむしろ望ましいだろうと思いますむしろAではなくてBというクエリに対してつまりリストのページにとって適切なクエリできちんとランクするようになるであろうしそれが望ましいであろうと思いますでもPCだとAだけどモバイルだとBっていうようなページがなぜそうなっていうのかそれはUX的に生徒ができるのかっていうのはまた別の軸の議論ですけどそれがUX的に生徒ができるのであればそうなるだろうしそれはそれでいいんじゃないかつまりAで失った流入ってもBから取り回せるだろうしそれでいいんじゃないかと思いますいろいろ言いましたけど最終的にはケースバイケースだなと思うので実際に言われるとコンテンツとUXを見てみないと何とも言えないところはありますというのが僕の解答になりますどうでしょうかありがとうございますありがとうございますぜひですねユーザーのこと一言で言ってしまうといつも同じなんですがユーザーにとって一番いいベストなものを考えてもらえるといいかなと思いますそうですねそれをちゃんと説明すると今は今は説明ないですありがとうございます僕らがユーザーにとっていいもの何を聞かれてもそれで答えるって言われるんですちゃんと裏側の説明をするとこんな感じになるのかって思いながら聞いておりましたはい僕はいつも答えてだけいう癖があるのかはいじゃあ次行きましょう次はお名前を頂けなかったのではいわかりましたこちらもモバイルファーストインデックスに関してサイト変換サービスで別ドメインに公開に関するご質問ですモバイルファーストインデックスについての質問ですスマートフォンサイトを製作変換するサービスを利用してPCサイトが公開されているドメインとは別ドメインでスマートフォンサイトが公開されているものがありますこういった場合モバイルファーストインデックスでどのような影響が出てくると考えられますでしょうか実際にはPCサイトと変換されたスマートフォンサイトでコンテンツに大きな差がありますが仮にコンテンツ量は同等だったとしてPCサイトとスマートフォンサイトが別ドメインで公開されていることでの影響のみ教えてくださいとのことですこちらいかがでしょうかはいこちらはそうですねこのスマートフォン変換サービスを利用しているかしていないかということに特に関わらずモバイルフレンドリーなサイトでありGoogleが僕らをお勧めしているURLは異なるけれどもモバイルとPCサイトでURLは異なるけれどもそのアノテーションがきちんとされている場合には特にモバイルファーストインデックスにおいて大きな影響が出るということは特にないかなと思いますのでという観点では特に問題がないかなと思います何か名前も参考コメント遅くあればそうですねモバイル向けのページが別ドメイン上にあるということによって同じドメイン上にあるモバイルページと何か目立ったサイト大きなサイトが出るかというとそれはアノテーションさえといればおそらく出ないと思いますただ一方でスマートフォンサイトをきちんと作るのであればきちんなんていうかあんまりなんていうか品質の低いスマートフォンサイトを作るよりかは品質の高いPCページだけのほうがおそらくいいんじゃないかなと思いますおそらく自動的にスマートフォンサイト元々のコンテンツをつまりPC向けページを自動的にスマートフォン向けページに変換してかつ別のドメイン上でパブリッシュするみたいなサービスは僕だったらあんまり使いたくないかなというのが正直なところですねちゃんとスマートフォン対応するのであれば自分のドメイン上でレスポンシブにするなり動的な配信にするなりできるだけ品質の高いスマートフォン向けのサイトを作るという方針のほうがおそらく最終的にはユーザーにとっても良いんじゃないかなと思いますなのでそれがもしとてもコストは変わってできないということであれば僕だったらもデスクトップサイト多少PCスマートフォン上で変わるかったとしてもそのままデスクトップ向けサイトを保存しちゃいますねフラッシュを使っていたりあるいはそもそも根本的にモバイル上では表示できないっていうふうなサイトであればまた話は別ですけどはいどうでしょうありがとうございますそんな感じで大丈夫ですかねはいはい次のご質問はナオさんからのご質問ですナオさんからのご質問サイト統合の影響についてに関する質問ですアフィリエートサイト複数運営しています低品質記事の所外や更新の手間を考え自分が残したい記事のみメインのサイトへ統合しています各サイトはあまり関係のないジャンル同士ではありますがサプリメントなど大きな区切りでは全く無関係というわけではありませんので多少評価が上がればいいなという程度で今後の更新を楽にするために作業しています追加したサイトの内容と日本語ドメイン名が普通り合いですので様子を見て新たなドメインにこうしようとも考えていますしかしアクセスログを見ると投稿したページへアクセスを考慮するともともとのサイトへのアクセスが変わります結局全体のアクセス数は統合前と変わらない状態ですそこで質問なのですが今回のように少しジャンル違いのサイトを統合することで評価が落ちることはあるのでしょうかとのことですこちらいかがでしょうかはいそうですね複数のサイトを今回は更新のテーマを様々な理由で一つにするサイトの統合されるというのは非常に良くあることだと思いますけれども実際にこのケースではちょっとジャンルが異なるけれどもそんな大きく異なるわけでもないという状況でされたということでそうですねすごい単純な回答としてはあんまりそうしたこういったケースでサイトの統合することでそうしたランキング上の評価が落ちるということをあんまり気にすることはないんじゃないかなというのがまず基本的な回答としてであとちょっと気になるのはアクセスログを見ると統合したページのアクセスと元のページと追加したのだからおそらくトラフィックが増えることを期待してたと思うんですけれども増えずにあまり変わらなかった新しいページのアクセスを考えると元のページのアクセスが減ってしまったんではないかと思ってると思うんですがおそらく多分グラフの推移などを見てなんとなくそう感じてると思うんですけれどもやっぱりもうちょっと細かくページ単位のトラフィックであったり少しブレイクダウンしてちゃんと確認した方がいいのではないかなとひとつひとつの数字をおそらくディレクトリーなどが分かれているのであれば出してみるですとか例えばサーチコンソールだとページごとの実際に表示回数ですとかクリックスまた経済順位なんかも確認することができますのでぜひですねもう少し細かく見てはいかがでしょうかと思います実際にさがってないかもしれないですしあとたまたまその時にいろいろな要因が絡まって順位の変動が発生しているみたいなことも起こり得るのが起こり得ると思いますのでなにかひとつのことに現用決めつけないでいろいろ分析してみるといいんじゃないかなと思いますがなにか長井さん補足などありましたかそうですね2つばかり多分言いたいことはありますねひとつは評価が落ちるかどうかということに検索エンジンの視点から考えるのではなくてやはりユーザーの視点から考えるべきだろうということですねすでに考えてらしてるのかなと思うんですけど全く無関係のコンテンツがざったに同じサイト内で同居していてそれがどのようななんて言うかどのようにオーガナイスされているのか分からないにとってよくないことだと思うのでこのサイトそのサイトのコンセプトというかそのサイトがどういうサイトなのかユーザーにとって分かりやすくするというのは重要なことなんじゃないかなとは思いますそれは検索エンジンにおいてどうかということとは関係なくやるべきかなと思います2つ目は検索エンジンにおけるサイトの移行という点で考えるとすごく単純化してこの場合はA、B、Cという複数のドメインがあってそれをDという別のドメインに少しずつページを写していくということで多少複雑なんですけどもっとシンプルに考えてAというドメインとBというドメインがあったときにAというドメインの中にあるページを少しずつBというドメインに写していくということを考えたときに全体のアクセスAとBのアクセス全体を見たときに統合前と変わらないあるいは移行前と変わらないのであればそれは何というかきちんとAからA上にあったページからB上にあるページへ評価が移行していることを示していると思うので全体のアクセスは統合前と変わらないということであればおそらくちゃんとうまく言っているのかなと思いますありがとうございます良いですかねはい ありがとうございますあとそうですよねそういえば一つ僕もつけたすとなんか追加したサイトの内容と日本語のメインがふつり合いだってことですので多分やっぱり今のユーザーから見てという視点で考えたときにあるクエリーででもそのクエリーの内容と関係ないドメイン名がバーンと出せたりちょっと違和感を感じたりすると思いますので要素を見て新たなドメインに行こうしようと思いますということでその辺は本当にいろいろ早めに検討するといいんじゃないかなと思いますはい というわけではい 次のご質問は松さんからのご質問ですはい 松さんからサーチコンソールのレンダリングについて質問をいただいておりますサーチコンソールのレンダリングに関する質問ですフェッチャーブツーグーグルでレンダリングを行うとステータスでエラーと表示されレンダリングできないURLがありますJSのブロックなどを調査しましたが原因不明でした解決方法を教えてくださいとのことです こちらいかがでしょうかはい こちらですけれども僕らの方でも一応確認URLは実はベッドいただいておりましていろいろ確認してみたところ確かにその現象が確認できました今 調査中となりますのでしばしお待ちくださいまた わかり次第こちらで何かお伝えできることがないかもしれないですしでもこちらでもいろいろなるべく結果をお伝えできるように知りたいと思いますやっぱり 僕らの方でそういった問題がこうした形で伝えていただけるのはすごくより多くのベルマスターの問題を解決することになるかもしれないので本当にありがたいなと思いますのでお報告いただきありがとうございますありがとうございますというわけで 次の問題次のご質問はミオさんからのご質問ですミオさんからのご質問アンプページのアンプのページ感染源実装に関するご質問ですアンプ内のページ感染源についてベストプラクティスを教えてください現在は1ページもののコンテンツのミアンプ展開していますが今後複数ページある記事コンテンツをアンプ対応し公開しようと考えています1 ページ感染源をアンプ内で作成する方法を教えてください普通に相対パスで2 ページ感染源ではなくビューオールページをアンプ化した方が良いのでしょうか10ページ以上ある記事コンテンツが存在しているためビューオールでアンプにできないものも存在しており悩んでいますそのことです こちらいかがでしょうかはいそうですね こちらご質問が2つありますけれどもそうですね まぁペーまず1個目の1個目と2個目っていうのは結構連動してるかなと思うんですが結構うちの僕らの中でも話していてそもそも2つ目の方で言うとビューオールページをアンプ化するので良いんじゃないかなとやっぱりアンプでせっかく高速に表示できるのにわざわざ10ページに分ける理由がそんなにちょっとわからないなとなので画像がたくさんあるんですとか何かちょっと別の要因があるとかでしたらまた少し考えなくてはいけないですけど基本的にビューオールページがを実装するのが何か良いのではないかなとであれば一番目のご質問がそもそもページ感の繊維がなくなりますので特に考えることはないんじゃないかなという話をしておりましたが何か名前まさに細く問わればその通りでビューオールでアンプにできないことの原因が今一というかわからないですねなのでもし実はビューオールでアンプで問題ないという可能性もありますのでそちらを検討していただければいいんじゃないかなと思いますはいそうですその上でもしページ感専用アンプ内で作成する場合の話なんですけど通常相対パスでリンクをされても何ですかね普通に動くと思うんですけれどももし万が一例えば複数のページがあった1ページだけアンプ価が例えば失敗していたようなケースでリンクが適切にできないみたいなことが発生し得るのでそういったことを考えると相対パスではなくて絶対パスの方が無難ではあるかなとと思いますがちょっとここはまず最初はビューオールページをなんかされるのがいいんじゃないかなと思いますというわけで次のご質問にいきたいと思います次のご質問はすじさんからのご質問ですすじさんからのご質問AIによって自動生成されたコンテンツの評価に関する質問ですフィンスに関するガイドラインの生成されたコンテンツがありますこの自動的に生成されたコンテンツというのは実際にはどういう意図でしょうか最近新聞社などでもAIによって記事を作成することが実用化されています読者にとって意味がある自動的に生成されたコンテンツは問題がないという認識で良いでしょうかこのことです こちらいかがでしょうかはい こちら非常にいいご質問だなと思いますというわけで長山さんいかがでしょうすごくいい質問だなと思いますこの自動的に生成されたコンテンツってのは元々はマルコフレンサなどを用いて本当に自動的に生成された文章に関してのウェブマスタガイドラインだったんですけど確かに技術が進歩していく中でもともと想定されていたものとは違うものが出てくるというのも全然あり得ることなのでこの辺については技術の進歩を見つつこちらでもいろいろと考えていこうとは思っていますという感じですかねありがとうございます次のご質問に行きたいと思います次のご質問はコミネさんからのご質問ですコミネさんからのご質問言語追求別アルゴリズムアップデートに関するご質問です日本語検索品質アップデートが話題ですがこれまで言語別に対象としたアップデータが行われた実績があるのでしょうか今後言語役に対象としたアルゴリズムアップデートが頻繁に行われるのでしょうかとのことですこちらいかがでしょうかこちらも名古屋さんいかがでしょうかそうですね3年前でしたっけウェブマスタブログの方にも日本語本にも出したと思うんですけど特に言語あるいは地域依存の問題が発生した際にはこういった言語あるいは地域スペシリックな論地を行うってことは全然あり得ると思います今後頻繁に行われるかってことに関してはなんとも言えないです先ほど日本語の検索のアップデートの記事の最後の方にもありますけれども少なくともこうした改善はこれで終わりと思っているというわけでもかなりありませんしただ頻繁にやるかって言われると頻繁にやるともなんとも言えないところではあるという感じです頻繁の定義の問題ですよね確かにという感じですかあと最初にも言いましたけれどもそういうのは知りたいのかなと思うんですけれどもそのようにGoogleのアルゴリズムがどうするかみたいなことではなくユーザーにっていう話につけるかなと思いますユーザーを意識してユーザーのためにコンテンツを作ってもらえるといいかなと思いますありがとうございますそれでは次のご質問です次のご質問は鈴木さんからのご質問です鈴木さんからのご質問大規模サイトでのナイブリンクに中山さんが巨大なサイトでは発見可能性やクロール効率などについて考える必要も出てきますがほとんどのケースでは必要ないかなととつぶやかれていましたがURLが10万を超えるような大規模サイトではモバイルのナイブリンクも見直しが必要ということでしょうかニュース記事や中古社のナイブリンクはPCとスマートフォンのナイブリンク構造が異なります特に中古社はブルダーウンメニューにしておりブルダーウンメニュース記事もトロインク動線がなくなりますとのことですこちらはいかがでしょうか長山さんがハッとありますのでよろしくお願いしますそうですねみなさんが必要かと言われると何と言うかケースパイケースだと思いますなので 例えばURL数がいくつ以上だったら こう みたいな形で一般的なレコメンデーションを出すっていうのはあまり簡単ではないかなと思いますで ナイブリンク構造に関してモバイルとデスクトップで 全然違うということであれば スマートフォン側で本当にそれがUXに基づいて これが正しいのかどうかていうのは モバイルファーストインデクシングとは関係なしに 常に考えていただければいいんじゃないかなと思いますで プルダウンメニューにしており地域別のリンク同線がなくなりますということ自体に関してはそこまで 気にしなくても良いかなと思いますディスカバラベリティに関してはサイトマップを使っていただければよいとで むしろ それが本当にUX的に正しいのかどうかということの方を考えていただいた方がいわゆるのではないかなと思いますねなので モバイルファーストインデクシングに関わらずナイブリンク構造について考えるっていうのは既に皆さんもされていることだと思いますしなんていうか モバイルファーストインデクシングだからこれが必要だというわけでは必ずしもないかなと思いますっていう回答ですかね どうでしょうじゃ なにか またコメントありましたらぜひご質問いただければと思いますはい ありがとうございますありがとうございますそれでは 次のご質問は山田さんからのご質問ですはい 山田さんからのご質問著作権侵害の報告に関する質問です著作権侵害の報告に関する質問というより予防です先日 自社サイトのバックリング精査を行った際コピペやスクリーピングを行っているサイトを多数発見しました一部のページにとどまらずほとんどのページでこのようなスパム行為を行っているサイトについては著作権侵害の報告を行いました現状の使用だと 深刻したページ単位でGoogleが対応を行いますがサイト内のほとんどのページでスパム行為を行っているサイトについてはエレクトリー単位またはサイト単位で深刻できると助かります今後 改善される予定などあれば教えてくださいとのことですこちらいかがでしょうかはい ありがとうございますこちらのご質問なんですけれどもまず最初にやっぱりこういう自社サイトのバックリングヒリンクの精査を行っていただいているというかそういったことを普段からされているというのはすごく嬉しいと思いますかやっぱりいいなと思いますとそうすることでこうしたことが発見につながったというのはすごくいい事例だなと思いますその上で質問の中身なんですけれどもおそらく このご質問いただいているケースは著作権の侵害にも当たるのかもしれないですけれどもそうしたいわゆるDMCAのような著作権侵害のケースというよりはおそらくスパム声を行っているサイトというのはおそらくハッキングされたサイトなどにそうしたコンテンツを埋め込んでまた何か別の目的で例えばリンクを貼ったりですとか何か広告を載せたりですとかそういったことを知っているのではないかと思いますのでどちらかというとウェブスパムの問題のような可能性が高いのではないかなと思いますですのでこうしたケースではおそらく今回DMCAの窓口から報告されたということだと思うんですけれどもDMCAではなくて通常のスパムレポートからスパムの報告をしていただいた方がというかしていただくのがいいかなと思いますそうすると1ページ1ページ報告する必要はありませんのでその特定できるようなページを指定していただいてご報告いただければいいかなと思いますただもちろんコンテンツを投票しているドメンが複数にまたがる場合はそれぞれのドメンであったりスパムのタイプごとにお送りいただいた方がいいかなと思いますがという感じですねそうですねスパムレポートはサーチコンソールの方から遅れるようになっているのでぜひ送ってくださいありがとうございますそれでは次のご質問はお名前をいただけませんでしたのででは続いてのご質問接客ツールの利用についてのご質問です接客ツールと呼ばれるツールがありますこの接客ツールはユーザーのクッキーなど情報を読み取ってコンバー情報上のためにフォームAの誘導の動線バナーや関連情報ページへの誘導バナーを画面に表示できますこの時の動きをGooglebotはページを参照した時に把握しているのでしょうかはいそうです質問が分かれているんですがここで一回はいそうですねこの接客ツール通常のGooglebotはクッキーなどの情報に関して持っておりませんのでそういう意味では把握していませんというのが単純な回答になるかと思いますちょっと問題が続きますのでじゃあちょっと次に行って続いてのご質問また接客ツールの設定によっては画面全体にコンテンツと別の誘導バナーや情報画像を画面を出すこともできると聞いておりますこの時の接客ツールの動きがユーザーの情報によって表現を変えて表示していますがこのことがGooglebotから見てクローキングと見なされたり誘導のために出すバナーの設定によってはクローキングと見なされることがあるのでしょうかAPテストツールの施策の仕方によってはクローキングと見なされてしまうこともあるとのことですがAPテストのツールとの違いこのような接客ツールは召喚使用することが前提と思いますこのことによって影響があると心配ですこちらいかがでしょうか基本的にはさっきほどのご質問の延長になるクッキーを持たない以上は例えばクッキーの情報を利用して例えば画面全体にコンテンツを出すとかされている場合にはそういったところを追っているわけではありませんので基本的にユーザーとクッキーを持たないユーザーと思いますか一般のユーザーと何ですかね初めて来るユーザーと例えばクローグルボット2のコンテンツのサインみたいなものが大きくない限りはおそらくこのご質問であるような状況に関しては大きな問題が発生することはないのかなと思うんですが接客ツールの細かい使用は何をトリガーにして出しているかと分からないのでパンドンで言うとそんな感じなのかなと思いますが長山さんコメント細くありましたら特にないです基本的にはクッキーなしのユーザーとグッグルボットが同じコンテンツを受け取っているのであればクローキングとは見なされないと思いますインタースティシャルに関しては単純にどれくらいの大きさのバナンを出しているのか全画面ブロックしているのかというところがあくまでポイントになりますありがとうございます次に行きますか次のご質問はムハンマドさんからのご質問ですはい それではムハンマドさんからのご質問突然ページがインデックスされなくなったに関するご質問です突然インデックスされなくなったURLについて複数のサイトを運営していますが先日インデックスからいきなり削除されました数日要素を見てもインデックスされる気配はなくまたサーチコンソールなどを見ても新しい原因がわからなかったため以上挿入したところ正常にインデックスされましたサイトを特に修正した記憶はなく突然インデックスされなくなったことに訪問はくしていますなぜこのような実証が起きたのでしょうかとのことですこちらいかがでしょうかはい こちらに関しましては毎回お伝えしていることなんですがやっぱり具体的なURLはない以上なぜインデックスされなくなったのか正直わかりませんのでぜひこうしたご質問される際に具体的なURLであったり何か例えばそれに伴う情報みたいなのがある場合にはそうしたバックグランドなどもつけてお送りいただけると嬉しいなと思いますのでぜひURLを送くださいはい そのほうそうですねあとよくあるのは当たったといったインデックスの問題であるって認識をされているけれども実はランキングの問題だったり他のコンポーネントの問題であるってことも結構あるので実際にURLを送っていただけるとどこに問題があるのかあるいはあったのかということはより詳細に判明するのでぜひURLを送っていただければと思いますお願いしますありがとうございますはいそれでは次のご質問もまた筋さんからのご質問ですはい それでは筋さんからのご質問サイトの住院変動の用意に関しての関しての質問です2月11日前後に多くのメルサイトで住院変動が発生していますがこれは2月3日に発表された改善の一環ということでしょうかとのことですこちらいかがでしょうか改善は常に行っているので住院変動というのはある程度常に発生していることかなと思いますという感じですかねはい ありがとうございます以上です次のご質問は筋さんからのご質問です筋さんからのご質問HTPSのみでサービスを実装したいに関するご質問です新規でウェブサイトを構築してHTPSで構成するつもりですHTTPのリンクもなくHTTPがないと利用できないサービスもありませんこの場合HTTPのサーバーポート開ける理由がありますかまたHTTPサーバーポートを開け301DダイレクトをすることはいくらHSTSを使用してもURIなどの隠蔽ができず情報が労働する可能性があります最初からHTPSのみでサービスしたいので全く必要だと思いますかどうでしょうかこちらいかがでしょうか長山さんいかがでしょうかそうですね究極的にはウェブマスターごとに決めて良いことだと思うのでこれはどちらかというと個人的には僕だったらどうするかって話なんですけどここだったらHTTPのポートも開けておきますねではなくて直でURLをタイプしてHTTPをわざわざ指定してくるという人も案外いる可能性はなくもないと思うのでそういったHTTPでやってくるユーザーが実際にどれくらいいるのかどうかというのは意外と分からないのかなと思いますこの辺に関しては301DダイレクトをしてHSTSをするという方向でHTPSとしますかねありがとうございますこちらHELPページとあったりするんでしょうかそうですねHTTPSでサイト保護するというHELPセンターの記事がありますのでここでそぶやいておきますありがとうございますそれでは次のご質問です飛んじゃいました次のご質問もまた別の方ですけど鈴木さんからのご質問ですでは鈴木さんからのご質問モバイルファーストインデックスに関してライブリンクの影響度に関する質問ですモバイルファーストインデックスにおいてPC向きページではなくモバイル向きページにHLEフラングを設置したらどうなりますかアノテーション関連は今まで通りなのは理解していますが新規サイトを公開する時にモバイルファーストインデックスではモバイルページが主になることそれからということで気を利かせてしまうウェブマスターがいるかもしれませんとのことですこちらいかがでしょうかこちらも鈴木さんいかがでしょうかはいこれ何の大変用意質問で実はそのHLEフラングのアノテーションに関してモバイルファーストインデックスまあ必ずモバイルファーストインデックスだからというわけではないんですけどどうするかということ今実は議論中ですので近いうちにHLEフラングに関してどのように設定を行えば良いかということに関しては近いうちにレコメンデーションを出せるかなと思いますのでこう動きたいという感じですはいありがとうございますそれでは次のお質問ですはいはいもう次の方がお名前がなかったのではいではアンプキャッシュを用いたナイブリンク実装に関するご質問ですナイブリンク先のURLにページランクキャッシュのURLを指定してページ1000円の高速化を図っているのですがページランクはちゃんと渡るのでしょうかこの実装してから3週間ほど立ちますが検索結果の表示上に大きな変動はなかったですとのことですこちらいかがでしょうかこちらなんですけれどもどうなんでしょうね僕の解釈は間違ってるかもしれないですけどあのもともとのページは例えば普通のスマホサイトで作ってたのを今アンプだけのサイトちょっとURLをいただいたんですけれどもその後にアンプだけのアンプオンリーのモバイルのサイトを作られたのか最初から作られたのかわからないんですがアンプ自体はアンプを実装したからといって例えばランキングに直接影響はモバイルフレンドリーのようにランキングの何か有意になるとこのようなものではないのでそういった意味ではこのようにしたことで高速化したことで何か計算順位に何か大きな変動があるべきものではないのかなと思うんですねなのでちょっとその辺のニュアンスがちょっと僕はよくわからないんですがただもしきちんと実装されてアンプの使用に基づいて実装された場合にページランクはと思いますがちょっとその辺のどういった状況なのかって詳しいとかちょっとわからないのでその辺の何を前提とされているのかも少し詳しい情報を知りたいなと思ったんですが何かすみません長山さん補足的なものがあればそうですね僕の理解ではページランクは多分問題の本質ではなくてアンプキャッシュ言われると元々のアンプ言われるとの間できちんと何というかカノリカライゼーションが行われるかどうかっていうことが問題の本質だと思うんですけどそれに関してはあのテーションがきちんとされているのであればそうなるのではないかと思います僕だったらなんかGoogleのCDNに内ブリンクするよりかは内ブリンクしちゃいますけどそれはウェブマスター5との判断なのかなって気がしますねありがとうございますちょっとまぁ具体的な回答はなくて申し訳ないですが頑張ってください次のご質問は両さんからのご質問です両さんからGoogleアナリティクスに関する質問がきております生成率交互に部分的に離脱率が減少した一部だけまずはご紹介しますね2月7日に前名生成率以降行ったのですがその日を境に一部のディレクトリーのり離脱率が大きく減少しましたスマホのみ約25%から15%に減少しているそうですこちらはい基本的にアナリティクスのご質問はぜひアナリティクスの方にご質問していただければと思いますのでGoogleアナリティクスもフォーラムはありますこちらの方でご質問いただければと思います以上以上です今日のご質問はここまでということですありがとうございます今日若干早めに終わりましたもしご質問いただいたのですがまた次回ですね3月下旬を予定しておりますおそらく何も問題なければちょっとすいませんちょっと今僕は日付の確認ができてないおそらくまた後半の目標はどこかでやると思いますのでまた皆さんお昼の23日30日か20日すいません今ちょっとGoogleカレンダーという通りを見て30ですね今30を予定しておりますので多分30日じゃないかなと思って皆さん時間を開けておいていただければと思いますすいませんまた前後になると例えば出張するとかサラリーマンですのであるかもしれませんはいというわけで今日のおひさわは以上となります今日もご視聴ありがとうございましたありがとうございましたじゃあどうもご視聴ありがとうございました