Здравствуйте, уважаемые читатели блога Goldbusinessnet.com! Это обобщающий пост из цикла статей в отношении мероприятий по внутренней оптимизации сайта, которые включают в себя действия по ускорению WordPress сайта или блога. Замечу, что ускорение вебресурса неразрывно связано с шагами, направленными на снижение нагрузки на сервер хостера, хотя не всегда одно следует из другого.
А иногда даже ускорение сайта на WordPress может привести к увеличению нагрузки на хостинг, но это бывает крайне редко и о таких случаях я упомяну в публикации обязательно. Ну а теперь немедленно к делу. Прежде всего, хочу отметить, что увеличение скорости загрузки сайта Вордпресс (тут читайте о проверке скорости сайта в онлайн сервисах подробнее) является очень важной частью внутренней оптимизации вебресурса, поэтому пренебрегать мероприятиями, которые способствуют повышению скорости web-сайта, не советую.
В случае недостаточного внимания к этой проблеме вы рискуете лишиться значительной части аудитории ввиду того, что вэб-страницы проекта будут терять позиции в поисковой выдаче Yandex и Google, поскольку эти крупнейшие поисковики уделяют данному аспекту повышенное внимание.
Кроме этого, вашим читателям не понравится, если страницы web-сайта загружаются медленно, в этом случае посетитель обычно уходит за информацией в другое место, что приведет к ухудшению показателей поведенческих факторов ранжирования, например, вырастет процент отказов (о поведенческих факторах читайте здесь).
Как я уже заметил выше, повышение скорости загрузки web-страниц проекта и снижение нагрузки на сервер хостера лучше рассматривать в комплексе, так как то и другое является частью внутренней оптимизации Вордпресс и уж точно лишняя нагрузка никому не нужна. Если пренебречь данными обстоятельствами и пустить дело на самотек, в один прекрасный день либо хостер вырубит ваш проект по причине того, что web-сайт или блог жрет много ресурсов, либо будете вынуждены перейти на более дорогой тариф, который предусматривает возможность шире использовать потребление этих самых ресурсов.
Однако, не факт, что и на новом тарифном плане вы надолго задержитесь, потому что движок WordPress весьма прожорлив и не даст скучать, особенно, если быстро растет посещаемость.
Ускорение WordPress сайта и шаги по уменьшению нагрузки на сервер
Теперь систематизируем все необходимые мероприятия по внутренней оптимизации web-сайта на WordPress, которые, как я уже говорил, включают в себя и действия по ускорению загрузки вебсайта, и действия по снижению потребления ресурсов хостинга.
1. Самым важным шагом я считаю установку плагина кэширования Hyper Cache (или его аналогов, например, Super Cache). Для начала советую ознакомиться вот здесь с тем, как установить плагин WordPress. Я не сторонник использования большого числа расширений и на страницах Goldbusinessnet.com стараюсь время от времени давать альтернативные методы решения тех или иных задач по функционалу без применения плагинов, поскольку некоторые из них создают ощутимую нагрузку на сервер хостинга.
Тем не менее, в данном конкретном случае я настоятельно рекомендую установить Hyper Cache, так как он многофункционален и часто обновляется, что немаловажно, по крайней мере, на данный момент. Он дает возможность не только ускорить вэб-сайт, но и значительно снизить потребление ресурсов сервера за счет кэширования страниц WordPress ресурса.
2. Если Hyper Cache кэширует страницы, то плагин DB Cache Reloaded Fix занимается не менее полезным делом, кэшируя запросы к БД (базе данных). Это очень полезное расширение для того, чтобы ускорить web-проект, и именно в связке с Hyper Cache он блестяще выполняет свою миссию. На моем блоге, например, после его установки количество запросов к базе данных уменьшилось на треть, что является очень неплохим результатом.
Может статься, что данное расширение окажется неработоспособным для вашей темы либо для вашего набора расширений, в этом случае нужно будет подыскать другой плагин, как было отмечено выше.
3. Следующий шаг. Надо тщательно проанализировать, какие элементы (скрипты, изображения, рекламные баннеры и т.д.) загружаются в качестве составных частей web-страниц вашего проекта и удалить все лишнее. Некоторые баннеры, особенно те, которые отображаются с помощью скриптов ротатора, очень тяжелые и способны сильно замедлить загрузку вебсайта.
Нет слов, это стильно и современно, однако все-таки ротаторы лучше использовать, когда проект получит определенную известность и авторитет. В этом случае уже можно выбирать между необходимостью ускорения сайта и возможностью повышения конверсии за счет современных средств рекламы.
Некоторые неопытные вебмастера полагают, что чем больше рекламы на вебсайте, тем лучше. Спешу вас разочаровать, что это далеко не так. Наоборот, обилие рекламных блоков дает обратный эффект, если web-сайт молодой и на нем мало полезного контента. Монетизация и заработок на сайте или блоге должны осуществляться вовремя. Более того, если вы создаете вебсайт с целью немедленного обогащения, боюсь, ничего не получится.
На первом месте должны стоять внутренняя оптимизация, улучшение юзабилити, создание интересного дизайна и, естественно, радость от общения с читателями и коллегами. Это мое субъективное мнение, ваша воля, прислушиваться к нему или нет.
4. Постарайтесь убрать все ненужные виджеты из сайдбара, которые только захламляют блог. Например, часы и календарь. Ну скажите на милость, зачем они? Лично я не понимаю. Посетители приходят на ваш проект, чтобы получить определенную информацию, а не узнать дату и время. Кроме этого, явно не способствует ускорению WordPress блога и облако тегов, которое размещают некоторые вебмастера в сайдбаре. Все эти причиндалы только замедляют загрузку страниц вебресурса и ничего более. Уберите все лишнее и получите выигрыш в виде серьезного ускорения Вордпресс.
5. Если желаете продолжить мероприятия по внутренней оптимизации WordPress сайта, используйте кэш браузера со стороны пользователей. Прописав соответствующие директивы в файле .htaccess, получите необходимый эффект.
6. Следующим шагом, обеспечивающим ускорение сайта, может служить gzip сжатие для CSS, JS и HTML файлов. Причем осуществляется эта задача двумя способами: используя динамическое или статическое сжатие. Я отмечал, что существуют некоторые методы ускорения сайта, которые ведут к определенному росту нагрузки на сервер.
Динамическое сжатие как раз тот случай. Статическое сжатие более энергоемкая процедура, но зато не потребляет дополнительные ресурсы хостинга. В общем, в действии известное правило: чтобы что-то получить, необходимо чем-то пожертвовать. Однако, в любом случае гарантировано повышение скорости вебсайта на некоторую величину и поставлен еще один плюсик в деле внутренней оптимизации.
7. Как можно еще ускорить Вордпресс блог? Скажем, объединить некоторые фоновые изображения (то есть картинки, являющиеся элементами дизайна текущей темы Вордпресс) в CSS спрайты. Этот процесс есть возможность автоматизировать, воспользовавшись одним из онлайн сервисов по созданию спрайтов, например, SpriteMe.
8. Идем дальше. Очередной шаг для обеспечения повышения скорости загрузки web-страниц — оптимизация (сжатие) CSS файлов (читайте тут подробнее). Эффект достигается путем удаления ненужных пробелов и комментариев в документе стилей, вследствие чего время его загрузки уменьшается.
9. Очень серьезную прибавку в увеличении скорости работы сайта способна дать оптимизация изображений путем сжатия. Желательно оптимизировать все картинки и скриншоты, используемые при написании статей. Для этого можно воспользоваться различными онлайн сервисами. Я, например, применяю для этих целей великолепную программу FastStone Image Viewer (тут читайте подробнее).
Несмотря на свое простецкое название, она позволяет сжимать картинки в очень удобной форме и практически без потери качества, а также сама предлагает выбор наиболее оптимального формата того или иного изображения или фотографии. К тому же Фастстоун дает возможность оптимизировать картинки в пакетном режиме, то есть все и сразу, что, естественно, экономит кучу времени, потому как этот процесс крайне трудоемкий, особенно если изображений скопилось великое множество.
Пользуясь FastStone, мне посчастливилось уменьшить суммарный вес изображений на блоге более, чем в 2 раза! Судите сами, насколько мне удалось ускорить свой блог. Если вы примените все или большинство из приведенных мной пунктов внутренней оптимизации, результат должен быть визуально осязаемым.
Я сегодня у сайта указал версию php 5.6, а было 5.4, так нагрузка на сервак так возрасла, я аж офигел. Столько ошибок посыпалось в логах
Спасибо, совершенству нет предела и скорость загрузки очень важна. Поэтому периодически прохожусь по пунктам оптимизации, правда не все еще выполнил. Лучшее — враг хорошего 🙂
Отличная статья,приятно было почитать)
Здраствуйте,а не подскажите где и как узнать или посмотреть скорость загрузки своего сайта,что бы начатт его оптимизировать
malawar, посмотрите повнимательнее, в статье есть все необходимые ссылки.
Добрый день! Нужна помощь при работе с DB Cache Reloaded Fix
ПРоблема в том, что у меня на интернет магазине при оплате товара из за данного плагина выкидывает из личного кабинете. При его отключении все нормально работает. В чем проблема может быть? может в исключения как то можно что то добавить?
Дело в том, что данный плагин уже давно не обновлялся, поэтому есть смысл подыскать ему альтернативу. К сожалению, сейчас я не могу посоветовать Вам какое-то конкретное расширение.
Игорь, отличная статья. И хотя я применяю большинство ваших предложений, оказывается об некоторых не подозревал. Например, плагин DB Cache Reloaded Fix. Надо будет протестировать.
Вы не представляете, что было с моим в октябре 2012, когда при 2-3 посетителях он тормозил, а потом показывал перегрузку сервера. Собирался даже хостинг сменить.
Оказалось, хорошо, что не поторопился. Где сам, а где с помощью службы поддержки. Много поправил, и теперь он сносно работает, покрайней мере твердо знаю , что фильтр от Яндекса у меня не из-за перегрузки. Зато Гуглу нравиться, и он пока компенсирует все издержки. А аптайм блога был без сбоев почти 167 дней и то при плановой проверке.
Все, потому что я старался привить предложения, которые вы прописали в данной стаье
Спасибо за дельный комментарий, Алексей. Рад, что информация оказалась полезной. А DB Cache Reloaded Fix действительно нужный, у меня, например, с его помощью сократилось число запросов к БД на треть. Но его надо тестировать, впрочем, как и все другие расширения, для гарантии корректной работы.
Отличные советы. Плагин DB Cache Reloaded Fix, я еще не ставил на свой блог. Про спрайты мне тоже советовал Гугл, но пока не очень понимаю как это сделать.
По поводу сжатия файлов. После сжатия такие файлы становятся сплошными и мне не очень понятно как потом туда вставлять код, в какое именно место.
Сейчас я тоже ускорил свой сайт с помощью хостинга. Там, оказывается была услуга для выделенного сервера, ее подключение увеличило скорость сайта. Кроме того, мне подсказали, что можно лишнее удалить с моего сайта. В результате размер сайта уменьшился примерно с 1000 МБ до 300 МБ.
Василий, рад Вас снова лицезреть. Честно говоря, приятно с Вами общаться. Что же касается спрайтов и сжатия (я так понимаю, Вы имеете ввиду сжатие HTML и CSS?), то эти мероприятия сами по себе не дают сверх ощутимой прибавки в скорости загрузки страниц, важно все это делать в комплексе. Странно, у меня в статье ссылки на соответствующие материалы, по-моему, там все подробно описано. По поводу плохой читабельности CSS, тут отчасти с Вами можно согласиться, но Вы же знаете, человек ко всему привыкает, я, например, уже не испытываю неудобств при просмотре своих файлов стилей. Да, кстати, как Вы смотрите на то, чтобы перейти на “ты”? По-моему, мы уже давно общаемся, хоть и заочно. 🙂
Я не против, Игорь, перейдем на ты. 🙂
Я читал у тебя про спрайты, пока мне многое еще не понятно. Пока с этим повременю.
Ну, да, Василий, это не первоочередная задача, тем более, с посещаемостью все в порядке.