みなさん こんにちは 本日も Google社員による Webmaster オフィスアワーの時間となりました本日をお届けするのは わたくしあんなとわたくし かなやと あ かなやで お届けしますはい よろしくお願いしますでは まず Googleからのお願いです本オフィスアワーでは Webmaster オフィスアワーというハッショタグを使用しておりますなので 音声が聞こえない 映像が見えない 質問についてのご意見 ご感想その他 ご要望など ございましたら ぜひハッショタグ Webmaster オフィスアワーをご活躍くださいはいはい 続いては Googleからのお知らせですはい まず最初にブログ記事のお知らせですまず最初の記事は Webmasterとコンテンツクリエイターの方々のお役に立つためにというブログ記事を出しましたはいこちらですね 普段コンテンツクリエイター Webでいろいろな情報を公開されている皆さんへのメッセージと申しますか僕たちの思いみたいなものが 前半にちょっと語ってありまして後半にですね そんな皆さんが何か検索に関して トラブルがあったり 何か分からないことがあった時にどういった情報を見ればいいのか ということが そしたコンテンツをご紹介しておりますのでぜひご一読いただければと思いますそうですね これ結構 イベント会場とかでも聞こえたりして ここ読んでくださいね ここ読んでくださいね っていうご案内とかしてたと思うんですけどこうやってまとまってあると こちらとしても 皆さんさんとしてもぜひこのブログを読んでください って一言で言えるのでそうですね 非常に良いかなと思いますあと中に 公開 非公開で Webmaster ヘルプフォーラムの方で非公開で質問するみたいな 技術があったと思うんですけどこれに関しては ちょっとしたことは 何かを言ってそうですね 基本的には やっぱり 具体的な情報がなくて安定ですかね アドバイスするのは難しいんですけれどもその一方で 一部の方だけでやっぱり URLを交換して何か個人的なやりとりが 別のところで 例えばサポートを始めたりですとかなってしまいますと オープンな場のユーザーフォーラムとしての機能を果たせなくなってしまいますので ちょっとバランスを考慮しながらどういった形がいいのかっていうことを 少し考えながら進めていきたいと思いますので現在のところで今 まだできない仕様となっておりますのでちょっと今まで同理使っていただければと思いますそうですね もし混乱されている方などいればこれまでどうしと言うか 当分の間ははい お願いしますそして 次の Google Assistant にあなたのレシピを届けましょうというブログ記事を公開しましたこちらですね Google Assistant そして Google Homeからレシピが利用できるようになります ということでストラクチャードデータ 構造化データのレシピに関するガイドラインを更新しましたので ぜひ こちらのガイドラインに合わせて効果していただくと Google Homeから OK Googleって例えば何でしょう 何々の作り方を教えてみたいな形でその時に皆さんのレシピが出てきて それが手順ごとにたま教えてくれるようになるはずですですので その手順に ガイドラインに従ってマーカップしていただくと いいかなと思いますのでぜひよろしくお願いしますはい よろしくお願いしますはい じゃあ続いてはい イベントの予定ですと森田区さんです森田区さんです ちょっとイベントシーズンに 突入しておりますのでそうですね とりあえず直近のイベントとしては明日 東京でスピードアップデートについての話をしてまいります 結構ですね こちらいろいろな情報があると申しますがスピードは非常に皆さんには 関心が高いところですのでそうですねぜひですね これを機に皆さんもこのスピードアップデートがあるから何か改善するのではなくて実際にさらに上を目指していただけるとよいかなと思っておりますのでこちら明日ありますそして5月の30と6月の2日ですね大阪におります大阪でイークマスツフェア 大阪とあとワードキャンプ 大阪に参加いたします基本的にタイトルがほとんど一緒なんですけれども大阪は多分同じような話をしますので両方参加する必要は全然ありませんむしろがっかりさせてしまうかもしれませんのでただ6月2日の方は少しワードプレスよりの話も盛り込もうかなと思ってますのでそういった感じになると思います大阪におりますそして6月9日はまた東京でGoogle検索Q&Aということで割とQ&Aを中心に何かMFIですとかモバイルファーストインデックスですとか何かちょっとその時の瞬な話をですね交えていろいろお話をしたいと思っておりますあと先週もちょうどですねこの週末に静岡の静岡ブログアフィリエイトミーティングに参加して参りましてそちらもですね大勢の方に静岡の皆さんにお越しいただいてGoogle検索の基本的なおなしとそして最新情報モバイルファーストインデックスですとか新しいサーチコンソールのベータ版ですとかそしてスピードアップデートの話をしてきたんですけれどもやっぱり新しいサーチコンソールのベータ版まだあまり使ってないよって方が結構多かったのでぜひ皆さんですね未来で皆さんもまだ使ってないって方は新しいサーチコンソールすごい便利になっているのいますのでぜひちょっと使ってみていただくといいんじゃないかなと思います検索後でまたツイッターなんかでリンクなんかをお送りしたいと思いますということでありがとうございますでは続いて私の方から4月27日に開催されましたアンプロールショー東京の話を少しさせていただけたらなと思いますまずアンプロールショーにお越しいただいた皆さまありがとうございましたこちらは2月にアムステルダムで開催されたアンプコンパレースの内容も合わせて実際の開発者の皆さまだったりウェブマスターの方々にアンプの最新情報お役立ち情報をお届けしたイベントになりますまた実際にアンプを開発しているPMだったりエンジニアも海外から参加していたのでまた偏貴重な交流の場だったりフィードバックの場になったのではないでしょうかと思います詳細情報に関してはこちらのハッシュタグアンプローショーを追っていただければわかるのですが私からも簡単に紹介したいと思いますまず昨日となんですけどこちらはアンプがどのような技術でどのような機能に注目開発されてきたかを改めて説明した上で最新事例を紹介して解消を盛り上げていました会場の皆さんにもアンプがウェブサイト構築に有効であることが伝わったんじゃないかなという感じがすごい印象としてありました続いての2つのセッションなんですけどこちらはアンプというライブラリを使ってどこまで充実したユーザー体系を提供できるかについて紹介いただきました少し前まで性的コンテンツだったりとか簡易コンテンツ、簡易ページしか実装できないんじゃないかなと思っていた方多いと思うんですが現在ではアンプコンポーネンツという要素群を使うことで十分に立機な表現ができるようになりました動的なコンテンツはパーソナライズ、ログイン機能なんかも実装できるんですよという例をデモを使って説明していました例えばアリババ系列のECサイトアリエクスプリスであればECコマースのすべての機能をアンプで作っていますこちらはカノニカルアンプと言われているものでとてもホットなトピックかなと思いますその後休憩を挟んでアンプとPWAをどう組み合わせで実装するかその方法について紹介しましたこちらはPWアンププアンプとして知られていて耳にしたことがある方も多いのではないかなと思いますさて話は変わるんですけどもウェブサイトを開発してユーザーに届けるためにどういった流れでしょうかというご質問なんですけどこれページを作って再適化して検証してトラッキング用のタグを実装してそしてやっと検索エンジンは広告ネットワークで配信されるという流れなんですけどもしかしたらベムマスターの方々はそんな簡単じゃないよとおっしゃるかもしれないですけどもだくりということを超え流れですよねなので開発者の皆様からすると開発するだけじゃなくて運用についても気にする点点が多いんだなと印象を受けると思うんですけどもこのあたりの注意点に関してアンプインプロダクションというセッションで触れられていましたその後もセッションですねタイトル通りですがWhat's Next in AMPではアンプストーリーズやアンプをエメールなどアンプの今後について紹介されていたりマリスタイゼーション with AMPではアンプHTMLアーツのランディングページなどアンプでマニュタイゼーションについて紹介されていましたその間にサイパーエージェントさんだったりとかEQさんのゲストトークがありましたこちら気になるトピックあればぜひこのハッシュタグアンプローションを活用して情報を集めてみてください本日はイベントの救援セーションであったWebmaster向けのトピックをお持ちしていますなのでぜひ早速見ていきましょうはいまず最初のご質問ですねアンプページのランキングに関するご質問です現在運用中のサイトをアンプ化した場合スーページのみをアンプ化したいと考えていますがその場合SEOには影響するのでしょうかまたアンプページURLをシェアした場合はSEOのサイトパワーが分散してしまいそうですがどうなんでしょうかこちら金谷さんいかがでしょうかそうですね上のご質問に関してはいつものような返事になってしまいますけどSEOには影響するのかどの点をさしていらっしゃるのかと思うんですけれどもおそらくランキングの話だろうなと思ってお答えしますがそうですねこのアンプページに対応したことによって何かランキングにポジティブな影響であったりネガティブな影響だったりっていうのがあるかっていうと特にはそれは直接の関係ではありませんのであんまり気にしなくていいかなと思います2つ目のご質問に関してはSEOこちらもSEOのサイトパワーが分散してしまうっていうのは何をさしていらっしゃるんだろうちょっと思うんですけれども例えばおそらくリンクなどの効果みたいなことをさしていらっしゃる場合は基本的には何て言うかねきちんと設定がされていてアンプページの場合はカノニカルは別のモバイルの版にカノニカルは別に存在しているという状況であればそして結局カノニカルはそういった効果を1つにまとめるみたいなところがありますので特に気にしなくても大丈夫かなと思いますすみません部屋の電気が消えましたすみませんセンサーがちょっと遠いところにあって僕らの存在を認識してくれないすみませんちょっと戻しますとただご質問にお答えするとそうなんですけどソーシャルのシェアであればそういったことを特に気にする必要はないかなと思いますのであとシェアした場合というのはご自身が主体的な感じの表現にも感じますのでご自身がシェアする際はカノニカルのリンクをシェアした方が見たユーザーの方にもわかりやすくていいのかブラウザーとかで言われる見た人にはいいかなと思いますのでアンプページを開いてもらえればアンプでもいいのかいずれにしてもどちらもあんまり気にすることはないかなと思いますすみませんでは続いてのご質問に移ります評価対処ページに関するご質問ですモバイルファーストインデックスがSEOの評価基準になったと思うのですがもしデスクトップもモバイルもアンプで実装されている場合アンプページがSEOの評価対処になるという認識でよいでしょうかというご質問ですがこちらはカノニカルアンプなのであれば検索エンディの評価対処になるのかなと思いますがカノニカルのページが他にある場合は今までどおりデスクトップ版であったりモバイル版であったりGooglebotがクロールするというページがGooglebotのクロールする対処になるかなと思うんですが金屋さん一行でモバイルファーストインデックスがSEOの評価対処にはいそうですねその認識としてうんって思ったのはSEOの評価基準って何かって話がなるんですがランキングの評価の際にこの話のことをさせていらっしゃるのかなと思うんですけど何て言うんですかね基本的にモバイルファーストインデックスに関してはこれまでデスクトップ版とモバイル版のクローラーがそれぞれデスクトップ版はデスクトップのコンテンツをモバイルはモバイルのコンテンツを見ていたものがでランキングなどはデスクトップのクローラーが取ってきた情報を使ってインデックスをしてモバイルのランキングを作っていたそれを逆にしてモバイルのクローラーを持ってきた情報を使ってインデックスそしてランキングをしていこうPC版の方もしていこうというようなすごく簡単な話なんですけれどもSEOの評価基準になったときそういうことをさせていっているのかなと思うんですけどおしゃれとおり結局カノニカルアンプで作られている場合にはもちろんそのページがそうしたクロールインデックスランキングの評価対象になりますのではい、なりますありがとうございますでは続いてのご質問に移りますアンプキャッシュを使わない諦めるという前提に立つとアンプHTMLにもJSを書くことができてしまいますがアンプインJSが来るまでのつなぎの手段として水曜ペナルティがあるなどメリットがあれば教えていただきたいですということですこちらはDartYAMPの話かなと思うんですけどもJSを書き込むことでアンプ本来のパフォーマンスなどができないかもしれないアンプパフォーマンスを達成できないかもしれないということは理解いただいた上でもし実際に試されたいというのであればオープンソースですしぜひ試してみていただければいいんじゃないかなと思います14問のここからでむしろそれでパフォーマンスが上がった良くなったということがあるのであればぜひアンプコミュニティの方にフェードバックだったりとかいただけるとすごいエンジニアPM等と喜ぶんじゃないかなとというか世界中の方々じゃないかなと個人的には思いますところに課題があるんだみたいなことがありましたらぜひこっちすらに関してもアンプコミュニティの方にフェードバックいただければ良いかなと思いますキートハブページなどがありますのでぜひご活用くださいSEOペナルティがあるのでメリットがあれば教えていただきたいですとのことですがカネさんこちらはショートアンサーで言うとないですもう少し説明しますとそもそもSEOペナルティとは何ぞやって話なんですがおそらくウェーマスター向けガイドライン違反に対する手動対策のことをさせていらっしゃるのかなと思うんですけどもそもそもペナルティではないという話もありますし何か何て言うんですかねもしアンプであったりこういった検索についての実装とかされている方でしたら一度そうした手動対策とは何かみたいなこともきちんと理解してそうしたガイドライン違反例えばクローキングであったりそういうことがしてしまったりしないようにそうしたガイドラインについても一度見ていただいていただくと僕らがGoogleの考えに反数に対して何かこれはペナルティだみたいなことやっていることとは何ひとつなくてそもそもユーザーのために悪い影響があることに対してやらないで欲しいというような思いを込めて手動で対策をしていますということですので何か例えばアンプで独自のJSを使いたいということに対してそもそもGoogleがどういう範囲の話ではありませんのではいですので焦炭さん回答に戻りますけれども特にそういったことはありませんありがとうございます続いてのご質問ハンプとかのリカルページに関するご質問ですね自社で持つアンプページのPPEが最近下がり通常ウェブページのPPEが代わりに伸びていますこれはSUをアルゴリズムによる影響なのかそうでないならどのような原因が考えられるでしょうかまたアンプページを作りバリデータでもサーチコンソールでもエラーが出ないにもかかわらずアンプページがキャッシュされずに通常のウェブページがキャッシュされてしまう現象が起こるのですがなぜですか一度アンプキャッシュされたものが大量に戻ったりしていますとのことですこちらなんですけど具体的なURLやクエリをいただかないことにはこちらとしてもデバッグとうとうできませんのでぜひ具体的な情報を添えてHELPフォーラムやオフィスワーを活用いただけたらなと思いますそうですね上の件に関しましてはとりあえず質問を写したままでいきますとアンプページではなくて通常のウェブページモバイル側のページが表示されているということだと思うんですけれどもおそらく何かSEOアルゴリズムというものが何かわからないですかそういうものの影響というよりは単純に実装に何か問題があるか何らかのエラーが発生していて結局アンプが認識されてアンプがあることは認識されていなくてモバイルのページが表示されていることだと思いますのでなので実装を確認されるといいのではないかなと思いますしこれ下の方って同じ方別の方ですぜひ色々なツールを使ってまず見てみてそれでもわからない場合はURLをつけてオフィスワーがフォーラムにご質問いただけるといいかなと思いますこのまま似たような話ですよねこちらエラーが出ていないのでわからないということでしたらまさに今の話なんですけれどもURLをつけてご質問いただけるといいなと思いますありがとうございますでは続いてのアンプの質問は続きますね続いてサーチコンソールでの表示に関するご質問ですサーチコンソールでインデックスのおいてアンプページは所外だいたいページになるのが通常だと思いますが一部はカノニカルがあってもアンプURLが言うことになりますこれは放置して良いのでしょうかインフォコロ建設でも出てくるのですがとのことですこちらいかがでしょうかこちらそうですねショートアンサーから言うと放置して良くないんじゃないかなと思いますおそらくですねやっぱりアンプURLが普通の通常の正規のURLとして認識されているということですのでやっぱり何か実装に問題があるともしここのそうですね実際にそこのサーチコンソールでどういう表示がされているかにもよるんですが元のページとの関連性関連付けがちょっとやっぱり認識されていないのか実際にコンテンツに関係がありすぎて結局別のものだと認識されているのかみたいなのがちょっと思いつくところかなと思いますので是非ちょっと確認してみていただけるといいかなと思います楽しくは具体的なURLを添えてスクリーンショットなどもあればありがたいです調査がしやすい形の具体的な情報を一緒にいただけると良いかなと思います今日はちょうど朝編のするときにTwitterでも投稿したんですけどURLをつけていただけると僕らもやっぱりさすがに具体的なサイトを見ても判断するのは難しいこともたくさんあるんですけどやっぱりないと本当に一般論ぐらいしか言えませんので是非お送りいただければと思います特にこのオフィサーは他のユーザーの方には見せないで僕らに質問することが可能ですので色々情報をつけていただけると良いかなと思いますよろしくお願いしますよろしくお願いしますありがとうございます続いては通常のWebmasterオフィスアワーに戻りましょうか大丈夫ですかでは1つ目のご質問に移ります検索結果に記事タイトルが上位表示されない件に関するご質問ですWebmasterツールでアクセスを確認していたところ党法のブログの自体タイトルを検索しましても上位表示されない状態が何日も続いております手動による対策についてもご連絡もなくなぜなのかはっきりしませんWebmasterWebmasterフォーラムでも誰も正確な上回答をいただけませんでしたので再度ご連絡することをお許しくださいとのことですはい前回もたぶんチラッとお話しして調査している件なんですけれども結論から申しますと今のところまだ具体的な原因というのは減少は確認できたんですけれどもまだつかめておりませんただある一時期表示回数ですとかクリック数なんかもすごく落ちていることは確認できたんですがその落ちているものといろんなサイト全体が落ちているのとむしろ分かりやすいんですけれども落ちてないページなんかもあったりしてなんかそれがこちら側で僕らが確認できるような情報ですと今のところ何か問題が発生していないのでなぜ表示されていないのかというのはちょっと確認するのが難しい状況ですねですのでこの件に関しましてはまた今後も調べていく中でちょっとこちらで言えることがあった場合に何かお伝えするしようと思いますけれども何かお伝えできることがないかもしれないので知れませんのでそこはご容赦いただければと思いますただまた問題が起きた際には是非チューブ確認見ていこうと思いますのでフォーラムなんかでもまたご質問いただければと思いますで1個分かったこととしてはこれは直接ご本件とは関係ないかもしれないですけれどもアンプの設定がおそらく一度設定された後に外されたのかなと思うんですけれども残ってるところと残ってないところですとかなんかいろいろあったりしていたのでなんかそこの過去の設定のクリーンアップみたいなの一度された方がいいんじゃないかなと思うところがありましたのでそこはちょっと確認していただければと思いますありがとうございますでは続いてのご質問に移ります重複するコンテンツに関するご質問です弊社ではブランド品の買取に関するサイトを運営していますサイト名で検索した際にトップページが上位に表示されない状態が続いているためサイト全体の見直しを行っています現在商品の状態やなどによる買取価格の違いを見られるように買取事例の詳細を個別のコンテンツとして作成しています書きの2点についてご協議いただけないでしょうか1点目同じ商品を使った場合細部の情報や説明の文章などが好まっていても重複するコンテンツに該当するのでしょうか2点目該当している場合そのことがサイト全体の検索順位の低下に影響している可能性はありますかこちらはいかがでしょうかこちらのご質問に関してそもそもこちらも何回かお伝えしているんですけれども重複コンテンツがとはみたいな話が一つ問題になると思うんですけど重複コンテンツって発生するのがわりとインターネット上では普通例えばなんとかexample.comexample.comscript-index.htmlというのは技術的には持ち上げた ребなんですけれども それは中身は まったく同じものを見せているので重複コンテンツとして Googleは扱って その正規か Google側で何かカノニカルの指定などはなければ どちらかを正規URLとして扱いますよというものであって決して この重複コンテンツ自体は何か重複してはいけませんあなたのサイトは重複しているから このページとこのページは重複しているか 順位を下げますといったものではありませんですので おそらく そういった場合の重複コンテンツをイメージしてご質問されていると思いますので そういった 先にちょっと2番の回答になりますけれどもサイト内のコンテンツが重複しているからといって 何か それによって順位が下がるというボタンは 一般的にはないかなと思いますで 一番目の話に戻りますと 同じ商品に対して 販売ですよねそのいろいろ査定時期であったり 回取価格の違いなどその多分ケースごとに 同じ商品にもページが異なるようなことは別にあってもいいかなと思いますし むしろ その中のカノニカルみたいなものをご自身で指定されれば メインとなるページを一つ作ってそちらにカノニカルを設定するか 何かするといいんじゃないかなと思いますのでどちらにしても特に気にするほどのことはないかなと思いますどうもありがとうございますでは続いてのご質問に移ります 構造化データに関してマークアップ方法の推奨に関する ご質問です構造化データのマークアップ方法として マイクロデータ ジェスオンLDRDFAがサポートされていますが グーグルとしてはどの方法推奨しているのでしょうか グーグル公式ドキュメント内では以下のようにコンテンツによって 技術が分かれていますつまりマイクロデータを推奨している ページであったりジェスオンLDを推奨している ページであったりがありますそれぞれのメリット デメリットはありますが推奨と技術している理由があれば 教えてくださいまた 例えばパンクズリストは マイクロデータが向いているなどマークアップするデータの種類などによって 使い分けた方が良いとすればベストプラクティスを教えてください とのことですこちらいかがでしょうかこちらに関しましては グーグルがこの構造化データのマークアップ方法として 推奨しているのはこの下のデベロッパーページにも 書いてありますとおりジェスオンLDを推奨しておりますのでジェスオンLDを基本的に 推奨しているんだと思って考えていただければと思いますじゃあ 上のURLでなぜマイクロデータを 推奨しているかのような文章があるかと申しますと 正直ですね 結構昔から書いてあった文章がそのまま残っていたところになりますので今そちらを削除するような 手続きを取っておりますのでそのうちなくなると思いますはい ジェスオンでフィードばっかりありがとうございましたありがとうございましたはい では続いてのご質問に移りますサーチコンソールにて 地域区分のレポートに関するご質問です サーチコンソールの検索アナリティクス機能で国を指定できますが 地域を指定することができません地域によってこそなる検索結果を 表示させているケースがあるのであれば確認できるようにするのは 筋ではないでしょうかこちらの機能については Google側で検討されていますかとのことです こちらいかがでしょうかはい そうですね こちらのフィードばっかりありがとうございます特に今 こちらについて何かお話できることはありませんけれども 何かそういうことが今後実装されるようなことがありましたら ブログなんかではきちんとお伝えしたいと思いますはい ありがとうございますでは続いてのご質問に移りますロボットテキスト技術のクロール頻度への 影響に関するご質問です例えば 一度クロールかインデックスかとしていたサイトが後にロボットテキストもついて クロールをブロックしたとしますそうすると インデックスが残ったままになるケースがあるかと思いますそうですね こうした状態を受けて ロボットテキストを修正しクロールかインデックスかの状態に 変更した場合今までロボットテキストにより クロールを深くしていた影響によって通常のサイトよりもクロールの頻度などが低くなったり挑戦されたりすることはあるのでしょうかそれともクローラーの対応に 特に違いはないのでしょうかとのことです こちらいかがでしょうかはい そうですね こちらについてもおそらく何かすごく強く懸念するようなことはないかなと思いますやっぱり何かページをちょっとご質問が ケースがすごく限定的と申しますかその一度 公開していたページをノインデックスとかする前に ロボットテキストでクロールを制限してしまうみたいなことをした後にそれがどう影響を与えるか みたいなご質問でおそらく何かトラブルが起きてるんじゃないかな起きてのご質問だと思うので実際のトラブルは何なのかな ってちょっとお伺いしたいなとたぶん 何か もしその後にトラフィックが下がったなかなかクローラーが来ないみたいな もし問題が発生してるんでしたらおそらく別の原因があるかもしれませんのでそちらの元のトラブルの方を何かご質問いただいて今 こういう状況を思い当たるところとしたこんなことなんですが みたいにいただくと僕らももう少しいろいろコメントできるかなと思いますこの件に関しては 特に気にするほどのことはないんじゃないでしょうかとあと ロボットテキストを修正しましたよってことを知らせる機能もサッシュコンソールにありますのでそういったものを使っていただいてクローラーに認識してもらうようなことも可能ですのではい というわけでありがとうございますでは 続いてのご質問に移りますGoogle Mapsに関してということなんですけどもこちらGoogle Mapsに関してはいかがしましょうかまあ こちらに一応ご質問いただいてるのでこちらで除外はしないで一応お見せした上でスキップすると検索についての質問ではありませんのではい こちらはスキップさせていただきますそうですね Mapsに関してはまたHelp Forumみたいな形でそちらで聞いていただくのがよいかなと思いますはいでは 続いてのご質問に移りますサーチコンソールレポートから表示除外したいに関するご質問ですサイトのメンテナンス時に前ページでHTTPレスポンスコード503を開始用にしていますがそのタイミングのクロールがサーチコンソール上でサーバーエラーとしてレポートされますそうしたエラーレポートに重要なものが埋もれてしまいがちですしそれなりに数が多いと修正済みとするも面倒ですリトライアフターなど特定のHTTPヘッダーが設定されている時はサーチコンソールのレポートからは除外するような仕組みはないのでしょうかとのことですこちら いかがでしょうかそうですね こちらに関しましてはちょっとまだ確認中ではあるんですけれどもそうですね一つ言えることがあるとしましたらこちらのエラーに関しても例えば実際に起きているエラーの全てをお送りしているかというとそうでもなく内部分もありますのでですのでどうなんでしょうね何か埋もれるくらいたくさん何かメッセージが届いていることがあった場合は今回の場合はメンテナンスの時ですのでもちろん大きな問題はないと思うんですけれども他の方に関しては何か問題が発生している可能性のが大きいかなと思いますのでまずそういった数値がいかないよりはより多くの数値が出たほうがやっぱりいいかなと思うところもありますのであるかなと思いますその上で実際このリトライアフターみたいなものがどのように今機能していてそれが皆さんに何かお伝えできることがあるかどうかというのは確認中ですのでまた次回お伝えしたいと思いますありがとうございますでは続いてのご質問に移ります新規公開ページがインデックスされない件に関するご質問です3月12日に公開した特集ページがGoogleにインデックスされず困っています指導対策は受けていませんマバイルフレンドリエラーもありませんフェッチャーズGoogleでの認識では問題がないように見えますわぼつテキストでクロール除外していませんノーインデックスメタタグ書いていませんトッポでは原因がわからずトッポにくれています何か誤った方法設定を受けていただけないでしょうかとのことですこちらいかがでしょうかこちらは実際にURLをいただいていて僕らの方でも確認することができた件なんですけれども結論から申しますとそうしたエラーが発生しているというよりはそもそも公開したページがGoogleに届いていなかったというのが正直なところです分かりますかねやっぱり公開した場合にフェッチャーズGoogleで認識は問題がないように見えますおそらくフェッチャーズGoogleレンダリングした結果は確認されたんだと思うんですけどその後インデックスに送信は多分されていないんじゃないかなと思いますもう一つサイトマップも僕は見つけられなかったのでサイトマップなども設定されていなくてGoogleがそのサイトをすみません新しく公開した特集ページを発見するのが非常に時間がかかってしまったケースだなとですので多分そうですねやっぱりサイトマップまたはフェッチャーズGoogleのインデックスに送信なんかの機能を適切に使っていただくことでより早くインデックスさせることができたのではないかなと思いますのでぜひですね手軽なのはサイトマップを導入するのが一番いいんじゃないかなと思いますのでこの場合のサイトマップはHTMLのサイトマップではなくてXMLのサイトマップをきちんとご用意するのがいいと思いますありがとうございますでは続いてのご質問に移りますアフィリエイトID付きのURLがリダイレクトエラーになる件に関するご質問ですそうサイトではアフィリエイトSPを上映しており各アフィリエイターに割り振られたIDをとサイト内のURLに追加することでアフィリエイトリンクとして機能させておりますこのアフィリエイトリンクに対してリダイレクトエラーがあるとの通知がサーチコンソールから多数届くようになりました当方のリダイレクトを処理に不日はないと思うのですがなぜリダイレクトエラーになってしまうのか不明ですのでリダイレクトエラーになる理由とその対処方法を教えていただけますと幸いですとのことですこちらいかがでしょうかそうですねこちらに関しても実際URLを頂いていてその頂いたURLをもとにいろいろ調べてみたんですけれどもそのショートアンサーとしては実際にはすみませんもう一回質問の方に戻しますと特行した不日はこのリダイレクト処理に不日はないと思うんのですが僕らの記録確認できる範囲ではこちらのリダイレクトにおそらく不日があるように見受けられましたなのでリダイレクトはちょっとループしてしまっていてそのためリダイレクトエラーの通知をお送りしていますのでもしまだそれが解決されていない場合にはそちらを再度ご確認いただければと思いますありがとうございますでは続いてのご質問に移ります動的に表示を変えているコンテンツも取り扱いに関するご質問です先日のGoogleアイオーでジョンミュラーさんがセッション内で紹介していた同的レンダリングという技術が気になっています実装の詳細はセッション内に紹介があったツールの説明を確認しようと思うのですがGoogle側の挙動で2つ気になる点があるので質問させてください1つ目コンテンツの内容について同的レンダリングに限った話ではないですがユーザーの行動により表示内容を変えるコンテンツがありますブラウズによるアクセスの場合はこうしたコンテンツを返せますがGoogleボット向けには一般的なおすすめコンテンツを表示することになります例えばそうしたコンテンツさえがページ内の大部分を占めるような場合クローキングにあたる恐れはあるのでしょうかまた2点目ページ速度に関して初期表示の高速化のため画像ではなくコンテンツ自体のレイジーロードを検討しています同的レンダリングを採用した場合はコンテンツを全て自然に読み込みしていくことになると思うのでブラウズアンアクセスとGoogleボットによるアクセスで読み込み速度は変わると思いますまたページ読み込み速度の指標の一つとしてChrome User Experienceレポートがあると思いますがこちらはブラウザからのアクセスのみのレポートと認識していますもちろん複数の指標を組み合わせて使うとは思うのですが同的レンダリングをした場合に読み込み速度の点で評価つけを混乱させてしまわないでしょうかとのことですこちらいかがでしょうかはい長いありがとうございます2個質問しかもGoogleアイオーデのセッションの質問を早速いただいてそうですねちょっと同的レンダリングダイナミックレンダリングに関してあまりまだ詳しく外で何て言うかドキュメントとかまだありませんのでちょっと簡単に説明できるのかって話もあるんですがご説明しますとまず同的レンダリングに関してはいわゆるジャバスクリプトで作られているサイトをイメージしていただいての話なんですけれども通常ですねジャバスクリプトで作られているサイトの場合に例えばジャバスクリプトがサーバーサイドでちょっとこの場合用語の定義がちょっと重要なんですけれども今から言うレンダリングというのは時々ですね皆さんの画面に描画されることをレンダリングとさすこともあると思うんですけれどもここで言うレンダリングはそのジャバスクリプトの状態からHTMLのなんて言うかね状態に持っていくこともレンダリングとそのジャバスクリプトを走らせてHTMLのような構造にしてそれを最後画面に移すとかピクセルをペイントするみたいな感じの表現になってくるんですけれども今回はそこのジャバスクリプトをHTMLにするようなきちんと性的なロードしたHTMLにすることをレンダリングとさすんですがそのサーバーサイドでレンダリングされたようなものであったり逆にそのクライアントのほうで皆さんのお手持ちのパソコンのほうでの機能を使ってその画面のブラウザの中でロードされて何か生成されていくHTMLがレンダリングされていくようなもののいろいろなパターンがあると思うんですけれどもその公社の場合前社の場合はサーバーサイドで生成されるようなレンダリングされる場合にはもうHTMLとして描画すればいいだけの状態としてGoogleにはクロラーは認識しますので早くインデックスをします早くというか普通上通りインデックスできますところがクライアントサイドでレンダリングする必要があるようなJavaScriptの実装に関しては一度Googlebotが認識できたものをインデックスしようとするんですけれども実際にJavaScriptをロードしてその後にできるコンテンツというのはそのタイミングではインデックスされないんですねその後に少し余裕が出てきた頃にロードさせてそれをインデックスを心見るということで少し時間がかかってしまいますそういったことを解決するための手段として今回ダイナミックレンダリングというのをご紹介しましたそのダイナミックレンダリングは今回いわゆるクローキングのルールをかんわというかその点だけオリシを変更して通常クローキングはユーザーとGooglebotに違うコンテンツを見せることを禁止しますやめてくださいというのはクローキングなんですけど同じものを見せてくださいところがこのケースに関しては例えば皆さんのコンテンツがクライアントサイドでロードしなくてはいけないようなJavaScriptの実装をしていた場合でも皆さんの側で一度もプリロードプリレンダーそっちもいいですか事前にレンダリングしていただいたHTMLをGoogleに見せるようなことをしていいですよ通常であればユーザーと見せているものと同じものを見せなくてはいけないというルールだったんですけどそうではなくて一度もうすでにHTMLにロードJavaScriptを実行した後のものを見せていいですそうすることでそのページのコンテンツを早くGoogleがインデックスしてユーザーに届けることができるようになる特に実装方法として何らかの形でHTMLを吐き出していただいてもいいんですけれども何かリアルタイムで何かツールを通して本当にレンダリングしてそのレンダリング結果をGoogleに返すみたいなことを提案していますとなんとなく伝わりました何の資料も用意していなかったので用意しなかったら少し理由があって僕らとしての公式のコンテンツはこれから用意しますのでちゃんとご説明するのはそういったものができてからいろいろご説明しようと思います何にしてもJavaScriptの実行後のものをGoogleに見せていいんだというふうに変わっていきますお質問にポイントとしてはありですよねメンバースタ彼方の方が見せたいページと実際にユーザーが見るページ今までは技術的な製薬があってGoogleボートが見ているページとユーザーが見ているものが違ったことがJavaScriptがあるので起きていましたただ最終的に見せたいページというのは一緒だからもう最終的なページをGoogleボートにも見せてあげたらいいんじゃないかっていうような話ですレジロートだったりとかシングルページアプリケーションだったりとかそういった流行り皆さんよく使われていること多いと思うんですけどもそういった方々には運転があるんじゃないかなと思いますでは2つ目の1点目のご質問はそれを前提としてコンテンツの内容についてこれは同的レンダーリングに限って話ではないですかということでこのダイナミックレンダーリングとは別にの話になると思うんですけども結局割と一般的な話としてユーザーの行動によって表示内容を変えるコンテンツがありました多分ユーザーのこれまでの共同によって少し見せるレクメントエンジン見せるコンテンツが少し違ってくるような場合に言わなくてGooglebotに一般的なオススメコンテンツを表示することになりますという話なんですけども多分解釈が違ってクローキングにあたる可能性が出てきますので一般的なオススメコンテンツを表示するのではなくて初めて来たユーザーに見せる同じコンテンツを表示していただければいいのですストレートに言うと何も特に気にしないでいいものですですのでコンテンツの差異が大きいかどうかということが重要なのではなくてそもそもユーザーとGooglebotに違うものを見せていることがクローキングになりますので初めて来たユーザーには違うページを見せていてGooglebotには一般的なものを見せているんだとするとそれはクローキングになる可能性があるというよりはクローキングに当たりますので同じコンテンツを見せるようにしていただければと思いますこれが1つ目ありがとうございます2つ目のこちらまずコンテンツ自体のレイジードードというのが僕まだピンときてないんですけどコンテンツ全体が表示されワイトがよくあるんですかありますね例えば文字が表示するまでにちょっとボックスとしてここにちゃんと文章がこれから電話されるよみたいな感じのなるほどそうですねこちらに関してもどのような技術を使ってあったとしても結局そもそもおそらく懸念されているのはみたいなことを意識されていて結局ユーザーに見せているものは早いんだけれどもこのダイナミックレンダリングを採用した結果はものすごく遅くなってしまってそれによって何か例えばその速度がきっかけとなって何かスピードアップデートに影響を受けることがあるんじゃないかみたいなことだと思うんですけれども一つ言えるのはまずスピードアップデートの対象となるようなものはやはり極めては遅いサイトその速度によってコキザミに順位に影響があるのではなくて本当に遅いサイトに対して順位が下がる可能性があるような形ですのでインロログの方でもすごい遅いサイトを限られたクイリーに関して影響する可能性がありますよと技術だったと思いますというのはまず前提であるということとおそらくコミューラーのセッションでも多分言ってたと思うんですけれどもダイナミックレンダリングに関しては必須でも何でもありませんのでこのダイナミックレンダリングをさせてインディックスさせたいその方が有利であると思った場合には実装して頂ければいいですしそれを実装した結果インディックスは早くなったけれどもページの労働読み込み速度が遅くなったみたいな場合にはその実装をやめて頂ければいいと思いますので必ず実装した後にテストを行って頂いて実際それが読み込み速度にどのぐらい影響があったのかということを図って頂ければいいのかなと思います大丈夫ですかねなので混乱させてしまいそうなぐらいもし遅くなる感じがするんでしたらというかやっぱり実装しなくようにして頂ければと思いますし一般的にはやっぱりジャバスクリプトレイジーロード実際コンテンツの後で読み込まれるコンテンツの量にもよるのかもしれないですけれどもダイナミックレンダリングによっていちじるしく遅くなるってことはあまり考えにくいかなっていちぎがあるとかそういう感じでしたら大変なことになるかもしれないですけど多分そういうページではないと思いますので強化づきを混乱させてしまわないでしょうかって入るいただいている先は検索アルゴリズムなんですかね実際に言うそうなんですかねどうなんですかねスピードアップデートのことだと思っても答えていますなるほどそうですかね違いますかもし違うんだっていう意見があればぜひフィードバックいただけたらなとあればいいスピードアップデートとした場合にはこの複数の指標を組み合わせて使うと思うんですがこの指標についてはまだまだと思いますか多分発表を公開する予定がありませんのでそうですねなのでどの部分を最適化するかっていうのも特に僕らが図ってどのように評価つけするかというの今後公開している情報はありませんのですみませんいいですってそこでちょっとはっきりさせてそうですね自分の予算なんかはイベントでジョミオラさんに聞きましたよみたいなことがあるのかもしれないですけどでも特にジョンが何かこれを使っているっていうのがあるわけではないので言ってるわけではないのでなので混乱しないで準備していただければと思いますありがとうございますダイナミックレンダリングに関しては今後ドキュメント用意したいと思いますありがとうございますありがとうございますでは続いてのご質問です最後ですかパラメーター付きの動的URLはフリートのことでご質問をいただいていますそういうことでスポーツメディアを運営しておりバスケの試合ページに関してURLに試合IDをパラメーターにして表示させているのですがなかなかインデックスされません現在ではパラメーター付きのURLでもインデックスについてはお互いなく処理されているという情報もありますがパラメーター付きの試合ページに関してはフェーチャーズグーグルを心見てもインデックスされませんやはりインデックスさせるにはパラメーター付きの動的URLではなく性的URLの方が有利なのでしょうかファイトルディスクリプションやコンテンツもユニークであるためコンテンツ重複や品質が低くてインデックスされない可能性は低いと思っていますということでこちらいかがでしょうかそうですね こちらは具体的なURLをいただいてなくてなかったので言える情報はほとんどないかなと思っていたんですがその状況でパラメーター付きの動的URLが不利かどうかというところだけコメントしますと僕らのヘルプ例えば僕らのヘルプセンターのヘルプページのパラメーターで言語の表示なんかついていてそれは僕らのガイドラインで推奨していることでも全くないんですけれどもそれでもインデックスされていますので特にそれによって大きく不利かというとそんなことはないかなとその一方でURLの一部をいただいていて一部だったんですけれどもそこからすごい秘密の方法を使ったのではなくて通常のGoogle検索のパラメーターじゃないですねディレクトリーインURLみたいな検索で検索したところそこのページが出てきたのでおそらくこのサイトだろうなというところが分かりましたのでその前提でお話ししますとまさにちょっとダイナミックレンダリングの使ったら使うと変わるんじゃないかなテレイだったんですけれどもそのページのキャッシュをちょっと普通にブラウザーで見てみたところやっぱりジャガースクリプトみたいなのがロードされてないんですねですのでぜひ一度フェッチャーズGoogleされた後にソースのところを見ていただければと思うんですけれどもおそらくジャガースクリプトはそのまま残ってるんじゃないかなとですのでそこのGooglebotには正直ですねコンテンツが見えていないテキストとかがないんですねなのでですので多分インデックスすべき情報があまりないちょっとここは僕は細かく調べていないんですけれどもまずそもそもおそらくインデックスさせたい情報がきちんとGooglebotに本当に見えているのかっていうのを確認していただいてくといいんじゃないかなと思いますなんか大丈夫ですか大丈夫かなとはいでもちょっと面白い新しいいろいろのサービスのようですのでいろいろそこを改善していていただければと思いますありがとうございますでは次回のウェブマスターオフィスアワーは6月下旬開催を予定していますはいそうですねこれちょっと先日僕がツイッターで軽い気持ちでアンケート取ったところ何時に開催すると皆さん見やすいのかなと思ってアンケート取ったところなんと夜が一番ランチとさしか設ってたんですけどランチタイムとランチの方が都合がいいって方も多かったので一回試してみようかなと思いますただる夜って言ってもちょっと幅があるじゃないですか6時ぐらい仕事をあった後に会社で見たいのか家に帰ってご飯食べてお風呂入って寝る前に散らってみたいのかご飯食べるぐらいの時間に見たいのかとかちょっと細かいところがなんかよくわからないなと思うんでたぶん6時か7時ぐらいにちょっと試してみたいなと思いますおそらくおそらくというか録画して見れますので録画してというかいずれ以上そちらで楽しんでいただければいいなと思いますしまた何かいろいろ時間帯に関しては僕らも調整してやってみたいなと思いますのでとりあえずおそらく次回ちょっと夜思いますありがとうございますというわけで本日のおフィッサーはここまでとさせていただきちょうど58歳で結構結構早く終わると思いだったんですが意外と多かったなとどうもご視聴ありがとうございましたありがとうございました