Шаблонная оптимизация страниц. Оптимизированные шаблоны WordPress для высокой скорости

Возможна ли оптимизация WordPress и ускорение простыми методами? Конечно! Несмотря на то, что WordPress по умолчанию легкий и быстрый, его неправильная настройка может сделать многие процессы медленными и чрезвычайно запутанными. Предлагаем обратить внимание на способы, которые помогут ускорить работу веб-сайта.

Согласно последним исследованиям компании Microsoft, время ожидания пользователями загрузок страниц сократилось с 12 секунд до 8 секунд, люди стали более нетерпеливыми. Более того, как показали исследования, 40% пользователей покинут ваш ресурс, если он загружается дольше 3 секунд. Поэтому оптимизация и ускорение WordPress просто необходимо.

1. Оптимизация WordPress и регулярное пополнение собственной базы данных.

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

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

• Ревизия постов: Функция «Ревизия постов » быстро заполняет базу данных, после чего интернет-проект начинает работать медленно. Каждый обновленный пост сохраняется в базе данных. Так база данных заполняется. Данную функцию можно либо отключить совсем, либо ограничить. Чтобы ограничить ревизии, нужно в файл настроек wp-config.php добавить следующие строки:

define("AUTOSAVE_INTERVAL", 300); //секунды define("WP_POST_REVISIONS", 5);

После изменений кода WordPress хранит максимум 5 изменений поста и только 5 минут. В случае необходимости можно снова включить функцию «Ревизия постов».

• Если нет желания менять код для файла wp-config.php, можно установить плагин — Revision Control или плагин для удаления ревизии постов— WP Clean Up . Тогда оптимизированный WordPress автоматически начнет управлять ревизиями постов. Более подробно как установить и управлять можно .
• Ссылки на блог и трекбэки : ссылки на блог и трекбэки также могут заполнить базу данных. Их тоже можно отключить. Это можно сделать так: Настройки/Обсуждение/Разрешить оповещения с других блогов (уведомления и обратные ссылки) на новые статьи
• Комментарии в блоге : Комментарии в блоге — это совсем не плохо, но только если это не тысячи спам-комментариев, которые занимают место в базе данных. Обязательно нужно регулярно удалять такие комментарии, чтобы не «засорять» базу данных.
• Плагины. Некоторые плагины собирают данные и загружают их в базу данных. Сначала они кажутся полезными, но на самом деле просто занимают много места. Например, один плагин может использовать до 160 мб. пространства базы данных. Это только один плагин! А если их несколько?
• Аналитика и регистрации. С осторожностью нужно относиться к плагинам, которые анализируют историю и регистрацию данных на веб-проекте. В основном они используют большой объем базы данных, что может привести к медленной работе страницы и ухудшит оптимизацию WordPress.
• Можно установить плагин WP-Cleanup и использовать его для чистки и оптимизации базы данных.

2. Оптимизация изображений в WordPress.

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

Существует 2 способа оптимизации собственных картинок:

· регулярно оптимизировать и уменьшать размер фотографий; это можно делать без ухудшения качества фото;

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

Кстати если у вас большое количество изображений, можете воспользоваться кодом купона скидки для платного режима и скидкой 5%, копируйте код dSAdDeN2xj7_Nr9B1LH68MoyeuJxMeUY

· задерживать загрузку картинок; этот способ используется, когда фотография не загружаются, пока читатель прокручивает окно, где есть это фото. Данный способ позволят избежать проблем при загрузке веб-сайта. Для этого можно использовать различные плагины, например Lazy Load и аналогичные ему с похожим названием.

Оптимизация картинки позволяет его уменьшить с размера в 2 мб. до 600 кб. без ухудшения качества. Это делается с целью удаления ненужных фрагментов изображения. Фото можно оптимизировать в блоге на WordPress с помощью установленных специальных плагинов.

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

3. Использование кэша и удаление заголовков.

Большинство веб-ресурсов на WordPress могли быть вдвое быстрее, если бы использовали кэширование.

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

Для эффективного использования кэширования, можно использовать плагин, который я сам использую WP Super Cache . Этот плагин ускоряет загрузку WordPress и оптимизация получается за счет того, что сохраняет уже готовые страницы на диск сервера. Благодаря чему при запросе страницы браузером, блогу не надо каждый раз формировать страницу с нуля. В случае стандартной загрузки ему надо сделать много запросов к базе, обработать программу на PHP и так далее. С кэшом же выдаётся уже готовый результат, сразу.

Кэширование позволяет заметно увеличить скорость работы вашего блога. Было установлено, что возможность полного кэширования может ускорять работу блога на WordPress от 2.4 секунды до 900 миллисекунд.

После включения кэширования, можно также включить модуль истечения времени заголовков, это модуль http сервера Apache mod_expires . Эта оптимизация позволит увеличить скорость работы WordPress, оповестив браузеры посетителей, когда запрашивать определенные файлы с сервера. И засталя его хранить файлы в браузере пользователя нужное время. Модуль mod_expires может сэкономить ресурсы сервера и значительно увеличить скорость открытия страницы. Подробно какие писать записи в.htaccess для активации модуля и правильной его настройки, читайте в статье " ". У нас на хостинге , этот модуль включен по умолчанию для всех веб-сайтов. Тем самым уже изначально улучшая их оптимизацию.

4. Включение GZIP Compression через mod_deflate .

Какой самый популярный инструмент для сжатия файлов к формату Zip на компьютере? 7-Zip? WinRar? Многим приходилось сжимать файлы и наблюдать удивительную эффективность, когда файл размером от 200 Мб уменьшается до размера в 40 Мб? Как это происходит? Разве невозможны подобным образом технологические сжатия? Все возможно, можно сделать так и для блога, и тем самым обеспечить его быструю работу и отличную оптимизацию.

GZIP Compression помогает сжимать файлы страницы в формат Zip, и передавать целиком посетителям, за счет этого достигается оптимизация скорости загрузки. Для этого используется модуль http сервера Apache mod_deflate . Другими словами, посещаемость интернет-страницы та же, но сам блог работает быстро, так как посетителей обслуживает сжатая версия.

Мы проверили веб-ресурс, который был сжат с помощью GZIP Compression от 68 кб до 13 кб, Worpress ускорил свою загрузку в 5 раз.

Как запустить и настроить этот модуль на хорошем хостинге , такой как наш, описано в статье " ".

5. Использование CDN .

Существуют исследования, показывающие, что CDN может увеличить производительность блога на 60%.

Скорость загрузки контента страницы зависит от того, где размещен хостинг, на котором располагается веб-проект. Например, если хостинг размещен в Индии, а вход происходит, например, из США, то сайт будет грузиться медленнее, чем если бы это происходило бы в Индии. Как выйти из такой ситуации? Люди с ограниченной скоростью доступа в интернет, для ускорения загрузки сайта могут воспользоваться сервисом CDN.

Для использования веб-порталом WordPress сервиса CDN, необходимо распространить контент по всему миру так, чтобы пользователи могли воспользоваться версией, расположенной ближе к ним.

6. Оптимизация и изменение темы WordPress.

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

7. Объединение заднего фона изображения с перемещаемым спрайтом.

Тема WordPress основана на картинке заднего фона, в соединении с командами CSS, преимущественно, дисплей — это чистый задний фон. Так один красивый задний фон может состоять из 12 различных задних фонов. Внешне это выглядит нормально и просто, пока эти 12 фонов используются как 12 разных запросов к серверу от браузера посетителя. А что, если эти 12 прорисовок объединить в одно? Тогда скорость резко возрастет.

При объединении заднего фона со спрайтом, можно разные темы заднего фона изображения объединить в одно и потом, используя CSS получить обычный дисплей страницы. Это уменьшит общее количеств байт, необходимых для загрузки браузерами пользователей, которые вызывали задержку. Результат — более быстрый блог и хорошая оптимизация.

8. Использование только несинхронных вызовов для кодов JavaScript.

Замечали, что при зависании Facebook, остальные веб-ресурсы начинают работать заметно медленнее? Что интересно, этого не происходит, когда загружаются коды Facebook. Подобное случается, когда используются синхронные коды с других сайтов — особенно аналитики или трекинг. Если код установлен синхронно на WordPress, сначала загружается он — в зависимости от части кода — перед загрузкой других элементов сайта.

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

Подробно, что это такое, можно .

9. Включить HTTP Keep-Alive.

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

У нас поддержка Keep-Alive включена для всех клиентов бесплатно!

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

10. Использование лучшего хоста.

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

В одном журнале были описаны случаи, показывающие как сильно веб-хост влияет на длительность загрузки интернет-страницы. Программист сравнил скорости работы блогов двух клиентов, один из которых пользовался выделенным сервером, второй — общим. Результат был ошеломляющим: время отклика веб-ресурса на запросы на выделенном сервере составило 7 мс, в то время как время отклика сайта на общем сервере — целых 250 мс.

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

Напоследок, я предлагаю вам посмотреть отличное видео, где многие моменты из этой статьи по оптимизации и ускорению WordPress, показаны визуально.

Сегодня будем рассматривать оптимизацию блога на WordPress. Сюда входит настройка ЧПУ, работа с некоторыми плагинами для оптимизации страниц на блоге и файлами.

Настройка ЧПУ

Изначально url-адреса CMS WordPress имеют весьма непонятное для нас содержимое.

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

Переходим в административную панель своего блога, затем «Параметры» — «Постоянные ссылки». Ставим отметку напротив «Произвольно» и вставляем данный код, который создаст человекоподобные адреса на блоге — /%postname%.html :


После этого, мы можем наблюдать на блоге человеческие url-адреса, которые и смотрятся красивее и которые помимо всего содержат ключевое слово (title записи), что немаловажно:

Дубли страниц

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

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

Нормальный файл роботс выглядит следующим образом (указываю основные моменты, которые мы закрыли от индекса, в т.ч. и дубли):

Как вы можете видеть, мы закрываем необходимые нам элементы посредством директивы Disallow . Тоесть, к примеру, я захотел закрыть тэги от индексации. Для этого я написал — Disallow: /tag . Точно также закрываются все остальные элементы: плагины, темы, категории (Disallow: /category). Примечание: после двоеточия всех директив необходимо ставить пробел.

Важно отметить и директиву Allow . Она используется для того, чтобы наоборот разрешить индексацию элемента поисковой машиной. Тоесть, к примеру, если я хочу чтобы картинки моего блога индексировались (находятся в папке wp-content), но при этом я не хочу, чтобы остальное содержимое папки wp-content (плагины, темы и т.п.) индексировалось, я прописываю в файле robots.txt следующее:

Первым делом создайте у себя на компьютере обычный документ формата .txt при помощи программы Блокнот, задав ему имя robots . Дальше скачайте мной предложенный файл robots.txt, и по необходимости отрегулируйте его по своим прихотям. Скачать вариант вышеуказанного варианта роботса можете с Яндекс.Диска . Загруженный файл разместите в папку public_html своего блога..

Оптимизация страниц

Очень важно, чтобы каждая страница блога имела заголовок с ключевым запросом, прописанные ключи и качественное описание, иными словами title , keywords и description . Вспомните, мы ранее устанавливали на блог плагин All In One SEO Pack. Так вот, именно используя его мы сможем задать эти параметры каждой странице блога.

Я на примере создам title, keywords, и description для одной записи своего блога (нужно же создавать абсолютно для всех). Допустим, я написал пост, посвященный обзору плагинов для CMS WordPress. Под формой вставки записи на блог будет расположен блок All In One SEO Pack, в котором я и задам необходимые параметры:


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

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

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

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

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

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

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

Для начала вам нужно будет получить доступ по FTP к файлам вашей темы оформления. Они находятся в папке:

Начнем с уже упомянутого выше - HEADER . Думаю, что с Файлзилой вы уже знакомы и доступ по ФТП к хосту для вас не в новинку. Если нет, то вверху есть окно поиска и достаточно будет ввести туда слово «файлзила» или «нотепад», чтобы получить самую полную информацию по этим двум архиполезным программам.

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

; charset=" />

Нет, удалять его, конечно же, не надо, но вот немного видоизменить, убрав не нужные обращения к БД, можно:

Ну вот, два запроса в минус - пустячок, а приятно. Дальше - больше. Что еще можно заменить или удалить в HEADER? Давайте перечислим:

1. Удалить строку с информацией о номере установленной версии WordPress . Она не несет никакой полезной нагрузки и, более того, является опасной, т.к. некоторые варианты взлома применимы только к определенным версиям, а из этой строки как раз очень удобно узнавать текущую версию вашего движка. Выглядит эта строка обычно так: " />
2. Заменить URL до вашего файла таблицы стилей CSS в вашей текущей теме оформления на статический. В коде это строка: " type="text/css" media="screen" />
3. заменить Урл до иконки favicon.ico ( читайте про то, где ее скачать или создать самому) на статический. Фавикон является очень важным атрибутом любого сайта (читайте об этом про приведенной ссылке) и манкировать им не пристало никому.У моего WP блога эта иконка имеет вид желтой лампочки. Если у вас еще нет FAVICON.ICO, то обязательно создайте ее и пропишите путь к ней в HEADER, но только статический (без обращений к БД). В оригинальном файле эта строка может выглядеть примерно так: /favicon.ico" />
4. Заменить путь до вашего фида на статический. Что такое RSS лента и для чего ее обязательно нужно использовать в Вордпресс, вы можете почитать - . А так же я уже писал про то, как правильно настроить RSS ленту в WordPress. В коде за это отвечает строка: RSS Feed" href="" />
5. Заменить Урл до Pingback (рассылка сведений о вашей статье по всем адресам, которые вы в этой статье упомянули) на статический: " />

Откуда брать статические Урлы для замены PHP кода

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

Для этого щелкаете правой кнопкой мыши в окне браузера и выбираете из контекстного меню что-то вроде «Исходный код страницы» или «Исходный код», в зависимости от того, в каком именно браузере открыта эта вебстраница.

Теперь ищите там нужные строки и копируете пути к файлу CSS, к фиду (RSS ленте) и т.п.

Дело в том, что движок при генерации вебстраницы, динамический PHP код, интерпретируется в Html теги. Вот именно их мы скопируем из исходного кода любой вебстраницы по очереди и вставим в HEADER вместо оригинальных участков. Вот так выглядело это безобразие до преобразования:

а после замены URL на статичные - так (как говорится - почувствуйте разницу):

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

Их нужно будет заменить, соответственно, на статические название и описание. Если у вас вдруг после сохранения этого вместо русских букв вылезут кракозябры ( читайте про кодировки русского языка и проблемы с ними возникающие), то откройте файл повторно на редактирование и в Notepad++ ( его описание живет), выберите из верхнего меню пункт «Кодировка» - «Преобразовать в UTF-8 без BOM», а затем опять сохраните файл.

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

/">Главная

ее надо будет заменить на:

Главная

Теперь перейдем к файлу FOOTER , который так же должен находиться в папке с вашей темой оформления по адресу:

/wp-content/themes/название_вашей_темы_оформления

В нем можно заменить строку выводящую информацию о том, что все права защищены, примерно такого вида:

Все права защищены

на что-нибудь такое, например:

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

WP Tuner - количество запросов к БД Вордпресса

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

WP Tuner устанавливается на WordPress стандартным способом, а именно:

1. распакуйте архив, используя ftp-менеджер подключитесь к вашему блогу и загрузите папку wptuner в папку с плагинами wp-content/plugins/ на сервере хостинга
2. войдите в админку и выберете вкладку «Плагины»- «Inactive»
3. найдите строку с плагином WP Tuner и активируйте его

Если при установке плагина WP Tuner у вас возникли какие-либо затруднения, то можете обратиться к материалам этой статьи, про решение возможных проблем с установкой плагинов. Теперь можно зайти в админку и ознакомиться с настройками этого расширения (из левого меню выбрать Параметры -> WP Tuner.

Собственно, настроек у WP Tuner не так уж и много, к тому же для того, чтобы данный плагин начал показывать количество запросов к БД при загрузке страницы, вообще ничего менять не надо. Нужно просто зайти на блог, но при этом нужно, чтобы вы были под логином администратора, и открыть какую-либо страницу.

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

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

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

/wp-content/themes/название_вашей_темы_оформления/footer.php

и где-нибудь в его содержимое нужно вставить следующую конструкцию (место вставки будет определять область вывода числа запросов к БД в футере):

queries in seconds.

В результате после загрузки страницы, в самом низу (в области подвала), вы увидите, сколько при этом было сделано обращений к БД:

Вторая часть инструкции: оптимизация шаблонов WordPress. Для быстрого перехода к нужному разделу предлагаю содержание инструкции.

1. Углубленная техническая оптимизация WordPress.

• noindex и nofolow для категорий;
• отключение ненужных архивов;
• установка нумерации страниц;
• nofolow для ссылок, не имеющих важности.

1. Смена структуры сайта с целью повышения позиций в выдаче ПС.

1. Итоги.

Часть 2. Оптимизация WordPress шаблонов

Хлебные крошки WordPress (breadcrumbs)

Хлебные крошки должны содержать в себе ссылку на главную страницу вашего сайта и на категорию, к которой относится статья. Если запись содержится в нескольких категориях, должна быть выбрана одна категория. Установите какой-нибудь плагин хлебных крошек WordPress и добавьте соответствующий код в ваш шаблон в файлы single.php , page.php и archive.php .

Заголовки

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

. Имя вашего сайта также должно быть в

на главной странице и не более чем в

в записях или категориях. Чтобы изменить это, редактируйте файлы post.php и page.php .

Чистка кода

SEO WordPress сайтов становится только хуже от лишнего кода в шаблонах. Все скрипты и стили, которые находятся в php-файлах вашей темы WordPress, лучше перенести в *.js- и *.css-файлы. Такие манипуляции помогут браузерам посетителей вашего сайта кэшировать эти файлы, а поисковикам больше не придется тратить время на их загрузку. Старайтесь поддерживать код вашего шаблона WordPress в чистом виде.

Стремление к увеличению скорости

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

• провести оптимизацию WordPress шаблона так, чтобы объем обращений к базе данных вашего сайта сводился к минимуму;
• установить очень полезный для WordPress SEO плагин, который называется WP Super Cache и который способен сделать ваш сайт быстрее после небольшой настройки этого плагина.

Изменение сайдбара

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

Может быть, скоро разработчики добавят такую полезную для WordPress SEO оптимизации функцию как отображение разных виджетов на разных страницах, но сейчас такого нет. Для этой цели я использую очень удобный плагин, который называется Conditional Widgets. Неплохим вариантом будет использование на главной странице одного набора виджетов, а на внутренних страницах - другого.

Продолжение следует...

Итак, для начала мне бы хотелось познакомить Вас с этапами оптимизации новостных ресурсов, которые подробно описаны далее в этой статье:

1. Оптимизация контента
2. Оптимизация под Google News

Оптимизация шаблона сайта и URL -шаблона

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

Скажу одно – оптимизировав шаблон сайта одного новостного издания, мы добились увеличения трафика с поисковых систем на 40% за 6 недель (!).

А теперь подробнее о том, на что необходимо обратить внимание:

• Убедитесь, что название статьи является и заголовком страницы (