- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Проверил сайт сервисом developers.google.com и слегка в печали: Гугл велит обязательно удалить JavaScrip! Причем, практически все, даже самые ходовые:
jquery-1.7.1.min.js
jquery.simplemodal.js
jquery.subscribe-better.js
А это значит, лишить сайт функционала!
Конечно же, без них загрузка будет быстрее, но ведь это будет уже другой сайт.
Есть и другие рекомендации, которые довольно трудно исполнить.
А вот лично Вы учитываете подобные требования?
Он точно предлагает совсем удалить? ))
Склорее всего он предлагает перенести их в конец документа.
Ну и асинхронности через defer добавить.
foxi, я не оп, но добавлю - не все плагины корректно работают, если подгружать асинхронно или в конце.
На одном сайте у меня, например, fotorama стоит, она требует jquery для работы, и когда пробовал подгружать jquery-1.7.1.min.js асинхронно - она переставала работать.
Владимир-C, лично я по очереди все пробовал отключать или делать асинхронно - и что продолжало работать - то оставлял так, а что не работало - возвращал, как было.
Склорее всего он предлагает перенести их в конец документа.
Ну и асинхронности через defer добавить.
Да, именно так! Про удаление это я со страху написал...
Асинхронность можно добавить. А в конец документа не обязательно переносить - сильно баллов не добавит он Вам за это.
Асинхронность можно добавить. А в конец документа не обязательно переносить - сильно баллов не добавит он Вам за это.
Очень даже добавит. Я сегодня день убил на эксперименты. В итоге скорость PageSpeed Insights 84/100 для мобил (удобство 100/100), 94/100 для десктопа.
Про удаление это я со страху написал...
Ну.. видимо и заявления ПС тоже со страху примерещились :)
Читать, читать надо учиться.
Очень даже добавит. Я сегодня день убил на эксперименты. В итоге скорость PageSpeed Insights 84/100 для мобил (удобство 100/100), 94/100 для десктопа.
Я думаю - это сильно зависит от самих скриптов. Даже наверное их объёма.
И я не понял - с 94 до 100? Или откуда до 94?
А вообще все эти погони за цифрами - суета и тлен ;) Работать надо над скоростью доставки к клиенту и удобстве юзания.
хотите цифр - собирайте все в один файл
Раньше гугл только просил добавить async
Локации: Россия, США, Англия, Германия, Франция, Нидерланды, Украина, Сингапур, Австралия, Япония, Австрия (https://www.adelinahost.com/ru)
SeVlad, PageSpeed Insights топорное поделие на самом деле. Изначально около 70 была скорость. На реальные размеры как внешних js и css, так и тупо вставленых в сам html код никак не влияют особо.
Для реальной оптимизации надо делать не мало того, что гугл не описал - выносить все css js во внешние скрипты, кучи разных файлов css js объединять в один и т.п.
... Для реальной оптимизации надо делать ...
как реальные пацаны из команды derby делают - нихрена не выносить во внешние файлы, все компрессить и в head беззастенчиво засовывать. это и есть сермяжная правда на сегодня, остальное - дело вкуса и личной извращённости...