Свой сайт на WordPress — от А до Я. SEO блог Романа В

Здравствуйте, уважаемые гости WordPress-book.ru. Как известно, одним из факторов, влияющим на скорость загрузки страниц сайта, является объем html его страниц. Чем он меньше, тем лучше. Сократить html можно удалением лишних пробелов, переносов строк, отступов и т.д.

Сократите HTML

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

Тем, кому есть куда стремиться в этом направлении, всеми известный сервис от гугла, расположенный по адресу https://developers.google.com/speed/pagespeed/insights/, так и говорит: «Сократите HTML«.

сократите-html-2

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

После установки и активации, делать больше ничего не придется, он сократит ваш html «на лету» и как говорится в лучшем виде. Убедитесь в этом сами, посмотрите на исходный код любой страницы своего сайта до и после активации WP-HTML-Compression простым нажатием клавиши F12 или сочетанием клавиш «Ctrl + U» на клавиатуре. После деактивации, код вернется к своему первоначальному виду.

Скачать плагин можно перейдя по ссылке https://wordpress.org/plugins/wp-html-compression/.

И не волнуйтесь по поводу дополнительной нагрузки на сайт, ее не будет, проверено лично.

Сокращение HTML при помощи WP-HTML-Compression обновлено: 14 апреля, 2018 автором: Роман Ваховский
Хороший человек всегда нажмет на кнопку!
Комментарий > Моя благодарность > Ссылка на секретную страницу блога

26 комментариев: Сокращение HTML при помощи WP-HTML-Compression

  • Vlad:

    Чем быстрее загрузится страница, тем лучше. Но многое зависит от самого блога.

  • XakerFaker:

    Доброго времени суток всем, скажите пожалуйста, можно использовать плагин WP-HTML-Compression с плагином Hyper Cache. Зарание спасибо

    • Роман Ваховский:

      Да, как выяснилось отказывается работать с Hyper Cache. Зато прекрасно работает с WP Super Cache.

  • Андрей:

    Круто! Как Вам это удалось? Я сколько не крутил… все ни как не получается добиться нормально процента от гугл…

    • Роман Ваховский:

      Андрей, медленно, но верно. Я старался делиться опытом на блоге как этого достичь. Но 92% все же маловато, будем двигаться к 100%.

  • Владимир:

    Я прошу меня простить, но данная тема, на мой взгляд, уже не так актуальна, как раньше. Скорость подключения, скорость наших серверов на хостинге, а также скорость (а равно и мощность) компьютеров наших гостей постоянно растёт. Я к примеру давно ушёл с WP на DRUPAL, тяжёлый очень движок, но при этом никаких нареканий по скорости. Оптимизация безусловно нужна, но не путём сокращения пробелов, это если и влияет, то настолько ничтожно, что заморачиваться смысла никакого нет. Подстраиваться под устаревшие системы? Писать стили под эксплорер пятой версии? Да что это такое, в самом деле? Все давно перешагнули в новый век!

    • Роман Ваховский:

      Согласен только в том, что только одно сокращение HTML совсем ничтожно увеличит скорость сайта. Но, тут немного увеличим, там оптимизируем и будет результат. Кстати, Гугл учитывает этот параметр при поисковом ранжировании. Так что скорость сайта по прежнему очень важна ИМХО.

      • Владимир:

        Важна, безусловно, но как таковой проблемы, на мой взгляд уже нет. Я же говорю, сейчас всё современное и мощное… У меня самый дешёвый хостинг и довольно тяжёлые сайты, бегает очень даже неплохо. А фактор ранжирования, опять же на мой взгляд, начинает действовать за пределами какого-то порога. Вот эта страница к примеру загрузилась на мой комп за 1,57 секунды, на сервер гугла загрузилась бы за 0,25 секунды, (меж серверами и дата центрами канал потолще будет), а моя страница грузится за 1, 83 секунды, соответственно гуглу загрузится примерно за 0,33. Такая разница не даёт преимущества в ранжировании. Точнее по логике вещей не должна давать, разница слишко мала, чтоб её ощутить. Вот если речь пойдёт о нескольких секундах для лёгонькой страницы, то да, наверно. Даже надо сказать конечно. А ещё могу рассказать, как я мучился над сайтом, внимая рекомендациям о сокращении кода и устранении скриптов, а также оптимизация стилей. Слелав всё так, что индикаторы стали зелёными, а сам гугл заулыбался довольный скоростью, я не увидел изменения позиций ни на шаг. Поэтому такие выводы. Я не нафантазировал тут.

  • Александр:

    А где же вывод похожих записей? Зашёл оценить, но не увидел.

    • Роман Ваховский:

      Страница наверное в кэше. Сейчас сброшу весь кэш.

      • Александр:

        О, появилось. Отлично смотрится. Мне нравится. Плагин WordPress Related Posts используешь, или какой то другой?

        • Роман Ваховский:

          Нет, тот невалиден. Этот плагин — Contextual Related Posts. Правда, на валидность я его еще не проверял :-)/

          • Александр:

            Когда проверишь, отпишись. Может и я себе поменяю плагин.

            • Роман Ваховский:

              Плагин полностью валиден, если использовать только текст без картинок. Потом попробую исправить ситуацию.

  • Victor89:

    На своем сайте добился результата 89/100, однако есть виджет группы Вконтакте, и получается, что мне нужно оптимизировать картинку этого самого виджета и js-скрипт, но понятно, что это у меня не получится. На другом своем сайте виджета от Вконтакте нет, так как сайт в основном предназначен на зарубежную аудиторию, а там об этой соц.сети знают еще немногие, наверное. Поэтому, на 2-м сайте добился результата 91/100, и вот как раз здесь мне пишут не о сокращении html кода, а о css. Я его попытался сократить, но потом как понял, что если мне нужно будет что-то там найти, я его просто не найду, из-за этого сделал 2 css, первый нормальный (для меня), а 2-й .min, там только через поиск какой-то стиль к блоку можно будет найти. В целом считаю нужным сокращать html, js, css и прочие коды, действительно файлы становятся меньше, следовательно скорость загрузки выше, ну и пользователи довольные. Спасибо за статью. Успехов! 🙂

  • Аркус Персон:

    Спасибо за статью. Помог другу ускорить портал.

  • RimWorld alpha 12:

    А как же сервис pagespeedinsights? Можно (и нужно) использовать для проверки скорост сайта, а также в плане удобства просмотра на пк и на моб.девайсах.

  • Татьяна:

    Спасибо за подсказку. Воспользовалась ею. Визуально блоги действительно стали загружаться быстрее.

  • артем:

    плагин не отработал, а жаль. скорость сайта только снизилась при активации WP-HTML-Compression. плагин не обновляется очень давно. возможно, конфликтует с другими плагинами.

  • Руслан:

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

    • Роман Ваховский:

      Руслан, скорость загрузки актуальна даже для самого маленького сайта. Рад, что Вы узнали именно от меня про этот полезный сервис ).
      Поздравляю, Вы зарегистрированы на блоге очень давно, но самый первый комментарий к новой статье оставили впервые. Маленькое вознаграждение, по условиям конкурса, отправлено :-).

      • Руслан:

        Да, спасибо, Роман)) Проверил один свой блог на этом сервисе — пичаль — есть над чем поработать — ява-скрипты убрать, размер картинок уменьшить.

        • Роман Ваховский:

          Убрать ява скрипты проблема на большинстве сайтов и блогов (в том числе и у меня :-)). Не так это все просто. Напишу статью, когда справлюсь с этой задачей оптимально. С картинками проще.

          • Руслан:

            У меня в шаблоне заложена возможность добавления слайдера, может это и является одной из причин «замедления»? Скрипты и программирование — это не мое, может я ошибаюсь.

            • Роман Ваховский:

              Если слайдер активирован и работает, то конечно, замедляет загрузку.

Добавить комментарий

Все права защищены © 2011-2024 WordPress-book.ru

Копирование материалов разрешено только с размещением открытой обратной ссылки на источник.