【SEO】Googleがあなたのために修正しようとしているSEO

SMX再生：Googleがあなたのために修正しようとしているSEO

SMX replay: SEO that Google tries to correct for you[Search Engine Land]

【Google翻訳】
SMX再生：Googleがあなたのために修正しようとしているSEO

検索エンジンは、同じSEOの間違いを何度も見てきました。また、IBMのSEOスペシャリストであるPatrick Stoxは、SMX AdvancedでのInsightsセッションで次のように述べています。 ]開発者にこれらすべてのものを修正するよう説得するには？ それともあなたの最後にそれを修正するつもりですか？ そして答えは、彼らが彼らの最後にたくさんのものを修正することです。」

彼のセッションの間に、Stoxはグーグルがすでに我々のために修正していることの多くの一般的なSEO責任を概説した。 あなたは彼の全討議を上で聞くことができます、そして、下で利用可能な完全な成績証明書。

SMX Advancedからさらに多くの洞察を得るために、トップクラスのメディア報道を得るためにデータストーリーテリングを活用することに関するAmanda MilliganのセッションまたはあなたのYouTube広告パフォーマンスを改善することに関するAshley Moのセッションを聞いてください。

今は聴けませんか？ 下記の全文を読む

George Nguyenによる紹介：
メタ説明？ そのためのベストプラクティスがあります。 タイトルタグ そのためのベストプラクティスがあります。 リダイレクト？ そのためのベストプラクティスがあります。 Search Engine Landポッドキャストへようこそ。私はあなたのホスト、George Nguyenです。 ご存知のとおり、インターネットは厄介な場所になることがあります。SEOは1日に何時間もかかるだけで、IBMのSEOスペシャリストPatrick Stoxが説明しているように、Googleはすでにベストプラクティスの一般的な問題をいくつか説明しています。 これらの項目のどれを検索エンジンが独自に把握できるかを知ることで、時間を節約し、最も影響を与えるベストプラクティスに集中することができます。 これが、SMX AdvancedからのPatrickのInsightsセッションです。ここでは、Googleがあなたのために修正しようとしていることのいくつかについて説明します。

パトリックストックス：
調子はどう？ 私は真新しいセッションタイプを開始します。 これは楽しいはずです。 Googleと、Bingのためのいくつかはあなたのために訂正しようとすることについて少し話します。 あなたがBarry [Schwartz]やDetlef [Johnson]との最初のセッションに参加していたとしたら、彼らはあなたが知っているように、ウェブがめちゃくちゃで、人々が間違いを犯していることのいくつかについて話し合っていました。 そして、あなたが検索エンジンなら、あなたは何をするつもりですか？ PRキャンペーンで何百万ドルものお金をかけて、開発者にこれらすべてのものを修正するよう説得するようにしてみませんか？ それともあなたの最後にそれを修正するつもりですか？ そして答えは彼らが彼らの最後にたくさんのものを修正することです。

だからここで主なもの - 私は私としてここにいます。 私が愚かなことや間違ったことを言うなら、それは私です - IBMではありません。

技術的なSEOの重要性は時間とともに減少するかもしれません。 私は「5月」と言うつもりです、私はこれを1000の警告で言います。 理由は、グーグルがより多くのものを修正すればするほど、ビングが彼らの目的のためにより多くのものを修正すればするほど、私たちが実際に心配したり正しくしたりする必要があることが少なくなります。 だから、これを言うためのより良い方法は、「それは時間が経つにつれて変化する」ということかもしれません - 私たちの職務は変わります。

いくつかのこと：クロールされずにインデックスを作成する。 誰もがこれを知っています。 ページがGoogleにリンクされると、そのリンクが表示されます。これは、アンカーテキストです。 私はそのページがあることを知っています。 人々はそれにリンクしています。 インデックスに登録することが重要です。 ブロックされていても、そのページの内容は実際には表示されません。 彼らはまだやるつもりです。 彼らはまだそれを索引付けするつもりです。

これはGoogleとBingの両方で起こることです：ソフト404。 つまり、ステータスコードが200の場合はどうなりますが、ページにメッセージが表示されます。200と表示されます。ページにエラーが表示されます。 同様に、これはここにはありません。 彼らはそれをソフト404として扱います。 これはGoogleとBing用です。 文字通り何十種類ものメッセージングがあり、そこでは200ステータスコードを投げただけのページを見て、「これは実際には404ページであり、ソフト404として扱います。 しかし、これはJavaScriptフレームワークではよく起こります。なぜならそれらは通常失敗するようには作られていないからです。 実際には、Detlefが話したようなルーティングなど、404ページまでのいくつかの厄介な回避策を講じる必要があります。 だから、あなたは200を投げましたが、彼らはページが見つからないようです。 検索エンジンは、「いや、そこには何もない」のようなものです。

クロールでは、クロールの遅延は無視できます。 Googleは通常、サーバーが処理できるのと同じくらい多くの負荷をサーバーにかけます。 ページはクロールされる前に一緒に折りたたまれることがあります。 サブドメイン上のセクションやHTTP、HTTPSなどのセクションが重複している場合、それらはこれらのパターンを認識し、1つのバージョンしか必要としません。 私はこれが真実の一つの源であることを望みます。 そこにすべての信号を統合します。 その前に、5つの異なる場所で同じように見たことがあるなら、それを1つとして扱うことにします。 その時点でページをクロールする必要すらありません。この繰り返しパターンは常に同じです。

HTTPSでも同様に動作します。 これは実際には重複した問題の1つです。それらは通常、最初にHTTPよりもHTTPSにインデックスを付けます。 そのため、両方を所有していて、標準的なもの - 標準的なものがない場合は、どちらでも構いませんが、通常は可能な場合はHTTPSを選択します。

302リダイレクト：SEOについては多くの誤解があると思いますので、実際にこれがどのように機能するのかを説明します。 302sは一時的なものですが、十分な長さに置いておくと永続的になります。 301のように扱われます。 302が設定されているとき、このページをこのページにリダイレクトすると、実際には逆の標準的なようになります。すべての信号が元のページに戻ることがあります。 しかし、数週間、数ヶ月間そのままにしておくと、グーグルは次のようになりました。 そして、すべてのシグナルがここで統合されます。

タイトルタグ：タイトルタグを書いていないか、関連性がなく、一般的でも、長すぎても、いつでもわかります。 Googleはこれを書き換えることができます。 彼らは実際にそれをたくさんやろうとしている。 あなたが「Home」と書くだけなら、彼らは会社名を追加しようとしているかもしれません。 彼らは多くの異なる理由でこれをやろうとしています、しかし私が言う主な理由はあなたが知っているということです、人々は彼らのタイトルを書くことについて本当に悪いです。 彼らはキーワードが自分のタイトルを詰め込むのが苦手でした。 メタ記述についても同じです。通常、ページからコンテンツを取得します。 メタディスクリプションを作成しない場合は、メタディスクリプションが作成されます。 「いや、それは存在しない」とは思わない。

Lastmodの日付とサイトマップ - Bingは実際にこれを無視していると思います。 その理由は、サイトマップの生成者、サイトマップの作成者であり、これは決して正しいことではありません。 私はこれがおそらく最も間違っているが、誰が気にしていることの一つと言うでしょう。 彼らはそれを無視します。

正規のタグ：これはとても一般的です。 これは、私の仕事の半分が、物事がどのように統合されたかを突き止めようとしているか、実際には問題であるようなものです。 多くの場合、標準タグは無視されます。 hreflangタグやいろいろなことのような他のシグナルが場にある可能性があります。 しかし基本的に彼らが何かが間違っていると考えるならば、彼らはただ「いいえ、規範的である、あなたが知っている、提案」と言うことになるでしょう。それは指令ではありません。 そのため、ウェブマスター、開発者、SEOがそれを誤解していると彼らが考えるときはいつでも、彼らはそれがどうあるべきかについて最善の推測をするつもりです。

コンテンツが重複している場合も同じです。 Web上に重複したコンテンツが存在します。 それは至る所にあります。 グーグルの考えでは、彼らはページを一緒に折り畳むことによって人々を助けようとしている。 これらのさまざまなバージョンはすべて1つになります。 すべてのシグナルはその1ページに統合されています。 彼らは実際にそうすることによって私たちを助けようとしています。 そして、彼らは実際にそれでかなり良い仕事をします。

複数のタグがある場合は、最も制限の厳しいタグを選択します。 WordPressでは、テーマにタグを追加したり、Yoastでタグを追加したり、基本的に何でもタグを追加したりできます。通常、indexと言う5つのタグとnoindexというタグがある場合は、最も制限の厳しいタグとnoindexが選択されます。

リンクを使用すると、通常は無視されます。あなたがあなたのサイトへの悪いリンクを持っているなら - 私は以前に若干の議論があったと思います - あなたはdisavowファイルを使うつもりですか - あるいはこれは実際に昨夜の夜かもしれません。バリーはこれについて話していました。一般に、答えは「いいえ」です。あなたがペナルティを受けることを恐れているのであれば、おそらく、あなたはもうあなたのサイトへのリンクについて心配する必要はないでしょう。これは素晴らしいことです。

それで、あなたが地元のNAPリスト、私たちが本当に焦点を当てているたくさんの地元のSEO、にいるならば、これらはすべてまったく同じものでなければなりません。さて、バリエーション、あなたは通りを知っています、「st」に対して、またはLLC対有限責任会社に対して詳しく説明しました。基本的にそれらが統合されようとしている特定のバリエーションがあります。彼らはこれが他のもののもう一つのバージョンであることを知っています、それで彼らはそれが同じだと言っているのです、それは大丈夫です。

これは、実際にはBarryやDetlefでも先に出てきました。どちらも思い出せませんが、GoogleはURL内のHTTPSのみを参照するのであり、実際の証明書が有効かどうかは関係ありません。 そしてそれは100％本当です。 有効期限が切れた証明書を含むページをクロールしたことがある場合は、そのまま通過します。 検索コンソールを見ると、すべてのリンクが統合されています。 ユーザーがエラーを表示しようとしても、リダイレクトはそこにあります。

それから私は、Barryがこれを述べていたと思います。これは最も複雑なことの1つです。これは、私の世界では、本当に複雑になるので、100万の異なる方法で失敗する可能性が最も高いものです。ページがローカライズされていなくても、複製があると、通常は正しいものが表示されます。30のバージョン、すべての英語がある場合は、信号があれば問題ありません。タグが壊れてそのようなことが起きると、間違ったバージョンが表示されてしまうことがあります。その場合も、ページが折りたたまれることになります。通常、それらが重複していて、1つのメインバージョンを表示しようとしている場合です。それでもすべてが正しければ、適切な人に適切なバージョンを表示するように入れ替えます。そのタグの中では、アンダースコアの代わりにダッシュを使用するのがベストプラクティスです。それは重要ではありません。彼らのクローラは非常に寛大です。 Detlef氏は、「あの意味的なHTMLを正しくすることができるようになった」と言っていました。

en-GBの代わりにen-UK：すべてのhreflangの記事はこれが間違っていることをあなたに言うでしょうが、それはうまくいきます。あなたはこれのためのエラーを決して見ないでしょう。どうして？イギリスは実際には国ではないので - それは予約されたコードであり、彼らが「ええ、それは大丈夫です」のように十分に間違っていると見ています。

自己参照と同じです。あなたは実際にそれを必要としません。絶対URLに対する相対URLと同じです。基本的にベストプラクティスがあります。しかし、その場合はうまくいくことがあります。業界としてどこに行けばよいのかというと、人々の時間を無駄にしないでください。もしグーグルなら、もしビングがこれを最後に修正したなら、なぜ我々はそれを推し進めているのでしょうか？他の優先事項、他にもできることがあります。

彼らは今ブラウザでこれさえやっています。ほとんどのWebサイトでは、画像に遅延読み込みを使用していません。グーグルはそれをブラウザに取り入れるつもりであり、私は他のブラウザがこれをすることを願っています。これが最初のステップだと思います。おそらくプリロードディレクティブやたくさんのことのように、彼らはこれを使ってもっと多くのことをするだろうと思うが、彼らはブラウザの中で、サーバの負担を取り除き、ウェブサイトの負担を軽減するだろう。 Web上で画像を遅延ロードするだけです。さて、多くの人が、このローディング= "lazy"が必要だと考えています - それは実際にはデフォルトです。何もしないのであれば、Chrome 75の時点でWebサイトに遅延読み込みが行われていることになります。