Как ускорить загрузку сайта
Опубликовано: 02.09.2018
Поисковые системы (Google лидирует, ясное дело, но Яндекс не отстает) направили все свои силы на то, чтобы вебмастера выполняли требования по наличию на сайтах мобильной версии. Или чтобы дизайн был адаптивным. Не суть. Все больше пользователей заходят на сайты с мобильных устройств, марок и моделей которых великое множество, с самыми разными размерами окон, и им должно быть удобно пользоваться меню, листать страницы, нажимать на кнопки и ссылки и так далее. Сами владельцы сайтов заинтересованы в этом, иначе посещения дают отказы. И чем дальше, тем их будет больше. А Гугл грозится тем, что неадаптированные сайты будет выкидывать (или откидывать куда подальше) из выдачи. Гугл слов на ветер не бросает. И об этом знают все, кому довелось испытать действия гугловского зоопарка.
Хватит лирики. Теперь по делу. Сайт, о котором идет речь, имеет фиксированную ширину. Точнее, в шаблоне есть пимпочка о мобильном девайсе, но ее активации (подключена функция изначально) явно недостаточно, чтобы все устраивало developers.google.com/speed/pagespeed. Поэтому решила установить плагин WPtouch Mobile Plugin, но эффект это дало незначительный и начались проблемы с другими плагинами. Те, которые не имеют отношения к дизайну, а только технически обеспечивают сайт, можно было бы исключить в настройках WPtouch Mobile Plugin. Только эта возможность доступна в версии PRO, цена которой 59 долларов. Для справки: полноценный шаблон для wordpress стоит сейчас 58 долларов, есть проще и дешевле – смотря для каких нужд и с каким функционалом. Не резон отдавать за плагин цену шаблона. Отключила. Но с удобством удалось почти полностью уладить вставкой кода, который гугл же и рекомендует в своих документах. Больше волнует скорость, которую тормозят все эти скрипты, изображения и прочее. Без них не обойтись, но кое-что можно оптимизировать.
БМ. Как ускорить загрузку сайта. Оптимизация сайта
К выбору плагина для оптимизации решила подойти разборчиво. Их же много, и некоторые выполняют сразу несколько различных задач. Но зачем оптимизировать базу плагином, который создает еще и бэкапы, если они прекрасно создаются на сервере или специально предназначенным для создания резервных копий расширением. Остановилась на Optimize Database after Deleting Revisions. Читая обзор в блоге Сергея Стеклова (попался на второй строке выдачи), еще не знала, какому из них отдам предпочтение. Указания даты обновления, совместимости с версией вордпресс, детали работы плагина помогли принять решение.
Настройки плагина Optimize Database after Deleting Revisions самые элементарные. Любой разберется, куда ставить галочки. Правда, он не русифицирован, но переводчик нам в помощь, хотя там и так все интуитивно понятно – названия папок сайтов на английском все знают. Меня, конечно, интересовали, наряду с прочим, и ревизии, и логи. Полюбовалась после оптимизации, но сюда эту простыню выкладывать незачем, зато на картинке виден сам результат работы плагина. Впечатляет?
Скорость загрузки сайта увеличилась ощутимо, правда, и W3 Total Cache сейчас отдыхает. Не нравится мне, что его скрипты мешают загрузке сайта, а у Сергея Стеклова – не так. Попросила поделиться своими настройками, о которых он писал еще пару лет назад. Думаю, нужно что-то подкорректировать.