Несколько слов о постоянных ссылках в WordPress

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

Для справки
Пермалинк – в переводе с английского это permanent link, т.е. постоянная ссылка. Ваши ссылки всегда должны быть постоянными, чтобы посетители могли находить их через поисковые системы и свои закладки.

В WordPress есть еще два варианта «красивых» ссылок, но для этого на сервере должен быть модуль Apache mod_rewrite:

http://site.ru/category/post-name/
или http://site.ru/2008/09/04/post-name

Чтобы ссылка была короче, можно убрать, например, часть /month/ или /day/, я так же добавляю окончание .html, как на картинке, может это и пережиток, но мне такие ссылки нравятся больше.

Добавить окончание .html к статическим страницам можно с помощью плагина Page_Htm.

Рассмотрим подробнее параметры, которые вы можете использовать, но помните, что в конце всегда нужно ставить %post_id% или %postname%, чтобы ссылка вела на конкретный материал.

%year%
Год записи, четыре цифры, например 2008

%monthnum%
Месяц года, например 09

%day%
День месяца, например 04

%hour%
Час дня, например 13

%minute%
Минута публикации, например 23

%second%
Сенкудна публикации, например 44

%postname%
Заголовок записи латиницей (можно использовать поле «Короткая ссылка» при редактировании записи, чтобы задать свое название ссылки, когда заголовок слишком длинный). Так запись «Индексация в Google» будет иметь ссылку indeksaciya-v-google.

%post_id%
Уникальный ID записи, например 423

%category%
Название категории латиницей (короткую ссылку рубрики можно изменить в Админке – Управление - Рубрики).

%author%
Имя автора латиницей.

Использование %postname% в связке с параметрами даты является спорным. В кодексе WordPress рекомендуется добавлять числовые данные, поскольку якобы есть риск потерять доступ к некоторым страницам, но такая информация касается очень старых версий WordPress, и как обстоит дело сейчас не проверено. С другой стороны, если вы используете %postname% вместе с датой или параметром %category%, и решите поменять дату публикации, или переместить статью в другую рубрику, то, естественно, вы получите другой URL записи, а значит кто-то из посетителей получит ошибку 404.

Использование %category%, когда у вас есть подрубрики, также имеет еще один недостаток. Как сообщает Дмитрий Штефлюк, для построения постоянных ссылок Wordpress использует рубрику с наименьшим ID. То есть, если у Вас есть рубрика «WordPress», и несколько подрубрик, например, «Плагины», «Темы», «Настройка», и у рубрики «WordPress» наибольший ID, для построения ссылок будут использованы подрубрики. Для решения этой проблемы Дмитрием был разработан плагин sCategory Permalink.

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

Но на одном из проектов я использую ссылки вида %category%/%post_id%.html, причиной тому большое количество статей и нежелание задавать для каждой короткую ссылку вручную. Благодаря ключевым словам в ссылке рубрики, человек может понять, на какой тип материала такая ссылка ведет.

Несмотря на рассмотренные нюансы, для меня пока что такие варианты ссылок, как %postname%.html или %category%/%post_id%.html кажутся оптимальным.

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

Итак если после всех этих манипуляций постоянные ссылки у вас так и не заработали и wordpress постоянно выдает ошибку 404.

То рекомендую вам проверить в настройках apache проверить директивы вашего сайта

<Directory “путь”>

Options Indexes FollowSymLinks Includes MultiViews

AllowOverride All

Order allow,deny

Allow from all

</Directory>

Должен быть включен параметр AllowOverride All

У меня была проблема именно с этим.

доки про apache

Использовалась информация с источника.