• 2019-й по версии Chrome
    +1
    Блокировщики рекламы и webRequest API — отдельная большая тема. Заслуживает своей отдельной статьи, наверное, чтобы не создавать флуд здесь. Но очень было бы полезно и интересно увидеть примеры назойливой рекламы и трекеров, которые в 2019-м стали мешать Вам больше. Это будет повод проанализировать, как и что можно улучшить.
  • 2019-й по версии Chrome
    +1
    А здесь есть запрос соответствующий: bugs.chromium.org/p/chromium/issues/list? Надо бы поддержать его, если есть желание повысить приоритетность;.
  • Мобильное юзабилити в e-Commerce: анализ ТОП-20 интернет-магазинов России
    0
    Отличный материал — спасибо! А на «Appify» и «Notifications» из критериев inflow не стали смотреть? Или посмотрели, и там 0/20 везде, поэтому не о чем писать?
  • Как создать крутой экшен для Google Ассистента. Лайфхаки от Just AI
    0
    Если у Вас Андроид, просто скажите ему: «Окей Гугл, говорить с „Да, Милорд“».
    И на всякий случай: Как вызвать Google Ассистента с помощью голосовой команды
  • AMP: будущее электронной почты
    0
    Не могу судить, откуда Вы об этом помните, но на всякий случай оставлю ссылку на документацию: amp.dev/documentation/guides-and-tutorials/learn/amp-email-format.html#amp-specific-analytics
    amp-analytics вообще, а значит и все частные имплементации (т.е. Google-аналитика и прочие), не поддерживаются
  • AMP: будущее электронной почты
    +1
    Хмммм… Вы про время с момента нажатия на заголовок письма и его открытие? Потестил сейчас у себя (без трейсинга, просто на глаз). Не увидел какого-то проигрыша или выигрыша по времени. У меня комп явно без азотного охлаждения. С другой стороны, если у Вас интерфейс работает значительно медленнее, это не очень здорово. Если поделитесь экранкой с таймером и какими-то базовыми данными о системе, будет просто замечательно — обязательно сообщим ребятам из Gmail, что им есть над чем работать.
  • AMP: будущее электронной почты
    0
    Как раз здесь речи о таком не идёт.
  • AMP: будущее электронной почты
    +2
    Тогда мы явно не всю соль в посте раскрыли, но не переписывать же всю документацию, с другой стороны. В общем, релевантная дока тут: amp.dev/about/email.html и тут amp.dev/documentation/guides-and-tutorials/learn/amp-email-format.html#tracking-email-opens-and-interaction
    Ключевые выдержки из неё:
    1. AMP for email has no arbitrary 3rd party features to limit security issues, and far surpasses the capabilities currently provided by third party providers. Ad components are not allowed in AMP email, keeping users safe. To maintain users’ expectations of security and privacy, only a conservative subset of AMP functionality will be allowed.
    2. AMPHTML allows tracking email opens with pixel tracking techniques, same as regular emails. Any user-initiated requests for data from external services will also indicate the user is interacting with the message. Email clients may offer their users the ability to disable loading remote images, and other external requests.

    То есть, ничего не меняется в плане трекинга для спамеров в моём понимании. Но если я ошибаюсь, буду рад, если меня поправят.
  • AMP: будущее электронной почты
    0
    Как обычные письма. Но они теперь могут содержать динамические элементы. То есть, как я написал в другом ответе, можно будут ответить на комментарий в гуглодоке, не выходя из почты, а не просто прочитать его и затем перейти на другой сайт, чтобы что-то с ним сделать.
  • AMP: будущее электронной почты
    0
    По мере 100%-й выкатки у всех пользователей появится опция включить/отключить «Dynamic mail» в настройках. Но я как и предыдущих комментаторов очень попросил бы хотя бы кратко описать причины, которые заставляют желать отписаться. Я сам, наприме, уже несколько месяцев в тестовом режиме получал уведомления о комментария в гуглодокументах в таком формате — невероятно удобно, что, не выходя из почты, можно ответить, добавить, отредактировать, закрыть или открыть. И как ни ломаю голову, не доходит, почему это у многих в первую очередь вызывает опасения. Может, в статье просто не всё хорошо разъяснено, и вам кажется, что будет происходить что-то, чего на самом деле происходить не будет?
  • AMP: будущее электронной почты
    0
    Похоже на комментарий выше. И тоже печально, что эта новость вызывает печаль. Но мы бы очень заценили конкретику. Что именно тут опасного, неприятного или вредного? Любой такой фидбек обязательно примем во внимание.
  • AMP: будущее электронной почты
    –5
    Ха! Приятно, что это кажется фейком! Дождитесь теперь только получения AMP-письма и тогда поговорим. Они реально летают и без жидкого азота!
  • AMP: будущее электронной почты
    –2
    С одной стороны, тоже ненавижу спам. С другой стороны, причём тут спам? Спам почтовые клиенты как фильтровали, так и продолжат фильтровать. И отправлять динамические письма кому попало тоже не получится. В общем, хочется верить, спама именно из-за этой технологии ни больше ни меньше не станет, зато полезные письма станут ещё удобнее.
    И в чём именно проблема с выполнением скриптов в теле письма? Это же не какие-то рандомные скрипты, которые могут что-то писать в кэш, изменять в оболочке самого клиента и т.д. Это вполне конкретные веб-компоненты с понятным и прозрачным функционалом.
    Но если есть конкретные опасения или, того хуже, примеры явных уязвимостей, то дайте, пожалуйста, знать.
  • AMP: будущее электронной почты
    +2
    Это хороший фидбек, только не для той команды. Я бы предложил его отправить прямо через интерфейс Gmail: image
  • PWA — это просто
    0
    Если коротко, то скажите SW сначала обращаться на сервер, а потом уже в кэш, и тогда проблема по идее должна решиться.
    Если долго и самостоятельно, то: developers.google.com/web/fundamentals/instant-and-offline/offline-cookbook
    Если ещё чуть дольше, но с чужой помощью и примерами, то: stackoverflow.com/search?q=service+worker+update

    UPD: от автора этой самой статьи чуть более ранний материал по теме: habr.com/post/358060
  • PWA — это просто
    0
    Из личного опыта можно вспомнить, как после перевода одного новостного сайта на работу с Service Worker, было решено отказаться от Андроид приложения, сделанного по функционалу сайта. И не столько потому, что его поддержка занимала человеческие ресурсы, а потому, что PWA версия, как ни удивительно, была быстрее, красивее и удобнее в работе, чем java приложение.


    А с этого места можно поподробнее? Можно и в личку :) Мы бы про такой кейс с огромным удовольствием всем рассказали.
    Developers_Relations FYI
  • Actions on Google: начните разрабатывать приложения для Google Ассистента, который скоро запустится в России
    0
    Пока речь идёт только об устройствах на Андроид, но работа идёт и в сторону остальных поверхностей для Ассистента.
  • Actions on Google: начните разрабатывать приложения для Google Ассистента, который скоро запустится в России
    +1

    Хороший вопрос. Вот немного статистики, которую удалось нагуглить: https://www.branded3.com/blog/google-voice-search-stats-growth-trends/
    https://www.seonews.ru/analytics/golosovoy-poisk-i-ego-vliyanie-na-reklamnyy-rynok/
    За верность этих данных отвечать не могу, но некоторые мне кажутся очень интересными. И, похоже, что машина — действительно не единственное место.

  • Actions on Google: начните разрабатывать приложения для Google Ассистента, который скоро запустится в России
    0
    класс! а что Ваш бот умеет?
  • Air Berlin: реализация Progressive Web App
    0
    https://m.airberlin.com/en/pwa — надо было, конечно, ребятам в исходной статье сразу ссылку давать :) Но спасибо за комментарии — мы сами сначала испугались )))

    И, да, https://m.airberlin.com/en/pwa у меня грузится за 1,94 секунды и даёт сейчас 65/100 в тестере PSI
  • Десять популярных SEO – мифов о продвижении в Google
    0
    Flector, так ка на всякий случай, aldous прав :) Это каноническая точка зрения. На неё со всех остальных можно ставить 301-й редирект.
  • «Красная карточка»: что скрывается за предупреждением о вредоносном ПО?
    0
    Спасибо за подробный фидбек!

    1. Работаем над этим. Сама фича новая, диапазон обнаруживаемого вредоноса и нежелательного ПО расширяется, так что разработчикам инструмента приходится играть в догонялки. Сообщения в нём пока далеки от идеала, но про необходимость расширять набор примеров знают.

    2. Пожалуйста, пример, если можно. Отсутствие уведомления – это не нормально.

    3. Это действительно странно :/ Попробуем выяснить, и если нужно, поправить.

    4. Отличное замечание! По идее, как раз уведомления и примеры должны избавить Вас от необходимости носиться со счётчиком и что-то прозванивать, но это явно не происходит пока. Передам и это разработчикам.

    5. Спасибо, что заботитесь о пользователях! Без них мы все никуда :) В отношении примеров и раскрытия информации, учитывайте только, что при всём огромном желании помогать владельцам и разработчикам ресурсов, нам всё время приходится взвешивать, насколько публикация тех или иных данных облегчает жизнь «плохим парням». Так что, не сердитесь слишком, если информации кажется порой слишком мало – мы будем продолжать искать такой баланс, чтобы добросовестным веб-мастерам было комфортно и удобно работать и решать проблемы, но при этом и особо больших дырок в системе не возникало.
  • «Красная карточка»: что скрывается за предупреждением о вредоносном ПО?
    0
    Спасибо за подробные примеры!
    По поводу наших доменов ничего делать не нужно. Те страницы, что были определены как устанавливающие зловреды, будут заблокированы – и всё.
  • «Красная карточка»: что скрывается за предупреждением о вредоносном ПО?
    0
    Проверка происходит в массе своей автоматически. В исключительных случаях также и вручную. Чуть подробнее здесь: www.google.com/transparencyreport/safebrowsing/?hl=ru
    Вопрос о беспристрастности при автоматической проверке отпадает. При редких ручных проверках действуют механизмы контроля и обеспечения качества. От ошибок не застрахован никто, но мы делаем всё возможное, чтобы находить, выявлять и предотвращать их.
    Непонятно, в какой список надо вносить «по звонку», но если речь о потенциально опасном ресурсе, то сообщить можно тут: www.google.com/safebrowsing/report_badware
    В «белый» список внести нельзя, потому что его просто нет. Ни один сайт гарантировано не защищён от взломов и заражений.
    Если, как в вашем примере, «вирус» или другая опасность присутствует лишь на «одной страничке из тысяч», доступ ко всему ресурсу целиком заблокирован, скорее всего, не будет.
  • Как обнаружить и устранить скрытую переадресацию для мобильных устройств
    0
    Конечно.
    1. support.google.com/webmasters/topic/6001971?hl=ru
    2. Последствия зависят от конкретного поведения. В случае злонамеренной скрытой переадресации обычно страница или сайт целиком удаляются из индекса.
  • «Красная карточка»: что скрывается за предупреждением о вредоносном ПО?
    0
    Нестандартная ситуация. Можно её увидеть хотя бы в форме скриншота?
  • Как обнаружить и устранить скрытую переадресацию для мобильных устройств
    0
    При чём тут «работоспособность сайта» и «критерий истины»? Речь идёт о типах поведения, которое мы рассматриваем или не рассматриваем как веб-спам.
  • «Красная карточка»: что скрывается за предупреждением о вредоносном ПО?
    +1
    Ни о какой цензуре речи быть не может. Что же касается наличия или отсутствия вирусов или другого зловредного или нежелательного ПО на сайте, Google не принимает решение разместить оповещение на основании чьих-то уведомлений. Они появляются всегда только на основании доскональной проверки. Если бы Вы пример затронутого URL, можно было бы попробовать проанализировать, что действительно имело место.
  • «Красная карточка»: что скрывается за предупреждением о вредоносном ПО?
    0
    «Голословно» — очень странно звучит в этом контексте. Все эти решения принимаются на основе имеющихся данных и для защиты пользователей браузера. ЭЦП от Вас никто не требует и упаковщиками Вы можете пользоваться сколько угодно. Делать такие заявления не стоит, сначала не ознакомившись со справкой, например, в отношении нежелательного ПО. Что же касается Вашего примера, подключение к Search Console здесь совершенно ни при чём, и хотя Вам не удалось найти для него применение, я бы не торопился называть этот набор инструментов бесполезным. Если Вы внимательно вчитаетесь в собственный скриншот, то увидите, что предупреждение связано лишь с тем, что о файле не имеется достаточно информации, чтобы считать его безопасным. Пользователь может принять это предупреждение к сведению и продолжить загрузку файла. После того как о файле и его поведении будет получено больше данных, при условии, что это поведение не будет вредоносным, это предупреждение при загрузке исчезнет.
  • «Красная карточка»: что скрывается за предупреждением о вредоносном ПО?
    –7
    У ребят с кат.ср было достаточно времени, чтобы решить обнаруженные проблемы. Всё-таки в вопросах обеспечения безопасности массового пользователя мы не идём на компромиссы и рассчитываем на понимание и солидарность как со стороны продвинутых пользователей, так и со стороны владельцев ресурсов.
  • «Красная карточка»: что скрывается за предупреждением о вредоносном ПО?
    0
    :) Вот на такой эффект мы не рассчитывали! Читайте, пожалуйста, Хабр, но продолжайте бдительно относиться к предупреждениям.
  • Как обнаружить и устранить скрытую переадресацию для мобильных устройств
    0
    Вам спасибо! Однако, надо заметить, что тут речи совсем не идёт о том, что для Вас удобнее. Речь о том, что перенаправление с example.com/url1 на m.example.com/url1 – это не спам и в пределах разумного может применяться как оправданная техника. Если Вы дочитали статью до конца, то очень надеюсь, что всё-таки нашли для себя что-то полезное.
  • Отображение контента iOS-приложений в результатах Поиска Google и другие приятные новости
    0
    Будем вместе разбираться, что лучше работает для пользователей. На данный момент, если есть приложение с подходящим контентом, мы тоже подтягиваем его повыше. Учитывая, что на данный момент индексирование приложений работает только при наличии соответствия между контентом сайта и приложения, вопрос «что лучше отдавать роботам?» не стоит. Отдавать надо и то, и другое, провязанное между собой.
    Как будет дальше, посмотрим.
  • Новые возможности для разработчиков приложений в Search Console
    0
    Пожалуйста ;) А как там с интеграцией appindexing?
  • Отображение контента iOS-приложений в результатах Поиска Google и другие приятные новости
    0
    Спасибо! Ссылку обновили. Теперь должно работать. По крайней мере, вторая часть.
  • Здоровье гика: как не закиснуть к старости
    +5
    Вертикальные мышки – наше фсё! Уже 3 года как Evoluent
    Но лучшее в ней – наблюдать, как пытается воспользоваться кто-то из непривычных коллег ;) Лучше любого пароля для доступа к компу!
  • Обновление #длямобильных уже в действии. Отвечаем на ваши вопросы
    +1
    Если нет паритета контента или функционала, то я бы alternate/canonical прописывать не стал – они всё-таки для страниц аналогичных друг другу. А вот редиректить – конечно на мобильную версию. Наш робот во всём разберётся. Главное его не блокировать.
  • Web Components и JSON-LD в помощь веб-разработчику
    +1
    Также уважаемый, мы кажется с Вами, как говорят англичане, начали не с той ноги. Давайте попробуем ещё раз.
    Я по определению не могу нарушить лицензию этой статьи, так как её опубликовала сотрудник Google на ресурсе Google, после чего разместила короткое уведомление об этом в блоге для веб-мастеров Google, которое мы и приводим тут, в блоге Google, для удобства русскоязычных пользователей вкупе с отрывком из полной статьи, также для удобства.
    Если бы Вы уведомили Еву (или меня) о своем переводе (спасибо, за него кстати!), я бы, зная о нём, мог отсюда сослаться на него, а не вступать с Вами в пререкания. Что же касается «наездов», Вы ещё раз перечитайте свой первый комментарий. Откуда я могу знать, что и где Вы публиковали?
    Давайте попробуем начать разговор ещё раз. Я предлагаю вставить ссылку на Ваш полный перевод в тело самой статьи и в будущем продолжать делиться информацией. Если Вам интересно публиковать переводы материалов с html5rocks, мы с удовольствием будем ссылаться на них в своих русскоязычных ресурсах (на форуме и в сообществе для веб-мастеров и так далее).
  • Web Components и JSON-LD в помощь веб-разработчику
    –13
    Это замечательно. В следующий раз, возможно, Вы обратитесь за разрешением, прежде чем использовать чужой материал.
  • Выявляем заблокированные ресурсы при помощи инструментов Google для веб-мастеров
    0
    В абстрактном смысле так, как Вы это описали, может быть вполне корректно. Не стоит только этим баннером закрывать ни всю страницу, ни полезные её части – пользователи не поймут.