ГлавнаяОптимизацияОптимизация сайта wordpress без плагина

Внутренняя оптимизация: WordPress без плагинов. Оптимизация сайта wordpress без плагина


SEO оптимизация блога WordPress без плагинов « Блог сайтостроителя

Доброго времени суток. Я снова продолжаю избавлять свой блог от плагинов. На этот раз под "горячую руку" попал плагин All in one SEO. Весь функционал плагина я не использовал, а сам плагин, по статистике, создает хорошую нагрузку на сервер. Поэтому это стало причиной разборки плагина и замены его функционала обычным кодом.

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

Замена заголовков

Хотя по стандарту WordPress 2.9 имеют нормальные заголовки, не все правильно, в плане SEO, прописывают текст в теге title. Я решил сделать заголовок следующим. На главной странице заголовок будет иметь вид "Название блога » Описание блога", которые берутся из базы данных, то есть из стандартных настроек. На странице поста заголовок будет иметь вид "Название поста « Название блога". В принципе, почти как и предлагает нам плагин.

Итак, нам необходимо будет отредактировать файл header.php из вашей темы. Находим ваш тег title и заменяем его на один из следующих. Для WordPress версий 2.5 и выше код будет следующим:

<title><?php wp_title('&laquo;', true, 'right'); ?><?php bloginfo('name'); ?><? if(is_home()){ ?> &raquo; <?php bloginfo(description); } ?></title>

Для более старых версий WordPress тег будет выглядеть так.

<title><?php wp_title(' '); ?> <?php if(wp_title(' ', false)) { echo '&laquo;'; } ?> <?php bloginfo('name'); ?> <? if(is_home()){ ?>&raquo; <?php bloginfo(description); } ?></title>

Добавление мета-тегов

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

Обратите внимание, что в переменной $meta_desc и $meta_key необходимо вписать описание и ключевые слова для главной страницы. Ну и вот собственно сам код, который необходимо добавить в блок head во всё тот же файл header.php:

<?php if ( ( (is_home()) && (!is_paged()) ) || (is_single()) || (is_page()) ) { $meta_desc = is_home() ? "здесь описание" : get_post_meta($post->ID, 'description', true); if ($meta_desc) { ?> <meta name="description" content="<?php echo $meta_desc; ?>" /> <?php } $meta_key = is_home() ? "здесь ключевые слова" : get_post_meta($post->ID, 'keywords', true); if ($meta_key) { ?> <meta name="keywords" content="<?php echo $meta_key; ?>" /> <?php } } ?>

Как я уже выше сказал, вместо здесь описание и здесь ключевые слова вставляем описание и ключевые слова соответственно для главной страницы блога. Для постов добавляем произвольные поля description и keywords и просто заполняем их соответственно. И всё будет работать.

Закрытие от индексации

Хотя закрыть от индексирования некоторые директории/разделы сайта можно с помощью файла robots.txt, я всё же решил выделить эту функцию из всего функционала плагина. Следующий код закрывает от индексации все страницы, не относящиеся к главной, посту или отдельной странице. Также добавляется код в блок head в файле header.php:

<?php if ( ( (!is_home()) || (is_paged()) ) && (!is_single()) && (!is_page()) ) { ?> <meta name="robots" content="noindex,follow" /> <?php } ?>

Простой переход от плагина к произвольным полям

Чтобы не париться и не переписывать вручную все описания и ключевые поля постов, вы можете воспользоваться следующим кодом:

UPDATE `wp_postmeta` SET `meta_key`='description' WHERE `meta_key`='_aioseop_description'; UPDATE `wp_postmeta` SET `meta_key`='keywords' WHERE `meta_key`='_aioseop_keywords';

Это SQL-запрос, который сделает всю нудную работу за вас. Например, через PhpMyAdmin отправьте этот запрос и дело сделано. Или можете использовать любую другую программу для работы с базой данных.

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

Да, и так как я любитель музыки, оставляю вам хороший и позитивный трек группы Story of the Year под названием Remember a Time с их последнего альбома 2010 года.

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

Блог о Twitter - всё, что вы хотели узнать об этом социальной сети, здесь!

Рейтинг 4 балла Просмотров: 1496

sitestroyblog.ru

Внутренняя оптимизация: WordPress без плагинов

Share

У меня сейчас новое увлечение – оптимизировать блог на wordpress «Сетевой Путь» таким образом, чтобы и функционал сохранить, и при этом обойтись без плагинов

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

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

Ошибка 503

Каждому аккаунту на сервере выделено определенное количество процессов, обрабытывающих запросы пользователей. Запросы поступают на сервер и становятся в очередь. Легкие запросы обрабатываются быстро, а тяжёлые проблемные — медленно, тормозя продвижение очереди. Когда длина очереди достигает определенной величины, сервер перестает принимать новые запросы, возвращая ошибку 503 (Service Temporarily Unavailable, сервис временно недоступен)

Народ, натыкаясь на пустую страницу, писал и жаловался на отсутствие наличия обещанной информации

Я со своей стороны писала хостеру, просила, ругалась.

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

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

Сейчас я тоже считаю, что это много. Но на обычном виртуальном хостинге это вообще никак не ощущалось! Поэтому я не стала в тот момент доводить наши споры хостером до войны и бегом вернула блог обратно на timeweb

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

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

- Стоп! Недоступные блоги я народу не рекомендую посещать! Ему, народу, не интересно отсутствие информации! Ему интересно наличие информации.

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

Итак

Чтобы разогнать вордпресс по максимуму, имеет смысл в нем покопаться и найти решение класса: «и волки сыты, и овцы целы» - сохранить привычный функционал и обойтись без плагинов. Ну, по крайней мере, без большинства плагинов.

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

Плюсы плагинов

  1. Плагины могут выполнять совершенно разные функции – начиная от решения простых задач и заканчивая сложными комплексными решениями (форумами, модулями интернет коммерции и т.п.)
  2. Установить их может даже новичок
  3. Не обязательно разбираться в php и css, чтобы усилить функционал блога

Минусы плагинов

  1. Избыточное число запросов к веб-серверу
  2. Запросы к базе данных могут быть очень тяжелыми, что накладывает повышенную нагрузку на сервер
  3. ПО времени обновления плагины могут не совпадать с обновлением самого движка и в результате перестают работать
  4. Чтобы запретить обновления, новички ставят дополнительные плагины
  5. Не каждый хостинг сможет выдержать больше 50 плагинов (в моем случае, он уже не адекватно себя вел с 37 плагинами)
  6. При переезде на новый хостинг могут возникнуть непредвиденные проблемы. Начиная с банальной перенастройки плагинов, кончая конфликтами и несовместимостью, а то и неработоспособностью отдельных плагинов. Буквально на днях мне пришлось решать проблему с плагином FacebookShare для одного партнера – некорректно работала кодировка

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

На Сетевом Пути активны 18 плагинов, из них стандартно-общепринятых только 4. Думаю, что это до тех пор, пока я не разберусь, как их заменить кусочком кода.

Вот что теперь на моем блоге работает прекрасно и без плагинов:

  1. Антиспам в комментариях
  2. Карта сайта
  3. Популярные записи в сайдбаре с картинками
  4. Похожие записи под постами (с выводом картинок) – как же на этот плагин все время ругался PageSpeed, его java скрипты и css таблицы даже после оптимизации и сжатия создавали неслабую нагрузку
  5. Хлебные крошки
  6. Постраничная навигация
  7. Топ комментаторов
  8. Кнопки рекомендаций Google+ и Twitter
  9. Вывод ленты сообщений с Твиттера
  10. Коментарии блога, Facebook и ВКонтакте во вкладках
  11. Подсветка авторских комментариев
  12. Запреты на обновления движка и плагинов
  13. и еще энное количество груза, которое заменилось несколькими строчками кода

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

Не говоря уже о тех, которые нужно просто выкинуть, вроде флеш облака тегов

Т.е. прежде, чем устанавливать на свой движок какой-то очередной, задайте себе два вопроса:

1. А зачем оно мне надо?

2. А можно ли найти другое решение?

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

Если вас интересует, как легко и просто настроить блог без плагинов – пишите в комментариях.

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

Но этим я займусь позже.

А пока приглашаю Вас на бесплатный открытый вебинар

ru.paperblog.com

Внутренняя оптимизация: Wordpress без плагинов

У меня сейчас новое увлечение – оптимизировать блог на движке wordpress «Сетевой Путь» таким образом, чтобы и функционал сохранить, и при этом обойтись без плагинов

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

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

Ошибка 503Каждому аккаунту на сервере выделено определенное количество процессов, обрабытывающих запросы пользователей. Запросы поступают на сервер и становятся в очередь. Легкие запросы обрабатываются быстро, а тяжёлые проблемные — медленно, тормозя продвижение очереди. Когда длина очереди достигает определенной величины, сервер перестает принимать новые запросы, возвращая ошибку 503 (Service Temporarily Unavailable, сервис временно недоступен)

Народ, натыкаясь на пустую страницу, писал и жаловался на отсутствие наличия обещанной информации

Я со своей стороны писала хостеру, просила, ругалась.

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

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

Сейчас я тоже считаю, что это много. Но на обычном виртуальном хостинге это вообще никак не ощущалось! Поэтому я не стала в тот момент доводить наши споры хостером до войны и бегом вернула блог обратно на timeweb

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

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

- Стоп! Недоступные блоги я народу не рекомендую посещать! Ему, народу, не интересно отсутствие информации! Ему интересно наличие информации.

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

Итак.

Чтобы разогнать вордпресс по максимуму, имеет смысл в нем покопаться и найти решение класса: «и волки сыты, и овцы целы» - сохранить привычный функционал и обойтись без плагинов. Ну, по крайней мере, без большинства плагинов.

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

Плюсы плагинов

  1. Плагины могут выполнять совершенно разные функции – начиная от решения простых задач и заканчивая сложными комплексными решениями (форумами, модулями интер

mailbird.kartauspeha.ru

Внутренняя оптимизация: Wordpress без плагинов

 

У меня сейчас новое увлечение – оптимизировать блог на wordpress «Сетевой Путь» таким образом, чтобы и функционал сохранить, и при этом обойтись без плагинов

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

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

Ошибка 503

Каждому аккаунту на сервере выделено определенное количество процессов, обрабытывающих запросы пользователей. Запросы поступают на сервер и становятся в очередь. Легкие запросы обрабатываются быстро, а тяжёлые проблемные — медленно, тормозя продвижение очереди. Когда длина очереди достигает определенной величины, сервер перестает принимать новые запросы, возвращая ошибку 503 (Service Temporarily Unavailable, сервис временно недоступен)

Народ, натыкаясь на пустую страницу, писал и жаловался на отсутствие наличия обещанной информации

Я со своей стороны писала хостеру, просила, ругалась.

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

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

Сейчас я тоже считаю, что это много. Но на обычном виртуальном хостинге это вообще никак не ощущалось! Поэтому я не стала в тот момент доводить наши споры хостером до войны и бегом вернула блог обратно на timeweb

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

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

- Стоп! Недоступные блоги я народу не рекомендую посещать! Ему, народу, не интересно отсутствие информации! Ему интересно наличие информации.

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

Итак

Чтобы разогнать вордпресс по максимуму, имеет смысл в нем покопаться и найти решение класса: «и волки сыты, и овцы целы» - сохранить привычный функционал и обойтись без плагинов. Ну, по крайней мере, без большинства плагинов.

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

Плюсы плагинов

  1. Плагины могут выполнять совершенно разные функции – начиная от решения простых задач и заканчивая сложными комплексными решениями (форумами, модулями интернет коммерции и т.п.)
  2. Установить их может даже новичок
  3. Не обязательно разбираться в php и css, чтобы усилить функционал блога

Минусы плагинов

  1. Избыточное число запросов к веб-серверу
  2. Запросы к базе данных могут быть очень тяжелыми, что накладывает повышенную нагрузку на сервер
  3. ПО времени обновления плагины могут не совпадать с обновлением самого движка и в результате перестают работать
  4. Чтобы запретить обновления, новички ставят дополнительные плагины
  5. Не каждый хостинг сможет выдержать больше 50 плагинов (в моем случае, он уже не адекватно себя вел с 37 плагинами)
  6. При переезде на новый хостинг могут возникнуть непредвиденные проблемы. Начиная с банальной перенастройки плагинов, кончая конфликтами и несовместимостью, а то и неработоспособностью отдельных плагинов. Буквально на днях мне пришлось решать проблему с плагином FacebookShare для одного партнера – некорректно работала кодировка

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

На Сетевом Пути активны 18 плагинов, из них стандартно-общепринятых только 4. Думаю, что это до тех пор, пока я не разберусь, как их заменить кусочком кода.

Вот что теперь на моем блоге работает прекрасно и без плагинов:

  1. Антиспам в комментариях
  2. Карта сайта
  3. Популярные записи в сайдбаре с картинками
  4. Похожие записи под постами (с выводом картинок) – как же на этот плагин все время ругался PageSpeed, его java скрипты и css таблицы даже после оптимизации и сжатия создавали неслабую нагрузку
  5. Хлебные крошки
  6. Постраничная навигация
  7. Топ комментаторов
  8. Кнопки рекомендаций Google+ и Twitter
  9. Вывод ленты сообщений с Твиттера
  10. Коментарии блога, Facebook и ВКонтакте во вкладках
  11. Подсветка авторских комментариев
  12. Запреты на обновления движка и плагинов
  13. и еще энное количество груза, которое заменилось несколькими строчками кода

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

Не говоря уже о тех, которые нужно просто выкинуть, вроде флеш облака тегов

Т.е. прежде, чем устанавливать на свой движок какой-то очередной, задайте себе два вопроса:

1. А зачем оно мне надо?

2. А можно ли найти другое решение?

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

Если вас интересует, как легко и просто настроить блог без плагинов – пишите в комментариях.

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

Но этим я займусь позже.

А пока приглашаю Вас на бесплатный открытый вебинар

ru.paperblog.com

Prostoy-Site | Все права защищены © 2018 | Карта сайта