Адрес url, подходящий для seo

Создание URL

Синтаксис создания нового объекта :

– полный URL-адрес или только путь, если указан второй параметр,
– необязательный «базовый» URL: если указан и аргумент содержит только путь, то адрес будет создан относительно него (пример ниже).

Например:

Эти два URL одинаковы:

Можно легко создать новый URL по пути относительно существующего URL-адреса:

Объект даёт доступ к компонентам URL, поэтому это отличный способ «разобрать» URL-адрес, например:

Вот шпаргалка по компонентам URL:

это полный URL-адрес, то же самое, что
– протокол, заканчивается символом двоеточия
строка параметров, начинается с вопросительного знака
начинается с символа
также есть свойства и , если используется HTTP-аутентификация: (не нарисованы сверху, так как редко используются).

Можно передавать объекты в сетевые методы (и большинство других) вместо строк

Мы можем использовать объект в методах или и почти во всех других, где ожидается URL-строка.

Вообще, объект можно передавать почти куда угодно вместо строки, так как большинство методов сконвертируют объект в строку, при этом он станет строкой с полным URL-адресом.

Типы постоянных ссылок #Типы постоянных ссылок

Существует три основных типа постоянных ссылок WordPress:

По умолчанию: «простой».

По умолчанию выглядит так

где N — номер ID записи. Он работает во всех серверных средах, но выглядит не так хорошо, как некоторые другие варианты.

mod_rewrite: “красивые постоянные ссылки”

Используя mod_rewrite или lighttpd, можно создавать более удобные постоянные ссылки (см. ). Существует много разных форматов, но самый распространенный и универсальный выглядит так:

или

Удобные постоянные ссылки работают под:

Веб-сервер Apache с модулем mod_rewrite
Nginx с использованием директивы «try-files», например согласно этой инструкции
Веб-сервер Hiawatha с включенной поддержкой UrlToolkit.
Lighttpd используя a 404 handler или mod_rewrite
Caddy с использованием перезаписи, например согласно этой инструкции

PATHINFO: «почти красиво»

Постоянные ссылки PATHINFO очень похожи на постоянные ссылки mod_rewrite, но с одним исключением: перед ними вставлен /index.php, например:

В остальном они такие же, как «красивые» постоянные ссылки mod_rewrite, и обладают такой же гибкостью. Все, что могут делать ссылки через mod_rewrite, могут делать постоянные ссылки PATHINFO с помощью /index.php.

Определение доменного имени

Доменное имя было изобретено, чтобы упростить IP-адрес и сделать его более удобным и дружелюбным. IP-адрес — это логический адрес (цифровая метка), назначаемый каждому компьютеру, подключенному к компьютерной сети. Он в основном определяет местоположение компьютера в Интернете, а также помогает в маршрутизации информации. Например, 166.58.48.34 — это IP-адрес. Это не очень удобно для запоминания и трудно скатиться с языка.

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

DNS имеет два разных аспекта; абстрактный и конкретный. Аннотация определяет синтаксис имени и правила для полномочий по присвоению имен. Конкретно определяет реализацию распределенной вычислительной системы, которая эффективно отображает имена на адреса.

Домен также содержит суффиксы домена, изолированные символом разделителя. Отдельные разделы в домене могут представлять группы или группы, но эти разделы называются метками. Некоторый суффикс метки в доменном имени также известен как домен. Например, techdifferences.com, здесь самый низкий уровень домена — techdifferences.com, а домен верхнего уровня — com.

Обратите внимание, что база данных доменных имен распределяется между различными машинами (серверами), которые обмениваются данными по протоколам TCP / IP, а не содержат ее на одном компьютере

URL-адрес — это полный интернет-адрес, используемый для поиска запрашиваемой страницы. Домен является ее частью

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

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

Выбор структуры постоянных ссылок #Выбор структуры постоянных ссылок

В разделе «Настройки» → «Постоянные ссылки» вы можете выбрать одну из наиболее распространенных структур постоянных ссылок или ввести свою собственную в поле «Произвольно» с помощью тегов структуры.

Обратите внимание: вы не указываете URL своего сайта в полях постоянных ссылок. Вы используете только один из структурных тегов или их комбинацию

Чтобы активировать постоянные ссылки PATHINFO, начните свою структуру постоянных ссылок с index.php/.

Теги структуры

Вы можете использовать эти теги для настройки ваших постоянных ссылок ЧПУ или «Почти красиво». Несколько советов:

Вы не указываете URL своего сайта в полях постоянных ссылок. Вы используете только один из структурных тегов или их комбинацию.
Обязательно завершите свою структуру либо %post_id% или %postname% (например /%year%/%monthnum%/%day%/%postname%/) чтобы каждая постоянная ссылка указывала на отдельное сообщение.

%year%Год публикации, четыре цифры, например 2020

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

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

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

%minute%Минута часа, например 43

%second%Секунда минуты, например 33

%post_id%Уникальный ID # сообщения, например 423

%postname%Отредактированная версия заголовка сообщения (ярлык записи поле на панели редактирования записи/страницы). Итак, «Это отличный пост!» превращается в это-отличный-пост в URI.

%category%Отредактированная версия названия категории (ярлык категории поле на панели Создать/Изменить категорию). Вложенные подкатегории отображаются в URI как вложенные каталоги.

%author%Отредактированная версия имени автора.

База рубрик и меток

База рубрик и База меток — это префиксы, используемые в URL-адресах для архивов рубрик и меток, которые выглядят следующим образом:

Значения по умолчанию для них — рубрика (category) и метка (tag). Вы можете изменить их, но не можете полностью удалить их из URL-адресов.

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

Использование %category% с несколькими рубриками в сообщении

Когда вы назначаете публикации несколько рубрик, в постоянной ссылке может отображаться только одна. Рубрики расположены в алфавитном порядке. В каждой группе подрубрик порядок также будет алфавитным. (см. Управление рубриками ). Запись будет по-прежнему доступна для всех рубрик в обычном режиме.

Зачем это нужно?

URL – это адрес вашего сайта. URL-адреса часто являются первым, что видит поисковик и посетители. Создание дружественных (понятных) адресов URL – простой вариант улучшения SEO

Если вы уделите внимание этому моменту, то сможете улучшить видимость сайта в поисковике

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

Поэтому создание понятных URL приобретает стратегически важное значение

В этом обзоре мы:

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

Что за чудо-юдо файл .htaccess?

RewriteEngine On
Вообще из всех виденных мной .htaccess эта строка была у всех, а функция mod_rewrite, о которой говорит данная запись, включена у всех хостеров. Но, если вдруг в вашем файле такой записи нет, то лучше уточните у своего хостера, включена ли у них функция mod_rewrite.
Ниже этой строки должна быть ещё одна
RewriteBase /
Если ее нет, то добавьте ее самостоятельно. На всякий случай, просмотрите наличие этой строки до самого конца файла.Все остальные записи, о которых пойдет речь в этой статье, должны находиться ниже этих двух строк

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

Наличие .html в конце URL

Я не могу достоверно сказать, кто и когда додумался в конце динамической страницы, создаваемой WordPress, дописывать .html, однако идея прижилась. Для многих веб-мастеров, в том числе и для меня, наличие в конце урла .html является знаком того, что это пост (запись), а например, не категория или страница WordPress. На мой взгляд, подобное окончание урлов постов WordPress, снимает необходимость думать о том, должен ли присутствовать слэш в конце URL или нет. Соответственно, нет необходимости размышлять о 301-редиректе с URL без слэша на URL со слэшем и наоборот. С другой стороны, я бы сильно удивился, если бы увидел подобный подход на Яндексе или Google.

На сайте kremlin.ru , в конце URL слэша нет — это касается как постов, так категорий и подкатегорий. При добавлении слэша, идет 301 редирект на страницу без слеша.

На сайте CNN.com, по умолчанию (основной URL) слеша в конце URL нет, но если его добавить, то страница доступна и по адресу со слешем: http://edition.cnn.com/videos и http://edition.cnn.com/videos/. Основной URL указывается при помощи атрибута rel=»canonical».

На сайте www.artlebedev.ru (студия Артемия Лебедева), кроме главной страницы, все URL заканчиваются слешем.

Итак, возможные варианты настройки ЧПУ для WordPress (в URL прописывается категория):

/%category%/%postname%.html — в конце урла .html
/%category%/%postname%/ — в конце урла слэш
/%category%/%postname% — в конце урла не будет слэша (URL будет выглядеть так, как на большинстве топовых сайтов).

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

Как правильно с точки зрения SEO

Что же лучше — доменное имя с www или без? На самом деле с точки зрения SEO не имеет значения, какой вариант вы выберете, и это подтвердил Джон Мюллер в Twitter. Это вопрос брендинга и технических возможностей — мы рассмотрим оба момента далее.

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

Существует несколько способов указания предпочитаемого (канонического) доменного имени для Google. Наиболее распространенное решение — настроить 301 редирект на стороне сервера. Тогда каждый раз, когда сервер получает запрос на неканонический домен, он автоматически перенаправляет пользователей на канонический. Если ваша предпочтительная версия — www.example.com и пользователи вводят example.com/page01, они в конечном итоге увидят в адресной строке браузера www.example.com/page01.

Если по какой-то причине у вас нет технических средств для настройки 301 редиректа, вы можете добавить тег <link> с атрибутом rel=»canonical» в HTML-код всех страниц с нежелательной версией. Только учтите, что этот метод не так надежен, как редирект 301. Google рассматривает канонические ссылки как рекомендации, а не инструкции, и в результате обе версии сайта могут быть проиндексированы.

Если добавление тегов rel=»canonical» для вас в любом случае лучше, вот как это можно реализовать. Для названия сайта www.example.com добавьте в HTML-код https://example.com/page01 следующую строку:

В WordPress 2.9 и выше теги rel=»canonical» будут добавляться на все страницы сайта автоматически, поэтому вам даже не придется ничего делать самостоятельно. Теги будут указывать на версии сайта с www или без www в зависимости от того, какой вы указали в качестве адреса WordPress (URL) в общих настройках WordPress.

С точки зрения пользователя разница в том, что при использовании тега rel=»canonical» вместо 301 редиректа URL в адресной строке браузера и истории не меняется. Таким образом, пользователь, пытающийся получить доступ к example.com, увидит именно этот URL в адресной строке, даже если www.example.com является вашей канонической версией.

В Яндексе настроить переадресацию можно с помощью 301 редиректа или канонического адреса, а также используя метатег refresh. Чтобы ускорить передачу поисковому роботу информации о предпочитаемой версии, воспользуйтесь инструментом «Переезд сайта». Для этого нужно зайти в Яндекс.Вебмастер и поставить либо убрать галочку возле «Добавить WWW».

Этот метод позволит учитывать старые внешние ссылки и оригинальные тексты на новом варианте сайта вне зависимости от того, выберете вы вариант с www или без. Смена произойдет в течение нескольких недель.

Решив, какое доменное имя использовать, и указав предпочитаемую версию как каноническую с помощью любого из описанных методов, важно последовательно использовать выбранный вами вариант URL. Если вы решили оставить www, убедитесь, что все URL-адреса в файле Sitemap и внутренние ссылки содержат этот префикс

По возможности постарайтесь сделать так, чтобы ваши обратные ссылки также включали www — хотя предполагается, что и редирект 301, и атрибут rel=»canonical» пропускают ссылочный вес, некоторая его часть может быть утеряна по пути. В свою очередь, поисковые системы оценят такую последовательность и вознаградят вас улучшенными позициями.

Устранение проблем с постоянными ссылками #Устранение проблем с постоянными ссылками

Устранение проблем с генерацией .htaccess

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

Изменить права доступа к файлу: Вы можете изменить права файла .htaccess на 666, чтобы отредактировать его с помощью панели управления хостингом или FTP, но это не рекомендуется по соображению безопасности.
Различные сборки Apache: Некоторые сборки Apache (например XAMPP, WAMP и возможно другие сборки для Windows) не включают mod_rewrite по умолчанию (хотя он собран в Apache). Чтобы включить его и, таким образом, позволить WordPress записать файл .htaccess, необходимый для создания красивых постоянных ссылок, вы должны открыть apache/conf/httpd.conf и раскомментировать строку LoadModule rewrite_module modules/mod_rewrite.so (т.е. удалить знак решетки в начале строки), после чего перезапустить программу веб-сервера.
Для некоторых сборок Apache также следует перепроверить, что для каталога где установлен WordPress в конфигурации вебсервера разрешено переопределение параметров конфигурации пользователем директивой .

Что такое относительная и абсолютная ссылка

Итак, мы уже разобрались, что ссылка – это прямой адрес до расположения нужного файла. Но что это за понятия «абсолютная» и «относительная» ссылки, и в чем основные различия.

Относительная ссылка – это укороченная версия веб адреса. Чтобы разобраться, придется вспомнить модель URL и его составные части. В относительной будет отсутствовать протокол и имя сервера. Такие виды адресов могут начинаться со слэша или со специальных символов (например, для указания пути к жесткому диску). При чтении браузер автоматически меняет относительную ссылку на её развернутую версию. Очень часто они применяются при вёрстке html документов и на веб-страницах для осуществления перехода по внутреннему содержимому страницы.

Абсолютная ссылка, в отличие от относительной, содержит все элементы URL: протокол, доменную часть адреса, имена каталогов на сервере и непосредственные имена файлов. Единственное отличие такого вида адреса – его полное содержание. При вёрстке html документа стараются не использовать абсолютные ссылки, так как из-за них код становится весьма объемным.

Посмотрим, зачем нужны абсолютные ссылки:

этот вариант URL универсален;
его можно использовать в любом разделе веб сайта;
чаще используется для образования перехода на внешние ресурсы.

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

Зачем настраивать редирект

Есть несколько основных причин перенаправлять пользователя на другой URL. Давайте рассмотрим их подробнее.

Для указания главной версии сайта

Возможно, вы замечали, что адрес одних сайтов начинается с https, а других — с http. Также иногда в адресе указан префикс www, а иногда его нет. Выбор протокола и решение использования www перед основным доменом определяют главное зеркало ресурса. Это основная версия сайта, на которую перенаправляют всех пользователей, если они вводят в строку поиска альтернативный вариант URL-адреса.

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

Для решения проблемы дублей

Дубли страниц возникают не только из-за разных протоколов и префикса www в URL-адресе, но и по ряду других технических причин. Также иногда дублируется сам контент — страницы-копии обычно удаляют, а с них настраивают редирект.

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

Перенаправление при добавлении завершающего слеша

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

Ниже мы адаптировали схему, которой аналитик Google Джон Мюллер поделился в своем аккаунте Twitter.

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

Решить проблему можно двумя способами: использовать тег canonical либо установить перенаправление на нужный вам вариант страницы.

Перенаправление при использовании расширения файлов в URL

Иногда в конце адреса страницы указывается расширение файла, например, .html, .htm, .php, .aspx. Чтобы пользователь, вбивая в строку поиска URL вида https://site.com/page/, все равно попал на страницу https://site.com/page.html и чтобы избежать дублирования контента, используется перенаправление.

Перенаправление URL-адреса в нижний регистр

Один и тот же URL-адрес, прописанный в верхнем и нижнем регистре, — это две разные страницы. Правило хорошего тона — использовать в URL нижний регистр. Поэтому чтобы адрес вида https://site.com/PAGE/ был доступен только как https://site.com/page/, также применяется перенаправление. Естественно, редирект здесь нужен и для того, чтобы предотвратить проблемы с дублями.

Для сохранения ссылочного веса и трафика при смене URL

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

Например, вы использовали страницу https://site.com/festivals-2020/, но в конце года решили обновлять контент страницы и публиковать на ней все фестивали следующего года. Чтобы убрать из URL-а прошлый год, вы решаете создать новую страницу https://site.com/festivals/. Эта страница будет постоянно обновляться и содержать контент, который ранее публиковался на странице https://site.com/festivals-2020/. Чтобы избежать каннибализации, вы принимаете решение удалить старую страницу https://site.com/festivals-2020/ и перенаправить трафик и ссылочный вес на новую страницу https://site.com/festivals/.

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

Что такое хэш (hash) ссылки

Иногда в структуре УРЛ можно встретить ещё одну составляющую: хэш ссылку. Располагается данный элемент после значка # и называется якорь. Основное назначение якоря:

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

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

Когда нужно прописывать канонический тег

Используйте canonical, когда одинаковый контент доступен по разным URL. Когда дублирующиеся URL создаются системой, фактически сам контент не дублируется — разные URL обслуживают одно содержимое. Тем не менее, это дубли, канонический тег стоит указать. Разберем разные случаи.

Дублирование страниц

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

Другой вариант — страница товара подходит сразу под несколько категорий, так что образовываются множественные URL одного предмета. Решение такое же: выбрать популярную в качестве основной и указать ее на остальных дублирующих страницах в rel = «canonical».

Страницы пагинации

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

Пагинация на сайте www.petshop.ru

Вариант 1

Если на странице есть «Показать все», страница со всеми вариантами и будет канонической. На каждой из страниц пагинации укажите ее в атрибуте rel = «canonical».

Например, для страницы https://site.ru/category1/page-2 нужно прописать канонический URL:

Вариант 2

Если «Показать все» нет, для каждой страницы пагинации советуют указывать эти же страницы как канонические.

Например, на странице https://site.ru/category1/page2 нужно указать каноническую ссылку:

Вариант 3

Есть и другое мнение: если указать canonical страницы саму на себя, все страницы пагинации пойдут в выдачу. Если вы считаете, что плохо, если у разных URL с отличающимся контентом будут одинаковые Title и Description, то не делайте так.

В таком случае не нужно проставлять canonical, а лучше закрыть страницы пагинации в noindex, follow и использовать dissalow в robots для /page. Это значит, что индексировать нельзя, а переходить по ссылкам можно.

Напомним, что noindex подходит только для Яндекса.

HTTPS, HTTP, www

Один сайт может быть доступен по трем вариантам: http://site.ru и http://www.site.ru и https://www.site.ru. Но поисковые системы будут рассматривать все три как наборы отдельных страниц, если не указать canonical. Из-за чего могут быть проблемы со сканированием и индексацией сайта.

Мобильный URL

Google уже давно переходит на Mobile-First Indexing, то есть при индексировании он ориентируется на мобильную версию сайта.

Представитель Google Джон Мюллер рассказал, что делать с каноническим тегом в этих условиях.

Если у вас есть мобильная версия сайта m.site.ru, обычно у нее указывают rel = «canonical», ведущий на десктопную. А для десктопной используют тег rel=alternate, ведущий на мобильную. Если вы сделали так, ничего менять не надо. Бот распознает мобильную версию как каноническую, даже если в коде канонической указана десктопная. Если и в Sitemap.xml также, то тоже можно не трогать.

URL страны

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

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

Из-за перехода Google на Mobile-First Indexing, нужно правильно настроить hreflang. Десктопные hreflang-теги должны ссылаться на десктопные URL, мобильные — соответственно на мобильные URL. И редиректить пользователей на нужную версию в зависимости от устройства.

Верхний и нижний регистр

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

Итак, с помощью rel = «canonical» можно указать поисковику, какую страницу считать основной и главной среди дублей, чтобы сканировать ее, индексировать, показывать в выдаче и направлять на нее ссылочный вес. Разберемся, как настраивать тег.

Выводы

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

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

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

Также воспользуйтесь нашими рекомендациями по настройке URL-адресов для платформ Joomla и WordPress, так как в каждом случае выполняются разные действия. Следуя изложенным советам по созданию дружественных URL, вы сможете существенно улучшить восприятие своего сайта посетителями и поисковиками, а это поможет увеличить посещаемость ресурса и в конечном итоге конверсии.

Материалы по теме: