Вернуться к подкасту

Стенограмма

Джон Янч: Этот выпуск представляет собой маркетинговый подкаст с использованием клейкой ленты и предоставлен вам pixelz.com. Вы должны сделать эти изображения великолепными. Если вы хотите, чтобы они выделялись, если вы хотите, чтобы они представляли вашу продукцию, воспользуйтесь услугой ретуши, которая сделает ваши изображения великолепными.

Привет и добро пожаловать в очередной выпуск маркетингового подкаста Duct Tape. Это Джон Янч. Сегодня у меня в гостях Лукас Хенш. Он бывший менеджер Google UX и основатель Pathmonk на pathmonk.com.

Джон Янч: И мы собираемся поговорить о скорости страницы, скорости загрузки веб-сайта и всех факторах UX. Если люди заходят на ваш сайт, и он загружается очень медленно, это плохой опыт, и именно поэтому это такой важный фактор. На самом деле, это настолько важный фактор, что Google, внешне называя его фактором ранжирования для целей SEO. Итак, Лукас, спасибо, что присоединился ко мне.

Лукас Хенш: Спасибо, Джон. Спасибо, что пригласили меня.

Джон Янч: Итак, как человек, я имею в виду, опять же, много раз люди говорят о скорости страницы, и есть так много факторов, которые вступают в игру. У кого-то может быть отличный веб-сайт, который загружается быстро, а у кого-то он загружается медленно, как я обычно говорил. Мы же больше не говорим "дозвониться", не так ли? Но медленное соединение. И поэтому у них плохой опыт. Я имею в виду, откуда мы знаем, где мы находимся? Я имею в виду, как мы измеряем скорость нашей страницы?

Лукас Хенш: Очень, очень рад, что вы спросили. Поэтому я думаю, что, возможно, в первую очередь, я думаю, что одна ключевая концепция, которую следует иметь в виду, это то, почему мы вообще заботимся о скорости страницы? Очень, очень кратко, зачем нам вообще это? Если вы сравните это со своим розничным магазином, возможно, будет очень, очень приятно сравнить это с вашей раздвижной дверью в вашем розничном магазине. Если это открывается супер, супер, супер медленно, сколько людей будет ждать, чтобы пройти?

Лукас Хенш: Просто держите аналогию такого рода в глубине души, когда вы пройдете через все это, сегодня. Таким образом, подача страницы — это, по сути, ваша дверь, открывающая дверь вашему пользователю. Там было множество метрик, и я знаю, что многие маркетологи слушают. Итак, я в основном дам вам одну метрику, которую мы использовали в Google, когда работали с крупнейшими клиентами Google, и это индекс скорости. Итак, есть масса метрик, которые вы могли бы иметь, время загрузки, первые загружаемые фрагменты, когда он начинает рендериться?

Лукас Хенш: Но если вы посмотрите на индекс скорости, и я скажу вам через секунду, как вы его получите, но если вы посмотрите на индекс скорости, вы на самом деле измерите, сколько времени требуется до появления первого экрана. выше сложенный контент, сколько времени требуется, чтобы он был полностью окрашен, что, в свою очередь, означает, что пользователь получает значимый опыт работы с вашим сайтом? Итак, это то, на чем мы действительно сосредоточились в Google в нашей команде, чтобы оптимизировать этот первый рендеринг верхней части сгиба.

Лукас Хенш: И все остальные действия будут исходить оттуда, потому что призыв к действию уже есть, образ героя уже есть, а затем оттуда разворачивается все остальное. Таким образом, индекс скорости — это то, что вы можете очень легко получить. Существует инструмент под названием webpagetest.org. Это на самом деле построено в Google. В этом смысле это не официальный инструмент Google, но он создан командой Google для просмотра скорости страниц веб-сайтов.

Лукас Хенш: И если вы введете туда свой URL, вы получите метрику, называемую индексом скорости страницы, и она покажет вам что-то вроде 3000 или 4000, а это в основном миллисекунды. Так что, если у вас есть индекс скорости страницы 3000, вы выше сгиба. Контент будет полностью загружен через три секунды. Так что это действительно хорошая вещь, на которую стоит обратить внимание.

Джон Янч: Итак, повторите еще раз, webpagetest.org?

Лукас Хенш: Верно. Webpagetest.org похож на темно-синий веб-сайт, где вы можете указать пару параметров, вы можете выбрать сеть, которую действительно важно выбрать. Вы должны выбрать что-то, что имеет смысл для вашей пользовательской базы. Не все используют 5G, и даже не все используют 4G. Это может быть забавно слышать, но когда мы делали это примерно два года назад, полтора года назад в Google, мы на самом деле тестировали 3G быстро, потому что такая большая пользовательская база на самом деле работает медленнее и нижние конечные устройства. Поэтому тестирование Wi-Fi в вашем офисе, вероятно, не лучший вариант.

Джон Янч: Где вы нашли или что вы обнаружили, были одними из самых больших виновников, я имею в виду, что сайты замедляются?

Лукас Хенш: И это точно связано с концепцией, о которой мы только что говорили. Мы смотрим на приведенный выше рендеринг содержимого сгиба, и есть только один очень высокий уровень. Существует одна ключевая концепция, называемая критическим путем рендеринга, что означает, что браузер должен пройти через множество ресурсов, прежде чем он сможет начать показывать что-либо на экране. Поэтому, если у вас есть много пустого пространства, прежде чем ваш сайт что-то покажет, то вы обычно блокируете критический путь рендеринга.

Лукас Хенш: Если вы зайдете на сайт webpagetest.org, то увидите это визуально, потому что это, по сути, замедленная версия того, как загружается ваша страница. Вы увидите во втором случае у нас белый экран, во втором 1.5 у нас белый экран и так далее и тому подобное, пока вы не покажете первый контент. Таким образом, самые большие вещи, которые влияют, это все, что блокирует рендеринг, потому что, если вы блокируете рендеринг, у вас есть широкая страница, а это обычно пара вещей.

Лукас Хенш: По умолчанию так будет всегда, потому что это просто блокировка рендеринга. Это ваш CSS и ваш JavaScript на вашей странице. Не вдаваясь в подробности. Но всякий раз, когда у вас есть что-то с большим количеством сценариев Java, и это может быть видеоплеер, это может быть карусель, в которой у вас есть несколько маркетинговых сообщений в верхней части вашего веб-сайта, которые очень часто управляются сценарием Java. .

Лукас Хенш: У вас, у техников, будет старый инструмент для тестирования AB, который вы, возможно, больше не используете. Это будет Java-скрипт. Таким образом, даже если это не очень нужно в верхней части экрана, оно будет блокировать то, что произошло, когда вы действительно начнете видеть что-то на экране. Таким образом, одно из ключевых упражнений состоит в том, чтобы всегда проверять, все ли файлы сценария Java, которые мы используем, все ли файлы CSS, которые мы используем, действительно необходимы или вы можете, и это называется, отложить их или отложить в С технической точки зрения, вы можете отложить загрузку пары этих элементов, что затем разблокирует критический путь рендеринга, который затем показывает тот же контент ранее, ничего не меняя на сайтах сервера, не меняя ничего кардинального.

Лукас Хенш: Итак, ключевой момент, который мы узнали и постоянно обсуждали в Google, заключается в том, что вам не нужно делать эти большие изменения. Практически каждый файл, который вы загружаете, может быть улучшен. Это файл CSS? Может быть, в данный момент это и не нужно. Его можно загрузить позже. Это файл JavaScript? Его можно отложить. Это файл шрифта? Возможно, это старый формат шрифта. И так далее. Вы можете просмотреть все факты и, очевидно, изображения, есть один большой ключевой трюк, который, я думаю, действительно полезен для изображений.

Лукас Хенш: Я могу углубиться в это, но в конечном итоге речь идет о просмотре этих отдельных элементов и вас как маркетолога, если это так, возможно, это то, с чем вы не работали все время, просто перейдите на webpagetest.org через URL-адрес. а можно пошагово посмотреть, ладно, что на самом деле загружается и что я вижу на своем экране? И это даст вам хорошее представление о том, что происходит на вашей странице. Если есть тонны Java-скриптов, если есть тонны изображений, если там долго загружаются любимые файлы, все это.

Джон Янч: Какую роль, я имею в виду, я знаю, что в конечном итоге это играет роль, но какую роль играет хостинг в возможном замедлении работы сайтов или ускорении загрузки?

Лукас Хенш: Я имею в виду, в основном, это влияет на первую часть общего уравнения, как быстро вы отправляете, ваш первый укус, в основном, как быстро вы отправляете информацию, в основном, по трубе. Хотя мы снова и снова обнаруживали, что, очевидно, это играет свою роль, но гораздо большую роль, гораздо более быстрые победы заключаются в оптимизации отдельных файлов, потому что, как мы только что обсуждали ранее, блокируется критический кластер рендеринга. Есть так много мелких вещей, которые вы можете сделать, прежде чем вообще прикасаться к этому хостингу. Итак, я бы посмотрел на критический путь рендеринга и на то, как вы загружаете файлы пару раз, прежде чем переключать какие-либо основные настройки.

Джон Янч: Считаете ли вы, что некоторые из систем управления контентом, которые существуют сегодня, очевидно, WordPress, безусловно, являются самыми популярными. Являются ли они частью проблемы, особенно когда люди начинают добавлять темы, плагины и тому подобное?

Лукас Хенш: 100%. Я думаю, вам нужно подумать о том, что такое плагин. Плагин — это, по сути, набор JavaScript во многих случаях. Очевидно, это зависит от того, что он делает, но если у него много функций, то да. Так, например, и здесь применяется та же логика, давайте возьмем логику плагина из WordPress. Итак, вы загружаете пару плагинов. Некоторые из них вам даже не понадобятся на этой странице. Некоторые из них вам понадобятся только на одной конкретной странице. Или некоторые из них вам понадобятся только внизу вашей страницы.

Лукас Хенш: То, что вы можете делать, это то, что вы можете делать, и есть даже плагин для такого рода мета-плагина. Но вы также можете запустить это через код. Вы можете условно загрузить свои плагины. Итак, если мой первый шаг, мой экран загружается, если моя страница загружается, то вы можете просто использовать этот загрузчик кондиционера для плагинов, а затем выбирать, когда какой плагин должен фактически загружаться.

Лукас Хенш: Если вы делаете это с помощью кода, у вас будет еще больше гибкости, чтобы сказать, хорошо, какой из них должен загружаться прямо сейчас? И снова, и вы упомянули там темы, потому что у команд много Java-скриптов, и все они загружаются в начале. Это, в свою очередь, блокирует рендеринг. А можно было бы опять файл за файлом пройти проверку, ладно, какие можно отложить и загрузить потом.

Лукас Хенш: Так что здесь отдел маркетинга должен будет как бы сесть вместе с разработчиком и проверить, ладно, [неразборчиво] на самом деле файлы сценариев Java, позвольте мне привести небольшой пример. У вас есть Java-скрипт, который вам нужен на странице оформления заказа. Этот JavaScript вообще не требуется в первые пару секунд. Пользователь даже должен добраться туда. Так что это комбинация. На самом деле, вы смотрите на плагины, [неразборчиво 00:10:52], вы смотрите на Java-скрипт, пытаетесь отложить некоторые из них, и именно так вы, в основном, урезаете каждую секунду.

Джон Янч: Итак, я провел тестирование, используя тесты страниц, которыми вы поделились, а также данные Google о скорости загрузки страниц. И, кажется, есть существенная разница в нагрузке на мобильную версию по сравнению с настольной. На самом деле, я протестировал множество сайтов и редко нахожу сайты, которые получают восторженные отзывы от Google для мобильных устройств. Есть вещи, которые мы должны делать? Я имею в виду, должны ли мы иметь [неразборчиво] почти отдельные сайты или отдельные возможности для мобильных устройств?

Лукас Хенш: Это очень хороший вопрос. Я имею в виду, я думаю, что мобильная нагрузка… Я имею в виду, что время загрузки на мобильных устройствах становится особенно очевидным, потому что устройства и мы находимся в соединении. Так что, скажем, гораздо больше критических точек или намного больше точек, которые находятся в опасности, снижая производительность. Это означает, что если я смотрю на свою мобильную страницу, я думаю, и я думаю, что даже с WordPress вы можете обусловить загрузку определенных элементов, просто сказав «нет», не показывать это на мобильном устройстве или показывать это на мобильном устройстве.

Лукас Хенш: В этом есть определенные элементы. Возьмем, я думаю, может быть, привести пример карусели. Если розовая карусель с другим изображением в самом верху. Итак, у вас есть это, может быть, на рабочем столе, и это не сильно влияет на вашу производительность, но затем вы смотрите на мобильные устройства, и внезапно это сильно влияет на производительность, потому что вы загружаете пять или шесть изображений, что довольно много. нагрузка.

Лукас Хенш: Вы загружаете Java-скрипт, который, как я уже упоминал, является случайной блокировкой. Кроме того, это означает, что теперь у вас была ситуация, когда в основном вы должны иметь бюджет производительности, когда вы говорите: «Хорошо, у меня есть этот и этот бюджет для разыгрывания». И если вы просматриваете свою мобильную страницу и уже тратите немалый бюджет на свои шесть изображений плюс свой Java-скрипт, вы уже занимаете довольно много секунд, которые потребуются для загрузки, в то время как тогда вам придется даже смотреть при ваших метриках и аналитике люди даже взаимодействуют, с пятого или шестого изображения.

Лукас Хенш: Или это просто потому, что маркетологи или кто-то другой хотели опубликовать несколько сообщений? Итак, я бы определенно рассмотрел, глядя на особенно тяжелые, тяжелые предметы, такие как видео. Я не говорю не использовать видео, но есть и более разумные способы отображения видео. Карусели, эти типы элементов, должны быть очень строгими, чтобы не использовать их на мобильных устройствах, потому что они обычно не имеют сильной ценности UX и, безусловно, они берут много из бюджета скорости.

Джон Янч: Если у вас есть веб-сайт, если вы продаете товары через Интернет сегодня, вы знаете, что изображения имеют решающее значение для формирования мнения людей о ваших продуктах и ​​услугах. pixelz.com, пиксель с z.com, — это служба ретуширования изображений, которая может взять все ваши изображения. Они могут отретушировать их, добавить форму и симметрию, сгладить неровности, выровнять плечи и тому подобное, что может уменьшить морщины, уменьшить и удалить ворсинки, все, что на самом деле кажется неподходящим. Попросите кого-нибудь сделать это за вас. Ускорьте выход на рынок, потому что на следующее утро вам предоставят отретушированные изображения. Перейдите на сайт pixels.com, который называется PIXELZ.com, и узнайте об их услугах по обновлению изображений.

Джон Янч: Не могли бы вы, не заставляя людей тупить, немного рассказать об AMP в этом уравнении, об ускоренных мобильных страницах. Это то, что люди должны использовать для лучшей загрузки, лучшего опыта, но тогда у вас меньше графики, у вас меньше контроля? Итак, как вы к этому относитесь?

Лукас Хенш: Лично я считаю, что это обычный веб-сайт со всеми заранее заданными правилами. Это уже накладывает на ваш Java-скрипт множество ограничений. Это уже дает вам, а затем, очевидно, есть дальнейшие оптимизации в HTML. Так что в каком-то смысле это берет правила, которые мы только что обсуждали, и навязывает их вам. Итак, вот почему это одна часть и одна из причин, по которой эти страницы загружаются очень быстро.

Лукас Хенш: Я бы не считал себя экспертом по AMP, но я определенно думаю, что в чистом виде это просто веб-сайт, обычный веб-сайт с кучей правил, которые в основном не позволяют вам чрезмерное использование вашего бюджета скорости и, следовательно, они являются быстрыми страницами. Поэтому я думаю, что это отличный способ для кого-то, если он соответствует вашему типу контента. Если вы можете донести свое сообщение с помощью этого, я думаю, что это отличный способ.

Джон Янч: Так что я знаю анекдотично, я даю сайту три или четыре секунды, если ничего не происходит, я могу щелкнуть прочь, особенно на моем мобильном устройстве. Есть ли статистические данные, которые определенно говорят, что да, X человек будут ждать X количество времени, но если ваш сайт не загружается за это время, это не только плохо, но и они просто уйдут?

Лукас Хенш: Да. Там просто куча метрик. Пара показателей, которые мы использовали в нашей команде, и, вероятно, были просто, если не ухудшались, по крайней мере, их состояние или мы ухудшались, это похоже на то, что 53% потребителей покинут сайт, если это займет больше трех секунды для загрузки. Таким образом, согласно этим показателям, половина вашего трафика уже уходит на мобильные устройства, если вы не загружаетесь быстрее или в течение этих трех секунд.

Лукас Хенш: И когда я говорю, что индекс скорости за три секунды равен 3000, я могу нарисовать его для экрана за три секунды, потому что тогда у человека нет причин уходить. Потому что я думаю, что, возможно, есть еще один ключевой элемент, когда мы говорим об индексе скорости или скорости страницы, мы также говорим о том, что человек видит что-то значимое. Возможно, не стоит отделять это от человеческого опыта, рассматривая множество различных показателей.

Лукас Хенш: Например, вы можете показать человеку что-то значимое, а это значит, что он не уйдет, потому что чего-то не видит. Они уйдут, возможно, по другим причинам. Итак, 53%, есть множество других показателей того, как есть показатели, если вы загружаете на одну секунду быстрее, чем коэффициент конверсии увеличится примерно на 20% или более. Мне трудно выпустить, это действительно зависит от варианта использования и трафика, который вы получаете. Но я думаю, что эти 53%, если вы не хуже обучаетесь быстрее, чем за три секунды, действительно хорошо иметь в виду. На 100% ли это в вашем случае, это отдельная история.

Джон Янч: Я думаю, это иллюстрирует причину, по которой часто у некоторых компаний и маркетологов есть только ограниченный бюджет и время для работы над вещами. И я думаю, что для них важно понять, почему это должно быть приоритетом. И я думаю, что это хороший показатель для этого.

Лукас Хенш: 100%. Например, если вы управляете розничным магазином, если ваша дверь не открывается, как будто вы немедленно прыгаете на нее.

Джон Янч: Точно. Я думаю, что часть проблемы заключается в том, что многие маркетологи на самом деле не посещают свои собственные веб-сайты. У них на самом деле нет того же опыта, что и у их клиентов или потенциальных клиентов, к сожалению.

Лукас Хенш: Ага. А если и делают, то очень часто это кешированная версия. Кэшированная версия или по Wi-Fi. Так что действительно сделайте это усилие. Воспользуйтесь таким инструментом, или вы даже можете сделать это с Chrome, но зайдите на webpagetest.org и протестируйте его, просто чтобы увидеть, какой опыт у большинства людей на самом деле есть с вашим сайтом.

Джон Янч: Я знаю, что Google не обязательно дает список всех факторов, которые они используют для ранжирования. Но я думаю, что довольно широко признано, что скорость страницы или отсутствие скорости страницы является переменной в том, ранжируются ваши страницы или нет. Вы можете говорить об этом?

Лукас Хенш: Я имею в виду, очевидно, что у меня нет полной информации обо всех вещах, влияющих на ранжирование. Если бы это было так, я бы, наверное, больше не работал. Но я думаю, что важно иметь в виду одну вещь. Всему этому есть определенная причина. Таким образом, все больше и больше трафика приходится на мобильные устройства. Таким образом, мобильный трафик явно обогнал десктопный. Таким образом, через поиск Google на мобильных устройствах проходит все больше и больше трафика, чем на настольных компьютерах, следовательно, посетитель, следовательно, больше рынка. В этих каналах больше возможностей для маркетинга.

Лукас Хенш: Но в целом мы видим более низкие коэффициенты конверсии на мобильных устройствах, чем на настольных компьютерах. Таким образом, очевидно, существует значительный интерес к повышению скорости страницы, потому что это один из аспектов, который влияет на опыт пользователя. Таким образом, причина, по которой это важно для ранжирования, также является причиной того, почему это хорошо для пользователей, что является причиной того, почему это хорошо для конверсий, что, в свою очередь, хорошо для тех, кто размещает рекламу на этом канале. Так что я не могу, у меня нет никакой дополнительной информации о факторах ранжирования. Я могу только сказать, что все это происходит по очень веской причине.

Джон Янч: И то, что я все время говорю людям, это именно то, что вы сказали. Страница, которая загружается медленно, — это плохой опыт. И поэтому Google не хочет, чтобы у людей был плохой опыт. Поэтому они не собираются показывать эту страницу. И я думаю, что это способ смотреть на это. Я думаю, это всегда было их намерением. И, следовательно, все меняется с алгоритмом и еще чем-то только потому, что они лучше понимают, что, все факторы страницы находятся на сайте.

Джон Янч: И поэтому я думаю, что нет никаких сомнений в том, что на самом деле один из самых простых способов проверить это — это когда у нас есть клиенты, у которых действительно плохое мобильное взаимодействие, будь то дизайн или скорость загрузки, я имею в виду, мы не можем заставить их появляться в мобильном поиске. Они просто не будут. И поэтому я думаю, что это настолько ясное указание, что кто-то должен предположить, что, независимо от того, как вы поместите это в рейтинге, это фактор.

Лукас Хенш: Я бы сказал, что самое важное, что я бы вынес из всего этого времени в Google, работая над этим, это то, что многие команды переоценивают усилия, необходимые для внесения даже небольших исправлений. Таким образом, оптимизация скорости страницы на мобильной странице должна быть названа большим проектом. Но, как я пытался подчеркнуть ранее, есть не так много вещей, много мелочей, которые можно сделать для улучшения.

Лукас Хенш: Просто приведите мне один или два примера, которые, возможно, очень ярко это подчеркнут. Многие люди пытаются оптимизировать образ своего героя. Что вы можете сделать очень просто, как вы можете сделать, вы берете свое изображение героя, вы можете передать его, скажем, в строку кода. В кодировании это называется base 64, и внезапно вы можете отправить свое главное изображение с первым запросом в своем HTML-файле. Я просто пытаюсь сказать вам, что никаких больших изменений делать не нужно.

Лукас Хенш: Вы берете одно изображение, переводите его в другой формат, отправляете его вместе со своим первым файлом, и большая часть вашего первого содержимого в верхней части страницы уже может быть нарисована. Итак, я думаю, что это, вероятно, мой самый большой вывод, что есть много мелких вещей, которые можно сделать, а не делать это, чтобы без необходимости раздувать это как большой проект.

Джон Янч: Итак, где бы кто-то, скажем, слушатель, который думает, сказал пару вещей, которые имеют большой смысл, но я не знаю, как это сделать. Где вы найдете кого-то, кто, потому что, опять же, если вы просто консультант по скорости страницы в Google, вы получите людей, которые очень техничны, вы получите людей, которые просто говорят, что они могут это сделать, но они на самом деле, все, что они хотят сделать, это переместить вас на новый хостинг или что-то в этом роде. Я имею в виду, как найти нужный ресурс, который поможет исправить некоторые из этих мелочей?

Лукас Хенш: Я думаю, что это действительно хороший вопрос. Что я могу сказать, так это то, что если ваша команда просматривает файлы один за другим, многое из этого уже может быть раскрыто. Возможно, ваш файл шрифта просто в старом формате файла шрифта? Есть формат файла шрифта TTF. Если вы переведете его в [неразборчиво], он будет на 30% меньше. Шрифты отображаются крупнее и быстрее. Так что единственное, что я не могу сказать, как одно место, что я могу сказать, так это пройти с вашей командой через водопад вашего веб-сайта. Я думаю, что это лучший источник, если честно.

Джон Янч: Итак, во введении я упомянул, что вы недавно основали компанию под названием Pathmonk. Вы хотите немного рассказать нам о том, чем занимается Pathmonk.

Лукас Хенш: Конечно. Итак, определенно в Pathmonk мы смотрели гораздо ближе на конверсии на мобильных устройствах и на настольных компьютерах. И мы поняли, что маркетологам на самом деле очень сложно ответить на такие вопросы, как сколько посещений требуется пользователю, чтобы на самом деле совершить конверсию? Или сколько секунд у вас есть на странице, чтобы действительно убедить их? И я не говорю о показателе отказов, я говорю о том, каково среднее количество секунд, которое проходит человек, прежде чем он зарегистрируется? Или какие действия пользователя показывают, что посетитель готов совершить конверсию?

Лукас Хенш: Итак, мы увидели, что существует большой пробел в способности ретроспективно понимать своего рода анонимную информацию, такую ​​как данные аналитики Google или просмотр видео с тепловыми картами, например, как кто-то себя ведет. Но мы обнаружили, что есть пробел, в котором в режиме реального времени людям сложно сразу на это отреагировать. Что, если пользователь X был на странице и совершал действия, которые выглядят так, как будто он совершает конверсию, можете ли вы отреагировать на рынок? И мы обнаружили, что большинство рынка является текущим.

Лукас Хенш: Итак, мы создаем, в основном, технологии, называемые смарт-картами, которые в основном помогают автоматически на основе искусственного интеллекта узнавать, что пользователь делает на странице, какие вероятные шаблоны для конверсии. Итак, какие намерения у пользователей, когда они находятся на странице. А затем мы показываем им контент о ваших продуктах, например, часто задаваемые вопросы, отзывы, тематические исследования того, что мы называем смарт-картами, которые скользят снизу или сверху. И это в основном то, как мы позволяем веб-сайту реагировать в режиме реального времени на то, что происходит на странице с каждым конкретным посетителем, вплоть до уровня, в котором тип продукта или функция их интересует.

Джон Янч: И я думаю, что если, говоря простым языком, если кто-то посещает определенную страницу, он, вероятно, интересуется этой темой. И так оно и есть на самом деле, вместо того, чтобы просто дать им общий слайд, это действительно способ персонализировать их опыт практически на каждой странице или каждом посещении или, как вы сказали, на всем их пути. Потому что много раз на сайтах люди делают пять или шесть вещей, которые определенно указывают на то, что они изучают определенную тему или имеют определенное намерение. И тогда, чтобы иметь возможность реагировать на это, как вы сказали, в режиме реального времени, я думаю, что это становится поведением, которого люди, к сожалению, начинают ожидать. И я говорю, к сожалению, потому что это, безусловно, поднимает планку для маркетологов.

Лукас Хенш: Забавно, однако, то, что мы видим, это то, что есть элементы, есть ожидаемые элементы, очевидно, кто-то загружает определенный технический документ. Но есть и другие вещи, например, кто-то глубоко фокусируется на вашей странице. Мы увидели сильную корреляцию между кем-то, кто углубился, сосредоточившись на вашей странице, и затем отправкой на один из этих повторных фокусов. И это то, что данные как бы раскрывают, и тогда смарт-карты могут автоматически реагировать на это.

Джон Янч: И я снова думаю, что, поскольку я посетил этот инструмент и наблюдал за ним в действии, я думаю, что смарт-карты довольно элегантны с точки зрения того, как они доставляются. Они не просто захватывают экран или действительно бросаются кому-то в лицо. Но из-за того, что они как бы персонализированы, я думаю, что они будут замечены, и я подозреваю, что их будут приветствовать гораздо больше.

Лукас Хенш: Это интересно. Мы работали над большим количеством UX-тестирования и большим количеством UX-работ, потому что есть много предвзятых представлений, которые умным парням пришлось преодолеть. Он не стреляет и не выглядит как чат-бот, потому что у чат-бота много предвзятых мнений. Многие люди даже не начинают разговор с чат-ботом, потому что думают, что это правильно, это робот и они не хотят с ним разговаривать.

Лукас Хенш: Таким образом, метрики ясно показывают, что многие люди не будут начинать разговор. Или, если это похоже на баннер с файлами cookie, мы нажали на баннеры с файлами cookie 100 миллионов раз. Таким образом, мы работаем со смарт-картами, чтобы они выглядели и воспринимались как часть вашего веб-сайта, поэтому они полностью настраиваются в соответствии с вашим стилем и темой вашего веб-сайта. А затем просто станьте частью веб-сайта, скользя вверх и вниз, а не появляясь из ниоткуда.

Джон Янч: Что ж, Лукас, большое спасибо за то, что присоединился к нам и рассказал о скорости страницы, и, надеюсь, мы скоро встретимся с тобой на дороге.

Лукас Хенш: Большое спасибо. Спасибо, что пригласили меня.