みなさん こんにちは 本日も Google 社員による Webmaster オフィスアワーの時間となりました本日をお届けするのは 私 安名と私 金世とあ 名前子です よろしくお願いしますいつも通り この3名でお送りしていきますよろしくお願いしますそれでは まず Google からのお願いです本 オフィスアワーでは Webmaster オフィスアワーというファッションタグを使用しておりますそのため 音声が聞こえない 映像が見えない質問やトピックのご提案 ご感想 つぶやきなどはGoogleプラス長で 上級のファッションタグ Webmaster オフィスアワーをつけてお知らせくださいでは 次に Google からのお知らせです 金世さん お願いしますはい まず最初に イベントのお知らせです富山に行きますイェーイはい えっとですね今度ですね 今 Web 担当者が改めて抑えておきたいGoogle検索の基本とトレントという 公演をしに 富山に行きますのでぜひですね 富山北陸の皆さんにお越しいただけるわと思っていますこちらも 来週の月曜日ですので皆さんのご参加お待ちしております行くのは僕だけですはいそして 次のイベントはいそして こちら 年内 最後のイベントとなりますけれどもアフィリエートのイベントに登壇しますもう一回 イェーイはい えっとですね こちらですね本気でアフィリエートを学ぶ会 2017 ということでこちらのイベントに参加いたします結構ですね 他の登壇者の方もすごく面白そうなセッションがたくさんありますのでまだもう少し適があるような気がしますのでぜひですね 関心がある方ご参加いただければと思いますはいでは続いてはい えっと 次はブログ記事イベントマークアップに関するお知らせですこちらですね 昨日公開したおとといおとといでしたかはい 昨日かおとといに公開した記事になりますけれどもイベントの情報の構造化データ ストラクシャードデータに違う情報を例えばクーポンであったり何かそうしたお得情報みたいなものを入れてマークアップしているようなケースがたまに見られるということでそういった場合にはガイドラインに違反するようになりますのでこっちにくださいとイベント情報にはイベント情報方法を入れてくださいということで当たり前だらしい当たり前 そうですね使っていただければと思いますはいそしてもう一つですね こちらこちらのブログ記事でユーザーに購読品質のアンプページをということでこちらがおとといでした失礼しましたこのアンプ 通常のよくあるパターンPCのページがあってモバイルのページがあってそしてモバイルをさらに高速化するアンプページがあるんですけれどもこの実際にはアンプページがコンテンツが少なくて実際にユーザーが期待していた量が正規のページには例えばコンテンツがフルにあるとしてその例えばフィザーと申しますが実際には見出しレベルであったり何かサマリーのようなものがあって詳しくはこちらという感じでアンプページにもすごく一部の情報しか載せていないようなケースが結構あると見受けられたとそういった場合に実際にはユーザーが期待しているのはアンプページでもフルのコンテンツを見れることを期待していますのでそちらのコンテンツオリジナルの正規のページとこちらもご覧いただければと思いますはいでは続いて反応は2分反応は2分ですねはい、ノーハックド始めましたいやいやはい、えーとですねはいあのーハッキング年末は特にですねやっぱりハッキング被害というのがさらに増えるショッピングシーズンにもありますのでどんどんどんどんどんそうしたユーザーをターゲットとしたようなハッキングというターゲットとしてウェブサイトがハッキングされるケースというのは大変増えてきますのでぜひですねこのノーハックドキャンペーンGoogleプラスとあとTwitter上で展開していますのでよかったらこのハッシュタグノーハックドを見ていただきますといろいろな言語で展開していますのでぜひ見てみてくださいはいでは続いてこちらはフォーラムからのお知らせです新しいトップレベルユーザーと注目ユーザーのお知らせですこの度フォーラムにて大変活躍貢献者で頂いている単のかんさんがトップレベルユーザーにゆうすけさんが注目ユーザーに収入されましたおめでとうございますイェーイこれを受け現在のトップレベルユーザー注目ユーザーのリストはいかになりますまずトップレベルユーザーに関しては引き続きスズキ ケーサー チャリオさん むちごろさんそして新しく収入された単のかんさんの4名ですで注目ユーザーに関してはフィザートさん マミズさんワクサンさん エイシロウウチダさんヨウスケシナソンそして新しく収入されたヨウスケさん6名の方になりましたこれからもどうぞよろしくお願いいたしますよろしくお願いしますよろしくお願いします正式に単のかんさんが単のかんさん 単のかんさんが入っていますどういう匂いが新しいのかというのがさっきデベルユーザーで僕らは単のかんさんだと思ってたんですけれどもご本人にお会いしたら単のかんだという話でそれを確認してすみませんはい ありがとうございますそれでは本日の質問に移りますか よろしいでしょうかはい 行きましょうではまず最初のご質問ですアンプページの表示がおかしい件に関するご質問ですアンプページにはオリジナルURLGoogleアンプキャッシュURLGoogleアンプビュアURLの三つのURLが存在するかと思いますが弊社のサイトのアンプページがGoogleアンプビュアURLで表示したときだけ 表示崩れしてしまいます具体的にはヘッダー部分の上位置に意図しない値をかき込まれてヘッダーフッダーの位置がずれるスクロールするとヘッダーフッダー部分の動きがガタガタ不安定の動きになるもちろんアンプHTMLの初識に沿ってHTMLを基礎しています原因を教えていただけますでしょうかとのことです こちらいかがでしょうかはいこちらですけれどもそうですね まずこのアンプページに オリジナルとGoogleアンプキャッシュとGoogleアンプビュアURLと三つあるというところなんですけれども今日 質問もすごくたくさんありますので1個1個どこまで細かく話すかちょっと難しいんですがこの説明もいろいろブログが出てますのであとでリンクをまたTwitterでシェアしておきたいと思いますが今回は三つある中でアンプビュアURL通常皆さんが検索結果でクリックした場合に開くのが多分このページになると思いますけれどもこちらのページがこれしか崩れるというご質問ですこちらに関してはそうですねおそらく検証されたのがIOSの端末を使って検証された場合のケースではないかなと思うんですけれどもこのIOSの使用なのか実際何かうまく言ってないのかっていうのはちょっと僕には分からないですけれどもIOS上でそうしたアイフレームのスクロールに関していろいろな制約であったり何かうまく他のブラウザーでうまく動いているものが動かないということがいくつか問題があるという報告がされていましてそうしたものに対してそれがきちんとある程度動くためにいろいろな対応をしていますでちょっとその次の記事にそういった問題に対してこのような対策をしていますという記事は例えばこちらのアンプIOSスクローリング&ポジションフィクストという記事なんかでもすごく細かく紹介されていますのでぜひですねこちらをご覧いただければと思いますでこちらの記事にはですねアンプ側がどのような対応をしているかそれによって完全に何かカバーであったり何か問題が改善されるというよりは何かがまだ不具合的なものは残ってしまっているんですけれどもですので皆さんの方でもし何かできることがあるとしたらこうした何か制約につながるような関係してしまうような機能の導入というのを慎重にした方がいいのかなというのが現在お伝えできることかなと思いますありがとうございますこの方の言われるに関して言うとポジションを固定しているのがよくないみたいな感じでしたっけそうですねボタンを調整ですよねそこに対してちょっとやっぱりうまくできていないだからそのボタンのポジションを固定させるのをやめた方が良いということですよねはいと思いますということで次のご質問にいきたいと思いますでは続いてのご質問に移りますハッキングされたサイトの対応方法に関するご質問です運営しているサイトがハッキングされていることがわかりましたサーチコンソールには何も通知がないのですが不適切な内容を含んだページが約1900ページも生成されていましたアダルト系のキーワードでサイト内容を指定して検索するとそうしたページが表示されGoogle検索で長期ページをクリックすると不正ページへリダイレクトされますサーバー会社に調査を依頼したが問題な人の回答を頂いていますそこで構築さわどをプレスファイル一つずつ確認し不正タグを発見修正を完了いたしました定点観測を行い10月には改ざんまいと同じエンデクスに戻っております質問としてはアダルト系キーワードサイトコロンで検索するとまだ検索結果に表示されていますこれはまだ不正な技術が残っているということでしょうか何かタグはございませんでしょうかとなったところですこちらいかがでしょうかお伺いしましては具体的なURLをいただいているケースになるんですけれども実際に僕の方でもいろいろ確認したところをサーチコンソールと申しますかGoogleから確かに連絡が特にいってなかったけれども実際そういうページが存在していたという形跡は確認が普通にできましたただこの対象方法がきちんとも対象されているようできちんとそうした改ざんされていたページも削除されてそしてそのページも404を返していらっしゃったので今まだキャッシュが残っていて検索結果に表示されるかもしれないですけれども基本的にはそうしたアダルト系のキーワードクラスサイトコロンでサイトのドメインなどを指定しないと出てきませんので通常の検索でおそらく出てきていないのではないかと思いますもし気になるようでしたらそれぞれの検索アナリキックスを見てご覧いただいてそこにそうしたアダルト系のクエリのみで何か検索されていないかどうかですとかまた認識していないページがインデックス検索結果に表示されていないかですとかそういったことを確認していただければ現状をさらくきちんと対応されていると思いますのでこのままでも大丈夫じゃないかなと思いますありがとうございますはいでは続いてのご質問に移りますPC検索結果にスマートフォン用のURLが表示される件に関してのご質問ですスマートフォンページがPCの検索に表示されてしまいますスマートフォンページはページ分割をしておりPCページはページ分割していませんがPCで検索をした際にページ分割したスマートフォンページが上位表示されてしまいましたファリーHTTPヘッダーにユーザーエージェントを入れているのですが適切にクロールされていないということでしょうかまた不要かもしれませんがページ分割したスマートフォンページからPCページにカノニカルも向けていますどのことですこちらいかがでしょうかはいそうですね こちらに関してもURLをいただいていて実際には確認することができたんですけれども構成としてはいわゆる動的なにモバイル対応されていてスマートフォンページはスマートフォンのクローラーに対してはスマートフォンのコンテンツをPCのクローラーに関してはPCのコンテンツをきちんと返されているように見えますただモバイルのページは分割されているのでページがページ1ページ2とあっておそらくそのページ1はモバイルのページ1はPCのページ1と同じURLが一緒ですので問題ないんですけれどもこのモバイルのページ2がPCの検索結果に表示されたというご質問だと理解しましたその前提でいろいろ確認したんですけれども僕がいろいろなクイリーで試したりした結果はそのページ2の方がスマートフォンのコンテンツがURLがインデックスされてしまったということは特に確認できませんでしたですので設定も適切に設定されているかなと思いますのであまりこれ以上そんなに心配しなくてもいいんではないかなと思いますけれどももし何か問題が頻繁に発生しているということでしたらもう少し詳しい情報をこうしたクイリーでこのページがこのように表示されるみたいなことを確認できるかなと思いますはいありがとうございますでは続いてのご質問に移りますトップページが検索結果に表示されなくなった件に関するご質問ですトップページが検索結果に表示されなくて困っています現在あるクエリで検索をすると弊社のサイトが4位5位当たりに表示されますしかし検索にフィットするのはサイト内のコラムでありトップページではありませんそのクラスタリングもあるかと想定してフィルタイコールゼロと検索したところトラムよりはジョインが下がりますが5位、6位から2ページ目中間くらいまでにトップページが表示されますこのような自称になって現在トップページから来ていたお問い合わせが下地現しておりなんとか解消させたい状況となりますトップページとコラムページはページの内容やパターンも異なっており検索結果の対応性は担保されているものと思っておりますこの状況下でトップページが表示されない原因またフィルタリングされてしまう原因をご教授くださいとのことですこちらいかがでしょうかそうですねこちらに関しても具体的なURLを頂いてはいるんですけれどもそうですね1位と申しますか確かに1位と申しますかトップのページがクエディについてちょっと情報がなかったのでおそらくこの情報かなとこのクエディかなと思うキーワードに対して確かにコラムページのようなものが上位に表示されているのが確認しましたここに関してはそうですねショートアンサーとしては何かやっぱりトップページよりもそうしたコラムページのほうがそのクエディに対して関連性が高いとアルゴリズムが判断したということだと思いますのでもしトップページを表示されたいということでしたらトップページをちょっと見直してみるというのが最初のアドバイスかなと思いますそしてもう1つはもしそのコラムページにしてしまうとコンバージョンの動線がもしないんだとしましたらそうしたいわゆるロングテールのようなトップページ以外のページが検索結果などに表示されてそうしたページからユーザーが流入してそしてコンバージョンにつながるということはすごくウェブの良いところだと思いますのでそのページの動線をどのように改善していくかということを検討されるのが良いのではないかなと思いますありがとうございますいいですかねじゃあ次にいきたいと思いますSPAでのサイトの構築に関するご質問です現在運営しているサイトについてSPAを導入しようと考えていますその際インデックスが確実に行われるか心配です以前ウェブマスターオフィスアワーで質問されHELPフォーラムでやり取りされた内容も確認しましたがクローリンク側に問題があったようでしたらその問題は解消されていますでしょうかまたSPAを導入する際の注意点をまとめていただけるとありがたいです両方としては本番公開前にクークルボットがウェンダリンクできるか確認できるツールがあると良いのですがこのことですこちらいかがでしょうかそうですねこちらはSPAに関しては過去オフィスアワーでフォーラムなんかでもよくご質問いただいている頃ではありますけれども前回のフォーラムなんかでやり取りで長山長山さんの方でいろいろコメントされたりしていたのでその後いかがでしょうかそうですねやはりクローリングに時間がかかってしまうディスカバリーに時間がかかってしまうという例はシングルページアプリケーションの場合は確かに見られていますのであまり一度に一気に対応のURLを公開せずに少しずつちゃんとクローリングが回るように公開するというのは気をつけてもよいのかなという感じがしますねはいありがとうございますあとご質問にある本番公開前に何かGooglebotがレンダリングできるか確認できるかあるとよいのですかということに関しましては例えばインデックスをつけてそのページを例えば一部公開してそれがサーチコンソルのフェッチャーズGoogle何回試していただいて実際にフェッチャーズGoogleでレンダリングを試すということでどのようにGooglebotが認識しているかということを確認しながら実質を進めていただければいいんじゃないかなと思いますありがとうございますでは続いてのご質問に移りますサンパーフフカ検証を伴うHTPS以降に関するご質問ですサンパーフフカ検証を出すユーザーを徐々にHTPSに移行させればいいクローラーに対しては移行開始と同時にリダイレクトさせても問題ないものでしょうか先日10日間かけてユーザーを徐々にHTPSに移行させたのですが移行開始時にクローラーをリダイレクトしてしまうとまだトラフィックの少ないHTPSを検索上位に悪影響が出るかもしれないと考えましたそこで全ユーザーをHTPSに移行させてからクローラーに301を伝えようとしたのですがユーザーの半数を移行させた時点で検索上位が協力してしまいました現在はクローラーもHTPSへのリダイレクトを認知して順位回復しておりますそのことですこちらいかがでしょうかはいこのまま複雑なところまだと思うので画面に残しておきますけれどもそうですねこちらもURLを頂いていて僕らの方でも色々確認してみたんですけれどもそもそものところなんですが順位が協力してしまいましたというところなのか僕らの方で確認した範囲ではそこまで大きく順位が下がったとかトラフィックが減ったので確認できなかったのでちょっとどのように確認されていたのかというのは少し気になりますそしたら例えばパーソナライズされて何らかの理由で表示が順位が下がっていたようなことも考えられるのかなという気はちょっとしますその上であともう一つのすいません気になる点としてはこの二段落目の真ん中にある県内HTPSを参照されてしまい検索順位に悪影響が出るかもしれないと考えましたというのはちょっとなんて言うんですかねまあそうなのでいい表現がちょっと難しいです僕はちょっと意味が分からなかったと申しますこのHTPSを参照されてしまうことで順位が下がるという懸念のポイントがちょっと分からなかったので少しそこのニュアンスによって僕がまた質問をつかみかねているところあるかもしれないですけれどもとちょっと全段長かったですが投入前提でコメントしますとやっぱり実際には僕らが普通におすすめしていますとHTPSに移行させる場合に移行会人同時にリダイリクトさせることで全然問題ないかなとむしろしていただいたほうが検索エンジンGoogle側もこのページが新しくHTPSに移行してこのページになるんだということが確実に認識することができますので何か移行に関するトラブルと申しますかそういったものはむしろ防げるんではないかなと思いますありがとうございます続いてのご質問に移りますはいユーザーが認識してしまう検索結果に関するご質問ですネットショップを運営しておりますがGoogle検索でショップ名を検索するとヤフーショッピングのショップ名に告示した商品名のうれすじ通販ヤフーショッピングというページが表示されます私たちはヤフーショッピングには出展をしておりませんしかしヤフーショッピングのページタイトルが当社の商品をヤフーショッピングでも買えると勘違いをして当社とは全く関係ない商品をヤフーショッピングで購入しその商品の問い合わせやクレームが当社に届くことがあり困っておりますヤフーショッピングにも改善求める連絡をしたのですがペットをもなく対応された様子もありません当社のお客さまからも不快な声をいただいており早急に対応したいと考えておりますこのようなページに対してGoogle検索側から何かしらの対応をすることはできませんでしょうかということですこちらいかがでしょうかはい そうですねこちらに関してはショップ名の検索に対して表示される他の検索結果がちょっとユーザーに詳しくなってしまうということでそうした問題その5人した結果そちらでショップ品を買い物されて何かクレームを言われるということは発生するというのはたまに確かに聞くことはあるかなと思いますけれどもそうですねこの場合やはりGoogle側で何か対応するというのはちょっと難しいかなと思いますのでやはりヤフーショッピング側でそうしたキーワードのもし関連性がないページを生成されているですとか何かインデックスされるされる状況になっているということについて問い合わせをし続けるというのがやっぱりいいのではないかと思いますありがとうございますでは続いてのご質問に移りますサイトへのリンクのテータ取得方法に関するご質問ですタッチコンソールからダウンロードできるリンクデータをに関する質問です検索プラフィックから自サイト内のページにリンクしているドメイン上級専権をダウンロードし定品質なページからのリンクがないかチェックしようと思っていますダウンロードできる10万件のデータの中身を見ると自サイトドメインからの内部リンクやサブドメインで運営しているスマートフォンパンからのリンクが多い状態です自サイトドメインを覗いた国家サイトからのキリンクデータをたくさんダウンロードしチェックしたいのですがその他の解決法またはダウンロードできる上限数の圧表定などはありますでしょうかとのことですこちらはいかがでしょうかそうですねこちらに関しましてはURLは頂いているんですけれどもそうですねやはりまずちょっとご質問の前提として何かやったか主導対策で受けた主導対策が適用されたことによって何かこういった調査をされているのか主導対策は受けていないんだけれども何かそうしたリンクがあるんではないかということを読もうとしてチェックされるのかによってもいろいろ対策が変わってくるかなと思うんですけれどもそうですね主導対策を受けた場合に関してはこうしたサーチコンソールのデータというのはそのデータを対処すれば全てOKというものでもなかったりしますのでもし特に例えば業者の方を使った場合であったりご自身でリンクを設置されたような場合は必ずそのリンクを把握している人はいるはずだと思いますのでそうした不自然なリンクサーチコンソールのデータを参考にみたいなリンクを探すもしくはそうしたリンクが不自然なものとして認識されたGoogleがから適用されたようなのでこうしたリンクは削除してくださいという形で使ってもらうためのものですので何ですかそこに全部表示される必要はされてなくても対応はいろいろ可能かなと思いますそういったことについてやはりサーチコンソールではなくて最新再リクエストできちんと書いていただければいいかなと思いますそしてもう一つの実際に予防として行っている場合に関しましてもこれ以上にできることがあるかと申しますとあまりないかなという気もしますので実際にそこで得られるサーチコンソールの中のデータを見て特に問題なければとりあえずは大丈夫本当に大丈夫かどうかすいません保証はできないんですけれどもそのぐらい現時点でうち10万件のデータの制作されたりはしているのであれば読もうとしてこれ以上やれることは現時点ではあまりないかなという気はしますありがとうございますありがとうございますでは続いてのご質問に移りますあやまって掲載したページの作業ができない件に関するご質問ですバーチャルフット上でサイトAサイトB2つのHTTPサイトを管理していますがあやまってHTPSでサイトAのコンテンツがサイトBのドメイン上にインデックスされてしまいましたクライアントも異なるため迅速に削除したいと考えています削除リクエストを送っていますが一定期間を過ぎる前に期限切れとなってしまいインデックスが復活してしまいますがなぜでしょうまたこれを完全に削除する方法があれば教えてくださいこちらいかがでしょうか前提条件が複雑な感じがあるんですけれどもサイトとしてはページがサイトAとサイトBというのはHTTPのサイトで実際にインデックスされてしまったのはHTPSのプロトコルでインデックスされてしまったしかもサイトA、サイトBとまったく関係ないサイトのサイトAのコンテンツがサイトBのドメイン上に入ってしまったということで実際には存在しないコンテンツが存在しないプロトコル上にインデックスされてしまったというようなケースで削除リクエストを送られているけれども3日くらいで期限切れになってしまうということについてなんですが基本的に削除リクエストの指定出場を実際にヘルプ記事も書いてあるんですけれどもそうしたGoogleのクローラーがそのページをアクセスした場合に実際にアクセスできなかったりした場合にそうしたページがもうすでに削除されたものとして実際には191日という期間を立つことなく期限切れになったりすることはあるんですが実際にこのページに関しましても恐らく通常の検索ではもう表示されなくなっていると思うんですよね多分この場合ですとある特定のキーワードに要はサイトAの中の固有のキーワードをサイトBをサイトコロンで指定してそうした特殊の検索をした場合にまだちょっと表示されるようなことが起こっているという話だと思うんですけれどもちょっとタイムラグ的なもので恐らくいずれ消えていくものかなと思いますので現時点で対象はいろいろされているもうそのページ自体は存在しないということで実際に僕らは確認してもHTPSの証明書がないというところでエラー画面になりますのでいずれ消えていくんじゃないかなと思いますので完全に削除する方法があればというのはそうですねやっぱりこれをいずれ消えていくかなと思うんですけれどもということがもしあるとしたらまあなんかピンとかなとおかしくHTPSの証明書を仮にこれは僕のパッと思いつく意見としたHTPSの証明書一時的に取得してそのページをノーインデックスをつけてクロールさせて完全に検索結果から削除していくというやり方が一番不難かなと思いますありがとうございます全体的にウェブマスターの皆さんがサイト検索を行ってこういうページが自分のサイトの中に出てきたということと普通のユーザーがサイト検索ではない普通の検索ウェリーでどういうページに届いているかということは少し別のことなのでサイト検索を行ったときに出てくるということと実際にユーザーが検索したときに出てくるかどうかということは少し分けて考えたほうがよいのかなということは思うことは結構ありますねありがとうございますでは続いてのご質問に移りますエレキシブルサンプリングの実装方法に関するご質問ですヘータリング、リードインともに実装方法がよく分かりません指定のマークアップをしたならば有料ユーザーに見せる内容を全てGooglebotに見せる通常ではクローキングとなる行動を行って良いということでしょうかどのことですこちらいかがでしょうかはい、すべてこちら永山さんいかがでしょう単的に言うとはい、そうですということですね構造化データによって有料コンテンツだということが分かったらその部分はスニーペットに使わないなどといった対応することになりますはいこちら具体的なJSON-LDを使った実装方法に関してはまたデベロッパーサイトの方があるのでそちらもツイートしておきますありがとうございますぜひですね、こちら前回ご紹介したブログがありますので特定のユーザーにということでフレーキシブルサンプリングのついてのお名前を紹介していますのでまずこちらをご覧いただければと思いますありがとうございますそれでは続いてのご質問に移ります特定のユーザーにのみ表示させる項目に関するご質問ですウェブアクセシビリティの企画にそったサイト回収を行っていますがその中に本性プラウザーやタブキーで操作するといった特定のユーザーにのみ表示させる項目が必要になりました目的は毎回ヘッダーから操作していくのは本来見せたい本文までの距離があるため本文までのショートカット用のページ内リンクを設置しましょうという胸ですこの修正方法に悩んでおりすでに導入されているサイトのソースを覗かせていただいたところCSSなどで表示状は見えないようにする方法を取られていました表示状は見えないけれども特定のタイエット被害には必要とされない項目です例えば見えたとしてもデザインレイアウトは若干薬れますがユーザーを騙したりユーザーの不利益になるものではないと思いますが長期のような対処方法を採用した場合スフォーム的な扱いとして認識されたり検索結果などによくない影響が出ないでしょうかフルダウンメニューやアコーディオンメニューなどと似たようなものと考えて気にせずにこの方法を採用してもよくでしょうかまたこのように一部のユーザーのUIやUXの工場のために必要だけれども多くのユーザーには必要と多くのユーザーには必要としない項目を設置する場合に気をつけるポイントなどはありましたら後輩子いただけますでしょうかとのことですこちらいかがでしょうかありがとうございますこちらに関しましてはそうしたアクセシビリティというということでスパムを行うような目的でもありませんしまたコンテンツを隠すといったものでもなくて恐らくそうしたナビエーションのために必要な項目が見えなくする他の大勢の方にとって不必要である可能性が高いので見えなくさせるそして一部の方にはきちんと機能するようにするということですので正直特に問題はないかなと思います特にというか問題ないと思いますあとご質問にあった実際にはそういった2ページ目の項目に行っていただいて最後の方にですねこのように一部のユーザーのUIやUX 向上のために必要だけれども多くのユーザーには必要としない項目を設置する場合に気をつけるポイントとしてはそうしたクローラーにはクローラーとはユーザーに違うコンテンツを見せるというふうな対応されますとクローキングとして検索結果に表示されなくなってしまいますのでそうしたことを行わないようにしていただければと思いますユーザーとクローラーに同じものを見せるということだけ気をつけていただくぐらいかなと思いますけれどもあとはまた何か個別にこういったアクセシビリティのケースではこういうことが懸念としてありますということがありましたがまたここでもいいですしフォーナムなんかにご質問いただければいいかなと思いますありがとうございますそれでは続いてのご質問に移りますバイルファーストインデックスに関してHLFラングの設定は変わるのですか?とのご質問ですバイルファーストインデックスに伴うHLFラングの設定について以前Googleの方が呼ばれていた書が変更になったという記事を読んだのですが事実でしょうかまたこの件を含め今後その他の推奨事項をアナウンスされますでしょうか既に一部ではリリースされているという情報もありますが事前にアナウンスされるものととらえていました今後の流れを教えてくださいとのことですこちらいかがでしょうかこちらモバイルファーストインデックスにつきましては僕らもすごく皆さんにとっても重要だということはすごく認識しておりますしそうした本格的な論文中の前にはアナウンスをいたしますということが前からお伝えしているとおりでこれも変わらず今そうしたブログ記事アナウンスを用意しておりますので今しばらくお待ちいただければと思いますその上でコメントとしては一部のリリースされているという情報もありますかとやはり本番に一部ロウンチされたというニュアンスではなくてあくまでもテストを行っている段階ですので一部にリリースされているという状況ではないということをご理解いただければと思います何かおめでとうそれは言い方の問題かなという気がしますねライブエクスペメント的にテストでプロダクションで走っているというのは事実ですけどリリースしたというよりかはテストのためにやっているという感じですねはいありがとうございますその上で実際どういう準備をすればいいのかという事でHLフラングに回してこの2つ目のスライドを見るんですけれどもこういったことを確認していただけるといいかなというのを簡単にまとめてみましたまず1つ目は重要なコンテンツがモバイルでは隠れていないかということをぜひ確認してください以前のブログですとモバイルのコンテンツとPCのコンテンツが位置するみたいなニュアンスで捉えられた固めらし方のような感じはするんですけれども重要なコンテンツがきちんとモバイルでも表示されていることを確認してください2つ目は構造化データがそして3つ目はメタデータさまざまなメタデータあると思いますけれどもそうしたものがモバイルでは何か省略されていないかということきちんと設定されているかを確認してください4つ目は画像のオルトテキストがきちんとモバイルでも設定されているかを確認してくださいそして5つ目が質問にまってHLフラングに関しては通常はカノニカルのユーアレルに向けて集めてそのリンクを向けていたものをデスクトップはデスクトップにモバイルはモバイルに向けるように設定してくださいこちらはこれで最終決定だと思いますで 最後デスクトップ版とモバイル版でユーアレルが異なる場合はあのテーションはそのままで大丈夫でなのでおそらく新たなメッセージとしてはサーバーのキャパシティ新たなクローラー側と両方に行く可能性がありますのでそうしたサーバーのキャパシティにか大丈夫かどうかということをご確認いただければと思いますで その そうですねはいというわけでブログ記事をなる分から早く出したいと思いますので今しばらくお待ちくださいはい ありがとうございますでは続いてのご質問に移ります発表使用したページは実際に関するご質問です実装サイトを運営しておりSEO目的としたユーアレルの変更を検討しております以前発表使用したページはインデックスされにくいという話を聞いたことがあるのですが実際のところはどうなのでしょうか発表使用のユーアレルがSEOのマイナス用意になるかどうかを知りたいですそういうことです こちらいかがでしょうかありがとうございますこのSEO目的とした具体的にどういったことに意味されているのがかなって思うんですけれどもすみません長山さんいかがでしょうかはい ですねユーアレルの中における発習というのはフラグメントあるH&Lのページの中の一部分をお伺いしますおとが取り入れました了解ですもう一回ですはいなんだっけはい そうですねユーアレルの中の発習というのはフラグメントを表すもので要はH&Lページの中の一部分を表すためのものなんですねで単純に何て言うんですかねH&L内でIDを利用してフラグメントをそこに飛べるというだけであれば問題なくページ自体を全てインデックスするということはもちろんできますただフラグメントを利用してAJAXベースでコンテンツが変わってしまうという場合はインデックスに問題がある可能性が全くないとは言えませんのでフラグメントを導入するよりかはハテナパラメーターとかを使って何て言うか普通のURLにしてあげるのがお勧めかなと思います余裕的にどういうふうなURL構造にしてそれをAJAXとどう絡めるのかっていうところがわからないとゲームしたところは言えないんですがはいありがとうございますでは続いてのご質問に移りますアンプページが表示されたりされなかったりする件に関するご質問です同じ内容のページのモバイルファンとアンプ版を両方公開しておりますクエリによってモバイルファンが表示されたりアンプ版が表示されたりまちまちなのですがどのような原因が考えられますでしょうかこのページが表示されておりアンプのエラーはありませんとのことですこちらいかがでしょうかそうですねこちらアンプこの状況実際に表示されたり表示されなかったりする状況が一つの同じコンテンツでも時にはアンプが表示される時には通常のモバイル版が表示されるのかアンプが表示されるけれどもこのページはモバイル版が表示されるのかによっても全然原因が違ってくるかなと思いますけれどもアンプの現在の使用ですとアンプバージョンとモバイルバージョンと両方ページがあることをGoogleが把握した場合にはアンプバージョンを優先して表示させるということは検索結果に表示させるというのはランキングではなくてモバイル料理ではなくてアンプの方を検索結果に掲載するというのはブログでも公開していることですのでおそらくそこが時にアンプバージョンということはあまりないかなと思いますコンテンツごとにサイがあるという場合には実装方法に何か問題が発生している可能性もありますのでそうしたものをURL単位で細かいいいかなと思います今回細かいURLはいただいていませんので一般論ですとこのぐらいのことしか分かりませんので良かったらもしそれでもうまくいかないということでしたらURLをつけて質問いただければといいかなと思いますありがとうございますでは続いてのご質問に移りますページのページでタイトルは変更スペキカ動画に関するご質問ですコンテンツを表示したときにブラウザ表示のURL表示をフェイシングパラメーターやオリジナルコンテンツURLに書き換える実装はよく見られますがこのときにタイトルタグを切り替える必要がありますかまたほぼ無限にスクロールが続くような場合にユーザーが実質たどり着かない塗った部分のコンテンツをクローラーを見つけてコンテンツとして評価していますかとのことですこちらいかがでしょうかはい無限スクロールに関わるブログポストが以前あったので追悼しておきましたでクローラーというかインデックス時に何をやっているかというとレルプレブの方をディスカバリーに使ってインデックス時にどんどん無限スクロールさせてコンテンツを読んでいるというよりかはそれぞれを別のURL別のページとして扱ってそれぞれのページをクロールしてインデックするという風なことをやっていますなのでクローラーがスクロールだったりクリックだったりということをしているということではないと思いますなので振った部分に関してはスクロールをしているわけではないのでこちらからはコンテンツとして評価するだろうということですねあとそのタイトルに関しても実際にスクロールをしているわけではないのでスクロールした時にタイトルが変わるかというよりかは普通にそのURLにリクエスト投げた時に帰ってくるHTMLの中のタイトルがきちんとそのページにコンテンツを反映したものになっているかというところがポイントだと思いますただUX的にはタイトルも変わった方がユーザーとしては嬉しいんじゃないかなという気もしますねという感じですありがとうございますそれでは続いてのご質問に移りますあと10分ですねできるところまで早速続いてのご質問構造化データの実装がうまくいかない件に関するご質問です構造化マークアップの実装をデバスクリプトで試みたのですが構造化データテストツールのURLを取得で読み込ませたところを実装したマークアップが確認できませんでしたドームエレメントでは表示されておりどうHTMLソースをコード数にペットからテストした際は認識されましたデバスクリプトでの実装は検索エンジンに認識されない実装に誤りがある構造化データテストツール上の認識されない場合がある長期の原因のいずれか把握できずもし要因が分かりましたらご表示いただけると幸いですとのことですこちらいかがでしょうかこちらもURLをいただいてまして実際に試してみたのですがどうURLをいただいているのですがどの項目にエラーが認識されなかったかというような情報はなくて僕が確認した範囲ではURLで構造化データテストツールがURLを実際に入れて確認する方法とHTMLソースを入れて確認する方法と2つあるのですがどちらかというとURLを取得で入れた方が言ってる感じがしましたのでこのご質問いただいている状況とちょっと違うなとですのでおそらく解決したのかなという気がしますのでぜひ違った場合にはまた詳しい情報をいただければと思いますありがとうございます解決されたのなら良かったですでは続いてのご質問ですアンプコンテンツの同一性に関するご質問ですアンプとウェブが見せる必要がある必要があるようになった件について質問ですHTMLとNGという認識ですがどういうケースを想定されていますか例えば私のサイトは多くの画像を含む場合も場合もいい長文コンテンツはアンプではページネーションをつけるようにしています読み込みに時間がかかるためアンプユーザーには望ましくないだろうという意図ですがこれも許されなくなるのでしょうかどのことです?こちらはいかがでしょうかそうですね想定しているものとしては例えばニュース記事が例えば長いニュース記事が実際に通常のバージョンまたはモバイルバージョンにはあるんだけれどもアンプバージョンも例えばそれがあるだろうということが期待されるわけですねユーザーとしてはそれが検索結果からクリックしたときにアンプページが開くんだけれども実際にはごく短い2、3行のサマリーであったり本当にタイトルだけで詳細はこちらという感じのリンクがあってそこを押すと今度モバイルバージョンの全部記事に行くような場合にはユーザーにとってみるとアンプが早いメリットが何もなくて実際にはワンステップ増える上に結局モバイルページに誘導されるのであれば最初からやっぱりモバイルページを出しておいた方がユーザーにとってのリベースが高いということでアンプが検索結果に表示されなくなるようになるような使用になりますのでおそらく想定されているようなケースが何か問題になるような感じではないかなと思いますありがとうございますでは続いた残質問に移ります地域関連の検索結果が変わってしまった件に関するご質問です検索結果が急に変わってしまったので教えてください関西のある地域名プラス成骨院で今までホームページの検索順位は良かったのですが10月下旬頃から見解に飛んでしまいましたなぜだろうと思い地域名 成骨院で検索したところ地域名が人の名前として認識されているのか検索したときのような結果になっておりました実際関西の地名なのに東京の成骨院の情報が検索結果として出ています私だけならホームページの問題かなと思ったのですが今まで1ページ目にいた同地域にある他の成骨院の情報も一つの現在では表示されていませんこちらは検索エンジンが地域名で検索するよりも特定の成骨院を検索することが多いと認識したどういうことなんでしょうかアドバイスいただけますと幸いですそのことです こちらいかがでしょうかそうですね この件に関しましてはちょっと僕らもやっぱり同じような条件で検索している例えば東京から要はこの方はお世話関西に検索されているというところでそうした地理的な情報とかも紙した上で確認しているわけではないんですけれどもショートアンサーとしては実際にもしそういった形で検索結果の傾向は変わってきているのであれば探すユーザー側ももう少し違うクエリーで探していくのではないかなと思いますのでそうしたユーザーが実際に検索に使いそうなクエリーに実機シーンとそのサイトが対応できているかユーザーが発見できるような感じになっているかというのを確認されていくのがいいのではないかなと思います例えばその地域名が検索すると今もほとんど地域としては使われていないのであればおそらくユーザー側もそこに対して例えばさらにもう少し上位の例えば都市名であったり県府名であったりそういったものを足して検索するようになるのではないかなと思いますそうしたキーワードでまずどのようになっているかというのを把握されるのがいいかなと思いますありがとうございますあと2問くらいですかねわかりましたでは続いてのご質問に移りますFPの導入を検討していますに関するご質問です現在画像中心のサイトを運営しているのですがとてももくページスピードインサイズでもモバイルは30前頃ととても低い強化ですそこでまだ使用について全てを把握しているわけではないのですがFPの導入を考え通常のページではHTアクセスにより一括して非対応ブラウザにも元のJPGやPNGを表示させるところまでは実装できましたしかしアンプページに関しては自動で切り替えることができず私の技術ですと画像を1枚ずつ対応せざるを得ない状況で数千枚の画像をサイト設定し直すのは現実的ではありませんアンプページは元々早いので逆にFPではなくすることも考えたのですがこれも現在の私には叶えられませんでしたただいままで公開した画像はいずれに対処するとしてこれから新たに公開する画像に対してはどうにかFPを導入したいと考えていますここでIOS天秘マンのiPhoneファイアフォックスなどのデフォルト以外のブラウザの利用者が少ないと判断し一部の端末で画像が表示されないアンプページを公開した場合フィッチなどで表示されない表示されづらくなるということはあるのでしょうか他何か問題点があれば教えていただきたいですまた画像サイトマップを作成する場合はWebPと元となるJPEGやPNGなどすべての画像を記載する方がよいのでしょうかとのことです こちらいかがでしょうかはいこちら名前はさんいかがでしょうかはいご質問を全部きちんと理解できているかどうかちょっとわからないんですがWebPのフォールバックイメージを指定する方法はアンププロジェクト.orgのドキュメンテーションの方にありますのでそちらをお紹介しますね 後でありがとうございますありがとうございます余談と申しますかこのいただいているURLやっぱりいただいていたんですけれどもサイトはやっぱりページが非常に長いこととあと画像は確かに使われているということでサイトのページの表示速度というのはやっぱり当然ある程度時間がかかるようなサイトの構造ページの構造になっているような気がしますのでもし何かそのサイトのページスピードで上げたいということでしたらコンテンツが必要今のコンテンツが必要かどうかという判断をしていないんですけれどもやっぱりご自身で必要なのか 画像の量が1ページに必要なのかみたいなところから見直してみるのがいいのではないかなと思いますあと IOS 10MIMAのiPhoneですとか Firehawksなどデフォルト以外のブラウザーの利用者が少ないと判断し実際はどうなのでしょうかということなんですけれども こちらもアクセス解析ツールなんかを利用しますと実際のサイトのユーザーがどのようなデバイスからブラウザーから来ているのかぜひ見てみてください例えば0.1%ですって言った場合でも100万人 例えば来ているので1000人いるということになりますのでその1000という数字がサイトの動き合わせにとって大きい数字なのか小さい数字なのかというのはサイトによっても違ってくると思いますのではいありがとうございますあと Webの高速化の話などであれば通常であればChromeのデベロッパーツールなどを使ってネットワークでポトルネックを探してそこを改善していくという方法もあるかと思うのでいろいろ試していただければ良いかと思いますはいはいでは続いてのご質問に移ります不要なコンテンツをインデックスから外したいとのご質問です不必要であろうインデックスの状態を改善できずにいます17年6月末まではサーツコンソールのインデックスステータスは1万点程度だったのですがその後多いときは6万5千程度まで足してしまいました原因はサイト内検索をChromeのインデックスも許可して許可してしまって痛ためだと思いこのときはChromeを許可してサイト内検索結果をノーインデックスにしましたその改安定か17年10月には3万まで減りましたこのままの処置で予算まで待っていたのですが3万のまま変わらず本日まで至りました何か手を打った方がいいのかなと思い先週頭にサイト内検索結果のURLを変更し過去のサイト内検索結果はノットファウンドにして4丸ように趣味ましたこれは正しい処置などの処理などでしょうかそしてこのとき気づいたのですがサイト公開のときからノットファウンドのステータスを誤って設定していましたこの誤った処理が実は3万のまま減らなかったインデックスの可能性はありますかもしかしたらサイト内検索結果ではなくはいすみませんこの部屋が出なくなってしまったので簡単にコメントだけしておきますとありがとうございますやっぱりさっきの誤っても話していて本当に減らさなきゃいけないのかどうかというのを一つそこから考えてみた方がいいのかなあとインデックスされているものを決していにもかかわらずそこがURLパターンを変えてしまったというのは実際にまた新たなものがインデックスされる可能性が出てきちゃいますしその古いものがちゃんとクロールされるような状況が残ってるのがどうかという懸念がありますとあと全体としてそうかなと思ってこうしましたということが多いんですけれどもそうかなではなくてそれが実際にURL単位でちゃんと検証して実際にどのページがインデックされているこれは不要だから決したいみたいな形で確認されるといいんじゃないかなと思いますなのでこの3万が減らせ必要があるかどうかというのも実際に何がインデックされているのかというのを確認されるのがいいんではないかなと思います最大編成しましたあと次回は12月の後半を予定しております年末最後にやってみたいと思います年末ですそれではどうも皆さんありがとうございました