Если вы новичок в AMP или хотите получить больше от ваших существующих усилий, SMXperts Benu Aggarwal, Eric Enge и Paul Shapiro ответят на вопросы и расскажут о последних событиях AMP.

Запрос Серия SMXpert продолжает сегмент вопросов и ответов (Q & A), который проводился во время сессий в Search Marketing Expo (SMX) на западе 2018 года.

Сегодняшнее Q & A от Going All-In On AMP-сессия с Benu Aggarwal, Eric Enge и Paul Shapiro, с введением от модератора Мишель Роббинс.

Мишель Роббинс

Google анонсировала проект AMP (ускоренные мобильные страницы) 2 года назад. За это время структура значительно продвинулась вперед для поддержки большего количества элементов и параметров на странице, включая поддержку объявлений, аналитики, интерактивных элементов, динамического геотаргетинга и т. Д. Хотя это ярлык для обеспечения оптимизированного мобильного опыта для пользователей, многие из них все еще находятся на заборе о whys и hova реализации. Наша группа экспертов продемонстрировала, как они и их клиенты нашли успех в рамках открытых исходных кодов, и помогли прояснить некоторые путаницы в отношении того, почему компания может захотеть рассмотреть вопрос о входе в AMP.

Пол Шапиро

Папка слайдов: краткое введение в AMP

Вопрос: что лучше реализовать, одностраничное приложение, PWA или AMP? Плюсы и минусы? Можно ли комбинировать?

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

Одностраничное приложение (SPA) [имеет] имеет отношение к тому, как вы хотите кодировать свой веб-сайт в отношении того, почему вы хотите использовать этот маршрут. Это не имеет никакого отношения к поиску и может сделать оптимизацию поисковой системы (SEO) более сложной.

Прогрессивные веб-приложения (PWA) являются удивительными и веб-трендом, я думаю, что большинство людей могут отстать. По своей сути вы включаете приложения для вашей веб-страницы, и некоторые из них довольно просты в использовании.

В некоторых случаях вы можете конвертировать свой существующий веб-сайт в PWA с минимальными изменениями. Если вам нужна действительно хорошая PWA, вы можете пересмотреть, как ваш сайт разработан и архивирован.

Например, если основной причиной создания PWA является возможность автономной работы, то вы, вероятно, захотите инвестировать в сильный дизайн оболочки приложения.

Ускоренные мобильные страницы (AMP) в качестве технологии, которые могут использоваться совместно с PWA. Это даже умное имя, PWAMP.

Теоретически, он также может быть интегрирован с SPA.

Если вы не являетесь издателем (для которого AMP дает явное преимущество), AMP следует в первую очередь рассматривать как средство товарной оптимизации веб-производительности. Это делает намного проще сделать ваш сайт быстрым. Это также полезно в ситуациях, когда производительность скорости сайта затрудняется из-за политики, а отдельные кодовые базы обеспечивают решение.

Вопрос: Теоретически, если две страницы имеют одинаковую скорость загрузки, но одна из них является страницей AMP, имеет ли страница AMP больше шансов на ранжирование выше, и если да, то почему?

Пол: Если две страницы имеют такую ​​же скорость загрузки, что и страница AMP, и все остальные вещи равны, не должно быть разницы в ранжировании между двумя версиями.

Если вы являетесь издателем, может быть проще (на данный момент) улучшить видимость из-за верхней части карусели AMP. Если вы не являетесь издателем, символ молнии рядом с результатом поиска может привести к другой скорости перехода по клику сейчас или в будущем (предположительно в будущем, если люди придут, чтобы связать молнию с лучшим опытом).

По моему опыту, я не видел никаких улучшений ранжирования, которые, как я могу сказать, были результатом реализации AMP, несмотря на то, что другие люди говорят, что у них есть. Google указала, что для AMP нет преимуществ по ранжированию. Тем не менее, я хочу повторить, что если вы являетесь издателем, AMP может быть возможностью для увеличения трафика.

Вопрос: Можно ли добавить отслеживание событий AdWords и Facebook на страницы AMP?

Пол: оба пикселя AdWords и Facebook поддерживаются AMP, но используют компонент amp-analytics.

Для AdWords тип имеет значение «googleadwords», а для Facebook — тип «facebookpixel».

Для получения дополнительной информации о [настройке], обратитесь к документации, доступной здесь, в отношении специфики. Кроме того, в AdWords есть дополнительная страница справки, расположенная здесь.

Вопрос: Можете ли вы рассказать о том, почему целевые страницы с низкой воронкой (SEM) не должны находиться на AMP?

Пол: Я не вижу причины, почему целевые страницы с низкой воронкой не должны находиться на AMP.

Конечно, ваш пробег может варьироваться, страницы AMP могут лучше конвертироваться с учетом определенных событий, чем другие, и может быть проще реализовать AMP в некоторых сценариях, чем в других.

Вопрос: Если мы реплицируем наш мобильный сайт с помощью AMP, почему мы не занимаемся дублированием контента?

Пол: Вы можете реплицировать весь свой мобильный опыт с помощью AMP и не беспокоиться о дублировании контента (в Google).

Внедрите это, добавив канонический тег на странице AMP к регулярному опыту и аналогичный тег на странице обычного опыта, чтобы они просматривались как одна и та же страница.

Говоря об этом, Google будет тратить время на обход обоих и, теоретически, некоторых поисковых систем, гипотетически относиться к этим двум версиям как к различным.

Вопрос: Можем ли мы пометить страницы AMP, чтобы создать списки перехвата аудитории?

Пол. В зависимости от платформы объявлений, которую вы пытаетесь реализовать перенацеливанием с помощью AMP, она может поддерживаться.

Например, очень легко реализовать ремаркетинг для AdWords. Если что-то не поддерживается прямо из коробки, может быть возможно реализовать его с помощью amp-pixel или с помощью других средств.

Вопрос: С момента внедрения AMP на нашем веб-сайте в конце января 2018 года мы увидели, что наш рейтинг занимает значительное снижение. Можете ли вы предложить, что и где мы можем посмотреть, что может быть причиной этого и любых обходных решений?

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

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

Пол: В большинстве случаев у вас будет одновременно страница AMP и не-AMP. Хотя полностью возможно создать свой веб-сайт полностью в AMP без версии без AMP, этот сценарий находится в меньшинстве. Если у вас версия AMP и не AMP, вы связываете версию [AMP] с версией без AMP с каноническим тегом. Версия, отличная от AMP, ссылается на версию AMP в голове с тегом link с атрибутом «rel», равным «amphtml.»

Eric Enge

Палуба слайдов: мощность AMP: на основе 10 тематических исследований

Вопрос: что лучше реализовать, одностраничное приложение, PWA или AMP? Плюсы и минусы? Можно ли комбинировать?

Эрик: С точки зрения цифрового маркетинга наилучшим подходом является объединение реализации PWA с AMP (также как реализация PWAMP). Это дает вам много преимуществ, таких как:

  • PWA дают вам очень похожие преимущества, чем у родного приложения для смартфонов, но пользователям не нужно устанавливать что-либо для их использования, и они требуют гораздо меньшей поддержки для поддержки с течением времени.
  • Компонент «Service Worker» PWA также предлагает отличные преимущества для работы. Это связано с тем, что он предварительно загружает контент с вашего сайта на устройство пользователя. В основном, когда пользователь впервые приходит на ваш сайт, они получают начальную страницу, которую они запрашивали, но затем работающая служба начинает сразу же загружать страницы, которые, скорее всего, будут запрашивать далее. В результате, когда пользователь запрашивает следующую страницу, он часто доступен для мгновенного рендеринга, и это может обеспечить огромный прирост производительности.
  • PWA также имеют дополнительное преимущество от возможности продолжить работу на вашем смартфоне, если вы потеряете мобильное соединение. Если страница, которую пользователь запрашивает, уже предварительно загружена, она все равно может видеть ее, даже несмотря на то, что соединение упало.
  • AMP предлагает потрясающие преимущества в скорости по-разному. Методика кодирования уменьшает размер ваших страниц. В одном тесте, который мы провели в Stone Temple, мы увидели снижение среднего размера страницы с 461 КБ до 141 КБ. Кроме того, когда пользователь нажимает на страницу AMP в результатах поиска Google, страница загружается из сети доставки контента Google, и это дает дополнительные преимущества в скорости.
  • По этой причине я рекомендую людям серьезно рассмотреть возможность комбинирования PWA и AMP. В одном исследовании, проведенном Womp Mobile, на сайте Carved.com было обнаружено увеличение на 75% конверсий в результате внедрения полного сайта PWAMP. Это в дополнение к существенным улучшениям показателей взаимодействия, таких как показатель отказов, просмотров страниц на посетителя и другие аналогичные показатели.

    Вопрос: Теоретически, если две страницы имеют одинаковую скорость загрузки, но одна из них является страницей AMP, имеет ли страница AMP больше шансов на ранжирование выше, и если да, то почему?

    Эрик: Google неоднократно заявлял, что страницы AMP не оцениваются выше в результатах поиска. Это не реальная польза от реальные преимущества AMP заключаются в увеличении уровня участия пользователей и коэффициентов конверсии.

    Вопрос: Можно ли добавить отслеживание событий AdWords и Facebook на страницы AMP?

    Эрик: вы можете добавить отслеживание событий AdWords. Процесс для этого описан здесь.

    Я не тестировал добавление пикселя Facebook, но эта страница в Stack Overflow говорит, что это можно сделать.

    Вопрос: Можете ли вы рассказать о том, почему целевые страницы с низкой воронкой (SEM) не должны находиться на AMP?

    Эрик: Я рекомендую, чтобы все ваши целевые страницы были в AMP.

    Вопрос: Если мы реплицируем наш мобильный сайт с помощью AMP, почему мы не занимаемся дублированием контента?

    Эрик: Важно прояснить один ключевой момент; Страницы AMP могут быть реализованы в одном из двух режимов:

  • Оригинальный режим был разработан для того, чтобы ваши страницы AMP были альтернативной версией мобильных страниц для вашего сайта. У вас будет стандартная мобильная версия вашего сайта, а затем у вас будет второй набор страниц, закодированных в AMP. Я буду называть это «Внедрение альтернативных AMP-страниц» для ответа на этот вопрос и другие вопросы.
  • Вы можете реализовать свой родной или канонический сайт в AMP. В этом подходе вы используете AMP для кодирования своих рабочих страниц на рабочем столе или мобильных устройствах. В этом случае вы отказываетесь от исходного сайта, который у вас есть, и решите полностью его перекодировать в AMP. Я назову это «Внедрение канонических AMP-страниц» в будущем.
  • Дублирующий контент действительно относится только к реализации альтернативных страниц AMP. В этом случае ваши обычные страницы гипертекстовой разметки (HTML) на вашем сайте (не-AMP) должны включать теги rel = amphtml, которые указывают на их AMP-копии.

    Кроме того, ваши страницы AMP должны иметь rel = канонические теги, которые обращаются к их стандартным мобильным аналогам.

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

    Вопрос: Можем ли мы пометить страницы AMP, чтобы создать списки перехвата аудитории?

    Eric: Если вы используете сторонний Javascript для этого, то вам не разрешат использовать его на ваших страницах AMP, если код не будет запущен и не сделает то, что вам нужно, внутри amp-iframe .

    Вопрос: С момента внедрения AMP на нашем веб-сайте в конце января 2018 года мы увидели, что наш рейтинг занимает значительное снижение. Можете ли вы предложить, что и где мы можем посмотреть, что может быть причиной этого и любых обходных решений?

    Эрик: Реализации AMP не должны влиять на ранжирование положительно или отрицательно. Из-за rel = amphtml и rel = канонических тегов Google игнорирует страницы AMP для целей индексации и ранжирования и просто будет показывать страницу AMP из результатов поиска, если у вас есть соответствующая страница AMP, которая правильно проверяет.

    В результате кажется весьма вероятным, что вы внесли некоторые другие ошибки на свой сайт одновременно с тем, что вы выпустили страницы AMP. Я бы начал отладку, увидев, что еще вы изменили одновременно с выпуском страниц AMP.

    Я также проверил бы, проверяются ли ваши страницы AMP и правильно ли вы выполняли rel = amphtml и rel = канонические теги на страницах мобильных страниц и AMP, соответственно. Помимо этого, очень сложно отладить вашу проблему, не глядя на ваш сайт более подробно.

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

    Eric: регулярные HTML-страницы на вашем сайте (без AMP) должны включать теги rel = amphtml, которые указывают на их AMP-копии.

    Кроме того, ваши страницы AMP должны иметь rel = канонические теги, которые обращаются к их стандартным мобильным аналогам.

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

    Бену Аггарвал

    Палуба слайдов: переход на все-на AMP by Benu Aggarwal

    Вопрос: что лучше реализовать, одностраничное приложение, PWA или AMP? Плюсы и минусы? Можно ли комбинировать?

    Benu: стратегия AMP зависит от доступности основного домена. Определенно возможно объединить все сайты и сделать один веб-сайт для PWA, AMP и мобильных устройств. Это все еще ново и не очень распространено. Во-первых, выбор страниц верхнего уровня в качестве страниц AMP и оставшихся их в качестве обычных мобильных страниц будет отличной стратегией.

    Вопрос: Теоретически, если две страницы имеют одинаковую скорость загрузки, но одна из них является страницей AMP, имеет ли страница AMP более высокую вероятность ранжирования, и если да, то почему?

    Benu: страница AMP всегда будет загружаться быстрее, чем обычная мобильная страница, что может объяснить, почему некоторые страницы AMP находятся на вершине результатов мобильной страницы. Крайне важно поддерживать постоянный внешний вид между страницами AMP и не AMP, чтобы устранить любую путаницу.

    Вопрос: Почему целевые страницы с низкой воронкой (SEM) не должны находиться на AMP?

    Benu: Команда AMP постоянно выпускает новые компоненты; элементы преобразования, такие как фактические страницы транзакций, безопасны для хранения в компонентах, отличных от AMP, чтобы избежать каких-либо проблем с подтверждением в последнюю минуту.

    Вопрос: Если мы реплицируем наш мобильный сайт с помощью AMP, почему мы не занимаемся дублированием контента?

    Benu: AMP является каноническим для мобильных устройств; он не считается дублированным контентом. Лучше сделать несколько верхних страниц воронки в AMP.
    Вопрос: Я слышал, что есть ситуации, когда у вас может быть версия AMP и не AMP одна и та же веб-страница. Скажем, Google находит мою версию AMP на странице. Как Google знает, что у меня также есть версия, отличная от AMP? Как вы связываете две страницы вместе?

    Benu: версии AMP и non-AMP необходимо подключать через теги аннотаций для поисковых систем, чтобы знать, что версия AMP существует. Если это отдельный домен, то AMP является каноническим для мобильного домена, а если это [тот] домен, то AMP является каноническим для рабочего стола.

    Есть вопрос, который мы не рассматривали?

    У вас есть больше вопросов для наших SMXperts? Заполните эту форму, и мы запустим ваш вопрос (давая вам полный кредит для запроса) и ответы SMXpert в ближайшее время!

    Хотите узнать более подробную техническую тактику SEO? Присоединяйтесь к нам в следующем месяце на нашей конференции SMX Advanced в Сиэтле, где лучшие отраслевые эксперты поделятся своими советами, тактикой и стратегией по этим темам и более:

  • Mobile-First & AMP для продвинутых SEO
  • Deep Dive: Новая поисковая консоль Google
  • Решение сложных проблем SEO, когда стандартные исправления не применяются
  • Мнения, выраженные в этой статье, принадлежат авторам гостевой книги, а не обязательно MagazinSite. Здесь перечислены авторы работ.