Как изменить URL страниц в WordPress: добавляем .html, формат адресов записей, плагины
Раньше среди разработчиков часто обсуждался вопрос правильного URL адреса страниц — со слешем в конце «/» или без. Насколько я помню, первый вариант указывает браузеру, на «раздел», и он будет пытаться подгрузить дополнительные ссылки, тогда как второй определяет статический документ. Собственно, окончание в виде расширения .html в URL также четко дает понять, что вы переходите на публикацию с определенным содержимым, а не открываете список записей. Возможно, именно поэтому во многих рекомендациях по seo оптимизации WordPress призывают использовать соответствующую конструкцию. Сегодня покажу как легко и быстро подправить URL страниц в WordPress.
Кстати, кроме упомянутых выше причин, здесь есть еще и другие важные цели. Когда вы осуществляете перенос сайта из определенной CMS системы или статического HTML формата на WP, то неплохо бы сохранить прошлые адреса веб-страниц, оставив у них окончания html, php и т.п. Похожая ситуация возникает если решили изменить типы некоторых записей. Разобраться с этой задачей без специальных плагинов будет сложно — рассмотрел их чуть ниже.
Структура URL записи в WordPress
Для начала пару слов скажу о постах (заметках) блога, хотя там все достаточно просто, поскольку соответствующий функционал внедрен в систему. Найдете нужные опции в амдинке в разделе «Настройки» — «Постоянные ссылки». На выбор представлено несколько базовых вариантов.
Раньше практически всегда указывал параметр /%category%/%postname%/ но сейчас перешел на /%category%/%postname%.html — в обоих случаях выводится название категории + URL заметки, однако во втором добавляется еще и html окончание.
Если честно, не думаю, что между данными форматами есть какая-то колоссальная критическая разница, поэтому у возрастных/старых проектов я бы ничего не менял. Кроме того, возиться с изменением структуры и передачей веса через 301 редирект новичкам будет достаточно хлопотно. Хотя с другой стороны, во время моих тестов оказалось, что смена постоянных ссылок создает автоматический редирект.
Добавляем URL в страницы WordPress
Если попытаетесь использовать постоянные ссылки в WP страницах и подкорректируете их адрес непосредственно в текстовом редакторе админки, то ничего у вас не выйдет.
Теоретически, опцию можно настроить и через htaccess, но вариант со специальными плагинами изменения URL в WordPress мне кажется гораздо проще. За все время я попробовал и сменил несколько решений, т.к. иногда они, к сожалению, перестают обновляться. Представленные ниже модули — лишь часть из найденных, которые максимально заинтересовали.
.html on PAGES
.html on PAGES — определенно самый древний и популярный в данной нише. Последний релиз был выпущен аж 10 лет назад и, по словам разработчика, поддерживал версию до 2.8.4. Однако на многих сайтах с WP 3.x, 4.х. он до сих пор функционируют без проблем. Число загрузок (немыслимое для конкурентов) — 60 тысяч.
Установка стандартная — через загрузку по ФТП в директорию wp-content/plugins или в самой админке. После активации у всех страниц появится расширение html, а при редактировании указываете только их название.
Сохраняете и проверяете отображаемый URL.
Add HTML to Page
Данный модуль также частенько мне встречался ранее. По описанию Add HTML to Page чуть «свежее» (возраст последних правок всего 5 лет), но, думаю, аналогично без проблем работает с любыми релизами WP. Практически во всех схожих разработках, по сути, используется один и тот же принцип.
Загрузок под тысячу, оценка нормальная, хотя голосовало только 2 человека:) Автоматически меняет все URL страниц в WordPress. Кстати, при внедрении нового формата ссылок в настройках сайта, плагин советуют повторно реактивировать.
Append extensions on Pages
В принципе, Append extensions on Pages — одно из самых оптимальных решений, сейчас частично перешел на него. Здесь: чуть больше функциональность, относительно недавно обновлялся (6 месяцев назад, поддержка до 4.8.5), а также хорошая оценка и отзывы.
В отличии от первых двух модулей текущий позволяет изменить URL WordPress страниц не только на html, но и на варианты: .php, .asp, .htm, .cfm, .jsp и .aspx. Это особенно актуально при переезде с другой CMS для сохранения прошлых адресов.
Чтобы задать нужное вам расширение, в списке всех плагинов находите Append extensions on Pages и кликаете по ссылке «Settings»:
После установки своего значения обязательно обновите страницу «Постоянных ссылок» в разделе настроек админки. Загрузок под 2 тысячи, тестировал лично — все ок.
Add Any Extension to Pages
Отличительная особенность этого плагина для URL WordPress страниц заключается в том, то он позволяет добавлять любое окончание. То есть в Add Any Extension to Pages нет списка предустановленных значений или автоматического варианта с html. Он полезен для мультисайтовых установок. Обновление было 2 месяца назад, загрузок — более 2 тысячи, оценка максимальная.
.html in url (закрыт)
Вас может немного смутить описание .html in url в репозитории, где автор почему-то рассматривает процесс установки расширения html в URL записи WordPress (я рассказывал про тему в начале статьи). Вероятно, это из-за того, что модуль работает автоматически и без каких-либо настроек. Сразу после активации у страниц появится окончание .html — будете видеть его при редактировании.
Из плюсов: оценка 5 баллов, 5 тысяч скачиваний, заявлена поддержка до 4.8.5, обновление 4 месяца назад. По сравнению с первыми двумя вариантами этот достаточно актуален и относительно популярен. Однако в связи с проблемами с безопасностью плагин был закрыт.
Дополнительные фишки
Рассмотрим парочку интересных решений, которые уже когда-то описывались в блоге. Дабы не повторяться просто советую перейти на соответствующие статьи.
- Скрипты внедрения красивых html ссылок в WooCommerce — полезно, если хотите привести магазин к такому же виду как и все остальные адреса на сайте. Там найдете 2 кода: модифицирующие категории продукции и конкретные товары.
- .php on PAGES — когда-то отдельно рассказывал о добавлении расширения php в конец URL страниц. В статье есть еще один вариант, хоть и устаревший. Это автоматические простые модули.
- Также в сети находил плагин .html in category and page url который призван решить одну из основных оставшихся задач — изменить URL адреса WordPress категорий, но ручаться за него не могу. Не смотря на 3 тысячи скачиваний, в закладке поддержки (Support) есть замечания о проблемах с разбиением на страницы + он обновлялся более 3-х лет назад. Когда будете использовать данную разработку, дополнительно все проверьте и потестируйте.
Итого
Из личного опыта больше всего сталкивался с .html on PAGES, несколько раз пробовал Add HTML to Page. Не смотря на то, что они все древние, вполне нормально себя ведут на последних версиях WP. В нескольких сайтах недавно ставил Append extensions on Pages — хорошо, когда имеется возможность задавать некоторые другие расширения страницам. Нет подходящего значения в предустановленных? — ставьте универсальный Add Any Extension to Pages.
Также нужно упомянуть два нюанса. Во-первых, если сразу после активации плагина URL в Wordpress страницах не меняется, попробуйте обновить структуру ссылок в админке (пересохранить указанные настройки заново) и/или почистите кэш. Во вторых, хочу заметить, что данный текст — вторая редакция, и вполне вероятно, когда вы будете читать его спустя годы, что-то перестанет работать, поэтому тестируйте все самостоятельно и внимательно читайте описание.
Если знаете еще каике-то интересные модули, позволяющие изменить URL Wordpress записей и страниц, присылайте названия ниже.
комментария 63 к статье “Как изменить URL страниц в WordPress: добавляем .html, формат адресов записей, плагины”
Блог Wordpress Inside поможет вам научиться работать в вордпресс, закрепить и расширить имеющиеся знания. Плагины и шаблоны, разные хаки и функции wp, оптимизация и безопасность системы – все это и намного больше вы сможете найти на страницах нашего проекта!
Если хотите быстро и оперативно получать последние новости и статьи, то рекомендуем подписаться на обновления блога:
- Як сховати відсутні товари в Woocommerce шорткодах та схожих товарах
- Сервіс AdMaven + плагін для монетизації трафіка на WordPress сайтах
- Плагіни для створення стрічки новин з біжучим рядком в WordPress
- Як змінити розміщення кнопки оформлення замовлення в WooCommerce
- Плагін WHWS Display In Stock Products First – відображення товарів в наявності першими
- Підписка MonsterONE: чи варто використовувати цей сервіс у 2023 році? (+5 продуктів, які треба скачати в першу чергу)
- Онлайн генератор ссылок на мессенджеры для WordPress и не только
- WooCommerce (46)
- Безопасность (12)
- Видео (6)
- Виджеты (28)
- Возможности (141)
- Вопрос-ответ (6)
- Начинающим (52)
- Новости (46)
- Оптимизация (23)
- Плагины (246)
- Сервисы (87)
- Хаки и секреты (87)
- Шаблоны (45)
- Плагин WP-PostRatings рейтинга постов в WordPress (5,79 из 7, голосов - 934)
- 5 wordpress плагинов для кнопок социальных закладок (5,24 из 7, голосов - 42)
- Кэширование в wordpress — выбираем лучший плагин для кэширования (5,63 из 7, голосов - 35)
- 50+ лучших плагинов для WordPress сайта (5,71 из 7, голосов - 34)
- Лучшие плагины картинок в WordPress — галереи, слайдеры, для миниатюр и т.п. (6,07 из 7, голосов - 30)
- Лучшие плагины статистики в WordPress — просмотр посещаемости сайта и не только (4,65 из 7, голосов - 37)
- Обновление плагинов и тем в WordPress: автоматическое, через FTP, скрытие уведомлений (5,19 из 7, голосов - 31)
- Дизайн Мания - о веб-дизайне и не только.
- Tod's Blog - все про заработок онлайн.
- Вебдванольные заметки - обзоры веб-сервисов.
- Советы по выбору холодильника LG с технологией No Frost
- Зачем нужны Wi-Fi ретрансляторы и как выбрать подходящую модель
- Введение в онлайн-казино Slotor777: многообразие игр и привлекательные бонусы
- Необходимость использования облачного хранилища в наше время, что важно и как выгодно?
- Спрощення процесу звітності за допомогою програми BAS Бухгалтерія
- Технологія підключення інтернету GPON та її переваги
- За що гравці найбільше цінують Lineage 2
- Для каких проектов нужна аренда виртуального сервера и что такое VPS
Без сомнения .html нужен обязательно! И эта не первая статья которая это еще раз подтверждает!
На самом деле, полезность такого трюка в WordPress для поисковых систем еще до конца не доказана. Возможно получить и обратный эффект.
Вадим, ну этот трюк делается скорее не для поисковых систем, а так, по сути, правильнее — окончание html имеют статические страницы. Если в конце слэш / то браузер должен искать файл index.html, что вероятно замедляет процесс загрузки (не сильно, может не всегда), но тем не менее.
Повторюсь — это трюк для «страниц», то есть если вы делаете в permalinks структуру %postname%.html, то в wordpress эта настройка не срабатывает для страниц и получается, что половина так, половина ссылок по другому работает — некрасиво:)
Ну, как известно, поисковики в первую очередь лучше воспринимают и «кушают» статические страницы, т.е с расширением html. Здесь, получается, мы просто присваиваем динамической странице расширение html, т.е расширение статической страницы, хотя, на самом деле она таковой не является. Видимо, это служит, как бы «приманкой» для поисковика. Паук хватает эту страницу, понимает (или не понимает :) ), что она не статическая, но деваться уже некуда, хавать придется ). ИМХО.
Вадим, а почему страница блога или пост не является статической страницей? Если так прикинуть, то в современном Web`е сейчас очень сложно найти не динамические страницы — начиная от того как они генерируются из бд и заканчивая всякими элементами сайта (новости, меню и все, что постоянно меняется).
К тому же, если сравнить html и «/» то пост блога явно больше подходит под понятие «статической страницы», нежели «раздела сайта». Хотя, если честно, я считаю это все весьма относительными и посредственными факторами — добавив в страницы html ничего особо не изменится, как мне кажется, это слабый фактор.
Хороший плагин, но увы при таком варианте не работает корректно W3 Total Cache
Сам пост, действительно, можно посчитать статической страницей, а вот все, что вокруг него может происходить (динамическое меню, динамический сайдбар и т.д), которые, как никак, тоже входят в эту страницу, делают понятие «статическая страница» немного расплывчатым. С html или без html, в любом случае поисковый робот раскладывает для себя даже php-страницу в html-коде.
Так ставить плагин или нет?
Евгений, каждый сам для себя решает ставить или нет. Повторюсь, что в моем случае я сначала добавил permalinks для постов с окончанием html, а потом обнаружил, что страницы то без html выводятся — вот нашел для решения плагин.
А толк реальный есть?
Каковы наблюдения?
Думаю , не стоит этого делать — ставить плагин . И без него страницы хорошо индексируются.
я тоже думаю что не стоит ставить данный плагин и заниматься ерундой, и без этого поисковикам понятно что это страницы а не каталоги
Я в «настройках постоянных ссылок» вот так записал: /blog/%category%/%postname%.html
у меня теперь в конце url пропал слэш для категорий. Как его вернуть можно?
Иван, тоже была такая ситуация, но как вернуть слеш так и не нашел. Вероятно можно добавить какой-то «хак» в htaccess, но настолько ли это критично.
А есть подобный плагин не для страниц а для «Записей» ?
Karlson1980, для записей такой плагин не нужен, в первом абзаце статьи есть конструкции которые следует использовать для настройки «Постоянных ссылок» в одноименном разделе админки вордпресс.
Замечательний и нужный плагин конечно.
Вот только почему автор себе его не поставил?
MDK, я поставил для того сайта, где это нужно было) В данном блоге была изначально другая схема для постоянных ссылок, а менять ее после длительного времени использования нет смысла.
Мне, например, нравится когда html в конце, да и еще с давних пор это значило что страница статичная
Что ставлю, не работает, не добавляет в конце .html, что не так делаю? Залил, активировал. Или для последних версий уже он не работает?
Mark, в последних версиях я его не пробовал, возможно не работает, хотя, по идее, должно, там никаких особых сложных функций ведь нету.
на самом деле можно и без плагина все это сделать в разделе постоянные ссылки добавить /%postname%.html и все
Alex, статья о том, что для страниц сайта это не работает, только для постов.
Здравствуйте.
Я прописал в ЧПУ /%postname%.html ,но это ничего не менят,так же в браузере адрес страницы вида xxx-html,однако если навести к примеру с главной на ссылку этой страницы, то адрес xxx.html
Далее прописывал /%category%/%postname%.html
Все ссылки и страницы приняли вид .html,но часть из страниц не отображает своё содержимое,как раньше,пишет Nothing found for Catalog.
Как мне настроить wp,чтобы при /%category%/%postname%.html ,всё оставалось на своих местах.
Подскажите пожалуйста!!!
Извините,разобрался.Плагин добавил .html!спасибо за блог!
Спасибо, все понятно!
Спасибо, даже не догадывался!
изначально, при настройке WP ставил /%category%/%postname%/ . Недавно попробовал поменять на /%category%/%postname%.html — на блоге перестали отражаться статьи. Попробовал разобраться но ничего не вышло. Плюнул на эту затею и вернул все «взад»
Vladimir, не часто меняю формат постоянных ссылок, но иногда только не работало из-за того что htaccess не обновился — у файла должны быть права на запись. Хотя может там проблема в чем-то другом, сложно сказать.
А как сделать тоже самое для категорий, например:
/имякатегория.html
для страниц понятно, а вот для категорий решения не нашел пока