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

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

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

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

Я чувствую потребность в скорости

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Источник записи: https://www.wpexplorer.com