Рада услышать, что вы довольны новой фичей (-:. Что касается запросов — мы показываем расширенные ссылки сайта и строку поиска в тех случаях, когда мы уверены, что пользователь ищет больше информацию именно об этой конкретной компании. Это может быть например название компании (напр. [tesla motors] или [tesla]) или имя домена (например [teslamotors.com]).
Привет, winnehr!
На вашем сайте с разметкой все в порядке, беспокоиться ни о чем (-:. Новый функционал постепенно выкатывается по всем датацентрам, сегодня-завтра должен показываться пользователям по всему миру по релевантным запросам.
Здравствуйте, magic4x!
Следующая версия Инструментa для проверки структурированных данных будет поддерживать валидацию JSON-LD — как только она будет доступна, мы сообщим здесь об этом.
На данный момент достаточно убедиться, что когда переменная {q} заменяется настоящим запросом, результат должен быть реальной работающей страницей с результатами поиска.
Привет всем! Спасибо всем за комментарии, постараюсь ответить на некоторые из них.
В: Когда и как загружать JS?
O: Мы рекомендуем организовать загрузку ресурсов таким образом, чтобы часть контента “above the fold” загрузилась как можно быстрее (почти мгновенно), а потом уже грузить весь остальной контент.
В:“1. Грузится шапка, начинает грузиться аватарка и фон.
2. Выполняется max 100мс JS, при этом все элементы из шапки становятся активными, а пользователь только шапку и видит.
3. Грузится статья и ее фотки.”
О: Проблема здесь в том, что “max 100мс JS” нельзя обеспечить. Здесь главное не скорость выполнения скрипта, а скорость мобильной сети. На мобильном телефоне скачивание даже пустого JS файла может добавить несколько сотен миллисекунд задержки из-за медленной сети.
В: «Т.е. Google советует ссылки не делать для мобильных устройств?»
О: Совсем нет. Мы не делаем рекоммендации для конкретного количества ссылок на мобильном сайте. Для нас самое важное, чтобы их было легко прочитать и открыть пальцем. В данном конкретном случае, кажется, это нельзя сделать.
В: «Как Google поймет, что есть замена? Какой нужно код конкретно написать?»
О: PageSpeed Insights не может знать, что контент не во всех случаях грузится если он находится в DOM, поэтому отмечает этот плагин. В данном случае можете использовать скрипт, который будет добавлять плагин в DOM только в случаях, когда поддерживается Flash, а еще лучше – заменить его файлом GIF.
В:
«Действительно при импорте стилей в тег style последующие хиты будут работать помедленнее, чем при подходе с файлами и это не даст общей оптимизации ресурса.»
О: Мы рекоммендуем разместить очень малую часть CSS непосредственно в коде, а для остального использовать async stylesheet.
В:
«Человек бы понял, что 2.4Кб это то ради чего не стоит волноваться.»
О: Мы пока ищем самый оптимальный порог оптимизации, для которого показываем предупреждения. Проценты не самый хороший способ измерять полезность улучшений. Если у вас есть предложения по этому поводу, поделитесь с нами! Например, если вы можете удалить 1Мб из 100 мегабайтовой страницы, это стоит ваших усилий, даже если это только 1%. В конкретном случае, 2.4Kб, кажется, даёт значительное улучшение
На вашем сайте с разметкой все в порядке, беспокоиться ни о чем (-:. Новый функционал постепенно выкатывается по всем датацентрам, сегодня-завтра должен показываться пользователям по всему миру по релевантным запросам.
Следующая версия Инструментa для проверки структурированных данных будет поддерживать валидацию JSON-LD — как только она будет доступна, мы сообщим здесь об этом.
На данный момент достаточно убедиться, что когда переменная {q} заменяется настоящим запросом, результат должен быть реальной работающей страницей с результатами поиска.
В: Когда и как загружать JS?
O: Мы рекомендуем организовать загрузку ресурсов таким образом, чтобы часть контента “above the fold” загрузилась как можно быстрее (почти мгновенно), а потом уже грузить весь остальной контент.
В случае с сайтом donorsearch.ru, вы можете загрузить JS сразу после того как произойдет первый paint:
sites.google.com/a/webpagetest.org/docs/using-webpagetest/metrics/speed-index
Это обеспечит минимальную задержку; даже возможно, что элементы страницы активируются быстрее.
В:“1. Грузится шапка, начинает грузиться аватарка и фон.
2. Выполняется max 100мс JS, при этом все элементы из шапки становятся активными, а пользователь только шапку и видит.
3. Грузится статья и ее фотки.”
О: Проблема здесь в том, что “max 100мс JS” нельзя обеспечить. Здесь главное не скорость выполнения скрипта, а скорость мобильной сети. На мобильном телефоне скачивание даже пустого JS файла может добавить несколько сотен миллисекунд задержки из-за медленной сети.
В: «Т.е. Google советует ссылки не делать для мобильных устройств?»
О: Совсем нет. Мы не делаем рекоммендации для конкретного количества ссылок на мобильном сайте. Для нас самое важное, чтобы их было легко прочитать и открыть пальцем. В данном конкретном случае, кажется, это нельзя сделать.
В: «Как Google поймет, что есть замена? Какой нужно код конкретно написать?»
О: PageSpeed Insights не может знать, что контент не во всех случаях грузится если он находится в DOM, поэтому отмечает этот плагин. В данном случае можете использовать скрипт, который будет добавлять плагин в DOM только в случаях, когда поддерживается Flash, а еще лучше – заменить его файлом GIF.
В:
«Действительно при импорте стилей в тег style последующие хиты будут работать помедленнее, чем при подходе с файлами и это не даст общей оптимизации ресурса.»
О: Мы рекоммендуем разместить очень малую часть CSS непосредственно в коде, а для остального использовать async stylesheet.
В:
«Человек бы понял, что 2.4Кб это то ради чего не стоит волноваться.»
О: Мы пока ищем самый оптимальный порог оптимизации, для которого показываем предупреждения. Проценты не самый хороший способ измерять полезность улучшений. Если у вас есть предложения по этому поводу, поделитесь с нами! Например, если вы можете удалить 1Мб из 100 мегабайтовой страницы, это стоит ваших усилий, даже если это только 1%. В конкретном случае, 2.4Kб, кажется, даёт значительное улучшение