Решение по редиректу документа по умолчанию

Показанное здесь решение специфично для вышеприведенного примера с index.php. Вам нужно будет подставить соответствующее имя файла по умолчанию для вашего web-сервера. Итак, проделайте следующие действия:

1. Скопируйте содержимое index.php в другой файл. Для этого примера мы будем использовать файл sitehome.php.

2. Создайте директиву DirectoryIndex для корня вашего документа. Установите в ней значение sitehome.php. Не прописывайте директиву на уровне сервера, иначе это может вызвать проблемы с другими папками, которым нужно использовать index.php как индекс каталога.

3. Впишите DirectoryIndex sitehome.php в файл. htaccess в корень вашего документа. Или (если вы не используете файлы контекста для каталогов) впишите в ваш httpd.conf это:

<Directory /your/document/root/examplesite.com/>

DirectoryIndex sitehome.php

</Directory>

4. Очистите содержимое вашего оригинального файла index.php. Вставьте эту строку кода:

<? header("Location: http://www.example.com");?>

После такой настройки index.php уже не является индексным файлом каталога (т. е. именем файла по умолчанию). Теперь при вводе пользователем каноническогоhttp://www.yourdomain.com будет читаться sitehome.php. Все запросы к index.php из старых ссылок можно теперь перенаправлять 301-м редиректом (избежав при этом бесконечного цикла).

Если вы используете систему CMS, то вам нужно также убедиться, что все внутренние ссылки теперь ведут к каноническому http://www.yourdomain.com. Если по какой-то причине CMS стала указывать на http://www.yourdomain.com/sitehome.php, то проблема с циклом вернется (и вам придется повторить весь этот процесс снова).

Проблемы систем управления контентом (CMS)

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

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

Рис. 6.40. Диаграмма для определения, нужна ли вам CMS

Благодаря наличию недорогих и бесплатных платформ, таких как:

• Drupal (http://www.drupal.org);

• Joomla (http://www.joomla.org);

• WordPress (http://www.wordpress.org);

• Mambo (http://www.mamboserver.com),

разработка статических сайтов становится все более редкой, даже в тех случаях, когда CMS не требуется.

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

• Настройка и правила тега title.

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

• Статические и богатые ключевыми словами URL.

URL – это исторически самый больной вопрос для систем CMS (в плане оптимизации). В наше время дружественные для поиска системы CMS должны обеспечивать создание нестандартных URL. В системе WordPress нестандартный URL называется "быстрым доступом" (post slug). На рис. 6.41 показан пример из сделанной на заказ системы CMS для сайта SEOmoz.

Рис. 6.41. Пример создания нестандартного URL

Обратите внимание, что первая строка позволяет вам создать название поста, а вторая позволяет вручную изменить структуру URL (имеется также кнопка автоматической генерации Generate на тот случай, если вы предпочтете использовать название поста).

• Настройка метатегов.

Очень важна возможность создания нестандартных метаописаний и нестандартных метатегов robots. Для хорошей системы CMS очень важно наличие редакционного управления.

• Нестандартные теги HTML.

Хорошая система CMS должна иметь дополнительную функциональность по тегам HTML (для таких вещей, как NoFollow для ссылок или теги <hx> для заголовков и подзаголовков). Это могут быть либо встроенные функциональные возможности (доступные через систему меню), либо система CMS может просто позволять производить ручное редактирование HTML в окне текстового редактора (при необходимости). Отсутствие тегов H1 на странице нежелательно. Слишком много тегов Н1 на странице также нежелательно. Помеченный как Н1 малоценный контент (например, дата публикации) нежелателен. Лучше всего в Н1 вставить название статьи.

• Гибкость внутреннего якорного текста.

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

• Интеллектуальная система категоризации.

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

• Управление разбиением на страницы.

Разбиение на страницы может оказать негативное влияние на поисковые рейтинги web-сайта. Поэтому включение большего количества элементов на одну страницу при помощи более релевантного якорного текста (не просто "следующая", "предыдущая" и номер страницы), а также при помощи осторожного использования тега NoFollow и метатега NoIndex – все это даст вашему контенту больше "сока ссылок" и внимания пауков.

• Функциональность 301-го редиректа.

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

• Пинг XML/RSS.

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

• Обработка изображений и атрибуты alt.

Атрибуты alt – это с точки зрения оптимизации совершенно обязательная принадлежность. Когда изображение используется как ссылка, то они работают как якорный текст и предоставляют релевантный и индексируемый контент для поисковых движков. Обратите внимание, что текстовые ссылки гораздо лучше изображений с атрибутами alt в качестве ссылок, но если вы должны использовать ссылки в виде изображений, то вам захочется иметь атрибут alt. Желательно, чтобы изображения в навигационных элементах CMS использовали замену изображений CSS, а не просто атрибуты alt.

• Исключения CSS.

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

• Опции статического кэширования.

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

• Свободные от параметров отслеживания и идентификаторов сеансов указатели URL.

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

• Настраиваемая структура URL.

Если структура URL по умолчанию (в системе CMS) не подходит под ваши потребности, ты вы должны иметь возможность изменить ее. Например, если вы не хотите иметь фрагмент "/archives/" в URL всех ваших архивированных статей, то должны иметь возможность удалить его. Или если вы хотите сделать ссылку на название статьи (а не на идентификатор статьи в базе данных), то тоже должны иметь возможность сделать это.

• 301-й редирект на канонический URL.

Дублированный контент – это проклятие многих владельцев динамических web-сайтов. Обязательно нужно иметь возможность автоматической обработки системой CMS этой проблемы (при помощи 301-го редиректа).

• Имеющие статический вид URL.

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

• Ключевые слова в URL.

Ключевые слова в ваших URL могут помочь вашим рейтингам.

• Новостные ленты RSS.

Система CMS должна автоматически создавать новостные ленты RSS, чтобы помочь вашему сайту с рейтингом в Google Blog Search и других движках новостных лент.

• Тегирование и облако тегов.

Эта функция Web 2.0 чрезвычайно полезна для оптимизации (в основном благодаря насыщенным ключевыми словами текстовым ссылкам).

• Многоуровневая структура категоризации.

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

• Перефразируемые выдержки.

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

• Навигация в виде "хлебных крошек".

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

• Метатег NoIndex для малоценных страниц.

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

• Насыщенный ключевыми словами вступительный текст на страницах уровня категорий.

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

• Ссылки с NoFollow в комментариях.

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

• Настраиваемый якорный текст в навигационных ссылках.

"Контакты", "О нас", "Читайте дальше", "Полный текст статьи" и т. п. – это все чрезвычайно неудачный якорный текст (по крайней мере, с точки зрения оптимизации). Будем надеяться, что ваша система CMS позволит вам улучшить такие ссылки, чтобы насытить якорный текст ключевыми словами.

• Генератор XML Sitemap.

Генерирование XML Sitemap при помощи системы CMS может сэкономить вам много сил (по сравнению с генерированием ее при помощи отдельного инструмента сторонней организации).

• Проверка XHTML.

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

• Пингбэк (pingback), трэкбэк (trackback), комментарии и механизмы против спама.

Проблема с комментариями/трэкбэками/пингбэками состоит в том, что они являются векторами для спама. Так что если у вас включены одна или несколько этих функций, то вы будете атакованы спамом. Поэтому необходимо обязательно иметь одно из следующих средств предотвращения спама: Akismet, Mollom или Defensio.

Если вам нужна дополнительная информация по выбору качественной системы CMS, то для этого существуют отличные web-ресурсы, в числе которыхhttp://www.opensourcecms.com и http://www.cmsmatrix.org.

Дата добавления: 2015-10-13