Годовой зуд вашего блога (и что делать)

Когда вы действительно освоитесь с блоггерством, вам есть о чем подумать. Работа веб-сайта требует вашего внимания на многих уровнях – контент, маркетинг, дизайн и так далее.

Учитывая это, неудивительно, что вы можете упустить из виду некоторые основы ведения блога. Я называю это «годовым зудом». Тот момент, когда вы настолько увлеклись повседневной работой своего сайта, что забываете о некоторых наиболее важных вещах.

Именно в таком положении я оказался недавно, но, к счастью, я отошел от леса, чтобы увидеть деревья, и вернулся на правильный путь. В этом посте я хочу объяснить то, что вы, возможно, упустили из виду, и показать, как все исправить.

Я чувствую жажду скорости

У меня здоровая одержимость скоростью. Точнее, скорость загрузки страницы (конечно, не такая гламурная, как у Top Gun, но от этого не менее важная).

Я понимаю, какое влияние скорость загрузки может оказать на пользовательский опыт и, в конечном итоге, на вашу прибыль. На самом деле, мы уже много раз писали о том, как увеличить скорость сайта здесь, в WPExplorer.

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

Правильное понимание основ

Осознав свою ошибку, я проверил, все ли правильно понимаю простые вещи. Это возвращает меня к моей исходной статье на WPExplorer о скорости сайта, в которой я рассмотрел следующее:

Измерение скорости сайта
Кэширование
Оптимизация изображения
Ленивая загрузка

Это то, что я называю «низко висящими фруктами», когда дело доходит до повышения скорости сайта. Их можно быстро и легко реализовать. Но я знал, что у меня есть более фундаментальные проблемы, связанные со скоростью загрузки моего сайта. Пришло время копнуть немного глубже.

Если вы виновны в настройке своего сайта, то на ваших веб-страницах могут быть лишние и/или недостойные элементы, которые резко замедляют работу вашего сайта. Это то, что я нашел для себя. Читайте дальше, чтобы узнать, чего вам может не хватать.

Побочные эффекты бесконечной настройки

Моим первым шагом было зайти в Pingdom и проверить время загрузки моей домашней страницы. Это было некрасиво — время загрузки составляло около 5 секунд — согласно их статистике, медленнее, чем у 80% других веб-сайтов.

Однако когда я закончил настройку, результат стал намного лучше:

Процесс, через который я прошел, чтобы улучшить скорость своего сайта, был чрезвычайно простым. Если вы запустите свой собственный сайт через Pingdom, вы получите отчет, аналогичный тому, что вы видите выше, но нас действительно интересует то, что вы найдете ниже:

Это часть списка всех запросов на загрузку моего сайта — по сути, количество различных файлов, которые были загружены для полного создания веб-страницы. По умолчанию они сортируются по порядку загрузки (обычно это порядок, в котором они вызываются в исходном коде страницы), что является логическим порядком, но не самым полезным для нас.

Что вам нужно сделать, это щелкнуть раскрывающийся список вверху списка и выбрать «Сортировать по размеру файла». Теперь у вас есть список файлов, которые высасывают жизнь из вашего сайта, в порядке их отстойности (за неимением более подходящего слова):

Отсортировав список, вы можете обнаружить, что некоторые запросы совершенно избыточны. Вы также можете обнаружить, что поступают запросы, которые просто не стоят той нагрузки, которую они оказывают на ваш сайт. Небо теперь действительно является пределом, когда дело доходит до придания вашему сайту более гладкой формы.

Благодаря этой свежей информации вы сможете начать удаление и оптимизацию файлов, от которых больше проблем, чем пользы.

Звонок к переменам

Поскольку вы уже выполнили основные улучшения скорости сайта, описанные выше, нам нужно засучить рукава и еще немного испачкаться.

Очистите свои плагины

Моя первая рекомендация — проверить ваши плагины. Если вы какое-то время пользуетесь своим сайтом, вы обязательно обнаружите, что на вашем сайте установлены плагины, которые вы даже больше не используете. Альтернативно и/или дополнительно вы можете обнаружить, что плагины, которые вы <i> используете, едва ли того стоят.

Хотя я был бы первым, кто сказал, что количество плагинов, которые вы установили на свой сайт, не является основным фактором (важна нагрузка, которую эти плагины оказывают на ваш сайт), справедливо будет сказать, что чем меньше у вас плагинов установлено, тем больше вероятность, что вы станете жертвой ресурсоемкого процесса.

Я бы порекомендовал вам установить и запустить плагин Performance Profiler. Эта маленькая красавица просканирует несколько страниц вашего сайта и предоставит оценку влияния каждого плагина на общую скорость загрузки. Вот как выглядел мой отчет:

Я рекомендую вам запустить 3–4 отчета, чтобы получить более полное представление о производительности, поскольку результаты могут различаться. На самом деле мы не ищем здесь точных цифр — скорее, это четкое указание на любые плагины, которые оказывают серьезное истощение ресурсов.

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

Очистите свои ручные настройки кода

Если вы внесли какие-либо изменения вручную в PHP-файлы вашей темы, я надеюсь, вы сделали это с дочерней темой, иначе этот процесс потенциально может стать некоторой головной болью. Если нет, первым шагом должно стать создание дочерней темы и перемещение в нее всех настроенных файлов темы.

Предполагая, что у вас есть дочерняя тема (тем или иным способом), ваша задача теперь состоит в том, чтобы просмотреть каждый файл в папке вашей темы и убедиться, что внутри нет избыточного кода. Вот что я нашел в своих файлах:

Ссылки на шрифты Google, которые я больше не использую (на самом деле никогда и не использовал — просто возился с ними).
Кусок кода для некоторых кнопок социальных сетей на одной странице моего блога, который загружался на каждой странице.
Какой-то код для «лайка» Facebook, который занимал гораздо больше ресурсов, чем оправдано.
Некоторые пользовательские функции в моем файле function.php, которые больше не используются.

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

Оптимизируйте свои изображения

Есть изображения, которые загружаются на каждую страницу вашего сайта, например, на боковой панели и в вашем логотипе. Стоит убедиться, что они как можно меньше, поскольку их общий размер может быть весьма значительным.

Процесс оптимизации следует разделить на два этапа:

Оптимизация с потерями: используя выбранное вами программное обеспечение для редактирования графики, сохраните файл с максимально возможной оптимизацией с потерями (применимо только к jpeg). Я обнаружил, что сохранение изображения с оптимизацией 70–80 % – это хороший вариант.
Оптимизация без потерь: запускайте изображения с помощью плагина, такого как Smush Image Compression, чтобы они сжимались еще больше без потери качества.

Оптимизация изображений может иметь огромное значение без какого-либо заметного влияния на пользовательский опыт, так что это не составляет труда.

Дальнейшие шаги

С помощью вышеуказанных мер вы сможете значительно снизить скорость загрузки, но вы, конечно, можете пойти еще дальше.

Например, хостинг и доставка контента могут существенно повлиять на время загрузки. Веб-сайт, размещенный на общем сервере, никогда не будет дополнять веб-сайт, размещенный на выделенном сервере, подключенном к сети CDN. Наш собственный Эй Джей Кларк рекомендует сообществу CloudFlare для повышения скорости загрузки и повышения безопасности.

В задачу этой статьи не входит подробное описание плюсов и минусов различных хостинг-провайдеров, поэтому я бы посоветовал вам начать с внесения настроек, рекомендованных в этой статье. Если вы жаждете большего, обратитесь к своему хостинг-провайдеру и попросите его совета по улучшению вашего хостинг-пакета и/или включению CDN.

Если у вас есть какие-либо вопросы, пожалуйста, задайте их в разделе комментариев ниже!