- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
На одном из проектов заметил заметно влияние скорости загрузки сайта на ранжирование в Яндексе (уменьшал объем картинок, минимизировал js/css и др.).
Хочу подобные работы провести и на другом сайте, однако, есть одна большая проблема - он написан на bitrix-е и там все довольно запущено.
В связи с чем появилась идея "перенести" сайт на wordpress. Разумеется, все uri и контент останутся прежними. Большая часть верстки, скорее всего, тоже сохраниться.
Но, понятное дело, что html-код все-таки изменится на определенный процент.
Вопрос следующий: как на такие преобразования реагирует Яндекс/Google? Кто-то имел подобный опыт уже? Может какие-то лучшие практики есть..
PS: замену железа не предлагать, т.к. речь, по большей части, идет именно про тормознутость и перегруженность фронта.
На одном из проектов заметил заметно влияние скорости загрузки сайта на ранжирование в Яндексе (уменьшал объем картинок, минимизировал js/css и др.).
В вебмастере Яндекса что показывает?
В вебмастере Яндекса что показывает?
На одном из проектов заметил заметно влияние скорости загрузки сайта на ранжирование в Яндексе (уменьшал объем картинок, минимизировал js/css и др.).
Улучшение видимости могло совпасть с периодом, когда вы провели оптимизацию.
Хочу подобные работы провести и на другом сайте, однако, есть одна большая проблема - он написан на bitrix-е и там все довольно запущено.
Оптимизировать js/css на Битриксе наскоком может не получится. Здесь нужен программист, который будет проверять работоспособность скриптов после изменений.
Вопрос следующий: как на такие преобразования реагирует Яндекс/Google? Кто-то имел подобный опыт уже? Может какие-то лучшие практики есть..
Оптимизация и облегчение страниц - дело хорошее, но нередко упирается в невозможность точечной настройки скриптом ввиду особенностей CMS. Здесь нужные специалисты, которые хорошо знают движок и чётко понимаю, какой необходимо организовать порядок загрузки скриптом, чтобы не создавать значимых задержек с выводом контента.
В принципе, если вам сайт укладывается в загрузку страниц по времени 4-7 секунд (рекомендуется до 4-х), то дальнейший педантизм в настройке в оптимизации не даст никаких преимуществ. В сети можно найти достаточно много примеров, когда и более тормознутые сайты прочно удерживают топовые позиции.
На одном из проектов заметил заметно влияние скорости загрузки сайта на ранжирование в Яндексе (уменьшал объем картинок, минимизировал js/css и др.).
- Обьем картинок и тд, особо на скорость ( для ПС) не влияет. В большей степени влияет сам код HTML, как вы эти картинки и скрипты выдаете
Ну и правильно заметил Антоний -"педантизм в настройке ", особенно скриптов, может привести в появлению множества ошибок.
Ну и к примеру скрипт метрики идет как есть. Т.е мы его не можем оптимизировать. Но свести к нулю время загрузки можем ( для ПС )
Это по скорости. По верстке
- Влияет чистота кода ( соотношение контента к коду Гуглим)
- Влияет первый видимый экран при загрузке страницы ( Гуглим )
В сети можно найти достаточно много примеров, когда и более тормознутые сайты прочно удерживают топовые позиции
В сети можно и другие примеры найти, когда сайт начинал тормозить и позиции обваливались.
Разместился на Мире на крутейшем ресурсе, лонгрид, куча картинок, закупил на это дело ссылок. Где-то год статья с Миры была в топ-3 в Яндексе и в Гугле и приводила кучу трафика на основной сайт, потом у них что-то случилось со скоростью загрузки. Прям дико замедлилось открытие страниц.
Выглядит это вот так:
Т.е. время до взаимодействия равно времени полной загрузки страницы, пользователи вынуждены сидеть и тупить, вместо того чтоб хотя бы первый экран им показать, а потом уже подгружать эту кучу картинок и всего остального барахла. В общем, не знаю, что там у них случилось и разбираться даже не хочу.
ТС, у вас при прогулке по сайту возникают какие-то навязчивые мысли типа кулаком монитор пробить или выкинуть ноут в окно от того, что всё долго грузится — тогда это как-то повлияет само собой, если это именно для живых пользователей ощутимо. Если же для живых пользователей никакие лаги незаметны и им не приходится ждать открытия страниц подолгу — никаких проблем с позициями не будет, даже если Лайтхаус вам кричит, что у вас медленный сайт.
P.S. в моём примере сайт был в обоих поисковиках в топ-3, после замедления я не знаю сколько прошло времени, но в Яндексе очень быстро сайт обвалился на вторую страницу выдачи, в Гугле стоит на 7 месте, медленно опускался из топ-3, незаметно так, потихоньку, может и дальше будет опускаться. Я бы на месте пользователя 6 секунд ждать не стал.
В общем, если про медленный сайт кричит только Лайтхаус, а для пользователей никаких тормозов нет — займитесь удовлетворением требований Лайтхауса прямо в сааааамую последнюю очередь, когда уже совсем всё поделано.
В сети можно найти достаточно много примеров, когда и более тормознутые сайты прочно удерживают топовые позиции.
топовые позиции удерживаются за счет других показателей , например у брэндов с десятками тысяч прямых заходов в день, и такие не замарачиваются со скоростью, мало того они даже не замарачиваются с ключевыми словами в титле, h1-h5 , по которым (ключевым словам) они в топе.
Скорость важна, и автор темы прав ,что уделяет этому время. Без педантизма в 3-ку топа не попадешь на конкурентных запросах если ты еще не там.
Обьем картинок и тд, особо на скорость ( для ПС) не влияет. В большей степени влияет сам код HTML, как вы эти картинки и скрипты выдаете
Ну и правильно заметил Антоний -"педантизм в настройке ", особенно скриптов, может привести в появлению множества ошибок.
Ну и к примеру скрипт метрики идет как есть. Т.е мы его не можем оптимизировать. Но свести к нулю время загрузки можем ( для ПС )
Это по скорости. По верстке
- Влияет чистота кода ( соотношение контента к коду Гуглим)
- Влияет первый видимый экран при загрузке страницы ( Гуглим )
не только это, и по объему картинок не согласен.
PageSpeed Insights - Google Developers