エンタープライズテクニカルSEO-ページワンパワーウェビナー

公開: 2021-10-08

みなさん、こんにちは。エンタープライズテクニカルSEOに関するPage OnePowerのパネルウェビナーの要約へようこそ。

まず、素晴らしいパネリストの時間と洞察を私たちと私たちの聴衆と共有してくれたことに感謝します！私たちの専門家パネルは以下を特集しました：

Distilledの研究開発責任者、Tom Anthony
Catalystの戦略およびイノベーション担当ディレクター、Paul Shapiro
IBMのSEOスペシャリスト、Patrick Stox
ニコラス・チモナス、Page One PowerのR＆Dディレクター。

これは、エンタープライズレベルのテクニカルSEOに関連するさまざまなトピックに関する興味深い議論と会話を伴う優れたウェビナーでした。

エンタープライズテクニカルSEO_Blog

注：この要約は会話を言い換えるものであり、直接の書き起こしではありません。 正確な会話を聞きたい場合は、ビデオが埋め込まれているのを見ることができます。

概要

会話は約1時間続き、その間、私たちのパネルは多くのトピック、課題、および解決策を取り上げました。

議論をより消化しやすくするために、私はここですべてを分解しました。対応する各質問の先頭から始まる埋め込みビデオが含まれています（黄色のサブヘッダーで示されています）。

また、読みやすさを向上させるために、ブロックテキストを介して特に興味深い引用やアイデアを引き出しました。繰り返しますが、これらは直接の引用ではありません。

ビデオ録画全体を見たい場合は、次のとおりです。

専門家パネルがカバーした質問は次のとおりです。

エンタープライズサイトには、数百万とは言わないまでも数千のページがあります。 この規模で技術的な問題にどのように優先順位を付けて管理しますか？
エンタープライズクライアントと連携することは、実装サイクルが遅くなることを意味します。 それに応じてどのように計画しますか？
SEOは、企業構造において最小限の認識しか受けないことがよくあります。 どのように予算のために戦い、上流で価値を売り、優先権を獲得しますか？
テクニカルSEOには、さまざまな部門間のコラボレーションが必要です。 部門間のコラボレーションをどのように構築しますか？
テクニカルSEOの何が一番好きですか？
毎日大量の404を引き起こす大規模な在庫変更をどのように処理しますか？
ページの読み込みを高速化するために、フッターにWebサイト用の大きなCSSとJavascriptを含めることをお勧めしますか？
変更の結果を正確に測定し、それらの結果をクライアントに表示するにはどうすればよいですか？

これらの質問は、ディスカッションの開始点として機能し、会話を制御するのではなく、ガイドするのに役立ちました。

会話が台本に書かれていなかったので、私たちのパネリストは個人的な逸話、ユニークな戦略、そして実世界の豊富な情報とアドバイスを含めることができました。

楽しんでください！

質問1：エンタープライズサイトには、数百万とは言わないまでも数千のページがあります。この規模で技術的な問題にどのように優先順位を付けて管理しますか？

議論は4:05に始まります。

ニコラス：パトリック、あなたと一緒にリードしましょう。

影響による優先順位付け

パトリック：わかりました。私はあなたがまともな影響を与えるつもりであるところにヒットすると言うでしょう。ページごとのその規模では、それが最も重要なページの1つでない限り、大きな違いはありません。しかし、小さな勝利を得て、より大きなプロジェクトに取り組むために必要な信頼を築くために、ページごとに行う必要がある場合があります。

私たちにとっては、さまざまなCMSシステムやさまざまなビジネスユニットでさまざまな問題に一度に1つずつ取り組むことで、ケーススタディを構築し、他の人に影響を与えることができます。それが私たちのやり方です。

ニコラス：あなたのサイトのより小さなサブセクションであなたのケースを証明したなら、あなたはバイインを得るのがより簡単だと思いますか？それなら、開発チームにそれをより大規模に行うよう説得する火力がありますか？

パトリック：そうだね。

ニコラス：ポールこれについてどう思いますか？それに答えたいかどうか、聴衆からの質問もあります。問題は、「エンタープライズクライアントのクロールバジェットをどのように最適化するか」です。

ポール：最初に主な質問に取り組みましょう。

変更を加えた場合の影響を評価できるようになるのは、本当に重要だと思います。

費用と費用がわかれば、優先順位を付けるのが簡単になるはずです。

つまり、モデルを構築し、影響を予測し、変更を実装するためのコスト（人、リソース、テクノロジーなど）を計算し、そこからそれに応じて優先順位を付けることができるはずです。費用がかかり、そこにたどり着くまでに何が必要かがわかれば、優先順位を付けるのが簡単になるはずです。

クロール予算

クロール予算の質問に関しては、PageRankアルゴリズムを使用して、Webサイト全体でそれを内部的に計算し、それを使用してクロール予算に影響を与える方法を説明する、検索エンジンランド用に書いた記事を確認できます。

ニコラス：もちろんです。これは非常に頻繁に無視されるアプローチであり、アーキテクチャのこの変更が期待する変更をもたらすと考える理由の背後にあるデータを取得しようとします。

トム、これについてどう思いますか？

ROIをテクニカルSEOに結び付ける

トム：まず、パトリックとポールの両方に同意します。彼らが触れたことの相関関係は、どの修正が最も高いROIを持つかを理解しようとしています。

エンタープライズサイトのどの領域で実際に作業できるかを特定し、どれだけ迅速に実装できるかを理解する必要があります。

したがって、必要な労力がどうなるかについての仮説を立てるだけでなく、見返りと寿命についても話す必要があります。悪いケースの例は、開発者が到達するのに非常に長い時間がかかるものであり、見返りが来るまでには、もはや価値がありません。

エンタープライズサイトのどの領域で実際に作業できるかを特定し、どれだけ迅速に実装できるかを理解する必要があります。

蒸留ODNに関して、私たちの観点から見たエキサイティングなことの1つは、影響についてより良い仮説を立てることです。

通常、エンタープライズサイトには、ある程度の優先順位付けを必要とする技術的なSEO変更の長いバックログがあります。そのため、特定の変更の影響をより適切に推測できるように、テストにODNを使用することをお勧めします。エンタープライズサイトでの技術的なSEO変更のROIを予測することは驚くほど困難ですが、ODNを使用するとさまざまなことをテストできます。

ニコラス：それはこのレベル（企業）では特に当てはまると思います。単純な変更は、予想よりも大きな影響を与える可能性があります。また、大規模なサイトで作業する場合は、ページ上のSEOがさらに重要になると思います。

トム：もちろんです。そして、MikeKingはMozの技術的なSEOについて素晴らしい投稿をしています。

ニコラス：そうだね、マイクの投稿は、私たちのSEOツールの多くがゲームの背後にあるということを本当に良い点にしています。したがって、ツールに依存していて、手動でチェックしない場合は、重要な問題を見逃している可能性があります。興味深い投稿なので、チェックすることをお勧めします。

質問2：エンタープライズクライアントと連携することは、実装サイクルが遅くなることを意味します。それに応じてどのように計画しますか？

この質問のディスカッションは12:50に始まります。

ニコラス：パトリック、これについてはあなたに戻りましょう。

パトリック：ハ、それは楽しい質問です！時々あなたは待っています、私が待っている変化の多くは私が今年あるいは場合によっては来年さえ起こることを期待していません。しかし、やるべきことは他にもたくさんあります。

しかし、それは必ずしもそうとは限りません。エグゼクティブバイインとチームバイインがある場合、物事は非常に迅速に進む可能性があります。いつも遅いとは限りません。

ニコラス：ええ、私はコインの両面を経験しました。私はあなたが絶対に正しいと思います、そしてそれはあなたがそれを押し通してそれをより速く起こさせることができるバイインをどこに持っているか（組織のどのレベルで）に依存します。

そして反対側では、物事がゆっくりと進んでいて実装されていないのですが、それはあなたが自分自身を証明することによってまだ信頼や賛同を得ていないからです。推奨事項の重要性を証明すると、多くの場合、実装サイクルが速くなります。

それでポール、これについてどう思いますか？

自分で変更を実装する

Paul：多くの場合、実装時間について何もできないので、プロセスが遅くなります。あなたができることは、可能であれば、自分で物事を実装することです。自分で変更を加える機会があれば、プロセスをスピードアップするのに役立ちます。自分で実装できる小さなことは、プロセスをスピードアップします。

強力な技術チームがいる場合は、開発者やエンジニアの側での変更が重要ではない可能性があることを認め、可能な場合は支援を提供することで、開発者やエンジニアとの信頼関係を築くことができます。自分が何をしているのかを知るだけで、物事をより迅速に行うことができます。

また、これらの変更の価値を明確に伝え、適切な人と話していることを確認してください。強力な技術チームがいる場合は、開発者やエンジニアの側での変更が重要ではない可能性があることを認め、可能な場合は支援を提供することで、開発者やエンジニアとの信頼関係を築くことができます。自分が何をしているのかを知るだけで、物事をより迅速に行うことができます。

ニコラス：手綱を握ることをいとわず、開発者を支援し、彼らの帯域幅に共感することは助けになります。自分自身を利用可能にすればアクセスできることは絶対に真実です。多くの場合、自分で変更を加えるためのアクセス権を取得する方が、バックログに入れてトップに到達するよりも簡単です。

トム、ここで体重を量ってくれませんか。

開発チームとの関係の構築

トム：私は、他の人たちが開発者と親しくなり、彼らをあなたの味方にすることについて言ったことを絶対に繰り返します。

出席するだけで、顔の見えないメールが受信トレイに届くときよりも、より多くのことを成し遂げることができます。

代理店の観点から、クライアントがいる場合は、彼らのオフィスに行って仕事をする必要があります。あなたが彼らのオフィスに入ると、あなたはダイナミクスを見て、物事を成し遂げるためにあなたが誰と話す必要があるかを理解することができます。開発チームに関しては、彼らの会議に参加できるかどうかを確認してください。

出席するだけで、顔の見えないメールが受信トレイに届くときよりも、より多くのことを成し遂げることができます。私たちはコンサルタントに会議に行って座ってもらいました、そして以前は衰退していた突然のSEOチケットのすべてがトップに泡立ち始めました。コンサルタントは何も言う必要はありませんでした。これらのチケットの結果に投資した本物の人物であるだけで、これらのチケットはトップに浮かび上がりました。

次に、開発者を支援するために何ができるかを調べます。多くの場合、特定の理由で難しいと感じるチケットがありますが、それが常にあなたに通知されるとは限りません。しかし、実際に彼らと話をすると、彼らが苦労している理由を見つけて助けを提供することができます。彼らはあなたが彼らと話し、彼らの挑戦を認識したことを認めるので、これはあなたが彼らとの信頼を買うでしょう。

クロール予算（続き）

ログ分析は、あなたが思っているよりもはるかにアクセスしやすく、多くの実用的なデータを収集するために使用できます。途中で落ちてしまったものですが、丸太は金鉱です。

そして、クロール予算に戻ると、企業規模でのログ分析はクロール予算に非常に役立ちます。ログ分析は、あなたが思っているよりもはるかにアクセスしやすく、多くの実用的なデータを収集するために使用できます。途中で落ちてしまったものですが、丸太は金鉱です。

ニコラス：そして、Screaming Frog LogAnalyzerのようなツールでこれまでになく簡単になりました。これまでにやったことがない場合は、学べることに驚かれることでしょうので、ぜひ試してみてください。

トム：多くの場合、企業規模で最も難しいのは、ログへのアクセスを許可するように誰かを説得することです。しかし、繰り返しになりますが、適切なチームに自分自身を組み込むことは役に立ちます。

ODNを使用して実装サイクルをバイパスする

ニコラス：そしてもう1つ。 DistilledのODNを使用すると、実装サイクルをバイパスして、自分で変更を行うことができます。 ODNはCDNのように機能し、古いシステムが導入されている場合はそれをバイパスできます。

トム：ええ、それはCDNと同じように展開され、ユーザーの観点からは、そこにあるとは見えません。そして、それは他のすべての上にある新しいCMSのように機能します。

これについて非常に興味深いのは、開発チームがコントロールを失ったと感じるため、開発チームから多くの反発が予想されたことです。しかし、驚いたのは、多くの開発チームが古いプラットフォームにも不満を持っていたため、この変更を歓迎したことです。そのため、私たち（SEO）はチケットが完了しないことに不満を感じ、彼ら（開発者）はチケットを完了できないことに不満を感じていました。 ODNは、SEOが開発チームを支援し、Webサイトを可能な限り成功させるという共通の目標を達成できるプラットフォームを作成します。

ニコラス：そうです、それはすべての周りの勝利です。

注：ニコラスは、質問3がすでに触れられていたため、質問3と4を組み合わせ、質問4とうまく結び付けました。 2つの質問に対する回答は以下のとおりです。

質問3：SEOは、企業構造において最小限の認識しか受けないことがよくあります。どのように予算のために戦い、上流で価値を売り、優先権を獲得しますか？

質問4：技術的なSEOには、さまざまな部門間のコラボレーションが必要です。部門間のコラボレーションをどのように構築しますか？

これらの質問に関する議論は23:30に始まります。

ニコラス：パトリックと一緒にリードしましょう。これはIBMの文脈の中で特に興味深い質問だと思います。

エンタープライズレベルでのトレーニングとコラボレーション

パトリック：わかりました。1つに2つの質問があります。企業構造での認識に関しては、テスト、ケーススタディ、ROIの予測などについてはすでに説明しましたが、不足している大きな部分は、さまざまな従業員やチームのトレーニングだと思います。

チームにクレジットを与えることは大いに役立ちます。チームが素晴らしい仕事をした場合は、その功績を認めてください。彼らが多くのハードワークを行い、あなたが提案した改善を行った場合、それはあなたと一緒に彼らの勝利です。

信じられないかもしれませんが、エンタープライズSEOでは、サイトのサイズごとにはるかに少ないSEOで作業しているため、トレーニングが不可欠です。そして、訓練の良いところは、それを手に入れる人々を見つけるのを助け、それがあなたの伝道者になるということです。

チームにクレジットを与えることは大いに役立ちます。チームが素晴らしい仕事をした場合は、その功績を認めてください。彼らが多くのハードワークを行い、あなたが提案した改善を行った場合、それはあなたと一緒に彼らの勝利です。

影響があると思うことがあれば、あきらめないでください。あなたはただ耳を傾ける誰かを見つけて、それがバックログで死んでいないことを確認する方法を見つける必要があります。

コラボレーションに関しては、チームと繰り返し協力することで関係を築くことができます。チームがプロジェクトを実行するために必要なリソースを取得できるように、チームが予算を取得したり、自分の予算から支払いを行ったりするのを支援できる場合もあります。

プロジェクトをあきらめないでください

パトリック：私はバックログ、バックログ、バックログを聞き続けています...それはかなり頻繁に起こります。社内でも代理店でも、プッシュし続けることは問題ではありません。影響があると思うことがあれば、あきらめないでください。あなたはただ耳を傾ける誰かを見つけて、それがバックログで死んでいないことを確認する方法を見つける必要があります。

ニコラス：ええ、それが起こったとき、それは本当に私を狂わせます。しかし、私は頻繁に見つけました、私が押し続けるならば、私はそれを実現することができます。あきらめないことが本当に重要です。

パトリック：トムは以前、代理店の人が入ってくることについて素晴らしい点を述べました。人が入ってくると、通常、適切な人に会い、耳を傾けることができます。社内で誰かに同じことを5つ言っても結果は出ませんが、代理店の人が入って突然同じことを言うと、より多くの賛同があり、あなたは裏付けられています。

ニコラス：うん、それは本当だ。組織内の人に「ありがとう。同じことを言っていたのですが、また言ってくれるのは外部の人が必要だった」と言われました。

その1人のパトリックについてのあなたの答えをありがとう。透明性に感謝します。そしてポール、これらの質問についてのあなたの考えを聞いてみましょう。

言語を話す

ポール：まず第一に、クライアントとの直接の関係を築く機会をとることについて彼が先に述べたトムのヒントが大好きです。

あなたができる他のことに関しては、あなたが誰と話しているのかを知り、彼らの言語を話すことは本当に助けになります。たとえば、マーケティングチームと話している場合、ドルとセント、そしてそれが彼らの仕事にどのように影響するかについて話したいと思うでしょう。

ニコラス：確かに、それはクライアントのオフィスに行くための素晴らしいヒントです。トム、他にどんな素晴らしいヒントがありますか？

テクニカルSEOレポート

トム：まだ言及していないこと、つまり質問3に触れていることは、レポートをどのように行うかということです。 SEOは、SEOの理論的根拠と見返りを混ぜ合わせた大きなレポートを作成する傾向があります。より良いレポートを作成するための1つのヒントは、リードを埋めないことです。メールの件名は、トップレベルの付加価値である必要があります。しかしまた、彼らに大規模なWord文書を与えるだけではありません。

クライアントが年次報告書またはWebサイトで使用している言語を確認し、その言語をスライドデッキに反映する必要があります。そうすれば、あなたの言うことはすべて、彼ら自身の言語で彼らにリンクします。

レポートをスライドデッキとして作成して、主要なハイレベルのポイントを提示し、情報に非常にアクセスして共有できるようにすることができます。その大きなテキストレポートは管理レベルに読まれないためですが、スキャン可能なスライドデッキを提供すると、ビジネス内のより多くの人々があなたが彼らのビジネスのために行っていることにさらされることになります。

もう一つの本当に重要な点は、パウロが作ったものです—彼らの言語を話します。クライアントが年次報告書またはWebサイトで使用している言語を確認し、その言語をスライドデッキに反映する必要があります。そうすれば、あなたの言うことはすべて、彼ら自身の言語で彼らにリンクします。そして、それを収益にリンクします。それが管理レベルが気にすることだからです。

共通の目標/目的を強調する

より戦術的なアプローチは、各部門の目標が何であるかを見つけることです。彼らの目的を理解することで、あなたの変更が彼らの目標を達成するのにどのように役立つかを説明することができます。

ニコラス：ええ、それはあなたが働いている部門の目標を理解し、あなたの報告をそれに直接結び付けるための本当に良い点です。

パトリック：それは素晴らしいポイントです。部門ごとに異なる目標があり、これらのさまざまな部門に、推奨事項が個人的な目標の達成にどのように役立つかを示すスコアカードを作成できます。

ニコラス：そうですね。そして、それは実装サイクルを進める動機を提供することができます。

Paul： MozブログにRob Ousbeyによるすばらしい投稿があります。この問題を扱っている場合は、この記事を読むことをお勧めします。

Nicholas： David Sottimanoが書いた、ジュニアSEOのチェックリストを提供する投稿もチェックする価値があります。

用途の広いレポートの作成

ニコラス：トムについて私が興味を持っているもう1つのことは、報告の三角形です。私の考えでは、スプレッドシートとデータの概要、本質的なものではなく概要を必要とするエグゼクティブレベル向けのスライドショーなど、3つの異なるタイプのレポートをまとめることを常に考えてきました。次に、すべてを詳細に説明する長いレポート。

レポートを作成するとき、通常は3つすべてを実行しますか、それとも作業相手に基づいてレポートを調整しますか？

トム：私たちがよく行うことは、テキストの多いレポートを表に変換することです。したがって、1つの文で推奨事項を示し、次に列で、技術的な根拠、何を行う必要があるか、およびどのような影響があるかを示すことができます。これは、さまざまなチームがさまざまな列に関心を持っている可能性があり、無関係な情報を簡単にスキップできるため、うまく機能します。

複数のチームがアクセスできるような方法で1つのレポートを作成できる場合は、複数の異なるレポートを作成する必要はありません。

ニコラス：ええ、確かにそれは本当だと思いました。

トム：つまり、複数のチームがアクセスできるような方法で1つのレポートを作成できれば、複数の異なるレポートを作成する必要はありません。

ニコラス：そうですね、それは完全に理にかなっています。その情報をグラフや写真付きのスライドショーに入れることには常に価値があると思いますが、忙しい仕事なので、なるべくそうしないようにしたいと思います。

質問5：テクニカルSEOの何が一番好きですか？

会話は38:42に始まります。

ニコラス：パトリック、私たちを連れて行ってもらいましょう。

テクニカルSEO：新しい課題、創造性、および測定可能な結果

パトリック：私はこの質問が大好きです！私にとっては、これまでに見たことのない新しい問題やものが常にあることが大好きです。他では見られないようなものが常にあります。常に新しいものがあります。

ニコラス：同意します。これはテクニカルSEOの最も優れた点の1つです。乾燥した瞬間はめったになく、解決すべき新しいパズルが常にあります。

ポールあなたはどうですか、あなたは何が一番好きですか？

Paul：ご存知のとおり、テクニカルSEOは、非常に乾燥しているという評判を得ています。しかし、制約の形式を扱っていて、独自の解決策を考え出し、興味深い方法で問題を解決することを余儀なくされているため、SEOの最も創造的な領域の1つであることがわかりました。ですから、私にとって、それを実現するのは、技術的なSEOに関わる創造性です。

ニコラス：もちろんです。技術的な問題に取り組み、それらを理解するには、独創的で独創的な考え方が必要です。

トム、テクニカルSEOで一番好きなことは何ですか？

トム：私が思うのと同じ答えをエコーするつもりです—このパズルを解く部分です。多くの場合、正しい答えが1つではないか、ある場合は実際にその解決策を実行できないため、次善の答えを見つける必要があります。さまざまな解決策を見つけるのは、その創造的な思考です。

テクニカルSEOでは、実際に何を達成したかを確認できます。

もう1つの理由は、それが実際に自分の影響を測定し始めることができるマーケティングの領域の1つであるのに対し、他のマーケティングの領域ではそれを行うのが難しいということです。テクニカルSEOでは、実際に何を達成したかを確認できます。

ニコラス：確かに、技術的なSEOの最も優れた部分の1つは、テストと実験です。検索エンジンと機械学習アルゴリズムで遊んで、何が最もうまくいくかを理解しようとすることは、私にとって魅力的です。

トム：うん。そして、Googleのアルゴリズムに向けて最適化することは、常に変化しているため、数か月前に機能していたものがもはや当てはまらない可能性があるため、学習を続ける必要があります。

ニコラス：もちろんです。それがテクニカルSEOが素晴らしい理由の本当に良いセットです、紳士に感謝します。

質問6：毎日大量の404を引き起こす大規模な在庫変更をどのように処理しますか？

議論は43時40分に始まります。

パトリック：それはeコマースだと思います。私は最初に製品が戻ってくると思いますか？在庫がないために404しているだけで、来週は商品がなくなった場合とは異なる在庫がある場合。

前者の場合、それらのページ404を許可せず、在庫がないことを示します。後者の場合、それが1トンの場合は、リダイレクトをスケールアップするか、着信リンク（内部と外部の両方）に基づいて優先順位を付けて、404が大量に発生しないようにする必要があります。

データの検証

ニコラス：この質問は、ソフト404であるため、ウェブマスターツールで多数のエラーが発生している人から来ているのではないかと思います。したがって、これらが404であっても問題ない可能性がありますが、ソフト404であってはならず、サーバーが適切な応答を送信していることを確認する必要があります。

トム：これは、ログファイル分析に関するもう1つの理由です。これは、本当に信頼できるデータだからです。ウェブマスターツールでは、データが信頼できるかどうかを判断するのが非常に難しい場合があります。そして、反動的なアプローチを取り、それに基づいて行動することは危険である可能性があるため、最初に実際に何が起こっているのかを確認する必要があります。

ポール：なぜそれが404ingなのかを尋ねたいと思うかもしれません。意図的かどうか？在庫がなくなったときに404にならないように再構成することをお勧めします。これは、使用しているCMSによって異なります。

ニコラス：それは本当に状況と、これらが完全に永久になくなった製品なのか、それとも戻ってくるのかによって異なります。それが本当に決定的な要因です。

質問7：ページの読み込みを高速化するために、フッターにWebサイト用の大きなCSSとJavaScriptを含めることをお勧めしますか？

議論は46:20に始まります。

トム：それで、そこには本当に2つの質問があります。 JavaScriptは間違いなくフッターに含まれている必要があります。これは、ページ速度の標準的なベストプラクティスです。 SEOに影響を与える良い事例（JavaScript）を聞いたことがありません。

検索コンソール内で何が起こっているかを常に確認する必要があります。

最近のJavaScriptファイルの大きな問題は、サードパーティのJavaScriptファイルを使用していることです。これは、低速で、robots.txtによってブロックされることがよくあります。したがって、検索コンソール内でGoogleを使用して何らかのレンダリングを行うと、実際にブロックされていることがわかります。したがって、検索コンソール内で何が起こっているかを常に確認する必要があります。

ニコラス：そうですね。 JavaScriptを頭に入れることで私が抱えていた興味深い問題の1つは、検索コンソールがその下のhreflangコードを検出することでした。そのため、検索コンソールは、マークアップのあるページがゼロであると述べました。これは、JavaScriptが先頭のhreflangの上にあるためです。

そこで、JavaScriptをフッターに移動すると、hreflangが検出され、フェッチとレンダリングも適切に機能するようになりました。

質問8：変更の結果を正確に測定し、それらの結果をクライアントに表示するにはどうすればよいですか？

議論は48:51に始まります。

トム：これを行うには、さまざまな方法があります。興味深い方法の1つは、GoogleのCausalImpactライブラリを使用して、行った変更の影響をテストすることです。トムはマーク・エドモンドソンによるこの投稿を参照しました。

それを超えて、ますます多くの人々がA / B方法論を使い始めています。トムはEtsyによるこの投稿を参照しました。

ニコラス：これについてパトリックやポールから聞いてみましょう。

パトリック：それは規模に依存するでしょう、あなたはただ何が重要かを追跡する必要があります。やりたいことを追跡するために必要なデータがあることを確認してください。

ニコラス：もちろんです。あなたが自分で道の終わりまで降りてデータを持っていなかったかどうかはわかりませんが、それは楽しい場所ではありません。

さて、これをあなたの最終的な考えで締めくくりましょう。ポール。

ポール：もちろん。まず、SEO環境ではA / Bテストの方法論が非常に過小評価されていると思います。組織内でそれを行うための適切なプロセスを理解できれば、それを強くお勧めします。

それが不可能な場合は、どのような変更が行われたか、いつ行われたか、検索エンジンがこれらの変更をいつ取得したか、どのような影響があったか（トラフィックが増加した、コンバージョンが改善されたなど）を確認することに固執します。

そして、できるだけ多くの無関係な要因を排除し、それを自分が行った変更に分離しようとします。それは必ずしも簡単ではありませんが、少なくとも、これが特定の変更の影響であると方向的に言うというまともな仕事をすることができます。