SMXライブブログ：高度な技術的なSEOの問題

公開: 2022-06-12

テクニカルSEOに飛び込むと、次のような評価の高い講演者がいます。

  • ビルハント、社長、バックアジマス（@billhunt）
  • Maile Ohye、シニア開発者プログラムエンジニア、Google（@maileohye）
  • SpinMedia（@eywu）、Growth＆Product、VP、Eric Wu

smx 一部の人にとってはまだ少し早いですし、ここでのぞき見は今朝少しゆっくり動くようですが、私はコーヒーを飲み干し、今朝これらのスピーカーの技術的な問題に飛び込む準備ができています。 私はクライアントサイトで技術的なSEOの問題に取り組むのが大好きで、サイトが大きくなればなるほど、通常は問題も大きくなります。 うまくいけば、これらの専門家は私たちのためにいくつかの良い情報を持っているでしょう。

Maile Ohye：Javascriptの実行とHTTPSの利点

「Googlebotが、サイトの表示コンテンツやレイアウトに有意義に貢献する埋め込みリソースにアクセスできるようにすることをお勧めします」とOhye氏は述べています。

5月23日、GoogleはJavaScriptexeをさらに実行すると発表しました。 彼らは微調整をしていて、ついにリリースすることができました。 Fetch as Googleを立ち上げて間もなく、200 kbのページを表示し、テキストコンテンツを表示し、ブロックされたリソースを1週間あたり500フェッチの割合で修正します。 モバイルを含むさまざまなクローラーを選択できます。 これを使用して、Googleがサイトのすべての重要な部分を取得できることを確認してください。

モーダルとインタースティシャル–どこにでもあります。 ユーザーのワークフローを中断する価値があるかどうかを判断する必要があります。 これらは、必要がない場合にワークフローを中断しています。 分析をチェックして、それが必要かどうかを確認します。 モーダルまたはインタースティシャルのインデックスを作成したくない場合は、Googleレンダリングとしてのフェッチをチェックして、インデックスが作成されているかどうかを確認してください。robots.txtではいつでも禁止できます。 もう一度チェックして、許可が機能していないことを確認します。

インデックスに登録されるコンテンツを最適化します。 css/jsリソースがクロール可能であることを確認してください。 Googleとしてフェッチを使用して、レンダリングされていることを確認し、堅実なサーバーパフォーマンスを優先することを忘れないでください。 サーバー上に古いjsファイルを（削除するのではなく）保持することを検討してください。 Googleがクロールを行うときに、これらのファイルが必要になる場合があります。 最後に、すべてのブラウザとSEがJSを実行するわけではないため、十分に機能が低下します。 必ずテストしてください。

HTTPSの利点

誰がセキュリティを優先していますか？ セキュリティはより大きな問題になりつつあり、現在、安全なブラウジングを提供しているいくつかの大きなサイトがあります。 なぜスイッチ

TLSを使用すると、ユーザーはサイトのどこにいるのかを知ることができます–認証。 データの整合性を提供し、データを暗号化します。 TLSは、ユーザーに追加のセキュリティ層を提供します。 Googleはhttpsをスパイダーできます。 はいhttpsは検索に適しています。 少年、それは数年前はそうではありませんでした。 httpsにはウェブマスターツールが装備されています。 実際にGWT内のhttpsサイトを確認できます。 問題を回避するために、クロールに使用できるバージョンが1つだけであることを確認してください。

httpsサイトのクロールとインデックス作成–コンテンツの重複を避けるためにhttpからhttpsへの301を実行する必要があります。 すべてのhttpsリソースを提供し、rel=canonicalが正しいことを確認してください。 httpsに移行する場合は、ブラウザでサイトをテストして、すべてのリソースが正しく表示されていることを確認してください。

Webは認証、整合性、暗号化に向けて成長しているので、準備をしてください。 HTTPSサイトの移行は、正しく実行し、リソースの提供に一貫性を持たせれば、検索しやすくなります。

ふぅ、彼女は非常に迅速に多くのデータを調べました。

Eric Wu：Ajaxは暴力のようなものです。問題が解決しない場合は、十分に使用していません。

ほとんどのサイトでは、jQuery、Angular JavaScript、さらにはバックボーンJavaScriptなどを使用しています。 これらは、それらをどのように利用するかに応じて、サイトをスピードアップするのに役立ちます。 アイデアは、サイトの速度を向上させて、サイトのユーザーエクスペリエンスとクロール性を向上させることです。 テストでは、サイトの速度を改善した後、Ericのチームはオーガニック検索セッションが80％増加したことを確認しました。

Googleは2004年からjsをクロールしようとしています。何年にもわたって、彼らはそれをクロールできると言ってようやく快適になる今日まで、ますます良くなっています。 GWT Fetch＆Renderは、GWT Fetch＆Renderがこれを実行できることを確認する方法です。

エリックは、無限スクロールの実装を提案しています。 モバイルでうまく機能するだけでなく、ユーザーエクスペリエンスも向上します。 Infinite Scrollを実装する場合は、rel = next/prevを使用してください。

連続コンテンツは、簡単なコードを必要とするPushStateを使用します。

History.pushState（
{}
titleOfPage、
newURL
）;
History.replaceState（）;

出版社のようなサイトでのスライドショーの観点からのAjaxギャラリー。 スライドショーは、大きなユーザーエンゲージメント、より多くのソーシャルシェア、その他多くのメリットをもたらします。 Ericは、pushStateを使用しているサイトとしてVoxに言及しており、この場合はrel = next/prevを効果的に使用しています。

遅延画像の読み込みは、エリックがまだ良い解決策はないと言っていることです。 回避策には、1×1ブランク、スケルトンスクリーンの使用、または「遅延」読み込みソリューションとしての低解像度の使用が含まれます。

レスポンシブ画像を使用する場合は、次のものを使用できます。
•Scrset
•ポリフィル
•Ua検出

さまざまなデバイスの画像をロードするために、Ericはnoscriptを使用することをお勧めします。

ビルハント：インデックス性と関連性の向上

このセッションの最後の講演者として、ハントは以前の講演者ほど「オタク」ではないことを約束します。

彼は基本を約束しているので、SEOをインデックス作成可能性、関連性、権限、クリック可能性の4つの領域に分類します。 ビルはこれらの項目のうちの2つについて話します。

インデックス作成性を向上させるには、スパイダーがコンテンツにアクセスできない場合、コンテンツを保存できないことを覚えておく必要があります。 大規模なサイトでのクロール効率を改善して、スパイダーがコンテンツにアクセスできるようにします。 それらをチェックして修正することにより、エラーを減らします。 開発がより複雑になるにつれて、どこに行くべきか、そしてインデックスを付けたいデータをどのようにフェッチするかを検索エンジンに指示しなければならないでしょう。

XMLサイトマップを検索エンジンに送信するときは、エラーを確認し、報告されたエラーを修正してください。 Bingは、送信されたページの1％以上にエラーがある場合、XMLサイトマップ内のURLのクロールを停止すると述べています。 エラーをクリーンアップします。 検索エンジンで物事を簡単にします。 理解するのは彼らの問題ではありません、それはあなたのものです。 サイトのページ数とサイトマップのページ数を切り離したくありません。 GoogleとBingがわざわざサイトのどこに問題があるかを教えてくれる場合は、注意して実際に修正してください。

ビルがサイトで見たいくつかの一般的な課題は次のとおりです。

  • URLの大文字と小文字の不一致：サイトのURLに大文字と小文字の両方が含まれています
  • オファーのないページ：200万近くのソフト404エラーはオファー/コンテンツがないことが原因です
  • 正規のタグにより、2〜200ページが重複します。

ビルは提案します：

  • 小文字のURLを義務付ける
  • 1ページに5つ以下の結果がある場合は、noindexとnofollowを追加します
  • 404ヘッダーを使用してカスタム404を実装する
  • 分類ロジックに基づいて動的に構築されたxml
  • 毎週のワークフローにサイトマップエラーレビューを追加する

グローバルサイトでhrefを活用します。 hrefsができることは、国のページからの重複コンテンツを防ぎ、検索エンジンがどのバージョンがどの国と言語に対応しているかを理解するのに役立ちます。 hrefsを実行するときは、コードのどこかで元のURLを参照する必要があります。 多くのサイトはこれを行わず、多くのツールはこれを行いません。 もう1つの間違いは、間違った国と言語を参照していることです。 Billは実際にURLの作成に役立つhrefビルダー（hrefbuilder.com）を作成しました。

そして、それでビルは終わりました。 このセッションは、それが約束したことを実現しました–私たちオタクのための多くの技術的なSEOグッズ。