Работа над блогом
Опубликовано: 02.09.2018
После переезда на новый домен решил провести с блогом некоторые манипуляции по его оптимизации.
Начиная эту работу, я и не предполагал что решусь на некоторые действия, кардинально меняющие мой подход к SEO. Но как оказалось, я тут давно не пионер и что-то мне подсказывает, что поступил я правильно. Время покажет, а пока я поделюсь своими находками и открытиями.
Может быть эта информация будет полезной кому-то ещё...
Обновление шаблона
Мне очень нравился мой шаблон - Sahifa. Одно слово - красивый. В нём очень много удобных и полезных наворотов, но по этой-же причине он был тяжеловат сам по себе, грузился не так быстро, как хотелось-бы. Тот-же плагин P3 (Plugin Performance Profiler) показывал время его загрузки в пределах 7 секунд, хотя на деле это происходило, конечно-же быстрее. К тому-же при просмотре с мобильных устройств в адаптивную оптимизацию не вписывались изображения. Сам это видел, да и в комментариях писали.
Ведение блога. Работа над ошибками
И вот, после переезда на новый домен , я решил сменить шаблон на более лёгкий. Но... Не тут-то было...
Перерыл кучу как платных, так и бесплатных вариантов, но ни один не глянулся на столько, чтобы променять свой на него. Я уже почти смирился и оставил свой, но ведь не зря говорится: «Кто ищет, тот всегда найдёт», мой случай не стал исключением. Я нашёл-таки то, что мне нужно - это шаблон... Sahifa ! ????
Реалити шоу "Вебмастер в прямом эфире". День 6. Работа над блогом. Потенциальные заказы!!!
Не удивляйтесь, это действительно тот-же шаблон, только новой версии. У меня стоял 4-й линейки, а этот был уже 5-й. Вылизанный, облегчённый за счёт оптимизации, картинки с мобильных устройств смотрятся отлично... Правда пришлось немного раскошелиться, но зато теперь P3 показывает время загрузки шаблона чуть меньше 0,2 сек. Почувствуйте разницу - 7 и 0,2!
Отсюда вывод: Всегда старайтесь обновить свой шаблон!
Замена плагина кеширования
Все мы знаем, что использование плагина кеширования ускоряет загрузку блога. Пользователю отдаётся из кеша уже полностью сформированная страница без запросов к базе, без создания страницы заново с подгрузкой всех скриптов и стилей. И практически каждый использует подобный плагин. Их много есть разных. У меня долгое время работал Hyper Cache... Ничего плохого не скажу. Но раз уж взялся за оптимизацию, то решил посмотреть - а нет ли плагина получше? Долго перебирал плагины в репозитории, в несколько подходов, в несколько дней... И вот - WP Fastest Cache . Критериями отбора были отзывы, количество установок и описание со скриншотами. И вот на одном из скриншотов я увидел это:
Меня впечатлило, а вот что ещё повлияло на выбор:
Комментарии, как говорится, излишни. С этим плагином блог действительно заработал быстрее.
Замена плагина подсветки синтаксиса кода
Следующим под раздачу попал плагин подсветки синтаксиса кода в статьях и комментариях - Crayon Syntax Highlighter. Честно говоря, мне жаль было с ним расставаться - великолепный плагин с весьма обширными возможностями, с массой настроек под любые нужды... Но он занимал львиную долю на графике P3, соответственно давал такую-же огромную нагрузку на блог. По сравнению с ним на графике даже такой тяжеловоз, как AIOSP казался лилипутом.
Когда я начинал вести блог, то основой многих статей были коды, которые я демонстрировал. Но в дальнейшем актуальность показа кодов сошла на нет. Сейчас это делаю крайне редко, да и тематика материалов уже ушла в другое русло. Но просто так плагин удалять было нельзя - в старых статьях и комментариях блоки кода присутствуют, да и в новых нет-нет, а встречаются. Надо было менять на что-то более лёгкое. На самом деле плагинов подобных Crayon немало, но их установка вынудила-бы меня шерстить все статьи и комментарии, исправляя отображение кода - долго, нудно, рутинно...
Но тут мне опять повезло - я нашёл Code Prettify . Этот плагин чрезвычайно лёгкий, вообще не имеет никаких настроек и наворотов. Он просто подсвечивает код в статьях. Пусть немного упрощённо, но этого вполне достаточно. К тому-же Code Prettify успешно принял наследство от Crayon, переделывать ничего не пришлось. А в комментариях за подсветку кода взялся мой собственный плагин визуального редактора комментариев - там есть такой функционал.
Так, что если кто не является явным мажором показа блоков кода, а делает это от случая к случаю, то плагин Code Prettify - самое то.
Замена плагина SEO
А вот это, пожалуй, самое интересное и именно про этот шаг я писал вначале: «...я и не предполагал что решусь на некоторые действия, кардинально меняющие мой подход к SEO».
После замены Crayon Syntax Highlighter, на первое место по тяжести и созданию нагрузки вышел плагин AIOSP (All In One SEO Pack). Из всех оставшихся плагинов, а их у меня активных 31 штука, он занимал 93%!
Естественно я стал искать что-то более лёгкое и изящное... Нашёл целую кучу плагинов гораздо «продвинутее» и удобнее, чем AIOSP, с великолепным функционалом, в том числе и показывающим SEO-недоработки каждой статьи... Но... Все они были если не тяжелее AIOSP, то и не легче.
И вот тогда я задумался - а что вообще требуется от SEO-плагина? Что реально нужно?
И сам себе ответил:
возможность добавления title, description и keywords к статьям. создание sitemap.xml для поисковиков.Но тут я вспомнил, что у Алексея Кобзарева видел такое утверждение, мол для продвижения необходимо «Удалить ключевые слова из поля keywords».
Признаюсь, тогда я усомнился в правильности этого утверждения - как это? Срубить древо, на котором держится одна из важнейших основ поисковой оптимизации? Но само утверждение запомнил. И вот теперь это мне очень пригодилось.
Набрав в поисковике запрос о необходимости keywords, на нескольких форумах я увидел дискуссию по этому вопросу с выкладкой графиков посещаемости до и после, результатов различных экспериментов по этому поводу и общий вывод - да, сейчас keywords не нужны. Ибо во-первых, ПС ограничивается при ранжировании только ключевыми словами, а во-вторых, велика вероятность заспамливания, если в нескольких материалах встречаются одинаковые ключевые слова.
А вот если keywords отсутствуют, то ПС учитывают весь текст статьи и она попадает под гораздо большее количество поисковых запросов. Важным остаётся правильно и грамотно прописать title. Так, что спасибо Алексей! С твоей подачи я в конце концов пришёл к такому пониманию.
Исходя из вышесказанного, мой выбор пал на малюсенький плагин Sewn In Simple SEO , который всего лишь даёт возможность добавить к статьям title и description. Так, что keywords у меня больше нет.
А вопрос с sitemap.xml решил при помощи ещё одного маленького плагина - Simple Wp Sitemap . Проверил, подсунув созданную им карту Google и Яндекс - оба ПС остались довольны.
Очистка и оптимизация БД
А вот здесь посложнее... Многострадальный мой блог, за время своего существования, перенёс установку и удаление множества плагинов, которые естественно оставили мусор в БД. Ведь далеко не все плагины убирают за собой. Сразу скажу, что мои плагины , при удалении, удаляют свои записи из wp_options. Но у меня было и много чужих...
Собственно, удалить лишние таблицы из базы данных через phpMyAdmin труда не составляет. Сложность возникла при попытке оптимизации таблицы wp_options... Пресловутый Clean Options, который уже лет 5 как не обновлялся, выдал мне 758 записей и типа разбирайся с ними сам, что надо тебе, а что нет... Только вот лопатить всё это богатство, вникая что к чему там относится, что можно удалить, а что нельзя мне как-то не очень хотелось. Поэтому использовал два других плагина - Delete Expired Transients , который удаляет из wp_options устаревшие данные и Optimize Database after Deleting Revisions , который, несмотря на название, сам удаляет ревизии и после этого оптимизирует таблицы базы... Первый удалил у меня из wp_options 29 записей и при повторных запусках пока ничего для удаления не находит. А второй при запуске вычисляет таблицы, которые нуждаются в оптимизации и оптимизирует их. Оба плагина лежат в деактивированном состоянии, конечно-же...
В результате моя табличка wp_options так и имеет 758 строк, но весит при этом 428 килобайт. Пока решил на этом остановиться, однако, если кто знает более эффективные способы борьбы с раздутием wp_options, то пожалуйста поделитесь.
Что получилось в итоге
Как говорится, что имеем в сухом остатке?
Вот картинка от P3, правда это уже после удаления Crayon... Было ещё хуже.
А вот после всех действий
Как видим, при том же количестве плагинов время их загрузки уменьшилось в 6,5 раз!
Влияние плагинов на время загрузки страницы упало с 64% до 35%.
Уменьшилось количество запросов к базе данных почти в 1,5 раза - с 87 до 63.
Блог стал заметно быстрее! И при всём этом - более оптимизированным для ПС.
Не знаю, как вы, а я это даже просто визуально ощущаю... ????
Вот пожалуй и всё, о чём я хотел рассказать.
Удачи Вам и до встречи.
