388x60 Ads

Общее руководство по структурированным данным – перевод на русский язык

Общее руководство по структурированным данным – перевод на русский язык

Это перевод Общего руководства по структурированным данным (далее по тексту – Общее руководство), которое применяется ко всем структурированным данным, дополненный лучшей практикой, собранной на Справочном форуме для веб-мастеров Google.

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

 Технические рекомендации по структурированным данным

Вы можете протестировать соответствие техническим рекомендациям с помощью инструмента Structured Data Testing Tool и Посмотреть как Googlebot , которые выявят большинство технических ошибок.

Формат структурированных данных

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

  • JSON-LD (рекомендуется)
  • Microdata
  • RDFa

Доступ к данным

Не блокируйте страницы структурированных данных для робота Googlebot, используя robots.txt, noindex или любые другие методы контроля доступа.

Рекомендации по качеству

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

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

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

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

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

Вот общие причины:
  •   Использование структурированных данных позволяет их отображать, но не гарантирует, что они будут отображаться.
  •  Структурированные данные не являются релевантными по отношению к основному содержимому страницы или потенциально вводят в заблуждение.
  •  Структурированные данные размечены неверно (с ошибками).
  •  Содержимое, на которое ссылаются структурированные данные, скрыто от пользователя.
  •  Страница не соответствует Общему руководству по типу или Рекомендациям Google  для вебмастеров.


Обратите внимание, что любое нарушение принципов Рекомендаций для Google для вебмастеров приведёт к отключению показа расширенных сниппетов на странице.
 "Звёздочки" в частности и расширенные описания в целом не показываются для сайтов, где обнаружены приёмы, выходящие за рамки рекомендаций по обеспечению качества, как например покупка ссылок, а также для страниц ниже определённого порога качества. В данном случае я бы прежде всего продолжил работу по удалению когда-то купленных ссылок и ждал обновления со стороны Google. Когда много покупных ссылок-звёздочек не будет.
Андрей Липатцев (Google)

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

Дополнительно читайте:
Руководство Google для асессоров
Обновление алгоритма Google от 1 августа 2018
Как добавить сайт в карусель Главные новости
Замечу, что по запросу site: расширенные описания могут и отображаться, так как для него действуют особые критерии.
Андрей Липатцев (Google)

Эти особые критерии слегка раскрыл другой сотрудник Google:
Иногда, когда результаты обновления алгоритма влияют на наш общий взгляд на качество веб-сайта, может случиться, что он влияет на отображение или отсутствие расширенного сниппета (обычно мы не показываем расширенный сниппет, когда мы не уверены в качестве веб-сайта).
Простой способ двойной проверки. Нужно использовать комбинацию операторов site: -query:
Если там показаны расширенные сниппеты, но они не отображаются при обычном поиске контента веб-сайта, то это признак того, что наши алгоритмы качества не слишком довольны этим сайтом.

Контент

Следуйте рекомендациям по качеству веб-мастеров Google.

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

Публикуйте оригинальный контент.

Не размещайте контент, который не отображается читателям страницы. Например, если разметка JSON-LD описывает исполнителя, в коде HTML опишите того же исполнителя.

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

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

Актуальность

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

Завершенность

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

Чем больше рекомендуемых свойств вы предоставляете, тем выше качество результата для пользователей. Например: пользователи предпочитают:
 - объявления о вакансиях с явно указанными зарплатами;
 - рецепты с фактическими отзывами пользователей и подлинными звёздными рейтингами (обратите внимание, что отзывы или рейтинги, оставленные недействительными пользователями, считаются спамными).

Место нахождения

Поместите структурированные данные на страницу, которую они описывают, если иное не указано в документации.
Разметку для отзывов в сниппеты главной страницы следует добавлять только в тех случаях, когда основная тема страницы – конкретный продукт или услуга. Обычно использование микроразметки на главной странице к указанным случаям не относится.
Gary Illyes, аналитик и инженер отдела качества поиска Google
Однако, если вы отметите один элемент из списка, вы должны разметить все элементы списка; разметка только одного субъекта категории из всех перечисленных на странице противоречит рекомендациям Google.

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

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

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

Специфичность

Используйте наиболее специфичные применимые типы и имена свойств, определенные спецификацией schema.org для вашей разметки.

Следуйте всем дополнительным рекомендациям, приведённым в документации для вашего конкретного типа разметки.

Изображения

При указании image как свойства структурированных данных убедитесь, что изображение действительно принадлежит к этому типу разметки. Например, если вы определяете свойство image schema.org/NewsArticle.image, размеченное изображение должно непосредственно принадлежать этой новостной статье.

Все URL-адреса изображений должны быть сканируемыми и индексируемыми. В противном случае Google не сможет отобразить их на странице результатов поиска.

Несколько элементов на странице

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

Примеры:
Страница рецепта с текстом рецепта и сопровождающим видео. Разметьте текст и видео отдельно с помощью schema.org/Recipe и schema.org/VideoObject соответственно.

Страница категории, в которой перечислены несколько различных продуктов (или рецептов, видео или любой другой тип). Каждый объект должен быть помечен с использованием соответствующего типа schema.org, такого как schema.org/Product для страниц категорий продуктов. Однако, если размечен один элемент, все элементы должны быть размечены. Кроме того, если это не страница карусели, размеченные элементы не должны ссылаться на отдельно взятые страницы с детализацией сведений.

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

Медицинское обновление алгоритма Google 1 августа 2018 года

Медицинское обновление алгоритма Google 1 августа 2018 года

Широкое обновление алгоритма Google 

1 августа 2018 года произошёл сильный апдейт Гугла. Об это в твиттере сообщил Danny Sullivan:
На этой неделе мы выпустили широкомасштабное обновление алгоритма, как это делаем несколько раз в год.
Анализируя мартовский апдейт Гугла, я предполагал, что следующее обновление ядра алгоритма Google должно было произойти в сентябре этого года. Но Google видно спешил что-то оперативно внедрить и запустил обновление ядра на месяц раньше.

Медицинское обновление алгоритма Google


Итак... Что нам известно об этом обновлении основного алгоритма Google? Это был глобальный апдейт ядра. Начался он 1 августа 2018 года. Пик пришелся на третье августа.
Глобальный апдейт ядра алгоритма Google

Danny Sullivan в твиттере писал:
...к середине следующей недели, [обновления — прим. авт.] должны быть полностью развернуты.
‏Официально всё закончилось раньше — 8 августа.

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

Danny Sullivan официально опроверг эту гипотезу. Я тоже считаю, что обновление алгоритма затронуло все тематики.

Примечательно, что в том же твиттере 18 августа другой сотрудник Google косвенно подтвердил существование медицинского апдейта:
Если вы все еще изучаете обновление Google Update от 1 августа. Проверьте это @Moz Podcast по рекомендациям по качеству, опубликованным в январе 2018 года http://mozpod.libsyn.com/seo-and-the-quality-rater-guidelines ... и @Marie_Haynes сказала, что здравоохранение, юриспруденция, финансы будут затронуты, и это на самом деле произошло.
Все мы только предполагаем, что именно могло в основном повлиять в этом апдейте.

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

Тем не менее мы точно знаем, что этот апдейт Гугла не связан со скоростью или безопасностью сайтов.
Мы говорим о многом, что нужно делать. Улучшить скорость сайта. Подумать о безопасности. Но это не то, с чем было связано это обновление...
— Danny Sullivan
Я решил проверить это на сайтах, к статистике которых у меня есть доступ.

Влияние скорости загрузки сайта при апдейте Гугла

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

Что еще интересно, так это то, что мобильную выдачу трясло сильнее, чем десктопную.
Обновление алгоритма Google разница в мобильной и десктопной выдачах
Еще интересное совпадение — именно в дни начала обновления алгоритма Google в новой версии Search Console появился инструмент "Удобство просмотра на мобильных устройствах". Очень возможно, что мобильный UX явлется одной из причин, которая могла существенно повлиять во время этого апдейта.
UX является критичным, поскольку, если пользователи не могут взаимодействовать с вашим контентом – они не могут его рекомендовать, они не собираются конвертироваться – тогда вся техническая работа по SEO, которой вы занимаетесь, будет бесполезной.
Поэтому в данном случае я бы определённо принимал во внимание обе эти стороны – и техническую оптимизацию, и удобство для пользователей – чтобы учесть все вторичные эффекты, играющие роль.
 — John Mueller,Google
Я решил провести еще один эксперимент. Используя SEMrush Sensor проанализировал "Влеты и падения" (по 100 сайтов) на дату окончания апдейта — 8 августа 2018 года.


Для сбора критериев я использовал:
*Ahrefs;
*Screaming frog.

Таблицу с данными загрузил в AnswerMiner.

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

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

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

Итак, у меня есть две выборки — "Взлеты" и "Падения". В каждой из них по сто сайтов. Я сравнил значения показателей Response Time, Domain Rating, Total Backlinks, Word Count, External Outlinks, Linked Domains, Title 1 Length, H2-1 length сайтов в двух этих выборках.

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

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

Длина H2 у упавших сайтов в среднем на 32% меньше, чем поднявшихся.

Разница в длине Title, похоже, никак не повлияла.

Количество доменов-акцепторов (Linked Domains) у сайтов, которые упали, на 44% больше, чем у сайтов, которые поднялись.

При этом у упавших сайтов количество исходящих ссылок (External Outlinks) больше в два раза, чем у сайтов, которые поднялись.

Показатель Total Backlinks у упавших сайтов в среднем на 79% меньше, чем у поднявшихся.

Видимо апдейт Гугла 1 августа 2018 года был в значительной степени нацелен на ссылочное (количество, качество, продажа ссылок).

Показатель Word Count (все слова в теге body) у упавших и поднявшихся сайтов в моих выборках мало чем отличается.

Средний Domain Rating по Ahrefs в обеих выборках почти одинаковый.

Что интересно, Response Time (время загрузки URL в секундах) в среднем на 32 процента у упавших сайтов меньше.

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

Выводы и рекомендации по результатам апдейта

1. Медицинские консультации на качественных E-A-T сайтах должны быть :
*написаны или подготовлены в профессиональном стиле людьми или организациями с соответствующим медицинским опытом или образованием;
* проверены редактором;
* регулярно пересматриваться и обновляться;
* представлять собой устоявшийся научный консенсус по вопросам, где такой консенсус существует.

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

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

2. Обновление алгоритма Google скорее всего не связано со скоростью загрузки и безопасностью сайта.

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

Если у вас есть, свои наблюдения на счет медицинского обновления алгоритма Google (1 августа 2018 года), поделитесь в комментариях к статье.
Подробнее

Анализ данных при помощи AnswerMiner

Анализ данных при помощи AnswerMiner - обучающий курс


Название обучающего модуля: "Анализ данных при помощи AnswerMiner".

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

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

Статистические данные – это совокупность объектов (наблюдений, случаев) и их характеристик (признаки и переменные).

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

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

Планирование исследования

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

Веб-мастера и интернет-маркетологи черпают информацию из Интернет. По этому, определим инструментарий (SEO-инструменты), которые вам будут полезны.

Парсеры сайтов: Selka, A-parser, Content Downloader.
Анализаторы сайтов: Screaming Frog SEO Spider, Netpeak SpiderNetpeak Checker, бесплатный  –  Majento "SiteAnalyzer".
Сервисы линкбилдинга и анализа конкурентов: Ahrefs, Majectic, SEMrush.
Аналитика: Google Search Console, Google Analytics, Яндекс Вебмастер, Яндекс Метрика.

Собранные данные можно сгруппировать в MS Excel и штатными средствами провести анализ данных.

На Рис.1 показан пример анализа данных в Excel, а именно проводился анализ динамики трафика сайта.

Рис.1 Анализ данных в Excel

Анализ данных в Excel

В зависимости от решаемой задачи каждый раз применяются свои методы анализа данных.
Самые популярные статистические показатели, которые при этом рассчитывают  –  среднее значение, медиана, стандартное отклонение.

Совет №1: если значение стандартного отклонения не сильно отклоняется от среднего значения  –  используйте среднее, если сильно отклоняется  –  используйте медиану. Это упрощённое объяснение. Если вас интересуют детали, почитайте статьи по описательной статистике.

Совет №2: если вы анализируете динамику трафика  –  колебания в пределах от одного дня до недели можно считать статистическим шумом (не принимать во внимание). Не забывайте о сезонности  –  сопоставьте данные за два года (год к году).

Совет №3: если вы сравниваете показатели средних значений между собой (например, из двух выборок) не забывайте о статистической значимости, используйте t-критерий Стьюдента. О нём можно прочитать в Википедии, но лучшее и доступное описание, вы прочитаете тут.

Анализ данных при помощи AnswerMiner

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


На Рис.2 вы увидите как выглядят наборы данных в AnswerMiner.

Рис.2. AnswerMiner Datasets

Наборы данных в AnswerMiner

Принимайте взвешенные решения на основе анализа показателей. Заставьте данные работать на вас.

Подход к визуализации данных в AnswerMiner состоит в том, что вам доступны четыре метрики (Рис.3):
*Распределение;
*Сравнение;
*Связи и корреляция;
*Прогноз.

Рис.3 Метрики AnswerMiner

Метрики AnswerMiner

Специфика особенностей тестирования и  моделирования при помощи AnswerMiner описана в статье Исследование: как вывести в топ google порносайт.

AnswerMiner удобен тем, что показывает корреляцию показателей как минимум в двух разрезах – в виде матрицы; в виде таблицы.

Что касается метрики "Прогноз", выбираете параметры ваших данных и AnswerMiner строит дерево принятия решений.

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

Хотите учесть пожелания клиентов при принятии коммерческих решений и подготовке маркетинговых кампаний? Сделайте  эксперимент проанализировав вашу информацию в AnswerMiner.

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

Исследование: как вывести в топ google порносайт

Как вывести в топ google порносайт

Порнография в интернет пользуется всё большей популярностью. Об отношении Google к порноиндустрии читайте тут.

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

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

Методология исследования: как попасть в топ 10 Google


При помощи сервиса Topic Explorer выбраны 28 ключевых слов. По каждому из них была спарсена выдача из Google.com.

Подбор ключевых слов

Краулером Screaming Frog проанализирован список URL по всем анализируемым запросам, в том числе получены данные из Ahrefs. Результаты были загружены в AnswerMiner и определена корреляция показателей.

Корреляция показателей порносайта


Ниже приведены статистические показатели порносайтов из топ 10 Google запросов, которые были проанализированы.

Порносайты - общие признаки топ 10 Google


  • Количество страниц в индексе Google от 67825 до 80,2 млн.
  • Длина Title от 30 до 53 символов.
  • Длина Description от 114 до 232 символов.
  • Длина H1 от 15 до 35 символов.
  • Длина H2 от 15 до 25 символов.
  • Количество слов на странице от 564 до 1356.
  • Ahrefs Domain Rating от 54 до 84.
  • Ahrefs URL Rating от 13 до 45.
  • Время загрузки URL от 0,15 до 4,5 секунд.

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

На многих порносайтах есть только видеоконтент и более или менее уникализированные описания. Обратите внимание на показатель "Количество слов на странице" сайтов из топ 10 выдачи Google.

Проверьте свой сайт, нажав на эту кнопку.

Проверка порносайта

Вывести в топ Google можно используя различные стратегии:
1.Создание сайта на долгосрочную перспективу.
2.Создание, в лучшем случае, псевдо СДЛ с получением выгод в краткосрочной или среднесрочной перспективе.

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

На рисунке предоставлено распределение доменов в анализируемой выборке.
Как попасть в топ 10 Google - основные сайты

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

А вот и распределение (облако) порнозапросов.
Запросы в Гугл для порно сайтов

Как показывает анализ тем на Справочном форуме для веб-мастеров Google, большинство идёт по второму пути – покупается стандартный дизайн, заполняется ворованным контентом (аннотации, дескрипшены), цепляется куча рекламы, закупаются ссылки, в том числе с сеток дорвеев.

Ниже на рисунке показан пример перелинковки четырнадцати сеток дорвеев адалт тематики (всего 753 сайта), которые до недавнего времени обеспечивали нужным сайтам приличный трафик.
Сетка дорвеев в Гугль

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

Что примечательно, половина «вершин» сеток использовали https протокол. Тринадцать из четырнадцати «вершин» сеток порно дорвеев использовали один IP.

Может кому-то будут интересны параметры «вершин» этих сеток порно дорвеев:

  • Средняя длина Title – 64 символа;
  • Средняя длина Description – 125 символов;
  • Среднее количество слов – 1178 символов;
  • Ahrefs Domain Rating от 18 до 58;
  • Среднее количество исходящих ссылок со страницы на другой домен – 4 ссылки.

Ниже приведена матрица корреляции показателей "вершин" сеток порно дорвеев.
Корреляция показателей
Подробнее

Всё о мартовском апдейте Google в 2018 году

Пятого марта 2018 Google обновил ядро своего алгоритма. У многих сайтов сразу после этого просел трафик. Не успели утихнуть обсуждения на SEO-форумах, как веб-мастера заметили что с 15 марта 2018 года тоже произошёл апдейт, повлёкший резкое снижение трафика у многих интернет-ресурсов.

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

Нулевая гипотеза. Мартовское обновление Google в 2018 году  –  повторение обновления "Google Fred" 2017 года.

Обязательно прочтите:
Основные обновления Google 2017 года
Широкое обновление алгоритма Google 1 августа 2018 года

Проверка гипотезы. Что общего между этими апдейтами? Оба признаны сотрудниками Google. Второй общий признак - многие сайты потеряли в трафике. Третий общий признак  –  аналогичное время обновления.

Kristine Schachinger в публикации searchenginejournal.com указывает такие сроки выкатки Google Fred – с 7 по 24 марта 2017 года.

В 2018 году нечто подобное произошло с 5 марта и длилось до 25 марта. Трафик  падал как при "Фреде". Правда, некоторые сайты в период с 12 по 15 марта получили пиковый прирост трафика с Google, но затем последовало резкое падение.

Всё о мартовском апдейте Google в 2018 году

Как видно на картинке, Google Fred и мартовское обновление 2018 года произошли в одни и те же сроки.

Googler Danny Sullivan, видимо, по неопытности приоткрыл завесу, сказав что это обновление ядра алгоритма, которое время от времени проводится.

Предполагаю, что Google Fred это тоже было не что иное, как обновление ядра алгоритма в 2017 году.

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

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

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

Я решил проверить, является ли изменение трафика сайтов в моём аккаунте Google Analytics случайностью или на это повлияло обновление ядра алгоритма Google.

Используя коннектор answerminer.com подключимся к Google Analytics. Как видно на нижнем изображении, существует сильная корреляция между показателем Пользователи, Сеансы и Органический поиск.

Сильная корреляция в Analytics

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

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

Вот так выглядят настройки для проверки нашего эксперимента.

Проверка статистической значимости

Методология: Используем показатели с высокой корреляцией между собой. Обновление алгоритма сказывается на динамику органического трафика (тестовый сегмент). Это влияет на количество новых пользователей (контрольный сегмент). Для сопоставимости данных в обоих сегментах используется одна и та же метрика – Сеансы. Установленная дата события – 15 марта 2018 года. Учитывается недельная сезонность.

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

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

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


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

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

На многих SEO-форумах активнее всего это обновление комментируют веб-мастера, продвигающие адалт-сайты. По их мнению, мартовское обновление алгоритма направлено в основном против их ниши.

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

Проанализировав отзывы вебмастеров на Справочном форуме Google, searchengines.guru и свои данные, не могу сказать, что обновление алгоритма было нацелено на какую-то конкретную нишу.

Так что я пока не разделяю мнение, что апдейт в основном привёл к падению адалт-сайтов.

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

У разных сайтов абсолютно разные причины падения трафика.

У одних несколько версий сайта работает одновременно без настройки редиректа или не закончен переход на HTTPS.

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

Участились случаи необоснованной склейки Гуглом разных доменов между собой.

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

Рекомендую прочитать:
Почему падает трафик

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

Переход на https блога на Blogger

Наличие на сайте протокола https один из факторов ранжирования. Google популяризирует при помощи разных тактик идею перехода сайтов на https.
  
Рассказывая другим о преимуществах защищённого протокола, Google долгое время не внедрял его на своих блогах на платформе Blogger.
  
Примерно со второго полугодия 2017 года дефолтные домены на Blogger были переведены на https, но для пользовательских доменов эта возможность была недоступна.
  
Начиная с марта 2018 года блог на Blogger, использующий пользовательский домен, может перейти на https.
 

 Переход на https на Blogger


 Для начала перейдите в Настройки, раздел "Основное".

Переход на https блога на Blogger

В опции "Доступность HTTPS" нажмите "Да". Обычно нужно подождать несколько секунд пока Google обработает ваш запрос. Сразу после этого станет доступна опция "Перенаправление HTTPS". Там тоже нужно выбрать "Да".
  

Проверка темы на HTTPS


Если у вас дефолтная тема, этот шаг можно пропустить.


Открываете раздел "Тема". Делаете резервную копию. Затем нажимаете "Изменить HTML".
Ваша задача найти внутренние и внешние ссылки на протоколе HTTP.
  
Кликните на коде шаблона и нажмите сочетание клавиш CTRL+F и введите в поле поиска http. Редактор вам подсветит нужные ссылки.
  
Во внутренних ссылках, ссылках на ресурсах поисковых систем или социальных сетей можно смело менять протокол на HTTPS. Если в коде вы увидели ссылку на неизвестных источник, лучше проверить работает ли эта ссылка на защищённом протоколе, если нет, лучше не менять.
  
 Когда вы провели замену протокола HTTP на HTTPS в теме, сохраните её.
  
Третий этап — перейдите в раздел "Дизайн". Поочерёдно откройте гаджеты HTML. Изучите их содержимое и там, где это необходимо, замените в ссылках протокол на HTTPS.
  
По идее, этого достаточно, чтобы в браузере у вас появилась зелёная отметка "Защищено".
  
Но это ещё не означает, что процесс завершён. В некоторых ваших сообщениях есть изображения, использующие незащищённый протокол. По большому счету, их желательно все перепроверить. Но если лень, можно не перепроверять. 

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

Настройка веб-аналитики


После всех этих манипуляций нужно внести изменения в Google Search Console и Google Analytics.

Вы же хотите получать точные данные о трафике и конверсиях? Приступим к настройке.

Первое что нужно сделать — добавить в Google Search Console версию вашего блога на HTTPS. При этом не забудьте сразу добавить туда sitemap на защищённом протоколе.

Если это сделано, переходим в Google Analytics. Открываете представление вашего блога и переходите в раздел "Администратор".
HTTPS в Google Analytics
Открываем раздел "Настройка ресурса" и меняем URL по умолчанию на HTTPS.

В принципе это всё. Переход на https блога на Blogger завершён.

Подробнее