Официальный блог для веб-мастеров Google [RU]: 2018

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

четверг, 15 ноября 2018 г.

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

Пример подозрительной подписки через оператора связи

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

Андрей указывает номер телефона и нажимает кнопку "Продолжить", чтобы перейти к нужному контенту.

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

Явное сообщение о платных услугах в Google Chrome

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

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

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

Если наша система определит, что на странице недостаточно сведений об оплате, то в браузере Chrome (на компьютерах и мобильных устройствах, а также в окнах WebView приложений Android) будет показываться следующее предупреждение:

Предупреждение о переходе на страницу, где могут взиматься средства

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

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

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

Авторы: Эмили Шехтер (Emily Schechter), служба безопасности Chrome, Джакомо Ньекки Русконе (Giacomo Gnecchi Ruscone) и Бадр Салми эль-Идрисси (Badr Salmi El Idrissi), команда по безопасности поиска

Теперь в PageSpeed Insights используется технология Lighthouse

четверг, 15 ноября 2018 г.

Мы реализовали различные инструменты, позволяющие определить скорость загрузки страницы или сайта, так как хорошо понимаем, насколько она важна. Раньше для работы этих инструментов использовались разные аналитические системы. Зачастую это доставляло пользователям неудобства, поскольку из разных инструментов поступали разные рекомендации. Теперь в качестве аналитической системы инструмента PageSpeed Insights используется технология Lighthouse. Это позволит при проверках эффективности тех или иных ресурсов получать одинаковые результаты и рекомендации в онлайн-интерфейсе, командной строке и инструментах разработчика Chrome. Кроме того, в PageSpeed Insights представляются данные из отчета об удобстве пользования браузером Chrome, а в PageSpeed Insights API версии 5, помимо них, доступны также сведения о проверках, выполненных с помощью Lighthouse. Предыдущие версии PageSpeed Insights API будут упразднены в течение шести месяцев.

Технология Lighthouse в инструменте PageSpeed Insights

В инструменте PageSpeed Insights представлены следующие сведения:

Имитация загрузки страницы. PageSpeed Insights открывает и анализирует нужную страницу с помощью решения Lighthouse. Оно имитирует загрузку этой страницы на мобильном устройстве, а затем рассчитывает ряд показателей эффективности (например, первая отрисовка контента и время загрузки для взаимодействия) и назначает им оценки от 0 до 100. Оценки упорядочиваются по трем уровням. Хорошей считается оценка не меньше 90.
Данные наблюдений. В инструменте PageSpeed Insights также доступны актуальные показатели эффективности (например, первая отрисовка контента и первая задержка ввода) для страницы и ее источника. В этой связи поддержка запроса "origin:" в инструменте PageSpeed Insights будет прекращена. Обратите внимание, что данные наблюдений могут быть доступны не для всех сайтов. Данные поступают из отчета об удобстве пользования браузером Chrome, который обновляется ежедневно и охватывает последние 28 дней. Показатели из разделов "Данные наблюдений" и "Имитация загрузки страницы" могут не совпадать. Это связано с тем, что показатели из раздела "Данные наблюдений" учитывают различные условия, связанные с сетью, а также устройства пользователей браузера Chrome.
Оптимизация. Инструмент PageSpeed Insights предоставляет рекомендации о том, как улучшить показатели эффективности страницы. Кроме того, в этом разделе указывается, насколько увеличится скорость загрузки страницы, если реализовать ту или иную рекомендацию.
Диагностика. В этом разделе представлены сведения о соответствии страницы рекомендациям в отношении веб-разработки.

При выполнении нового вида анализа для нужного URL с помощью PageSpeed Insights API версии 5 вы можете также получить данные отчета об удобстве пользования браузером Chrome и всю информацию Lighthouse по различным категориям (эффективность, современное веб-приложение, доступность, рекомендации и поисковая оптимизация).

Дополнительные сведения о новшествах представлены в разделе часто задаваемых вопросов.

Если у вас есть конкретные вопросы, вы можете задать их (на английском) на сайте Stack Overflow. Для общих вопросов, отзывов и обсуждений используйте, пожалуйста, эту группу.

Авторы: Жуй Чен (Rui Chen) и Пол Айриш (Paul Irish)

Представляем reCAPTCHA v3: новый инструмент защиты от роботов

вторник, 30 октября 2018 г.

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

Забота об удобстве пользователей

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

Более точное выявление роботов с помощью "действий"

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

Борьба с роботами по вашим правилам

Ещё одно большое преимущество reCAPTCHA 3 – это возможность гибко настраивать защиту сайта от спама и атак. Ранее алгоритм reCAPTCHA самостоятельно определял, когда и как запрашивать проверку с помощью кодов, и веб-мастера практически не могли на это повлиять. Теперь же система выдает оценку, которая позволяет понять, насколько заслуживает доверия то или иное взаимодействие. У этой оценки есть три способа применения. Во-первых, вы можете задать минимальное значение, при котором не нужно использовать дополнительную проверку (в частности, двухэтапную аутентификацию и подтверждение c помощью телефона). Во-вторых, можно анализировать такие оценки с учетом собственных данных, недоступных API reCAPTCHA, например о профилях пользователей и историях транзакций. В-третьих, вы можете использовать оценки reCAPTCHA в качестве исходных данных для модели машинного обучения, способной самостоятельно выявлять роботов. Все эти новые варианты действий позволят успешно защитить ваши ресурсы от разных типов автоматического трафика и обеспечить удобство сайтов для посетителей.

Таким образом, reCAPTCHA v3 помогает защитить ваши ресурсы, не создавая помех пользователям, и позволяет более гибко реагировать на факторы риска. Мы постоянно стремимся опережать злоумышленников и обеспечивать простоту и удобство навигации в Интернете для всех (кроме роботов).

Готовы начать работу с reCAPTCHA 3? Посетите наш сайт для разработчиков и ознакомьтесь с более подробной информацией.

Автор: Вэй Лю (Wei Liu), менеджер по продукту Google

Пометка "Не защищено" на всех HTTP-страницах в Chrome

пятница, 27 июля 2018 г.

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

В браузере Chrome начиная с версии 68 для всех HTTP-страниц будет отображаться пометка "Не защищено".

Чем больше сайтов использует шифрование, тем безопаснее Интернет

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

Пометка "Не защищено" в Chrome не только оповещает пользователей, что при соединении с тем или иным сайтом не применяется шифрование, но и побуждает владельца такого сайта повысить его безопасность. С тех пор как мы объявили о появлении пометки "Не защищено", прошло почти два года. За это время протокол HTTPS внедрило огромное количество сайтов. По данным Отчета о доступности сервисов и данных:

В браузере Chrome на устройствах Android защищено 76 % трафика (прежнее значение: 42 %).
В браузере Chrome на устройствах Chrome OS защищено 85 % трафика (прежнее значение: 67 %).
На 83 из 100 наиболее популярных сайтов по умолчанию используется протокол HTTPS (прежнее значение: 37).

Мы понимали, что для внедрения пометки "Не защищено" для всех HTTP-страниц понадобится определенное время. Поэтому сначала мы помечали только те страницы, где пользователи вводили пароли или данные банковских карт. Затем эта пометка стала показываться и в тех случаях, когда пользователи вводили какие-либо данные на HTTP-страницах или просматривали такие страницы в режиме инкогнито.

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

В версии 70 браузера Chrome, которая увидит свет в октябре, пометка красного цвета "Не защищено" станет появляться, когда пользователи будут вводить данные на HTTP-странице.

Более удобное шифрование

Вам нужно создать сайт, используя протокол HTTPS, или перенести имеющийся ресурс на этот протокол? Чтобы вам было проще, мы реализовали управляемый HTTPS для Google App Engine, обязательную и автоматическую поддержку протокола HTTPS для всех доменов .app, а также автоматические бесплатные сертификаты в центре Let’s Encrypt, платиновым спонсором которого является Chrome. Если вы переносите сайт на протокол HTTPS, из Search Console будут поступать сообщения с дополнительными сведениями и рекомендациями.

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

Автор: Эмили Шехтер (Emily Schechter), менеджер по продукту, служба безопасности Chrome

Проверка URL и прочие новые функции в Search Console

среда, 18 июля 2018 г.

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

Инструмент "Проверка URL"

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

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

URL проиндексирован, AMP-код успешно обрабатывается

Если страница не индексируется, вы сможете узнать, почему это происходит. В новом отчете содержится информация о метатегах robots с атрибутом noindex и о каноническом URL страницы, выбранном Google.

URL не индексируется из-за метатега со значением noindex в HTML-коде

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

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

Другие новинки

Помимо Проверки URL, мы активировали в новой версии Search Console ещё несколько функций, перечисленных ниже.

В Search Analytics API данные теперь доступны за 16 месяцев, как и в отчете по эффективности.
Отчет о статусе расширенных результатов с рецептами позволит вам устранить ошибки в соответствующих структурированных данных. C помощью нашего нового интерфейса вы сможете проверять, насколько успешно решена та или иная проблема, а мы будем своевременно отправлять вам уведомления с нужной информацией.
В отчете "Анализ поисковых запросов" стали доступны новые фильтры по виду в поиске. Отчет по эффективности теперь позволяет получать больше сведений о том, как выглядят в Google Поиске результаты для ваших веб-страниц, в том числе использующих технологии Web Light и Google Play Instant.

Благодарим за ваши отзывы

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

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

Многое ещё впереди

Хотя обновленный интерфейс Search Console до сих пор проходит бета-тестирование, мы постоянно активируем в нем дополнительные функции и отчеты. Мы будем рады получить ваши отзывы о них.

Авторы: Роман Кехер (Roman Kecher) и Сион Шори (Sion Schori), инженеры Search Console

Новый URL источника перехода в Google Картинках

среда, 18 июля 2018 г.

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

Изменение источника перехода

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

Если вы создаете программное обеспечение для отслеживания и анализа посещаемости сайтов, то вам следует подготовиться к этому нововведению. Обязательно используйте новый URL перехода (https://images.google.com), чтобы указывать Google Картинки как источник трафика.

Если вы отслеживаете данные о сайте с помощью Google Аналитики, то новый URL перехода будет добавляться автоматически и Google Картинки будут надлежащим образом указываться в качестве источника. Обратите внимание, что это изменение не затронет Search Console. Веб-мастера продолжат получать сводный список самых популярных поисковых запросов, которые привлекают посетителей на их сайты.

Как это отразится на запросах в пределах стран

У нового URL перехода такой же национальный домен верхнего уровня (ccTLD), как и у URL, используемого для поиска по Google Картинкам. Это означает, что большинство посетителей переходят на ту или иную страницу с сайта images.google.com, так как с прошлого года для пользователей по всему миру по умолчанию выбран домен google.com. Тем не менее некоторые до сих пор предпочитают сервисы с доменом своей страны, например Великобритании – google.co.uk. В таких случаях соответствующий домен указывается и в URL перехода (images.google.co.uk).

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

Автор: Ашутош Агарвал (Ashutosh Agarwal), менеджер по продукту, Google Картинки

Как мы боролись со спамом в 2017 году

четверг, 28 июня 2018 г.

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

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

Тенденции веб-спама в Google и борьба с ним в 2017 году

По мере того как мы продолжали улучшаться, спамеры также развивались. Одной из тенденций в 2017 году стало увеличение взлома сайтов – как для размещения спама, так и для распространения вредоносного ПО. Взломанные сайты – серьезная угроза для пользователей, поскольку хакеры могут полностью контролировать сайт, изменять страницы, удалять соответствующий контент или размещать вредоносное ПО. Также они могут записывать нажатия клавиш, чтобы похищать учетные данные для банковских услуг в Интернете. В 2017 году мы сосредоточились на противодействии этой угрозе и смогли обнаружить и удалить из результатов поиска более 80% таких сайтов. Однако взлом представляет проблему не только для пользователей поиска, но и для владельцев взломанных сайтов. Чтобы помочь владельцам сайтов обеспечить их безопасность, мы подготовили руководство по защите в Интернете и обновили ресурсы для восстановления после взлома. Эти материалы доступны на 19 языках.

Мы также признаем важность надежных систем управления контентом (CMS). Большая часть сайтов работает на одной из нескольких популярных CMS, а злоумышленники пользуются возможностями размещать спам в комментариях или на форумах. Мы тесно сотрудничаем со многими разработчиками популярных CMS, таких как WordPress и Joomla, чтобы помочь им противодействовать спамерам.

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

Сотрудничество для общей пользы

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

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

Мы также активно работаем с веб-мастерами для поддержания качества Интернет-контента.

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

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

Благодаря Безопасному поиску мы продолжаем защищать пользователей в Интернете. В прошлом году мы улучшили его, расширив защиту на Mac OS, реализовав предиктивную защиту от фишинга в Chrome, ужесточив правила о мобильном нежелательном ПО и внедрив фильтрацию нежелательных расширений Chrome.

У нас есть множество каналов для непосредственного общения с веб-мастерами. Наши сотрудники регулярно встречаются с веб-мастерами как онлайн, так и лично. Мы провели более 250 консультаций и прямых трансляций в более чем 60 городах для 220 000 владельцев сайтов, веб-мастеров и специалистов по интернет-маркетингу. Кроме того, на официальном форуме накопилось множество ответов на вопросы на всех языках. В прошлом году на форуме было 63 000 веток с 280 000 сообщениями от более чем сотни ведущих участников со всего света. Подробнее рассказывается в этой записи. Помимо форумов, блога и руководства "Введение в поисковую оптимизацию", советуем посещать канал для веб-мастеров на YouTube. Недавно там появились видео про поисковую оптимизацию, в которых кратко разъясняются отдельные вопросы. Подписывайтесь на наш канал!

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

Автор: Коди Квок (Cody Kwok), ведущий инженер

Google Поиск на I/O 2018

среда, 20 июня 2018 г.

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

Чем мы занимались на I/O

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

Создание оптимизированных для поиска сайтов на JavaScript. Ведущие: Джон Мюллер и Том Гринэвей.
Продвижение в Интернете при помощи Google Поиска. Ведущие: Мария Моева и Джон Мюллер

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

Кроме того, мы поговорили о том, как использовать Indexing API и Search Console API в CMS, чтобы облегчить присутствие сайта в Поиске. Например, платформа Wix позволяет внести страницу в индекс и немедленно увидеть ее в результатах поиска, а компания Squarespace разработала отчет о ключевых словах в Google Поиске, чтобы веб-мастера могли понять, что именно ищут потенциальные пользователи.

Кроме того, на конференции мы представили новую версию Search Console (в тестовой среде), и получили массу положительных откликов о разных функциях – от отчета о статусе AMP-страниц до инструментов оптимизации контента для Google Поиска.

Практические семинары и занятия

Наш семинар по работе со структурированными данными, их использованию и тестированию вошел в топ-20 семинаров на конференции I/O. Посмотрите примеры использования, чтобы оценить преимущества структурированных данных.

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

Основные моменты

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

Индексирование и отображение не происходят одновременно.
Если вы хотите, чтобы ваш контент появлялся в результатах поиска, не забудьте снабдить его метаданными, правильным статусом HTTP и тегом canonical.
Маршрутизация через hash в ссылках (URL с "#") устарела, и вместо нее следует применять маршрутизацию через JavaScript History API.
Атрибут href в ссылках должен указывать на URL, чтобы робот Googlebot мог перейти по этой ссылке.

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

Мы очень рады, что у нас есть возможность встречаться с вами на I/O и других наших мероприятиях по всему миру. Не теряйтесь! Заходите на форум веб-мастеров или подпишитесь на нас в Твиттере, Google+ и на YouTube.

Автор: Мартин Сплитт, аналитик Google

Отправляйте свои рецепты в Google Ассистент

вторник, 15 мая 2018 г.

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

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

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

Видео. Покажите пользователям, как приготовить блюдо, добавив к рецепту видео.
Категория. Укажите вид блюда (например, "ужин", "десерт", "основное").
Кухня. Укажите, к какой кухне мира относится рецепт (например, "средиземноморская", "американская", "кантонская").
Ключевые слова. Добавьте ключевые слова к вашему рецепту. Например, время года ("лето"), праздник ("Новый год", "Хелоуин"), особое событие ("свадьба", "день рождения") или другие характеристики ("быстрый", "бюджетный", "аутентичный").

Мы также добавили советы по использованию свойства recipeInstructions. Вы можете указать каждый этап приготовления блюда с помощью свойства HowToStep и стадию приготовления с помощью свойства HowToSection.

Добавляйте инструкции и ингредиенты к вашему рецепту для Google Ассистента

Теперь необходимо указывать свойства recipeIngredient и recipeInstructions, если вы хотите, чтобы ваши рецепты стали доступны в Google Ассистенте в Google Home.Добавляйте эти свойства, чтобы больше людей узнали о ваших рецептах. Если в вашем рецепте не указаны эти свойства, то он не будет доступен в Google Ассистенте, но все равно может появляться в результатах поиска.

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

Автор: Эрл Дж. Вагнер (Earl J. Wagner), инженер-программист

Какие действия необходимо предпринять владельцам сайтов в связи с прекращением поддержки сертификатов Symantec PKI

понедельник, 23 апреля 2018 г.

Мы уже сообщали о прекращении поддержки в Chrome сертификатов, выданных центром сертификации компании Symantec, а также ее дочерними организациями, такими как Thawte, VeriSign, Equifax, GeoTrust и RapidSSL. Ресурсы с подобными сертификатами не будут показываться в последних версиях популярных браузеров, таких как Chrome. Из этого сообщения вы узнаете, какие действия необходимо выполнить и к какому сроку, если упомянутое изменение касается вашего ресурса.

Chrome 66

Сайты, использующие сертификаты SSL/TLS, которые выданы центрами компании Symantec до 1 июня 2016 г., не будут демонстрироваться в этой версии браузера Chrome. Это может доставить неудобства пользователям.

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

Пример сообщения об ошибке, которое может появиться в версии 66 браузера Chrome при использовании устаревшего сертификата SSL/TLS, выданного центром сертификации компании Symantec до 1 июня 2016 г.

Пример предупреждения о необходимости заменить сертификат, которое может появиться в браузере Chrome версии ниже 66.

Поскольку версия 66 уже доступна пользователям Canary и разработчикам, у них может возникнуть проблема при просмотре сайтов с недействительными сертификатами. Если не заменить сертификат на таких сайтах до 15 марта 2018 г., то аналогичные затруднения возникнут у пользователей браузера Chrome Beta. Таким образом, если при попытке открыть сайт в браузере Chrome Canary появляется сообщение об ошибке или предупреждение, рекомендуем как можно скорее получить действительный сертификат.

Chrome 70

В браузере Chrome версии 70 и выше перестанут поддерживаться все сертификаты SSL/TLS, выданные центрами компании Symantec. В результате при попытке открыть сайт с такими сертификатами будет появляться сообщение об ошибке, пример которого приведен ниже. Чтобы выполнить проверку, перейдите на свой сайт в текущей версии браузера Chrome и откройте Инструменты разработчика. Если вам необходимо заменить сертификат, сообщение об этом появится в консоли.

Пример предупреждения о необходимости заменить сертификат, которое может появиться в браузере Chrome версии ниже 70.

Если вы видите такое сообщение в консоли, рекомендуем заменить сертификат как можно быстрее. В противном случае сообщение об ошибке с сертификатом будет показываться пользователям с 20 июля 2018 г. Версия 70 браузера Chrome будет доступна в режиме бета-тестирования примерно с 13 сентября 2018 г.

Примерный график выпуска версий Chrome

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

Версия	Первая версия Canary	Первая бета-версия	Основная версия
Chrome 66	20 января 2018 г.	Примерно 15 марта 2018 г.	Примерно 17 апреля 2018 г.
Chrome 70	Примерно 20 июля 2018 г.	Примерно 13 сентября 2018 г.	Примерно 16 октября 2018 г.

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

В соответствии с требованиями некоторых компаний мы выпустим для браузера Chrome политику в отношении предприятий, которая разрешит прекратить поддержку устаревших сертификатов Symantec PKI для браузера Chrome версии 66 и выше. С 1 января 2019 г. этот документ перестанет действовать, а поддержка всех подобных сертификатов будет прекращена.

Chrome 65

Как мы анонсировали ранее, поддержка устаревших сертификатов, выпущенных центрами Symantec PKI после 1 декабря 2017 г., была прекращена. Поскольку для получения такого сертификата требуется заключить специальный договор с компанией DigiCert, это положение не распространяется на большинство ресурсов. В браузере Chrome версии 65 и выше открыть сайт с устаревшим сертификатом нельзя, а соответствующий запрос блокируется. Чтобы избежать этого, убедитесь, что сайты с этими сертификатами показываются только на подходящих устройствах и недоступны для браузеров, таких как Chrome.

Автор: Девон О'Брайен (Devon O’Brien), Райан Сливи (Ryan Sleevi), Эмили Старк (Emily Stark), служба безопасности Chrome

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

понедельник, 16 апреля 2018 г.

Обновление от 9 Июля 2018: Обновлнеие о скорости загрузки мобильных страниц вступает в силу для всех пользователей.

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

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

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

Отчет об удобстве пользования браузером Chrome – это общедоступный свод данных о показателях посещаемых сайтов, определяющих удобство их использования в браузере Chrome.
Lighthouse представляет собой автоматизированное решение, которое входит в состав Инструментов разработчика Chrome. Оно помогает оценивать качество веб-страниц по различным критериям, таким как скорость загрузки и удобство для людей с ограниченными возможностями.
PageSpeed Insights – это инструмент, который позволяет узнать, какие результаты продемонстрирует страница в отчете об удобстве пользования браузером Chrome, и предлагает варианты оптимизации.

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

Авторы: Чжихэн Ван (Zhiheng Wang) и Доантам Фан (Doantam Phan)

Запуск индексирования, ориентированного на мобильные устройства

вторник, 10 апреля 2018 г.

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

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

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

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

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

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

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

Подведем итоги:

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

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

Автор: Фань Чжан (Fan Zhang), инженер-программист

Интернет становится безопаснее

пятница, 23 февраля 2018 г.

Google много делает для безопасности пользователей Интернета. В последние годы мы настоятельно рекомендовали владельцам сайтов перейти на HTTPS, а в прошлом году поэтапно установили для большинства HTTP-страниц пометку "Не защищено". В браузере Chrome версии 68, которая увидит свет в июле 2018 года, такая пометка будет установлена для всех HTTP-страниц.

Текст к Рисунку 1. В омнибоксе браузера Chrome версии 68 для всех HTTP-страниц будет указана пометка "Не защищено".

Все больше ресурсов переходят на протокол HTTPS. В прошлом и нынешнем году прогресс был особенно заметен:

В браузере Chrome на устройствах Android и Windows защищено больше 68% трафика.
В браузере Chrome на устройствах Chrome OS и Mac OS защищено больше 78% трафика.
На 81 из 100 наиболее популярных сайтов по умолчанию используется протокол HTTPS.

Перейти на протокол HTTPS с помощью Chrome очень удобно. Для этого в последней версии Node CLI автоматического инструмента Lighthouse, предназначенного для оптимизации веб-страниц, добавлены проверки смешанного контента. Они позволяют определить, какие ресурсы загружаются на сайте с помощью протокола HTTP и какие из них можно перевести на протокол HTTPS, просто изменив ссылку субресурса на вариант с HTTPS.

Текст к Рисунку 2. Lighthouse: автоматический инструмент для оптимизации веб-страниц.

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

Автор: Эмили Шехтер (Emily Schechter), менеджер по продукту в службе безопасности Chrome

Как отзывы пользователей помогли нам улучшить Search Console

вторник, 6 февраля 2018 г.

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

В основном отзывы пользователей поступали нам из трех следующих источников:

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

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

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

По мере приближения даты реализации мы выполнили несколько экспериментов в более крупном масштабе, в том числе провели А/B-тестирование отчетов, созданных в новой версии Search Console, и сравнили их с текущими отчетами от 30 тыс. наших пользователей. Мы отследили частоту исправления ошибок и проверили, действительно ли новая версия Search Console работает лучше старой, а затем провели опросы, чтобы узнать, какое впечатление она произвела на пользователей. Последние отзывы подтвердили, что функция экспорта оказалась очень полезной для многих веб-мастеров, и помогли нам настроить подробные страницы справки в первоначальной версии нового интерфейса Search Console.

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

Попробовать новую версию Search Console

Мы не планируем останавливаться на достигнутом. Напишите нам, что вы хотели бы увидеть в ближайших обновлениях Search Console.

Авторы: команда разработчиков Search Console

Проверка поисковой оптимизации с использованием расширения Lighthouse

понедельник, 5 февраля 2018 г.

Мы рады сообщить, что теперь с помощью расширения Lighthouse для браузера Chrome можно проверять поисковую оптимизацию веб-страниц.

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

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

Полезные советы по поисковой оптимизации

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

Как использовать инструмент

В настоящее время проверки можно выполнять двумя описанными ниже способами.

С помощью расширения Lighthouse для браузера Chrome

Проверка поисковой оптимизации в расширении Lighthouse

С помощью инструментов разработчика в браузере Chrome Canary

Откройте инструменты разработчика Chrome.
Перейдите на вкладку Audits (Проверки).
Нажмите Perform an audit (Выполнить проверку).
Установите флажок "SEO" (Поисковая оптимизация) и нажмите Run audit (Запустить проверку).

Проверка поисковой оптимизации в браузере Chrome Canary

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

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

Желаем успехов!

Автор: Валентин (Valentyn), специалист по связям с веб-мастерами

Реальные показатели в сервисе PageSpeed Insights

пятница, 12 января 2018 г.

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

В отчете PageSpeed Insights приводятся следующие данные:

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

Авторы: Мушан Янг (Mushan Yang) и Сян Юй Луо (Xiangyu Luo), инженеры-программисты

#NoHacked 3.0: ресурсы с дополнительной информацией

среда, 10 января 2018 г.

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

Полезные исследования

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

Часто задаваемые вопросы по взломанным сайтам
Глоссарий терминов, связанных со взломом сайтов

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

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

Как Google относится к спонсируемым записям в блогах

среда, 10 января 2018 г.

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

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

Чрезмерное использование ссылок на продвигаемый сайт, которые содержат большое количество ключевых слов.
Сокрытие того, что статья или запись в блоге написаны на коммерческой основе.
Публикация рекламных статей на большом количестве различных сайтов или размещение множества материалов на нескольких крупных ресурсах.
Привлечение авторов, которые не разбираются в тематике продвигаемого сайта.
Использование одинакового или похожего контента в различных статьях, а также дублирование статей на одном сайте (в этом случае рекомендуем применять атрибут rel="canonical" в дополнение к rel="nofollow").

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

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

При необходимости используйте атрибут nofollow.

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

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

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

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

Дополнительную информацию можно найти на Справочном форуме для веб-мастеров.