Google интересуется мнением вебмастеров о динамическом рендеринге


Содержание материала:

Как настроить динамический ремаркетинг Google Ads для интернет-магазина через GTM

Специалисты агентства Artjoker София Лупол и Евгений Мищенко подготовили подробное пошаговое руководство по настройке динамического ремаркетинга в Google Ads через GTM. Этот способ осилит продвинутый PPC-специалист .

Динамический ремаркетинг — один из основных инструментов привлечения пользователей, которые уже взаимодействовали с вашим сайтом. Он — must have для интернет-магазинов.

Настройку динамического ремаркетинга можно условно разбить на три этапа:

  1. Создание фида товаров.
  2. Настройка передачи специальных параметров с сайта.
  3. Запуск кампании в Google Ads.

Зачастую создание фида и настройка передачи параметров происходит параллельно. В этой статье подробно разберем второй пункт, а об остальных этапах расскажем в следующих материалах.

Важно! При составлении ТЗ на фид товаров указать, что id товара в фиде должен соответствовать артикулу на сайте. В противном случае кампания ремаркетинга работать не будет, т. к. система не найдет совпадений.

В сети предостаточно материалов по настройке тега динамического ремаркетинга Google Ads через Tag Manager. Однако, когда речь доходит до установки тега и настройки передачи специальных параметров, на деле оказывается, что:

  • для реализации все равно необходима помощь разработчика;
  • решение подходит лишь для небольших магазинов (с каталогом до 100 товаров).

Наш метод позволит самостоятельно настроить передачу специальных параметров через Google Tag Manager под e-commerce проект любого масштаба.

Для кого подойдет наше решение

Способ придет на выручку в ситуациях, когда:

  • разработчик загружен более приоритетными тасками (пфф, что вообще может быть важнее динамического ремаркетинга?);
  • ремаркетинг нужно было запустить вчера;
  • если у вас нет штатного программиста, а не хочется привлекать фрилансера (с этой настройкой справится более-менее продвинутый РРС-специалист).

Прежде чем начать настройку

Стоит сразу предупредить, что на успех реализации могут повлиять несколько факторов:

  • если на сайте часто меняется верстка, то нужно проверять корректность работы тега после каждого изменения;
  • иногда этот способ не подходит для сайта из-за особенностей HTML-структуры сайта (такого в практике Artjoker не случалось, но в теории риск есть);
  • ввиду особенностей HTML-структуры процесс настройки может оказаться непростым и занять много времени (с этим мы сталкивались);
  • ваш уровень владения HTML и CSS (Google в помощь), вам понадобятся минимальные знания.

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

Суть метода настройки

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

Пример кода динамического ремаркетинга:

  • dynx_itemid — идентификатор товара;
  • dynx_pagetype — тип страницы;
  • dynx_totalvalue — цена товара.

Обычно программист настраивает передачу этой информации из базы данных. Мы же возьмем значения для переменных из контента сайта.

Как правило, цена и идентификатор товара (артикул) есть прямо на страницах сайта. Тип страницы можно поискать в коде, а можно задать константой (подробнее об этом поговорим позже).

Остается взять эти данные из контента страницы и передать их в специальные параметры тега ремаркетинга.

Что нужно сделать

  1. Создать переменные GTM типа «Элемент DOM» для цены, типа страницы и артикула, задать для них CSS-селектор нужного элемента. В итоге созданные переменные примут значения релевантного элемента или атрибута.
  2. Создать тег типа «Ремаркетинг Ads». Задать для него id из аккаунта Google Ads.
  3. Добавить в тег пользовательские параметры и в их значения подставить созданные переменные.

На выходе имеем работающий тег динамического ремаркетинга.

Пошаговая настройка тега динамического ремаркетинга

Этап 1. Создаем пользовательские переменные

1. Создаем переменную типа «Элемент DOM».

Обратите внимание, в кратком описании указано, что эта переменная возвращает либо текст элемента, либо значение атрибута.

2. Называем переменную соответственно параметру, который она должна будет передавать. Чтобы переменная dynx_itemid принимала значение артикула товара, нужно получить CSS-селектор артикула товара и подставить его переменную.

3. Для этого кликаем на артикул правой кнопкой, выбираем «Посмотреть код элемента». В открывшемся окне с HTML-кодом страницы видим интересующую нас строку, выделенную синим.

В качестве примера приводим реальный проект — сайт British Book.

Это наш элемент с артикулом. На скриншоте это элемент 9782090324853 с номером артикула.

4. Если бы у него был атрибут id, мы бы просто скопировали его и вставили в поле «Идентификатор элемента». Но не все так просто: в примере атрибута id у элемента с ценой нет. Поэтому мы кликаем на выбранный элемент правой кнопкой мыши и выбираем «Copy CSS selector».

5. В переменной меняем метод выбора на «Селектор CSS». Вставляем туда наш селектор.

Иногда артикул находится не в тексте элемента, а в каком-то его атрибуте, например:

Тогда в поле «Название атрибута» нужно также вставить название атрибута (ваш кэп!) с артикулом, т. е. из примера это data-buy.

6. Таким же образом создаем переменную для цены.

Точно так же: смотрим, есть ли id, если нет — копируем селектор, вставляем в переменную.

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

Тогда берем цену, ищем в коде страницы в качестве какого-нибудь атрибута и проделываем все то же самое.

7. Следующий шаг — передача pagetype. Для решения этой задачи есть два способа: простой и сложный.

В простом мы задаем значение этой переменной константой offerdetail. Это не совсем правильно, т. к. вне зависимости от того, на какой странице сработал тег, тип страницы всегда будет равен offerdetail. Чем это чревато? Автоматически созданные аудитории будут собираться некорректно. Если в своей работе вы используете собственные аудитории, то смело выбирайте константу.

Более сложный способ — передавать разные значения pagetype в зависимости от страницы. Для этого нам понадобится:

  1. Наличие в URL общего признака для всех карточек товара.
  2. Переменная типа «Таблица регулярных выражений».

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

Во входную переменную ставим <>, добавляем строки и в шаблоны прописываем регулярные выражения релевантные нужным нам типам страниц, а в поля «Результат» прописываем соответствующие им значения.

На выходе имеем готовую переменную для pagetype, которая на разных типах страниц принимает корректные значения.

При этом в качестве входной переменной вовсе не обязательно использовать именно Page URL. Это может быть любая переменная, которая принимает разные значения в зависимости от типа страницы. Например, это может быть атрибут class или id какого-то элемента в HTML-коде страниц, которые принимают разные значения на страницах разного типа.

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

  • включаем дебаггер;
  • открываем variables;
  • смотрим значение наших переменных.

Они принимают нужные значения? Поздравляем, двигаемся дальше! Нет? Ищем проблему или пишем о ней в комментариях. Мы постараемся ответить, что пошло не так.

Этап 2. Создаем тег ремаркетинга в аккаунте Ads

1. В аккаунте Google Ads переходим в Инструменты — Менеджер аудиторий — Источники аудиторий — Тег Google Рекламы.

2. При создании тега выбираем следующие пункты:

3. Копируем id тега ремаркетинга AW-XXXXXXXXX

4. Создаем в GTM тег типа «Ремаркетинг Ads», вставляем туда скопированный id тега Google Ads. Триггером активации ставим «Все страницы».

5. В разделе «Пользовательские параметры» выбираем чекбокс «Указать вручную» и добавляем три параметра. В полях «Ключ» прописываем название параметров, а в «Значение» — подставляем созданные переменные.

6. Еще раз все проверяем в дебаггере и публикуем изменения в Google Tag Manager. После этого уже запускаем кампанию в Google Ads.

Выводы

Плюсы метода

  1. Не нужен разработчик для настройки динамического ремаркетинга.
  2. С наличием опыта работы с GTM реализация занимает до получаса.

Минусы метода

  1. Зависим от верстки сайта: если сайт сверстан плохо — будут сложности.
  2. Если дизайн сайта меняется, могут перестать работать некоторые переменные.

За помощь в подготовке материала благодарим Евгения Мищенко, Team Lead PPC, Artjoker.

Google интересуется успехами динамического рендеринга

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

Сотрудник поиска Мартин Сплит предложил направлять ему свои мнения и вопросы в личные сообщения в Twitter:

Have you or some of your clients implemented dynamic rendering?
�� I’d love to hear from you (DMs open)! pic.twitter.com/8vKfqoK555

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

Напомним, что Google впервые рассказал о динамическом рендеринге на конференции I/O в мае прошлого года.

Суть этой технологии состоит в переключении между контентом сведения независимо от формы их представления ,
обрабатываемым на стороне клиента (client-side rendered), и предварительно
обработанным контентом (pre-rendered) для определённых агентов пользователя.

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

Руководство по динамическому рендерингу или отрисовка (англ. rendering — «визуализация») — термин в компьютерной графике, обозначающий процесс получения изображения по модели с помощью компьютерной программы было опубликовано
Google
в октябре 2020 года внесистемная единица измерения времени, которая исторически в большинстве культур означала однократный цикл смены сезонов (весна, лето, осень, зима) .

Факторы ранжирования Google 2020: что влияет на трафик и позиции сайта

Зарубежный оптимизатор Мэттью Вудвард сформировал список факторов, которые влияют на отношение поисковика к сайту, или было принято считать, что влияют. Специалист изучил официальные заявления Google, доступные исследования, сложил полученные знания с данными собственных экспериментов и опыта.

Мы перевели, адаптировали и дополнили статью Вудварда, проверили и актуализировали пункты, и оставили из них самые интересные. Получился материал, полезный в том числе и российским оптимизаторам, которые ориентируются на Google.

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

Категории факторов ранжирования Google:

Факторы ранжирования на уровне домена

Доменное имя

Общий авторитет домена влияет на ранжирование страницы: страница на более авторитетном домене будет иметь более высокий рейтинг. Мэттью Вудвард подтвердил это на собственном опыте: на его авторитетных сайтах есть «страницы 1», на которых он публикует статьи для ранжирования по целевым ключам.

«Exact Match Domain» — точное соответствие домену

Раньше даже некачественные сайты могли получить хороший рейтинг благодаря тому, что домен точно соответствовал нужной ключевой фразе. К примеру, если интернет-магазин электроинструментов смог заполучить домен BuyPowerTools.com, он получал высокие позиции из-за ключей в домене.

В 2012 году Google исправил эту несправедливость, выпустив обновление «EMD Update», по которому некачественные сайты, получившие рейтинг благодаря EMD, уступают качественным ресурсам. Влияние точного соответствия домена ключу снизилось.

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

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

История Домена

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


Представитель Google Джон Мюллер говорит, что все зависит от количества пиратского контента, который публиковал старый владелец, и длительности нарушений. Если прошлый владелец нарушал правила Google долгое время, к примеру, больше 10 лет, то стоит искать новый домен. Если он публиковал пиратский контент недолго, то репутация сама в скором времени восстановится.

Посмотреть историю домена Джон советует с помощью Archive.org. С помощью бесплатного инструмента Whois от PR-CY можно проверить, кому принадлежит домен.

Проверка whois доменов и IP

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

Возраст домена, дата регистрации и продления

Джон Мюллер в своем Twitter-аккаунте подтвердил, что возраст домена не является фактором ранжирования и не влияет на рейтинг в результатах выдачи.

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

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

«Определенные сигналы могут использоваться для различения незаконных и законных доменов. Ценные законные домены часто оплачивают на несколько лет вперед, в то время как незаконные дорвеи редко используют дольше года. Дата истечения срока действия домена в будущем может использоваться в качестве фактора прогнозирования легитимности домена и, следовательно, связанных с ним документов».

Домен страны

Домены верхнего уровня с кодом страны состоят из двух букв — .ru, .us, .ca , .de, .jp и других, существует 250 вариантов доменов для стран и территорий по всему миру. Такие домены помогают определить геотаргетинг, в то же время это не означает, что им легче ранжироваться в своей целевой стране, чем доменам без привязки к гео. К примеру, можно с примерно одинаковым успехом развивать сайт в Испании на домене .com или .es.

Для продвижения по одной стране оптимизатор Михаил Шакин советует выбирать домен с гео в зависимости от страны. Для России .ru или .рф, для Украины .ua, для Казахстана .kz и так далее. Для продвижения по одной стране за рубежом также: для США .us, для Швеции .se, для Германии .de и так далее.

Для продвижению по нескольким странам домен с геопривязкой может быть проблемой, поисковик понимает, что сайт с доменом .ru относится к России и содержит русский язык.

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

Для нескольких стран лучше выбирать.com или .net, его нормально воспринимают во всем англоязычном интернете, а .com часто встречается и у российских сайтов.

Джон Мюллер утверждает, что раньше для определения геотаргетинга или локального SEO Google использовал IP-адрес хостинга, но сейчас на это больше всего влияют общий TLD, ccTLD — обозначение страны в домене, атрибут ссылки rel, настройки Google My Business и консоль поиска Google.

«Парковка» доменов

Этот фактор влияет отрицательно. Некоторые веб-мастеры пользуются «припаркованными доменами» — это зеркала основного домена, обычно их используют, чтобы несколько доменных имен вели на один сайт. По определению поисковика, «parked domains» — это сайты с небольшим количеством контента для пользователей, часто они заполнены только рекламой.

После обновления Google автоматическим алгоритмом определяет «припаркованные домены» и активно удаляет их из индекса.

Домены с одинаковыми параметрами на одном хостинге

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

Код статуса 503

Если сайт сохраняет статус 503 в течение нескольких дней, Google может подумать, что проект не будет восстановлен. Сначала он уменьшит скорость сканирования, затем сканирование полностью прекратится, если на запрос файла robots.txt будет возвращен ответ с кодом 503.

Топ-пост этого месяца:  Изменение данных пользователя WordPress

Краткий список «35 фактов о техническом SEO от Google», записанный с расшифровки видеовстреч с Джоном Мюллером, есть в нашей группе ВКонтакте.

Факторы ранжирования на уровне страниц

Список факторов на уровне страницы, которые могут положительно или отрицательно повлиять на рейтинг страницы в Google.

Длина URL

Распространено мнение, что длинный URL негативно влияет на ранжирование. Это не так, еще в 2020 году Джон Мюллер говорил, что Google не имеет предпочтений касательно длины URL. Короткие адреса ссылок могут быть удобнее пользователям и выглядеть лучше в сниппете в выдаче, но это не фактор ранжирования.

Если URL содержит хеш «#» , то Google не будет его индексировать. Это подтвердил и эксперимент польского специалиста Макса Сайрека — ссылка с якорем вида «page2.html#testhash» не передавала вес и по запросу анкора в индексе страница не появилась.

URL с ключевым словом

Упоминание ключевого слова в URL — один из факторов ранжирования в поисковике, но у него крайне маленький вес. Джон Мюллер говорил об этом еще в 2020 году и затронул тему в 2020:

«Я бы на вашем месте вообще не волновался о словах и ключевиках в URL-адресе. В большинстве случаев посетители сайта вообще не видят, как выглядит адрес страницы».

В поддержке Google также есть информация: «URL-адреса с ключами, которые имеют отношение к содержанию и структуре вашего сайта, удобнее для посетителей ресурса».

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

Ключевое слово в начале заголовка

Согласно тестированию компании «Moz», ключевые слова стоит размещать в начале заголовка, так они сильнее влияют на ранжирование. Кроме того, исследования пользовательского опыта показывают, что некоторые пользователи читают только по паре первых слов заголовка.

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

Описание

Для сниппетов Google часто использует не тег description, а первый абзац статьи, это подтверждают и исследования компании «Yoast». Оказалось, что поисковик не отдает предпочтения коротким или длинным описаниям, также не имеет значения плотность ключевых слов в нем. В большинстве случаев в сниппет идут предложения из первого абзаца текста.

Не придавайте description чрезмерного значения. В Google Search Console есть отчет, которые показывает дубликаты description как проблему, но на самом деле это просто информация, о чем говорил и Джон Мюллер.

Ключи в мета-тегах

Наличие ключевых слов в мета-тегах важно для SEO — напрямую на продвижение их наличие не влияет, но оптимизация мета-тегов работает в связке с кликабельностью и улучшением повеенческих факторов.

Сильный сигнал для Google — тег H1, это самый важный заголовок первого уровня. Ключ в заголовке дает Google четкое представление о содержании контента на сайте и повышает релевантность страницы, когда пользователи делают запрос с вашим ключевым словом. Употребите ключи в описании страницы, это тоже помогает Google определить тему контента.

В продвижении поможет присутствие ключевого слова в других заголовках — H2 или H3, но лучше избегать чрезмерной оптимизации и использовать эти заголовки для LSI-ключей. Части алгоритма ранжирования под названием «Панда» не нравится избыточное количество вхождений ключей в тексты, заголовки, мета-теги и описания, за это сайт может получить санкции.

При этом ключи должны выглядеть естественно. К примеру, если вы формируете заголовки по типу «Link Building | Услуги по созданию ссылок | Стратегия построения ссылок», то это три ключевых фразы, поисковик может воспринять такой заголовок переспамленным. Лучше взять самый важный ключ и сформулировать более естественно — «Услуги по созданию ссылок — быстро и эффективно».

Ключи в тексте и порядок ключевых слов

Употребляйте ключевые слова в тексте, чтобы обозначить содержание текста и релевантность страниц. Поисковики понимают словоформы, поэтому употребляйте естественные формы «купить мужскую куртку», а не «мужская куртка купить». При этом в ключе важна часть речи: «загрузить антивирус» и «загрузка антивируса» — разные ключи, несмотря на то, что у них одна цель. Следите за плотностью — поисковики наказывают за заспамленность и любят естественные тексты для людей.

Целевое ключевое слово должно встречаться в тексте чаще остальных. Не существует секрета плотности ключевых фраз, который бы вывел материал в топ по целевому запросу, но целевой должен встречаться чаще остальных, не делая текст неестественным и переоптимизированным.

LSI-ключи

LSI (latent semantic indexing) — дополнительные фразы из синонимичного ряда, которые позволяют расширить семантику, уточнить тему для поисковика, использовать дополнительные поисковые запросы. Внедряйте ключевые слова LSI в название, описание и основное содержание текста — это помогает Google индексировать и лучше понимать тему вашей страницы.

Уникальность и длина контента

Наличие уникального контента на сайте — сильный сигнал качества для Google. Убедитесь, что содержание оригинальное и не дублируется. Алгоритм «Панда», который раньше был фильтром, может повлечь санкции за больше количество неоригинального контента, причем в пределах самого сайта также не должно быть дублей.

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

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

Обновления контента

Поисковик обращает внимание и на свежесть материалов, чтобы пользователь получал актуальную информацию. Еще в 2003 году у Google появился алгоритм «Freshness», а в 2010 обновление индекса «Caffeine». Поисковик оценивает актуальность и свежесть контента на всем сайте, учитывает дату создания публикации, частоту изменений контента, масштабность этих изменений. Актуальность не учитывается у материалов, которые нельзя обновить, к примеру, у исторических сводок, литературных произведений.

На ранжирование влияет и то, как часто происходит обновление: еженедельно, ежемесячно или ежегодно. При частом изменении контента страницы Google будет ее чаще сканировать. Google пытается определить частоту изменения содержимого страницы и соответственно изменяет частоту сканирования ботом.

Зарубежные оптимизаторы провели два независимых исследования о связи трафика и кликабельности с датой статьи — о результатах в отдельном посте.

Синдицированный контент

Поисковик нормально относится к синдикации контента — то есть использованию текстов повторно для публикации на других сайтах или в соцсетях. Этот способ позволяет поделиться контентом с новой аудиторией, при этом сэкономить ресурсы на написание. Получается, что на сторонних ресурсах размещаются копии контента.

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

Скрытый контент

Раньше Google говорил о том, что скрытый контент — это однозначно плохо.

«Сокрытие контента специально для манипулирования поиском, увеличения количества слов или ключей на странице может привести к штрафу».

В связи с постепенным переходом на mobile first index поисковик будет обрабатывать сначала мобильную версию сайта. В компании понимают, что веб-мастерам иногда приходится скрывать контент в мобильных версиях, чтобы облегчить и упростить интерфейс. Поэтому поисковик будет нормально относиться к скрытому контенту на мобильных версиях сайта, но такой контент все равно не должен нарушать правила и манипулировать выдачей. При этом разная навигация для десктопа и мобайла — тоже норма и не вызовет проблем у Google.

Уровень чтения

Раньше Google выдавал статистику по уровням чтения страниц — уровень означал степень подготовленности читателя. Существовали базовый, промежуточный и продвинутый уровни. Статистику можно было увидеть, сделав запрос «site.ru: адрес сайта»:

Многие веб-мастеры решили, что уровень чтения — один из факторов ранжирования, на который поисковик обращает внимание, и базовый уровень — самый лучший, потому что доступен большинству аудитории.

На видеовстрече в январе 2020 Джон Мюллер сказал, что у алгоритмов Google нет распознавания уровней чтения, но веб-мастеры должны представлять, какой уровень у их читателей, чтобы предлагать им нужный контент, который они смогут понять.

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

Пишите контент для своей аудитории, определите, кто вас читает — начинающие или специалисты — и формулируйте так, чтобы они вас поняли.

Мультимедиа

Наличие уникальных изображений и видео на сайте — сигнал качества для поисковика. Эксперты рекомендуют инвестировать средства в хорошую команду дизайнеров, которая будет создавать уникальные изображения, снимать видео.

Дополнительный трафик можно привлечь с помощью Google-картинок. При этом Джон Мюллер говорит, что Google не учитывает картинки в CSS-стилях: изображение отображается в Поиске картинок, если есть тег с атрибутом src = ”https://www.example.com/my_image_URL” .

Сайтам, которые получают много трафика от изображений, не стоит экспериментировать с их URL-адресами. По словам Джона Мюллера, это повлияет на индексацию. Так что если из-за перемен на сайте у картинок меняются адреса, используйте редиректы.

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

  • открыть боту доступ к картинкам в robots.txt;
  • создать отдельную XML-sitemap для изображений — так бот быстрее найдет картинки;
  • убедиться, что содержимому картинки соответствуют текст вокруг, title и description страницы;
  • использовать разметку для страниц.

Всплывающие окна

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

Rel=Canonical

Google может использовать rel=canonical, чтобы идентифицировать определенный фрагмент контента как первоисточник, но нельзя полагаться на один тег. Поисковик обращает внимание на совокупность факторов: rel=canonical, редиректы, параметры URL, внутренние ссылки и карту сайта.

Разметка и расширенный сниппет

Поисковик не рассматривает расширенный сниппет или наличие структурированной разметки в выдаче как факторы для ранжирования, но разметка делает сайт в выдаче привлекательнее. Расширенные сниппеты и разметка позволяют привлечь больше трафика и повысить кликабельность. Мэттью Вудвард советует плагины RankMath или Yoast SEO для WordPress — они упрощают внедрение разметки и повышают шанс получить особый сниппет.

Проверка по W3C

Проверка HTML и CSS-кода на соответствие стандартам W3C не влияет на ранжирование, о чем говорил специалист Google в видео.

Факторы ранжирования на уровне сайта

Бизнес-информация

Актуальная информация о компании важна для продвижения, особенно для локального SEO. На сайте важно указание названия, адреса, номера телефона, плюсом будут страницы в соцсетях, страница о компании, а также отзывы. Это важно для доверия пользователей и доказательств, что компания действительно существует. Чем больше данных, тем вероятнее, что она надежна.

Наличие политики конфиденциальности и условий использования сайта обязательны, они тоже сигнал доверия для поисковика. Это может привести к дублированию контента, но сотрудник Google говорит, что дублирование таких служебных страниц — не проблема.

Скорость сайта

Более быстрые сайты обеспечивают лучшее взаимодействие с пользователем, повышают заинтересованность и больше конвертируют. Также скорость сайта — один из факторов ранжирования, но не решающий. Оптимизатор Мэттью Вудвард считает, что среднее время отклика сайта должно быть где-то около 100 мс.

Для определения скорости сайта Google использует общее время загрузки и время рендеринга. Отдельные показатели промежуточных этапов рассматривать нет смысла, поэтому быстрая загрузка первого байта (TTFB) — не показатель хорошего пользовательского опыта.

Медленные сайты в мобильной выдаче попадут под Speed Update и будут занимать более низкие позиции, быстрых сайтов обновление не касается.

Структура сайта и количество страниц

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

Некоторые простые сайты имеют плоскую структуру — domain.com/post-name, где все страницы привязаны к главной с минимальным уровнем вложенности. Уровень считают по количеству кликов с главной до искомой страницы.

Такая организация распределяет ссылочный вес неэффективно, лучше иметь структуру «бункера» — «SILO». Она основана на разветвлении, распределении тем по иерархии — domain.com/seo/google-ranking-factors, domain.com/social-media/facebook-marketing.

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

XML-карта сайта поможет краулерам Google просканировать структуру сайта быстрее и эффективнее. Отсутствие карты не повредит ранжированию, она не гарантирует, что Google проиндексирует все страницы в карте сайта, но поможет краулерам его обработать. Если для сайта особенно важны картинки, с них приходит трафик, то можно создать карту и для изображений.

HTTPS

HTTPS напрямую не влияет на ранжирование, но при прочих равных условиях может выступить решающим фактором, если на других сайтах не установлен сертификат SSL.

Mobile first index

Поисковик постепенно переводит сайты на Mobile first index — это другой способ формирования выдачи, который будет основан на мобильных версиях сайтов. Переход в «первичный мобильный индекс» не зависит от удобства использования сайта на гаджетах, постепенно в него перейдут все сайты.

Сайт должен быстро открываться на мобильных, корректно отображаться — быть мобилопригодным. Ресурсы с некачественными мобильными версиями, плохой адаптацией для смартфонов будут получать низкие позиции в выдаче.

Время простоя сайта

Если сайт вышел из строя и стал недоступен, один или два дня простоя не повлияют на ранжирование. Но если ресурс будет недоступен в течение недели или более, Google полностью удалит сайт из индекса, пока он не восстановится, и бот не сможет его просканировать.


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

Поведенческие факторы

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

Реклама вверху страницы

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

Ссылочные факторы

Исходящие ссылки

Многие считают исходящие ссылки фактором ранжирования, но это не так. Наличие исходящих ссылок на сайте может повысить ценность контента на нем, пользователи получат дополнительные данные, ссылки на подробности и источники. Google рассматривает и учитывает сам контент, но исходящие ссылки — не фактор ранжирования. Джон Мюллер объясняет это в своем видео.

Исследования компании «Moz» показывают, что тема страницы, на которую указывает ссылка, также может повлиять на ранжирование. Нежелательно оставлять на странице ссылки на материалы, которые не связаны с темой контента, поисковик может счесть их нерелевантными и спамными. Ссылки на некачественный домен дают плохое соседство, могут вредить и навлечь санкции за социтирование.

Внешние ссылки

Количество сайтов, ссылающихся на ресурс — один из самых важных факторов ранжирования в Google. Ссылочный профиль должен быть разнообразным, ценятся обратные ссылки с разных источников.

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

Анкор обратной ссылки помогает Google понять тему страницы, которая должна быть релевантной, текст вокруг ссылки тоже должен подходить ей по теме.

Хоть поисковик убрал счетчик Page Rank в 2014 году, само понятие ссылочного веса и авторитетности и сейчас используют при оценке ссылок. Лучшие ссылки — с доменов с высоким уровнем авторитета и доверия, больший вес имеют ссылки с домашней страницы. Выше ценятся ссылки из основного содержимого страницы, они называются контекстными или редакционными ссылками. Оптимизаторы советуют попробовать получить ссылки с Википедии, выступив источником информации. Хотя ссылки из Википедии имеют Nofollow, то есть не влияют на ссылочный профиль, они все равно могут принести трафик.

Некоторые веб-мастеры пишут, что ссылки с 301 редиректом также эффективны, но Джон Мюллер говорит: поисковик скорее всего не проиндексирует конечный URL при использовании ссылок с 301 редиректом.

Внутренние ссылки

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

Ссылки также должны быть разнообразными, эксперты советуют использовать ссылки разных типов — анкорных, безанкорных, брендовых, сочетаний анкорных или безанкорных + бренд и не злоупотреблять ключами. В частности, для страницы важно количество, актуальность и качество ссылок, которые на нее указывают. Место расположение внутренних ссылок при этом не важно.

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

Проверка внутренних страниц

Дорвеи, плохие ссылки

Наличие ссылок с сайтов, которые Google определил как некачественные, повредит ссылочному профилю сайта, за это можно получить санкции.

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

Поведенческие факторы

Кликабельность

Страницы, которые получают больше кликов в результатах поиска, ранжируются лучше. Для этого нужно повышать привлекательность снипета — работать над расширенным сниппетом, кликабельностью заголовков, описания, URL.

Показатель отказов

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

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

С временем, проведенным на сайте, не все однозначно. Для некоторых сайтов хорошим показателем будет наоборот короткое время сеансов — к примеру, если пользователь может быстро заказать такси в пару кликов. В таком случае скорее всего поисковик ориентируется на другие сайты этой сферы.

Топ-пост этого месяца:  Доступ к отчету Speed Report получили новые пользователи

Время задержки / Pogo Sticking

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

Прямой трафик и постоянные посетители

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

Комментарии

Привлечение внимание пользователей и побуждение оставлять комментарии — тоже сигнал качества, он означает, что проект взаимодействует с пользователем, контент интересен для обсуждения.

Физический офис

Большинство реальных предприятий имеют физические офисы. Наличие вашего адреса на сайте и в профиле в Google My Business — сильный сигнал, который подтверждает существование компании.

Социальные факторы ранжирования

Ссылки из соцсетей

Обычно считается, что Google не имеет доступа к данным Facebook, но это не так. Ведение профиля компании на Facebook — социальный сигнал для Google, еще положительно влияет количество комментариев, репосты пользователей с сайта в соцсети и отметки «Нравится».

Для русскоязычного продвижения можно использовать инструменты публикации статей в ВКонтакте — зачастую они появляются в индексе самостоятельно.

Проверить, учитываются ли аккаунты в соцсетях, и посмотреть статистику активности можно в «Анализе сайтов»:

Проверка соцсетей в Анализе

Pinterest

Ведение бизнес-аккаунта с закреплением URL сайта на Pinterest — хороший социальный сигнал для поисковика. Продвижение в Pinterest само по себе может привлечь дополнительный трафик и заказы благодаря красочным фотографиям и отметкам товаров на картинках. Пины приводят пользователей на сайт компании или на другие прикрепленные к пину ресурсы. Ссылка на сайт в профиле выделена и привлекает внимание.

Ссылки на YouTube

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

Брендовые факторы

Брендовые запросы

Брендовые запросы — сильный сигнал для Google. Если пользователи ищут конкретно «Мэттью Вудворд», а не просто «Создание ссылок», значит им нужен конкретный специалист или компания. Также хороший сигнал, если пользователь ищет название компании с ключевым словом, к примеру, «Мэттью Вудворд SEO». Это будет подтверждать релевантность сайта ключу.

Если пользователи ищут компанию, но не переходят по ссылкам на сайт, это негативный сигнал.

Упоминания и цитаты

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

Социальная активность

Бренды, которые более активны в социальных сетях и общаются с пользователями, более популярны и имеют больше заказов, если занимаются работой в соцсетях.

Предлагаем обсудить в комментариях перечисленные факторы.

Поисковая оптимизация сайтов, использующих SPA-приложения

Директор SEO-отдела агентства «Двигус» Денис Логанов и руководитель группы разработки проектов «Ситилинк» Константин Осипов — об инструментах, которые помогут индексировать в поисковых системах AJAX-сайты.

При создании новых высоконагруженных веб-сервисов и сайтов разработчики стремятся использовать современные технологии. В силу этого всё большую популярность набирают различные JavaScript-фреймворки и библиотеки (Angular, React, Vue, Inferno и прочие), которые, безусловно, помогают создавать SPA (Single Page Application) приложения с лучшим на сегодня опытом взаимодействия, позволяют разрабатывать легко масштабируемые, удобные в поддержке веб-приложения.

Но у SPA-приложений имеется один существенный недостаток, сейчас поисковые роботы всё ещё плохо индексируют сайты, контент на которых рендерится с помощью JavaScript.

Поисковые боты были изначально разработаны для обхода статичных HTML-страниц и не умели интерпретировать JavaScript-код. Это означает, что части страницы, загруженные через AJAX, оставались невидимы для поисковых роботов, так как передача данных осуществляется после загрузки станицы. AngularJS и вовсе полностью охватывает асинхронную модель, и именно это создаёт проблемы для поисковых ботов.

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

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

Настройка динамического ремаркетинга в Google Ads — пошаговое руководство

Представим ситуацию: болельщик «Барселоны» дома просматривает сайт, который ему втайне интересен. Затем приходит с друзьями в паб пропустить по бокалу пива и показывает видео с лучшими голами Месси. Вдруг бац — баннер с рекламой мерча «Реала» с того самого сайтика, да ещё и со скидкой. С одной стороны — неловкий момент, а с другой — ну как теперь не взять? Вот именно так работает динамический ремаркетинг в Google Ads.

Зачем вам динамический ремаркетинг?

Обычный ремаркетинг показывает недавнему посетителю общую брендовую рекламу. Динамический — именно те товары, которые пользователь ранее просматривал. Он более персонализированный и, как следствие, более эффективный.

К примеру, баннер с товаром, который пользователь положил в корзину, но не оплатил, напомнит ему о незавершенной покупке и вернет на сайт. Особенно, если на товар снизилась цена или он участвует в акции.

Как понять, необходим ли вам динамический ремаркетинг? Заходим в Google Аналитику, отчет «Конверсии» — «Многоканальные» — «Длина последовательности».

Отчет показывает, сколько времени прошло с момента клика по рекламному объявлению и до покупки.

Проверяем число конверсий, которые совершаются в первый день. Если их меньше 50%, динамический ремаркетинг — то, что вам нужно.

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

Так или иначе, хорошо настроенный динамический ремаркетинг — самый высококонверсионный и эффективный инструмент в контекстно-медийной сети.

Вы пришли к выводу, что это то, что вам необходимо. С чего же начать настройку?

Для создания кампании динамического ремаркетинга необходимо сперва внедрить код динамического ремаркетинга на сайт и сформировать товарный фид.

Если эти требования у вас уже выполнены, сразу переходите к этапу создания кампании.

Для удобства в навигации:

Код динамического ремаркетинга

Код динамического ремаркетинга собирает сведения о товарах или услугах, которыми интересовались посетители вашего сайта; о типах страниц, которые они просматривали (например, страница корзины), о суммарной стоимости покупок и тому подобное. Google Ads использует эти данные, чтобы показывать недавним посетителям сайта объявления, подобранные по их интересам.

Для внедрения кода динамического ремаркетинга РРС-специалист отправляет Техническое задание (ТЗ) программисту на добавление кода ремаркетинга в код сайта.

Как получить код?

  1. Для этого заходим в настройки аккаунта Google Ads, в «Менеджер аудиторий».
  1. Выбираем пункт «Источники аудиторий», вкладка «Тег Google Рекламы» — «Подробности».

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

Этот код внедряется на сайт.

Настройка переменных в GTM

Для настройки корректной передачи данных в Google Аналитике необходимо задать переменные. Оптимальный инструмент для этого — Диспетчер тегов Google (GTM). Почему именно GTM? Он позволяет создавать и обновлять теги для сайта без привлечения программиста.

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

Как это сделать:

  1. Заходим в GTM, раздел «Переменные».

Далее — к разделу «Пользовательские переменные» и нажимаем кнопку «Создать».

  1. Выбираем тип переменной «Переменная JavaScript».

Указываем «Имя глобальной переменной» — google_tag_params.dynx_itemid, называем переменную и сохраняем.

То же самое делаем для переменной dynx_pagetype:

и для переменной dynx_totalvalue:

  1. Теперь эти переменные нужно добавить в тег Google Аналитики.

Выбираем раздел «Теги» и находим тег Universal Analytics (UA).

Заходим в настройки тега:

Далее перед нами появляется окно конфигураций переменной.

Выбираем «Дополнительные настройки» — «Специальные параметры», указываем индексы и значения параметров и нажимаем «Сохранить».

Теперь данные из GTM будут корректно отображаться в Google Аналитике.


Фид коммерческих данных

Теперь добавляем в аккаунт Google Ads фид коммерческих данных.

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

Для использования фида необходимо выполнить следующие действия:

  1. Сформировать фид на основе шаблона ТЗ на создание фида от Netpeak.
  2. Загрузить фид в аккаунт Google Ads.

Чтобы добавить фид заходим в «Настройки», раздел «Коммерческие данные».

  1. Фид динамических медийных объявлений — Выбранный пользователем.
  1. Далее указываем название, под которым в аккаунте сохраняется наш фид и загружаем нужный файл.
  1. Проверяем, корректно ли загрузились данные.
  1. Настраиваем расписание обновления фида.

Для этого заходим в добавленный фид:

В разделе «Расписание» создаем «Новое расписание»:

Указываем «Источник», «Исходный URL», из которого подтянутся данные в фид и «Частоту», с которой будет обновляться фид.

Когда убедитесь, что на сайте установлен код динамического ремаркетинга и загружен фид данных, приступайте к созданию кампании.

Создаем кампанию динамического ремаркетинга

  1. В Google Ads выбираем тип кампании «Контекстно-медийная сеть».
  1. Выбираем цель «Трафик сайта», подтип «Стандартная медийная кампания» и указываем URL сайта.
  1. Указываем основные настройки для кампании:
  • регион показа (место, где нужно показывать объявления);
  • языки, которые релевантны для ваших клиентов;
  • дневной бюджет, который вы готовы тратить на рекламу;
  • ограничение частоты показов (обычно это 3-4 раза в день на пользователя).
  1. Переходим в раздел «Дополнительные настройки» — «Динамические объявления».
  1. На следующем этапе выбираем тип таргетинга «Ремаркетинг» и аудитории ремаркетинга, которым вы хотите показывать рекламу.

Если в аккаунте ещё нет аудиторий ремаркетинга, то можно создать стандартные аудитории здесь.

  1. Выбираем нужное представление, задаем названия аудиторий, выбираем аккаунт Google Аналитики:

Используя аудитории ремаркетинга, можно прописывать определенные стратегические сценарии и работать с ними. Например:

  1. Таргетинг на пользователей, которые посетили сайт, и просмотрели карточку товара или услуги, но ничего не заказали.
  2. Таргетинг на пользователей, которые добавили товар в корзину, но не оплатили его.
  3. Таргетинг на пользователей, которые совершили покупку и им можно предложить вдогонку сопутствующие товары и аксессуары.
  4. Сегментация по периодам — в зависимости от того, как долго человек думает покупать или не покупать, либо от цикла использования товара, можно запускать баннеры с различными целевыми месседжами и предложениями. Цель — «дожать» посетителя, либо предложить ему обновление/сервис для купленного ранее товара.
  1. Теперь приступаем к созданию объявления.
  1. Используем адаптивные объявления. Их размер, внешний вид и формат автоматически подстраиваются под доступные рекламные места на сайте.

Данные из фида подтянутся автоматически.

Сохраняем объявление, прикрепляем его к группе объявлений.

Кампания готова к запуску.

Теперь вы знаете всё, что необходимо для настройки кампаний динамического ремаркетинга. Запускайте, тестируйте различные варианты настроек, и получайте результат.

CRAWL динамических страниц для Google и Яндекс поисковиков (snapshots, _escaped_fragment_, ajax, fragment)

1. Что такое CRAWL
2. Динамический CRAWL
3. Задачи, инструменты, решение
4. Почитать
5. Выводы

1. Что такое CRAWL

Это сканирование страниц сайта поисковыми системами с целью получить необходимую информацию. Результат выполнения данного сканирования является html представление в конечной точке (у каждой поисковой системы свои настройки, а именно грузить или нет js (с запуском или без), css, img и т.д.) или как это ещё называют «снимок» сайта.

2. Динамический CRAWL

Здесь речь будет идти о динамическом CRAWL страницы, а именно когда у вас сайт имеет динамический контент (или как это называют Ajax контент). У меня проект с использованием Angular.js + HTML5 Router (это когда без domain.ru#!path, а вот так domain.ru/path ), весь контент меняется в и один единственный index.php и специальные настройки .htaccess, для того, чтобы после обновления страницы всё отобразилось как надо.

Это прописано в настройках роутера angular:

Это прописано в .htaccess:

3. Задачи, инструменты, решение

Задачи:

1. Отдавать динамический контент страницы такой, какой он становится после окончания рендеринга и инициализации приложения
2. Формируем, Оптимизируем и Сжимаем html снимок страницы
3. Отдаём поисковой системе html снимок

Инструменты:

1. Установленная NPM (npm — это пакетный менеджер node.js. С его помощью можно управлять модулями и зависимостями.)
2. Установленный модуль html-snapshots с помощью команды:

3. Правильная конфигурация

Решение:

Для быстродействия рекомендую выполнять «кравлинг» на localhost (локальном веб-сервере)

Для начала нужно добавить в главный index.php в meta tag в head:

1. Сначала он «кравлит» все страницы
2. Создаёт файлы и называет папки согласно вашему url: product/30/index.hmtl (index.html, а можно и product/30.html кому как удобней на скорость не влияет)
3. После этого вызывает callback -> snapshotsCompleted, где производит оптимизацию каждого index.html снимка вашей страницы

Снимки вашего сайта подготовлены, осталось отдать их поисковому боту при заходе:

1. html5 push state
If you use html5 push state (recommended):
Just add this meta tag to the head of your pages

2. hashbang
If you use the hashbang (#!):
If your URLs look like this:
www.example.com/#!/user/1

Дополнительно, для тех у кого есть снимки, но нет оптимизации:

4. Почитать

5. Выводы

Теперь смело можно писать любые SPA приложения не беспокоясь за их «кравлинг» поисковым ботом, также вы можете подобрать под свой набор инструментов нужную конфигурацию как для «сервера», так и для «клиента»!

Всем профессиональных успехов!

Только зарегистрированные пользователи могут участвовать в опросе. Войдите, пожалуйста.

Оценить:

Читают сейчас

Похожие публикации

  • 24 июля 2013 в 09:40

Новшества node-webkit 0.6.3

Приход Node на Andro > +12 18,5k 51 14

Node.js + Chromium = node-webkit: ещё более перспективный вариант второго шага эволюции веборазработчика

Вакансии

AdBlock похитил этот баннер, но баннеры не зубы — отрастут

Комментарии 9

Гугл уже умеет JS:

«We are no longer recommending the AJAX crawling proposal we made back in 2009.

In 2009, we made a proposal to make AJAX pages crawlable. Back then, our systems were not able to render and understand pages that use JavaScript to present content to users. Because «crawlers … [were] not able to see any content … created dynamically,» we proposed a set of practices that webmasters can follow in order to ensure that their AJAX-based applications are indexed by search engines.

Times have changed. Today, as long as you’re not blocking Googlebot from crawling your JavaScript or CSS files, we are generally able to render and understand your web pages like modern browsers. To reflect this improvement, we recently updated our technical Webmaster Guidelines to recommend against disallowing Googlebot from crawling your site’s CSS or JS files.»

Настройка динамического ремаркетинга в Google Analytics

На сегодняшний день Google Ads предлагает нам следующие виды ремаркетинга:

  • Ремаркетинг для поисковых объявлений — позволяет корректировать ставки поисковых объявлений для тех людей, которые были на сайте.
  • Стандартный (не динамический) ремаркетинг – позволяет возвращать посетителей сайта с помощью медийной рекламы Гугл.
  • Динамический ремаркетинг – даёт возможность показывать динамические объявления пользователям, основываясь на поведении клиента на сайте: какие товары он просматривал, на какие страницы заходил, какие товары положил в корзину и не купил и т. д.
  • Видео ремаркетинг – включает в себя возврат пользователей, которые смотрели Ваши видео или канал на YouTube.
  • Ремаркетинг на списки клиентов – предоставляет возможность показывать объявления пользователям, которые находятся в Вашем списке клиентов (список электронных адресов и номеров телефонов клиентов).

В этой статье рассмотрим Динамический ремаркетинг.

Динамические медийные объявления

В случае динамического ремаркетинга Гугл автоматически создаёт объявления для клиентов сайта, основанные на фактическом продукте (связанных продуктах), которым посетители интересовались на сайте.

Гугл прогнозирует, какой макет объявления окажется наиболее эффективным для конкретного человека, места размещения и платформы на основе алгоритма машинного обучения.

Динамические медийные объявления – тип объявлений Google Ads, макет которых основан на шаблоне, создаваемом при настройке РК динамического ремаркетинга в Гугл Рекламе. Фактические данные о продукте/товаре (цена, изображение и т.д.) динамически создаётся и вставляется в объявления.

Все актуальные данные о продукте/товаре Гугл берёт из фида данных, загруженного в Google Ads или в Google Merchant Center.

Фид данных – это набор всех продуктов или услуг для рекламирования. Он состоит из строк и столбцов. Каждая строка представляет собой один продукт/услугу.

Столбец представляет собой атрибут продукта/услуги (например, идентификатор продукта, url страницы, на которой находится этот продукт, идентификатор местоположения и проч.)


Фиды создаются в виде файлов .csv, .tsv, .xls, или .xlsx и добавляются в Google Ads. Для загрузки товаров розницы используется Google Merchant Center.

Чтобы объявления Гугл Рекламы показывались на основе от поведения посетителя сайта, необходимо настроить отслеживание действий клиента на сайте через динамические атрибуты в Google Analytics.

Настройка динамических атрибутов Google Analytics

Необходимо выполнить следующие шаги:

    Определить категорию бизнеса, которая наилучшим образом описывает предоставляемые товары/услуги.

Шаблон динамических объявлений варьируется в зависимости от выбранной категории бизнеса.

Гугл предлагает следующие категории бизнеса:

Включить функцию ремаркетинга и отчётов о рекламе

Связать учётную записьGoogleAnalytics с аккаунтомGoogleAds

После связывания аккаунта Google Ads с Google Analytics:

Появится возможность использовать аудитории ремаркетинга, созданные в Гугл Аналитикс, в кампаниях ремаркетинга в Гугл Рекламе;

Просмотренные данные о продукте будут отправляться из Гугл Аналитикс в аккаунт Гугл Рекламы через динамические атрибуты.

  • Связать аккаунты Google Ads и Google Merchant Center.
  • Отправка атрибутов предоставляемых товаров/услуг в Гугл Аналитикс с помощью пользовательских переменных.

    Для ритейла атрибутами (применительно к динамическому ремаркетингу) будут данные о товаре, например:
    — Код товара;
    — Url товара или категории товаров;
    — Общая стоимость продукта и т. д.
    — Для индустрии туризма атрибутами будет информация, связанная с поездками:
    — Дата начала путешествия;
    — Дата окончания путешествия;
    — Идентификатор пункта отправления;
    — Идентификатор пункта назначения и т. д.

    Некоторые передаваемые атрибуты в Гугл Аналитикс являются обязательными, а другие дополнительные и необязательные. Например, для розничной торговли обязательным атрибутом является идентификатор продукта (ecomm_prod >

    Для создания пользовательских переменных перейдите на уровень ресурса в Гугл Аналитиксе в раздел Пользовательские

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

    После добавления собственных параметров на уровне действия Hit, потребуется изменить код счётчика Гугл Аналитикс

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

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

    Настройка динамического отображения

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

    Сайты, для которых рекомендуется динамическое отображение

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

    Принцип работы динамического отображения

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

    Отличия динамического отображения от маскировки

    Googlebot не считает динамическое отображение маскировкой, если на всех версиях страницы представлен одинаковый контент.

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

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

    Настройка динамического отображения

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

    Чтобы получить представление о реализации динамического отображения, попробуйте выполнить нашу новую практическую работу. Она предусматривает использование Rendertron – инструмента с открытым кодом, основанного на браузере Chromium без графического интерфейса.

    1. Установите и настройте средство динамического отображения. Оно преобразует ваш контент в статический HTML-код, который проще анализировать поисковым роботам. Примеры таких средств: Puppeteer, Rendertron и prerender.io.
    2. Укажите агенты пользователя, которым должен передаваться статический HTML-код. Вы можете добавить новые агенты или изменить параметры существующих в зависимости от своей конфигурации. Вот пример списка популярных агентов пользователя в промежуточном ПО Rendertron:
    3. Если вы заметили, что предварительное отображение создает высокую нагрузку на сервер или количество запросов на предварительное отображение значительно выросло, создайте кеш статического контента и убедитесь, что вы обрабатываете запросы только от действительных роботов.
    4. Определите, какой тип контента запрашивают агенты пользователя ‒ для компьютера или для мобильных устройств. Используйте динамический показ, чтобы отображать корректные версии страниц. Вот пример конфигурации, в которой сервер определяет нужный тип контента: В этом примере рекомендуется использовать if (!isPrerenderedUA) <. >, чтобы показывать контент, обрабатываемый на стороне клиента. else < servePreRendered(isMobileUA)>, чтобы показывать мобильную версию.
    5. Настройте сервер таким образом, чтобы он передавал выбранным роботам статический HTML-код. Это можно сделать несколькими способами. Вот некоторые из них:
      • Передавайте запросы от роботов в средство динамического отображения через прокси-сервер.
      • Реализуйте механизмы предварительного отображения на этапе развертывания сервера, чтобы роботы могли сразу получать статический HTML-контент.
      • Добавьте динамическое отображение в код сервера.
      • Отправляйте роботам статический контент из сервиса предварительного отображения.
      • Используйте на сервере промежуточное ПО (например, Rendertron).

    Проверка конфигурации

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

      С помощью проверки оптимизации для мобильных устройств убедитесь, что Google доступна версия контента для мобильных устройств.

    done Всё в порядке. Контент демонстрируется пользователям мобильных устройств именно так, как вы планировали.

    error Ошибка. Если контент показывается некорректно, перейдите к разделу Устранение неполадок.

    С помощью инструмента проверки URL выясните, доступна ли роботу Googlebot версия контента для компьютеров.

    done Всё в порядке. Контент демонстрируется пользователям компьютеров именно так, как вы планировали.

    error Ошибка. Если контент показывается некорректно, перейдите к разделу Устранение неполадок.

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

    done Всё в порядке. Структурированные данные обрабатываются именно так, как вы планировали.

    error Ошибка. Если структурированные данные интерпретируются некорректно, перейдите к разделу Устранение неполадок.

    Устранение неполадок

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

    Контент неполон или выглядит по-другому

    error Причина проблемы. Средство отображения настроено неправильно или веб-приложение несовместимо с ним. Иногда некорректное отображение бывает вызвано слишком долгим ожиданием.

    done Решение. В документации к выбранному средству найдите советы по устранению ошибок динамического отображения.

    Долгое время отклика

    error Причина проблемы. Если для отображения страницы по требованию используется консольный браузер, это может увеличить время отклика. В результате роботы могут отменить запрос, и ваш контент не будет проиндексирован. Кроме того, роботы могут реже сканировать и индексировать сайты, которые медленно отвечают.

    done Решение

    1. Настройте кеширование предварительно генерируемых HTML-страниц или создавайте статическую HTML-версию контента на стадии разработки.
    2. Сделайте кеш доступным для роботов, например перенаправив их на него.
    3. Убедитесь, что роботы получают контент достаточно быстро. Вы можете использовать такие инструменты, как проверка оптимизации для мобильных устройств и WebPageTest. Во втором случае вам нужно будет указать строку агента пользователя из списка агентов пользователя роботов Google. Следите, чтобы время ожидания не истекло.

    Отсутствуют структурированные данные

    error Причина проблемы. Связанные со структурированными данными неполадки могут возникнуть, если не указаны агенты пользователя или теги скриптов JSON-LD.

    done Решение

    1. С помощью инструмента проверки структурированных данных убедитесь, что на странице есть структурированные данные. Затем настройте агент пользователя для проверки структурированных данных, чтобы протестировать предварительно обработанный контент.
    2. Убедитесь, что динамически сгенерированный HTML-код содержит теги скрипта JSON-LD. Дополнительную информацию можно найти в документации к вашему средству отображения.

    Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

    Оптимизация сайта в Google: опыт аналитиков Demis Group

    Наши аналитики поделились своим исследованием по ранжированию сайтов в поисковой системе «Гугл» и рассказали, как влияют на него некоторые факторы. Или не влияют (осторожно, спойлер!). Готовы представить Вам главные тезисы наших исследований по оптимизации.

    Продвижение сайта в Google и в Яндексе: принципиальные отличия в ранжировании

    Аналитики Demis Group выдвинули несколько гипотез, и вот те из них, которые подтвердились:

    • В ТОП-10 выдачи «Гугл» по запросу больше процент некоммерческих сайтов. Чтобы не быть голословными: в ТОП-10 Яндекса в среднем 8,6 коммерческих документов, в Google — 7,8.
    • Яндекс уделяет много внимания региональным сайтам, «Гугл» же добавляет на первую страницу поисковой выдачи сайты без геопривязки и из других регионов. Итак, факты: в ТОП-10 Яндекса по запросу «строительство» 8,2 местных сайтов. У Google этот показатель — 6,8. Таким образом, в своем регионе в Google продвинуться в ТОП сложнее, так как в выдачу с большей вероятностью могут попасть информационные некоммерческие ресурсы и конкуренты из других регионов либо всероссийские компании.
    • Слабое пересечение в ТОП-10 двух поисковиков — всего 16 % по документам и 24 % по хостам. То есть 16 % — это шанс, находясь в ТОПе Яндекса, попасть в ТОП «Гугл» с тем же документом и 24 % — с того же домена.
    • Возникшая разница в необходимой ссылочной массе из-за введения «Минусинска». Этот алгоритм Яндекс ввел в апреле 2015 года. С этого момента он пессимизировал сайты за использование SEO-ссылок. Естественно, многие веб-мастера проводили работу по сокращению ссылочной массы.

    Гипотеза о том, что резкое падение позиций в Google и последующая стагнация связаны с массовым снятием ссылок, подтвердилась. Да, частично в этом виноват «Минусинск». Поэтому возникает вопрос о том, как обойти фильтр в одном поисковике и не терять позиции в другом.

    Рекомендации по работе с разным ранжированием в поиске Яндекса и «Гугл»

    Так выглядят дословные выводы ведущего аналитика по работе с противоречиями поисковиков:

    «Крайне важно учитывать принципиально разное ранжирование у поисковиков по запросу. Это касается и некоммерческих результатов по запросу, и засилья агрегаторов в ТОПе, и разного отношения поисковиков к типу страницы. К примеру: товар — каталог, статья — категория статей, главная — внутренняя и пр.».

    • если в Яндексе для оптимизации требуется больше ключевых слов, а Google просит сильно меньше, то либо закрываем страницу в «Гугл» от индексации, оставляя в Яндексе, либо делаем новую для Google, закрыв ее от индексации в Яндексе;
    • если в Google больше ключевиков, а в ТОПе Яндекса малое их количество, необходимо закрыть часть контента в тег и небольшую долю ключевых слов убрать в монолитный индекс либо в другую перелинковку.

    «Следует более тщательно относиться к оптимизации внутренних факторов (например, к контенту)».

    • если в Яндексе требуется больше ключевых слов, а Google просит сильно меньше, то либо закрываем страницу в Гугле от индексации, оставляя в Яндексе, либо делаем новую для Google, закрыв ее от индексации в Яндексе;
    • если в Google больше ключевиков, а в ТОПе Яндекса малое их количество, необходимо закрыть часть контента в тег и небольшую долю ключевых слов убрать в монолитный индекс либо в другую перелинковку.

    Что еще важно учесть при продвижении сайта в «Гугл»?

    Помимо текстового контента и технической составляющей, при оптимизации сайтов под Google традиционно уделяется внимание моментам, влияющим на удобство и доверие пользователей (в том числе поведенческим факторам, скорости загрузки, наличию протокола HTTPS и мобильной версии). Но влияют ли эти параметры на ранжирование в «Гугл» на самом деле?

    Скорость загрузки сайта — влияет

    О том, что скорость загрузки страниц имеет значение, специалисты Google впервые упомянули в 2010 году, но так и не раскрыли информацию более точно. Позже, в 2013 году, Мэтт Каттс прокомментировал фактор:

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

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

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

    Для оценки показателя скорости загрузки Google предлагает собственный сервис. Page Speed Insight рассчитывает результаты отдельно как для мобильной версии страниц, так и для десктопа. После проверки он даст оценку и предложит рекомендации по оптимизации. Но все же более точно оценивать скорость загрузки сайта рекомендуем с помощью сторонних сервисов (например, https://tools.pingdom.com/), так как Page Speed не всегда отражает текущую скорость.

    Поведенческие факторы — не влияют

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

    Аналитике страниц в выдаче они предпочитают анализ поведенческих факторов на своем собственном поиске google.com. Подробнее можно прочитать тут или посмотреть видеовстречу с веб-мастерами:

    Принцип такой, что, если пользователи игнорируют № 1 в ТОПе и переходят по второй ссылке, то дело не в психологии, а в выдаче. Для «Гугл» это означает, что первая позиция нерелевантна и надо донастроить поиск, а инструменты Google Analytics созданы исключительно для веб-мастеров и хозяев ресурсов, чтобы они видели проблемы и делали сайт комфортнее для пользователей.

    HTTPS — не влияет

    Рост доли HTTPS-страниц в ТОПе начался с 2015 года, когда «Гугл» стал индексировать их по умолчанию. В 2020 году, по некоторым данным, эта доля достигла 50 %. На вопрос «Предоставит ли «Гугл» защищенным сайтам большее преимущество в поиске?» представитель ПС Гэри Илш тогда ответил, что это обсуждалось, но от этой идеи они отказались.

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

    Мобильная версия сайта — влияет

    Наличие удобной версии сайта для мобильных устройств очень ценится Google, ведь большой процент пользователей ищет информацию с телефонов или планшетов. В своем блоге «Гугл» приводит такие данные по США: 77 % пользователей мобильных устройств с них же в поиск и заходят, даже если под рукой есть компьютер.

    Mobilegeddon, как окрестили на Западе новый алгоритм Mobile Friendly, был запущен в апреле 2015 года — одновременно с «Минусинском». Однако исследование аналитиков тогда не выявило сильного влияния нового фильтра Google на аномальное падение позиций. Mobile Friendly рассчитан на мобильную выдачу, но в основном поиске он также делает свой вклад в ранжирование (или дисконт).

    Про сам алгоритм мы уже писали. Вы можете почитать об этом здесь.

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

    Новые методы экономного фовеального рендеринга и отображения от Google

    Разрешения дисплеев для виртуальной реальности растут, однако мощность графических процессоров для обслуживания всё более высоких разрешений не обязательно растёт с той же скоростью. Для решения этой проблемы используются обходные пути, которые оптимизируют процесс рендеринга с целью сокращения требуемых ресурсов при сохранении визуального качества. Самым известным из подобных решений, внедряемым на широкий рынок, является фовеальный рендеринг (англ. foveated rendering), о котором вы не раз читали на страницах Голографики. Его суть в том, чтобы отслеживать направление взгляда пользователя для снижения качества картинки на периферии его внимания, где он этого всё равно не замечает. Тем не менее, проблема оптимизации картинки на этом не исчерпывается — она немного сложнее.

    Чтобы пояснить актуальную ситуацию на рынке, менеджер по программному обеспечению Google Бехнам Бастани (Behnam Bastani) и разработчик программного обеспечения для Daydream Эрик Тёрнер (Eric Turner) опубликовали краткий обзор нескольких методов в зарождающейся области рендеринга для дополненной и виртуальной реальности. Мы предлагаем вам познакомиться со слегка упрощённой версией их материала.

    Справка Голографики:

    Фовеальный рендеринг («foveated rendering», от лат. fovea centralis — центральная ямка) — техника графического рендеринга, основанная на динамическом отслеживании внимания пользователя к областям изображения на дисплее. Человеческий глаз устроен так, что внимание к деталям изображения возрастает по мере приближения к центру поля зрения. На периферии же внимание к деталям снижается, но повышается восприимчивость к движению. Это связано с эволюционным развитием такого зрительного аппарата, который даёт идеальный баланс подробного восприятия и безопасного отслеживания угроз. Техника фовеального рендеринга предполагает снижение качества картинки на периферии поля зрения пользователя — вне зоны покрытия центральной ямки в глазу — для оптимизации затрат вычислительных ресурсов.

    Бастани и Тёрнер говорят, что текущие ограничения в решении проблем с рендерингом — это малое количество контента, скорость передачи данных, задержки и вопросы взаимодействия с объектами реального мира в дополненной реальности. Чтобы помочь решить некоторые из этих проблем, специалисты рассказали о трёх областях исследований, которые, по их мнению, должны быть основными: фовеального рендеринг, чтобы уменьшить вычислительные затраты на пиксель, фовеальную обработку изображений для уменьшения количества визуальных артефактов и преодоление задержек через уменьшение количества передаваемых бит на пиксель.

    Традиционные методы рендеринга на основе данных о положении глаз пользователя, которые делят кадры на несколько областей разного разрешения, имеют свойство вызывать заметные артефакты. Это нарушает ожидаемый эффект, ведь периферия должна быть «сжата» незаметно для зрителя. На приведённой ниже анимации слева показан рендеринг в полном разрешении, а справа — традиционный фовеальный рендеринг с областью высокого качества в середине.

    Исследователи Google предлагают два метода борьбы с артефактами: фазово-выровненный фовеальный рендеринг (Phase-Aligned Foveated Rendering) и конформный фовеальный рендеринг (Conformal Foveated Rendering). Ещё два метода описывают более эффективное отображение контента.

    Фазово-выровненный фовеальный рендеринг

    Этот тип рендеринга уменьшает количество артефактов, выравнивая усечённые пирамиды — детали геометрии сцены — вращая их по отношению к миру (например, всегда обращённые к северу, востоку, югу или западу), а не к повороту головы в текущем кадре, как это делается традиционно.

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

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

    Конформный фовеальный рендеринг

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

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

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

    Вы можете наблюдать конформный рендеринг справа, где контент соответствует визуальному восприятию глаза и характеристикам линз. Слева простой фовеальный рендеринг. Оба метода используют одинаковое общее количество пикселей.

    Фовеальная обработка изображений

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

    Коррекция хроматической аберрации. На верхнем изображении показан обычный способ. Нижнее (зелёное) изображение показывает процесс при фовеальном рендеринге. Левое изображение показывает восстановленную после оптических искажений «фовеальную» картинку. На правом изображении показана граница при коррекции линзовых искажений в фоновом режиме. Правое изображение показывает, что минимальная ошибка появляется рядом с границами буфера кадров. В очках это не заметно.

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

    Фовеальная передача

    Поскольку Google уделяет значительное внимание именно мобильным приложениям виртуальной и дополненной реальности, важной проблемой для неё является экономия энергии. Исследователи говорят, что их «фовеальная передача» сэкономит энергию и пропускную способность, передавая минимальный объём данных, необходимый для отображения.

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

    Экономии энергии можно добиться путём перевода простых задач апскейлинга и слияния кадров на сторону дисплея и передачи только самого фовеального контента. Сложности возникают, если фовеальная область движется в тандеме с отслеживанием глаз. Временные артефакты, предположительно, возникают из-за того, что компрессия, используемая между мобильной системой на чипе и дисплеем, пока не предназначена для фовеального контента.

    Сравнение мерцающей картинки после применения потоковой компрессии (Display Stream Compression — DSC) к обычному «фовеальному» контенту (слева) и полной интеграции описанных методов.

    Полный текст отчёта доступен здесь.

    Не пропускайте важнейшие новости о дополненной, смешанной и виртуальной реальности — подписывайтесь на Голографику в ВК, Twitter и Facebook!

    Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

  • Добавить комментарий