ポッドキャストに戻る

成績証明書

John Jantsch: このエピソードは Duct Tape Marketing Podcast で、pixelz.com が提供しています。 それらのイメージを素晴らしく見せる必要があります。 ポップにしたい、商品を表現したい、そんなイメージを叶えるレタッチサービスです。

こんにちは。ダクトテープ マーケティング ポッドキャストの別のエピソードへようこそ。 ジョン・ヤンチです。 今日のゲストはルーカス・ヘンシュです。 彼は元 Google UX マネージャーであり、Pathmonk.com の Pathmonk の創設者です。

John Jantsch: そして、ページ速度、Web サイトの読み込み速度、すべての UX 要因について話します。 人々があなたのウェブサイトにアクセスして読み込みが非常に遅い場合、それは悪い経験であり、それが重要な要素である理由です. 実際、これは非常に重要な要素であり、Google はそれを SEO 目的のランキング要素と呼んでいます。 ルーカス、参加してくれてありがとう。

ルーカス・ヘンシュ: ジョン、ありがとう。 お招きいただきありがとうございます。

John Jantsch: では、人はどのように、つまり、繰り返しになりますが、多くの場合、ページ速度について話しますが、そこには非常に多くの要因が関係しています。 読み込みが速い素晴らしいウェブサイトを持っている人もいるかもしれませんが、私がよく言ったダイヤルアップのように遅い人もいます。 もうダイヤルアップとは言いませんよね？ しかし接続が遅い。 そして、彼らは悪い経験をしています。 つまり、自分がどこにいるのかをどうやって知るのでしょうか? つまり、ページの速度をどのように測定するのでしょうか?

Lukas Haensch: お願いしてよかったです。 ですから、おそらく何よりもまず、心に留めておくべき重要な概念の1つは、なぜページ速度を気にするのでしょうか? 非常に簡単に言えば、なぜ私たちはこれを気にするのでしょうか? これを小売店と比較する場合、小売店の引き戸と比較するのは非常に良い例えです。 これがスーパー、スーパー、スーパースローのオープニングだとしたら、実際に通過するまでに何人の人が待つでしょうか?

ルーカス・ヘンシュ: 今日、これらすべてを経験した後は、そのようなアナロジーを頭の片隅に置いておいてください。 したがって、ページ フィードは基本的に、ユーザーへのドア オープナーです。 そこにはたくさんの指標があり、多くのマーケティング担当者が耳を傾けていることを私は知っています。 Google の最大のクライアントと仕事をしているときに Google 内で使用した指標を 1 つ紹介します。それが速度指数です。 読み込み時間、最初のバイトの読み込み、いつレンダリングを開始するかなど、たくさんの指標があります。

Lukas Haensch: スピード インデックスを見てください。どのように取得したかはすぐに説明しますが、スピード インデックスを見て実際に測定するのは、最初の画面までにかかる時間です。スクロールせずに見えるコンテンツの場合、これが完全に描画されるまでにどのくらいの時間がかかりますか?つまり、ユーザーは Web サイトで有意義なエクスペリエンスを得ることができますか? そのため、私たちのチームは Google 内で、スクロールせずに見える最初のレンダリングを最適化することに非常に重点を置いていました。

Lukas Haensch: そして、他のすべてのアクションはそこから始まります。なぜなら、行動を促すフレーズがすでにそこにあり、ヒーローのイメージがすでにそこにあり、それから他のすべてがそこから展開されるからです。 したがって、速度指数は非常に簡単に取得できるものです。 webpagetest.org というツールがあります。 実際にはGoogleで構築されています。 その意味では公式の Google ツールではありませんが、ページ速度のウェブサイトを調べるために、Google 内のチームによって構築されています。

Lukas Haensch: そこに URL を入力すると、ページ スピード インデックスと呼ばれるメトリックが表示され、3000 や 4,000 などの数値が表示されます。これは基本的にミリ秒です。 したがって、ページ速度指数が 3000 の場合は、スクロールしなくても問題ありません。 コンテンツは 3 秒後に完全に読み込まれます。 ですから、それは一種の本当に良いことです。注意を向けてください。

John Jantsch: webpagetest.org さん、もう一度繰り返しますか?

ルーカス・ヘンシュ: そうですね。 Webpagetest.org は、いくつかのパラメーターを設定できる濃い青色の Web サイトのようなものです。ネットワークを選択できます。これは、選択することが非常に重要です。 ユーザーベースにとって非常に理にかなったものを選択する必要があります. 誰もが 5G を使用しているわけではなく、すべての人が 4G を使用しているわけでもありません。 おかしな話かもしれませんが、Google 内で 2 年前、1 年半前にこれを行っていたとき、実際にはまだ 3G 高速でテストしていました。ローエンドデバイス。 そのため、オフィスの Wi-Fi でテストすることは、おそらく最善の方法ではありません。

John Jantsch: サイトを遅くする最大の原因はどこにあるのですか?

Lukas Haensch: そしてこれは、先ほど述べたこのコンセプトと正確に結びついています。 スクロールせずに見えるコンテンツのレンダリングを見ていますが、非常に高いレベルが 1 つだけあります。 クリティカル レンダリング パスと呼ばれる重要な概念が 1 つあります。これは、ブラウザーが画面に何かを表示し始める前に、多くのリソースを通過する必要があることを意味します。 そのため、Web サイトが何かを表示する前に余白がたくさんある場合は、通常、クリティカル レンダリング パスをブロックしていることになります。

Lukas Haensch: webpagetest.org にアクセスすると、実際に視覚的に確認できます。これは基本的に、ページの読み込みが遅くなったバージョンであるためです。 2 番目の画面では白い画面が表示され、2 番目の 1.5 では白い画面が表示されるなど、最初のコンテンツが実際に表示されるまで続きます。 したがって、影響を与える最大のものは、レンダリングをブロックしているすべてのものです。レンダリングをブロックしている場合、幅の広いページがあり、通常はいくつかのことが原因です。

Lukas Haensch: デフォルトでは、これは単にレンダー ブロッキングであるため、常にそうなるでしょう。 それは、ページ内の CSS と JavaScript です。 あまり詳しく説明しなくても。 しかし、多くの Java スクリプトが含まれていて、それがビデオ プレーヤーである可能性がある場合はいつでも、Web サイトの上部にフリップ マーケティング メッセージが表示されるカルーセルである可能性があり、Java スクリプトによって駆動されることがよくあります。 .

Lukas Haensch: 技術者は、もう使用していない古い AB テスト ツールを使用することになります。 Javaスクリプトになります。 したがって、画面の上部で実際には必要ない場合でも、実際に画面に何かが表示され始めると、ブロックされます。 重要な演習の 1 つは、常に確認することです。使用しているすべての Java スクリプト ファイルを確認し、使用しているすべての CSS ファイルが実際に必要であるか、または実行できるかを確認します。技術用語としては、これらのアイテムのいくつかをロードするのを遅らせることができます。これにより、クリティカル レンダリング パスのブロックが解除され、サーバー サイトで何も変更せずに同じコンテンツが以前に表示されます。劇的な変更はありません。

Lukas Haensch: Google 内で常に学び、伝えてきた重要なことは、大きな変更を行う必要がないということです。 基本的に、ロードするすべてのファイルが改善される可能性があります。 CSSファイルですか？ 現時点では不要かもしれません。 後でロードできます。 JavaScriptファイルですか？ 延期することができます。 フォントファイルですか？ 多分それは古いフォント形式です。 などなど。 あなたはすべての事実と明らかに写真を見ることができます.1つの大きな鍵となるトリックがあります.それは画像にとって本当に役立つと思います.

Lukas Haensch: それについては話せますが、最終的にはこれらの個々の項目を調べて、マーケターとしてのあなたについてです。実際にロードされているものと、画面に何が表示されるかを段階的に確認できます。 そして、それはあなたのページで何が起こっているかの良い感じを与えるでしょう. Java スクリプトが大量にある場合、画像が大量にある場合、そこに fond ファイルをロードするのに時間がかかる場合、そのすべてです。

John Jantsch: 最終的に何らかの役割を果たすことはわかっていますが、サイトの速度を低下させたり、負荷を高速化したりする上で、ホスティングはどのような役割を果たしているのでしょうか?

Lukas Haensch: つまり、基本的には、送信速度に関する全体的な方程式の最初の部分に影響を与えます。 しかし、前に説明したように、重要なレンダリング クラスターをブロックしているため、個々のファイルを最適化することで、はるかに大きな役割を果たします。 そのホスティングにまったく触れなければならない前に、できることはたくさんあります。 そのため、主要な設定を切り替える前に、クリティカル レンダリング パスとファイルのロード方法を数回確認します。

John Jantsch: 今日出回っているコンテンツ管理システムのいくつかは、明らかに WordPress が群を抜いて最も人気があります。 特に人々がテーマやプラグインなどを追加し始めたとき、それらは問題の一部ですか?

ルーカス・ヘンシュ: 100%。 プラグインとは何かを考える必要があると思います。 プラグインは、多くの場合、基本的に JavaScript の集まりです。 明らかに、それが何をするかによって異なりますが、多くの機能が付属している場合は、はい. たとえば、同じロジックが適用されているので、WordPress からプラグイン ロジックを取得してみましょう。 つまり、いくつかのプラグインをロードしています。 それらのいくつかは、このページでは実際には必要ありません. それらのいくつかは、1 つの特定のページでのみ必要になります。 または、ページの下部でのみ必要になるものもあります。

Lukas Haensch: つまり、できることはできるということです。そのようなメタ プラグイン用のプラグインさえあります。 ただし、これをコードで実行することもできます。 条件付きでプラグインをロードできます。 したがって、最初の動きで画面がロードされている場合、ページがロードされている場合は、プラグインにそのコンディショナー ローダーを使用して、実際にロードするプラグインを選択するだけです。

Lukas Haensch: コードでこれを行っている場合は、より柔軟に、「今、どちらをロードする必要がありますか?」と言うことができます。 繰り返しになりますが、チームには多くの Java スクリプトが付属しており、すべてが最初に読み込まれるため、テーマについて言及されました。 その結果、レンダリングがブロックされます。 そして、もう一度ファイルごとにチェックして、どれを延期して後でロードできるかを確認できます。

Lukas Haensch: つまり、これはマーケティングが開発者と一緒に座って、[inaudible] 実際に Java スクリプト ファイルをチェックする必要がある場所です。簡単な例を挙げましょう。 チェックアウトページに必要な Java スクリプトを持っています。 その JavaScript は、最初の数秒間はまったく必要ありません。 ユーザーはそこにたどり着かなければなりません。 というわけで組み合わせです。 それは本当に、あなたはプラグインを見て、[inaudible 00:10:52]、あなたは Java スクリプトを見て、いくつかを延期しようとしています。

John Jantsch: それで、あなたが共有したページ テストと、Google のページ スピード インサイトを使用してテストを行いました。 また、モバイルの負荷とデスクトップの負荷には大きな違いがあるようです。 実際、私は多くのサイトをテストしましたが、モバイルで Google から熱烈な評価を得ているサイトを見つけることはめったにありません。 私たちがすべきことはありますか？ [inaudible] ほぼ別のサイトにするか、モバイル用に別のエクスペリエンスにする必要がありますか?

Lukas Haensch: とても良い質問ですね。 つまり、モバイルの負荷だと思います…つまり、モバイルでの読み込み時間は、デバイスと接続しているため、特に明白になります。 つまり、限界点がはるかに多く、パフォーマンスを低下させる危険にさらされている点がはるかに多いと言えます。 つまり、私が自分のモバイル ページを見ている場合、WordPress を使用している場合でも、ロードする特定のアイテムを条件付けして、ノーと言ったり、モバイルでこれを表示したり、モバイルで表示したりできないと思います。

Lukas Haensch: それには特定の要素があります。 カルーセルの例を挙げてみましょう。 最上部に別の画像があるピンクのカルーセルの場合。 これはおそらくデスクトップ上にあり、パフォーマンスにはそれほど影響しませんが、モバイルを見ると、5 つまたは 6 つの画像をロードしているため、突然パフォーマンスに大きく影響します。ロード。

Lukas Haensch: Java スクリプトを読み込んでいますが、これはランダム ブロックです。 同様に、つまり、基本的にパフォーマンス バジェットを持たなければならない状況になったことを意味します。 また、モバイル ページを表示していて、6 つの画像と Java スクリプトにすでにかなりの予算を費やしている場合、読み込みにかなりの時間がかかります。 5 番目または 6 番目の画像を使用して、人々が対話することさえできます。

ルーカス・ヘンシュ: それとも、単にマーケティングや他の誰かがメッセージを世に送り出したかったからですか? だから、ビデオなどの特に重い、重いアイテムを見て、私は間違いなく検討します。 動画を使わないようにと言っているわけではありませんが、動画を表示するためのよりスマートな方法もあります。 カルーセル、これらのタイプのアイテムは、モバイルで使用しないように非常に厳しくする必要があります。通常、これらのアイテムは強力な UX 値を持たず、間違いなく速度予算から多くを奪うからです。

John Jantsch: ウェブサイトを持っていたり、今日オンラインで製品を販売している場合は、製品やサービスについて人々が意見を述べる上で画像が重要であることをご存知でしょう。 z.com のピクセルである pixelz.com は、すべての画像を取得できる画像レタッチ サービスです。 彼らはそれらを修正し、形と対称性を追加し、隆起を滑らかにし、肩を揃え、しわを減らし、糸くずのタグを減らして取り除くことができます. 誰かにやってもらいましょう。 翌朝レタッチされた画像が提供されるため、市場投入までの時間を短縮できます。 pixel.com、つまり PIXELZ.com にアクセスして、彼らの感動的な画像サービスについて調べてください。

John Jantsch: ここで人々をうろたえさせずに、この方程式における AMP、高速化されたモバイル ページについて少し話していただけますか。 より良いロード、より良いエクスペリエンスのために人々が使用すべきものですか？ それで、あなたはそれについてどう思いますか？

Lukas Haensch: つまり、個人的には、これをどのように見ているかというと、基本的にはすべてのルールが事前に与えられた通常の Web サイトです。 すでに Java スクリプトに多くの制限を与えています。 すでに提供されていますが、HTML にはさらに最適化が行われていることは明らかです。 ある意味では、私たちがちょうど議論していたこの種のルールを取り入れて、ある意味でそれらを押し付けています. それが 1 つの理由であり、これらのページの読み込みが非常に速い理由の 1 つです。

Lukas Haensch: 私は自分自身を AMP の専門家とは考えていませんが、それが実際に何であるかを純粋に考えると、それは基本的に単なる Web サイトであり、多くのルールが存在する通常の Web サイトであり、基本的には AMP へのアクセスを妨げていると思います。速度予算を使いすぎているため、ページが高速になっています。 だから、あなたのタイプのコンテンツに合っていれば、誰かにとって素晴らしい方法だと思います。それでメッセージを伝えることができれば、素晴らしい方法だと思います.

John Jantsch: 逸話的に知っていますが、特にモバイル デバイスでは、何も起こらない場合はサイトに 3 ～ 4 秒かかります。 はい、X 人のユーザーが X 時間待機することを明確に示す統計はありますが、サイトがその時間内に読み込まれない場合、それは悪い経験であるだけでなく、彼らはすぐに離れてしまいますか?

ルーカス・ヘンシュ: ええ。 たくさんの指標があります。 私たちのチーム内で使用していたいくつかの指標は、おそらく悪化していないにしても、少なくともその状態が悪化していると思われます.3 つ以上かかると、消費者の 53% がサイトを離れます.読み込みに数秒。 つまり、これらの指標によると、より迅速に、またはその 3 秒以内にロードしない場合、トラフィックの半分はすでにモバイルでなくなっています。

Lukas Haensch: そして、私が 3 秒のスピード インデックス 3000 を 3 秒以内に画面にペイントできると言っているのは、人が離れる理由がないからです。 スピード インデックスやページ スピードについて話しているとき、重要な要素の 1 つもあると思うので、意味のあるものを見ている人についても話しているのです。 たくさんの異なる指標を見て、それを人間の経験から切り離すことは、おそらく良い考えではありません.

ルーカス・ヘンシュ: 人にとって意味のあるものを見せることができますか? 彼らはおそらく他の理由で去るでしょう。 つまり 53% ということで、それに関する指標が他にもたくさんあります。1 秒速く読み込むと、コンバージョン率が約 20% 以上増加します。 私がリリースするのは難しいです。それはユースケースとあなたが得ているトラフィックに大きく依存します. しかし、学習速度が 3 秒未満でない場合、この 53% は頭の片隅に置いておくのに非常に適していると思います。 それがあなたの場合に100％かどうかについては、それについては別の話です.

John Jantsch: それがその理由を示していると思います。多くの場合、一部の企業やマーケターは、予算に集中できる期間や、物事に取り組む時間が限られています。 そして、なぜこれが優先されるべきなのかを彼らが理解することが重要だと思います。 そして、それはそのための良い指標だと思います。

ルーカス・ヘンシュ: 100%。 小売店を経営していて、ドアが開かなかったら、すぐに飛び乗ってしまうようなものです。

ジョン・ジャンチュ: その通りです。 問題の一部は、多くのマーケティング担当者が実際に自分の Web サイトにアクセスしないことにあると思います。 彼らは、残念ながら顧客や見込み客と同じ経験を実際には持っていません。

ルーカス・ヘンシュ: うん。 もしそうなら、それはキャッシュされたバージョンであることが非常に多い. キャッシュされたバージョンまたは Wi-Fi で。 だから本当にその努力をしてください。 のようなツールを使用するか、Chrome を使用することもできますが、webpagetest.org にアクセスして、ほとんどの人が実際に Web サイトでどのような経験をしているかを自分で確認するためにテストしてください。

John Jantsch: Google がランキングに使用するすべての要因のリストを提供するとは限らないことは承知しています。 しかし、ページの速度またはページ速度の不足が、ページがランク付けされるかどうかの変数であることは、かなり広く受け入れられていると思います. あなたはそれについて話すことができますか？

Lukas Haensch: つまり、明らかに、ランキングに影響を与えているすべての事柄について、すべての洞察を持っているわけではありません。 もしそうなら、私はおそらく、もう働かなくてもよいでしょう。 しかし、心に留めておくことが重要なことが1つあると思います。 これにはすべて、特定の理由があります。 そのため、ますます多くのトラフィックがモバイル上にあります。 つまり、モバイル トラフィックは明らかにデスクトップ トラフィックを上回っています。 そのため、デスクトップよりもモバイルでの Google 検索からのトラフィックが増え、訪問者が増え、市場が拡大しています。 これらのチャネルでは、マーケティングの機会が増えます。

Lukas Haensch: しかし、一般的に見られるのは、デスクトップよりもモバイルの方がコンバージョン率が低いことです。 したがって、ページの速度を向上させることは、ユーザーのエクスペリエンスに影響を与える 1 つの側面であるため、明らかに非常に大きな関心が寄せられています。 つまり、ランキングにとって重要な理由と同様に、それがユーザーにとって良い理由でもあり、それがコンバージョンに良い理由でもあり、そのチャネルで広告を掲載している誰かにとって良いことでもあります. だから、ランキング要因についてこれ以上の洞察はありません。 それはすべて非常に正当な理由から来ていると言えます。

John Jantsch: そして、私が常に人々に伝えていることは、まさにあなたが言ったことです。 読み込みが遅いページは、悪い体験です。 そのため、Google はユーザーに不快な体験をしてほしくないのです。 そのため、そのページは表示されません。 そして、それがそれを見る方法だと思います。 それが常に彼らの意図だったと思います。 その結果、アルゴリズムなどによって物事が変化します。なぜなら、ページのすべての要素がサイト上にあることを理解するのが上手になるからです.

John Jantsch: 疑う余地はありませんが、これをテストする最も簡単な方法の 1 つは、クライアントのモバイル エクスペリエンスが非常に悪い場合、それがデザインであろうと読み込み速度であろうと、それらをモバイル検索に表示させることはできません。 彼らはそうしません。 そして、それは、ランキングのどこにどのように配置しても、それが要因であることを誰かが示唆する必要があるのと同じくらい明確な指標だと思います.

Lukas Haensch: Google でこれに取り組んでいたすべての時間から得られた最大のことは、多くのチームが小さな修正を行うために必要な労力を過大評価していることです。 したがって、モバイル ページでのページ速度の最適化は、一種の大きなプロジェクトとしてタイトルが付けられます。 しかし、前に強調しようとしていたように、多くのことはありません。改善するために実行できる小さなことはたくさんあります。

Lukas Haensch: このことを非常に際立たせる例を 1 つか 2 つ挙げてください。 多くの人が自分のヒーロー イメージを最適化しようとします。 あなたができることは、あなたができることと同じように非常に簡単です。あなたはあなたのヒーローイメージを取り、それを例えばコードの文字列に転送することができます。 これはコーディングでは base 64 と呼ばれ、突然、HTML ファイルの最初のリクエストでヒーロー イメージを送信できます。 私が言いたいのは、大きな変更は必要ないということです。

Lukas Haensch: 1 つの画像を別の形式に変換し、最初のファイルと一緒に送信すると、最初のスクロールせずに見える部分のコンテンツの大部分が既にペイントされている可能性があります。 ですから、それはおそらく私の最大の教訓だと思います。大きなプロジェクトとして不必要に爆破するために、それを作るのではなく、できる小さなことがたくさんあるということです.

John Jantsch: 誰かが、たとえば聞き手が考えているとしましょう。 繰り返しになりますが、Googleのページ速度コンサルタントだけであれば、非常に技術的な人々を獲得することになるでしょう。本当に、彼らがしたいのは、あなたを新しいホスティングか何かに移動させることだけです. つまり、これらのささいなことのいくつかを修正するのに役立つ適切なリソースをどのように見つけるのでしょうか?

Lukas Haensch: とても良い質問だと思います。 私が言えることは、あなたのチームが合理的にファイルを 1 つずつ調べていれば、その多くはすでに発見されている可能性があるということです。 あなたのフォントファイルはおそらく古いフォントファイル形式ですか？ TTFであるフォントファイル形式があります。 [inaudible] に転送すると、30% 小さくなります。 フォントが大きく、速く表示されます。 私が言えることは、あなたのウェブサイトのウォーターフォールをあなたのチームと一緒に行くことです。 正直に言うと最高の情報源だと思います。

John Jantsch: 冒頭で、あなたが最近 Pathmonk という会社を設立したと言いましたね。 Pathmonk の機能について少し教えてください。

ルーカス・ヘンシュ: わかりました。 そのため、間違いなく Pathmonk 内では、モバイルとデスクトップでのコンバージョンをより詳しく調べていました。 そして、マーケターにとって、ユーザーが実際にコンバージョンに至るまでに何回の訪問が必要かなどの質問に答えるのは、実際には非常に難しいことに気づきました。 または、実際に彼らを説得するためにページに何秒かかりますか? 直帰率のことではなく、サインアップするまでの平均秒数を教えてください。 または、訪問者が変換する準備ができていることを示すユーザー アクションはどれですか?

Lukas Haensch: つまり、Google の分析データや、誰かがどのように行動するかなどのヒート マップ ビデオを見るなど、ある種の匿名情報を遡及的に理解できることには大きなギャップがあることがわかりました。 しかし、リアルタイムで人々がこれにすぐに反応するのは難しいというギャップがあることがわかりました. ユーザー X がそのページにいて、コンバージョンに至っている人物のように見えるアクションを行っている場合、市場に反応できますか? そして、ほとんどの市場が現在のものであることがわかりました。

Lukas Haensch: そこで私たちは基本的にスマートカードと呼ばれるテクノロジーを構築し、人工知能に基づいて自動的にユーザーがページで何をしているか、コンバージョンの可能性のあるパターンを学習します。 つまり、ユーザーがページにいるときにどのような意図を持っているかです。 次に、よくある質問、お客様の声、スマート カードと呼ばれるスマート カードのケース スタディなど、製品に関するコンテンツを下または上から表示します。 これは基本的に、各訪問者が興味を持っている製品や機能のレベルに至るまで、ページ上で起こっていることに Web サイトがリアルタイムで反応できるようにする方法です。

John Jantsch: 最も簡単に言えば、誰かが特定のページを訪れた場合、おそらくそのトピックに興味があると思います。 つまり、一般的なスライドインを提供するだけでなく、ほぼすべてのページ、すべての訪問、またはあなたが言ったように、パス全体でエクスペリエンスをパーソナライズする方法です. 多くの場合、ユーザーは特定のトピックを調べているか、特定の意図を持っていることを示す 5 つまたは 6 つのことをサイトで行うためです。 それで、あなたがリアルタイムでそれに反応できるようになるということは、残念なことに、人々が期待し始めている行動になりつつあると思います。 残念ながら、それは確かにマーケターの基準を引き上げているからです.

Lukas Haensch: おもしろいことに、私たちが見ているのは、要素があり、予想される要素があり、明らかに誰かが特定のホワイト ペーパーをダウンロードしていることです。 しかし、誰かがあなたのページに深く焦点を合わせているなど、他のこともあります。 誰かがあなたのページに焦点を合わせて深く掘り下げ、その後、それらの再焦点の1つに再度投稿することの間には強い相関関係があることがわかりました. そして、それはデータが明らかにするものであり、スマートカードは自動的に反応することができます.

John Jantsch: 繰り返しになりますが、私はこのツールを実際に訪れてその動作を見たので、スマート カードの配布方法は非常に洗練されていると思います。 彼らは単に画面を乗っ取ったり、実際に誰かの顔にぶつかったりするだけではありません. しかし、それらは一種のパーソナライズされているため、見られると思います。より歓迎されると思います.

Lukas Haensch: 興味深いものです。 私たちは多くの UX テストと多くの UX 作業に取り組みました。賢い人が克服しなければならない先入観がたくさんあるからです。 チャット ボットには多くの先入観があるため、チャット ボットのようなルック アンド フィールはありません。 多くの人は、チャット ボットはロボットであり、会話したくないと考えて、チャット ボットとの会話を開始することさえしません。

Lukas Haensch: つまり、指標は、多くの人が会話を始めようとしないことを明確に示しています。 または、Cookie バナーのように見える場合、Cookie バナーは 1 億回クリックされています。 基本的に、私たちはスマートカードをあなたのウェブサイトの一部として見たり感じたりするようにします。そのため、あなたのスタイルやウェブサイトのテーマに合わせて完全にカスタマイズできます. そして、基本的には、どこからともなくポップアップするのではなく、上下にスライドすることで、ウェブサイトの一部になります。

John Jantsch: Lukas さん、ご参加いただき、ページ スピードについてお話しいただき、ありがとうございます。

ルーカス・ヘンシュ: どうもありがとう。 お招きいただきありがとうございます。