Что такое url
Содержание:
- Кодирование
- История
- Зачем нужны доменные имена
- Создание понятных URL-адресов на WordPress
- Список национальных доменов верхнего уровня
- Что такое пользовательский канонический URL?
- PURL
- Создание URL
- Что такое параметры URL «Яндекса»
- Человекопонятные URL
- Недостатки URL
- Протокол https и в чем разница между https и http
- ЧПУ URL и правила их оформления
- Открытие ссылок в новом окне
- Примеры URL
- Шифрование
- В завершение
Кодирование
Существует стандарт RFC3986, который определяет список разрешённых и запрещённых символов в URL.
Запрещённые символы, например, нелатинские буквы и пробелы, должны быть закодированы – заменены соответствующими кодами UTF-8 с префиксом , например: (исторически сложилось так, что пробел в URL-адресе можно также кодировать символом , но это исключение).
К счастью, объекты делают всё это автоматически. Мы просто указываем параметры в обычном, незакодированном, виде, а затем конвертируем в строку:
Как видно, слово в пути URL-адреса и буква в параметре закодированы.
URL стал длиннее, так как каждая кириллическая буква представляется двумя байтами в кодировке UTF-8.
Раньше, до того как появились объекты , люди использовали для URL-адресов обычные строки.
Сейчас часто удобнее, но строки всё ещё можно использовать. Во многих случаях код с ними короче.
Однако, если мы используем строку, то надо самим позаботиться о кодировании специальных символов.
Для этого есть встроенные функции:
- encodeURI – кодирует URL-адрес целиком.
- decodeURI – декодирует URL-адрес целиком.
- encodeURIComponent – кодирует компонент URL, например, параметр, хеш, имя пути и т.п.
- decodeURIComponent – декодирует компонент URL.
Возникает естественный вопрос: «Какая разница между и ? Когда использовать одну и другую функцию?»
Это легко понять, если мы посмотрим на URL-адрес, разбитый на компоненты на рисунке выше:
Как мы видим, в URL-адресе разрешены символы , , , , .
…С другой стороны, если взглянуть на один компонент, например, URL-параметр, то в нём такие символы должны быть закодированы, чтобы не поломать форматирование.
- кодирует только символы, полностью запрещённые в URL.
- кодирует эти же символы плюс, в дополнение к ним, символы , , , , , , , , , и .
Так что для URL целиком можно использовать :
…А для параметров лучше будет взять :
Сравните с :
Как видим, функция не закодировала символ , который является разрешённым в составе полного URL-адреса.
Но внутри параметра поиска символ должен быть закодирован, в противном случае мы получим , что значит плюс непонятный параметр . Не то, что предполагалось.
Чтобы правильно вставить параметр поиска в строку URL, мы должны использовать для него только . Наиболее безопасно кодировать и имя, и значение, за исключением случаев, когда мы абсолютно уверены в том, что они содержат только разрешённые символы.
Разница в кодировании с
Классы и базируются на последней спецификации URI, описывающей устройство адресов: RFC3986, в то время как функции – на устаревшей версии стандарта RFC2396.
Различий мало, но они есть, например, по-разному кодируются адреса IPv6:
Как мы видим, функция заменила квадратные скобки , сделав адрес некорректным. Причина: URL-адреса IPv6 не существовали в момент создания стандарта RFC2396 (август 1998).
Тем не менее, такие случаи редки. По большей части функции работают хорошо.
История
URL был изобретён Тимом Бернерсом-Ли в 1990 году в стенах Европейского совета по ядерным исследованиям в Женеве, Швейцария.
Через два годы были готовы протоколы HTTP и HTML , благодаря которым появился интернет.
URL
Главной целью разработчиков URL было обеспечение возможности существования документов, ссылавшихся друг на друга в условиях многообразия форматов, доступ к которым осуществлялся по протоколам вроде Gopher или FTP . Необходим был надежный способ ссылаться на файл, так, чтобы в ссылке был закодирован протокол, хост в интернете и местонахождение на этом хосте. Этим способом стал URL, впервые официально задокументированный в RFC в 1994 году.
Зачем нужны доменные имена
Любой сайт — это набор веб-страниц, которые содержат контент (тексты, изображения, файлы и иные сведения). Страницы вместе со всем содержимым хранятся на веб-сервере — реальном компьютере. Доменное имя — адрес размещения этих страниц. Когда вы вбиваем в поисковую строку домен, браузер понимает, где искать нужный сервер. Раньше адреса сайтов указывали цифрами. Чтобы найти сайт, пользователь вводил IP-адрес — комбинацию из четырёх чисел, разделённых точками. Но если компьютер может запомнить любое количество числовых комбинаций, то людям сложно удержать в голове несколько сотен IP-адресов. Поэтому цифры заменили на текстовые имена.
Задача доменного имени — упростить запоминание адреса сайта. Именно поэтому в качестве домена предпочтительно выбирать короткое и запоминающееся слово или словосочетание.
Домен также применяют:
- Для настройки почты. Например, вы приобрели адрес company.com. Если настроить корпоративную почту, пользователи смогут писать вам на email contact@company.com. С этой почты можно отправлять массовые письма через сервис email-рассылок.
- Для паркинга. К примеру, вы начали разработку сайта, но опасаетесь, что нужный адрес кто-то займёт раньше. Приобретите домен, а затем разместите на нём баннер с уведомлением о скором запуске ресурса.
- Для переадресации. Она помогает направлять посетителей на другой сайт или страницу. Например, после редизайна домен сайта изменился. Чтобы не терять посетителей, настраивают переадресацию — когда пользователь указывает адрес старого сайта, браузер автоматически открывает новый сайт.
Создание понятных URL-адресов на WordPress
Желаете, что Google «понимал» ваш контент и связывал его с конкретными поисковыми фразами? Для этого вы должны удостовериться, что URL-адреса содержат ключевые запросы, соответствующие тематике сайта. Например, если вы рассказываете о фестивале «Республика КаZантип», проходящем в этом году в Крыму, ссылка должна выглядеть примерно так: www.site.com.festival-republic-kazantip-2018, а не www.site.com/?p=123.
Какой адрес привлекает больше? Естественно, первый. Здесь сразу ясно, о чем будет рассказываться на сайте. Ваша URL-ссылка должна сообщать Google и потенциальным посетителям, просматривающим поисковые результаты, о сути содержимого ресурса.
CRM WordPress не всегда создает дружественные и понятные адреса. Поэтому вам может понадобиться поменять структуру ссылок самостоятельно. Для этого откройте «Настройки» -> «Постоянная ссылка». Вашему вниманию предстанут следующие вариации:
1. Обычная – не рекомендуется, поскольку такой URL-адрес не описывает контент.
2. День и название – рекомендуется, поскольку помогает поисковику понять тематику контента и узнать точную дату его публикации (это нужно посетителям).
3. Месяц и название – рекомендуется, как и в прошлом случае, только здесь вместо дня отображается месяц публикации контента.
4. Числовой – не рекомендуется, поскольку такой URL-адрес не описывает контент.
5. Название поста – идеальный вариант. Вы сможете исправить ссылку так, чтобы она максимально соответствовала тематике контента.
6. Настраиваемая структура – здесь для настройки адреса предлагается использовать специальные теги. Если ваш сайт состоит из нескольких важных разделов, используйте тег типа /% category% /% postname% / для добавления категории к вашему URL. Этот способ дает поисковой системе больше информации о контенте. Здесь все зависит от вашей грамотности.
После настройки постоянных ссылок жмите «Сохранить изменения», иначе настройки не сохранятся. Впоследствии с помощью «админки» вы сможете исправлять URL-адреса любых страниц.
Также советуем ознакомиться с рекомендациями, касающимися изменения URL-адресов в WordPress:
Делайте адреса релевантными. Удалите все не соответствующие тематике сайта слова и сконцентрируйтесь на целевых ключевых запросах. Также избавьтесь от междометий, союзов и предлогов. Они являются «балластом», поскольку не несут смысловой нагрузки. Согласитесь, что ссылка www.site.com.festival-republic-kazantip-2018 смотрится лучше, чем www.site.com.the-festival-of-republic-kazantip-in-2018.
Укорачивайте URL-адреса. Длинные URL часто ранжируются хуже коротких. Вы можете уменьшить длину адреса, воспользовавшись предыдущим советом
Важно пользоваться релевантными ключевыми фразами и убирать лишние слова.
Следите за тем, чтобы формат URL был одинаков для каждой страницы. Если вы используете дефис («-») для разделения слов во всех своих ссылках, нельзя внезапно переходить на символ подчеркивания («_»)
Делайте так, как и WordPress – используйте традиционный дефис для разделения слов в ваших URL-адресах.
Пользуясь этими рекомендациями, вы сможете сделать человеко-понятными URL-адреса для своего сайта на платформе WordPress.
Список национальных доменов верхнего уровня
Страна / территория | Домен |
---|---|
А |
|
Австралия |
.au |
Австрия |
.at |
Азербайджан |
.az |
Аландские острова(Финляндия) |
.ax |
Албания |
.al |
Алжир |
.dz |
Американское Самоа (США) |
.as |
Ангилья (Великобритания) |
.ai |
Ангола |
.ao |
Андорра |
.ad |
Антигуа и Барбуда |
.ag |
Аргентина |
.ar |
Армения |
.am |
Аруба (Нидерланды) |
.aw |
Афганистан |
.af |
Б |
|
Багамы |
.bs |
Бангладеш |
.bd |
Барбадос |
.bb |
Бахрейн |
.bh |
Беларусь |
.by |
Белиз |
.bz |
Бельгия |
.be |
Бенин |
.bj |
Бермуды(Великобритания) |
.bm |
Болгария |
.bg |
Боливия |
.bo |
Босния и Герцеговина |
.ba |
Ботсвана |
.bw |
Бразилия |
.br |
Британская территория Индийского океана(Великобритания) |
.io |
Британские Виргинские острова(Великобритания) |
.vg |
Бруней |
.bn |
Буркина-Фасо |
.bf |
Бурунди |
.bi |
Бутан |
.bt |
В |
|
Вануату |
.vu |
Ватикан (Святой Престол) |
.va |
Великобритания |
.uk |
Венгрия |
.hu |
Венесуэла |
.ve |
Виргинские острова США(США) |
.vi |
Вьетнам |
.vn |
Г |
|
Габон |
.ga |
Гаити |
.ht |
Гайана |
.gy |
Гамбия |
.gm |
Гана |
.gh |
Гваделупа(Франция) |
.gp |
Гватемала |
.gt |
Гвинея |
.gn |
Гвинея-Бисау |
.gw |
Германия |
.de |
Гернси(Великобритания) |
.gg |
Гибралтар(Великобритания) |
.gi |
Гондурас |
.hn |
Гонконг(Китай) |
.hk |
Гренада |
.gd |
Гренландия(Дания) |
.gl |
Греция |
.gr |
Грузия |
.ge |
Гуам(США) |
.gu |
Д |
|
Дания |
.dk |
Джерси(Великобритания) |
.je |
Джибути |
.dj |
Доминика |
.dm |
Доминиканская Республика |
.do |
Е |
|
Евросоюз(политико-экономический союз 28 государств) |
.eu |
Египет |
.eg |
З |
|
Замбия |
.zm |
Зимбабве |
.zw |
И |
|
Израиль |
.il |
Индия |
.in |
Индонезия |
.id |
Иордания |
.jo |
Ирак |
.iq |
Иран |
.ir |
Ирландия |
.ie |
Исландия |
.is |
Испания |
.es |
Италия |
.it |
Й |
|
Йемен |
.ye |
К |
|
Кабо-Верде |
.cv |
Казахстан |
.kz |
Каймановы острова(Великобритания) |
.ky |
Камбоджа |
.kh |
Камерун |
.cm |
Канада |
.ca |
Катар |
.qa |
Кения |
.ke |
Кипр |
.cy |
Кирибати |
.ki |
Китай |
.cn |
Кокосовые (Килинг) острова(Австралия) |
.cc |
Колумбия |
.co |
Коморские острова |
.km |
Конго, Демократическая Республика |
.cd |
Конго, Республика |
.cg |
Коста-Рика |
.cr |
Кот-д’Ивуар(Берег Слоновой Кости) |
.ci |
Куба |
.cu |
Кувейт |
.kw |
Кыргызстан |
.kg |
Кюрасао(Нидерланды) |
.cw |
Л |
|
Лаос |
.la |
Латвия |
.lv |
Лесото |
.ls |
Либерия |
.lr |
Ливан |
.lb |
Ливия |
.ly |
Литва |
.lt |
Лихтенштейн |
.li |
Люксембург |
.lu |
М |
|
Маврикий |
.mu |
Мавритания |
.mr |
Мадагаскар |
.mg |
Майотта(Франция) |
.yt |
Макао(Китай) |
.mo |
Малави |
.mw |
Малайзия |
.my |
Мали |
.ml |
Мальдивы |
.mv |
Мальта |
.mt |
Марокко |
.ma |
Мартиника(Франция) |
.mq |
Маршалловы Острова |
.mh |
Мексика |
.mx |
Микронезия |
.fm |
Мозамбик |
.mz |
Молдова |
.md |
Монако |
.mc |
Монголия |
.mn |
Монсеррат(Великобритания) |
.ms |
Мьянма (ранее Бирма) |
.mm |
Н |
|
Намибия |
.na |
Науру |
.nr |
Непал |
.np |
Нигер |
.ne |
Нигерия |
.ng |
Нидерланды |
.nl |
Никарагуа |
.ni |
Ниуэ(Новая Зеландия) |
.nu |
Новая Зеландия |
.nz |
Новая Каледония(Франция) |
.nc |
Норвегия |
.no |
О |
|
Объединенные Арабские Эмираты (ОАЭ) |
.ae |
Оман |
.om |
Остров Буве(Норвегия) |
.bv |
Остров Вознесения(Великобритания) |
.ac |
Остров Мэн(Великобритания) |
.im |
Остров Норфолк(Австралия) |
.nf |
Остров Рождества(Австралия) |
.cx |
Остров Уэйк(США) |
.us |
Остров Херд и острова Макдональд(Австралия) |
.hm |
Острова Кука(Новая Зеландия) |
.ck |
Острова Питкэрн(Великобритания) |
.pn |
Острова Теркс и Кайкос(Великобритания) |
.tc |
П |
|
Пакистан |
.pk |
Палау |
.pw |
Палестина |
.ps |
Панама |
.pa |
Папуа-Новая Гвинея |
.pg |
Парагвай |
.py |
Перу |
.pe |
Польша |
.pl |
Португалия |
.pt |
Пуэрто-Рико(США) |
.pr |
Р |
|
Реюньон(Франция) |
.re |
Россия |
.ru |
Руанда |
.rw |
Румыния |
.ro |
С |
|
Самоа |
.ws |
Сан-Марино |
.sm |
Сан-Томе и Принсипи |
.st |
Саудовская Аравия |
.sa |
Святой Винсент и Гренадины |
.vc |
Святой Елены(Великобритания) |
.sh |
Северная Корея |
.kp |
Северная Македония(бывшая Македония) |
.mk |
Северные Марианские Острова(США) |
.mp |
Сейшельские острова |
.sc |
Сенегал |
.sn |
Сен-Пьер и Микелон(Франция) |
.pm |
Сент-Китс и Невис |
.kn |
Сент-Люсия |
.lc |
Сербия |
.rs |
Сингапур |
.sg |
Синт-Мартен(Нидерланды) |
.sx |
Сирия |
.sy |
Словакия |
.sk |
Словения |
.si |
Советский Союз (бывший)Домен верхнего уровня все еще используется |
.su |
Соединенные Штаты Америки |
.us |
Соломоновы Острова |
.sb |
Сомали |
.so |
Судан |
.sd |
Суринам |
.sr |
Сьерра-Леоне |
.sl |
Т |
|
Таджикистан |
.tj |
Таиланд |
.th |
Тайвань |
.tw |
Танзания |
.tz |
Тимор-Лешти |
.tl |
Того |
.tg |
Токелау(Новая Зеландия) |
.tk |
Тонга |
.to |
Тринидад и Тобаго |
.tt |
Тувалу |
.tv |
Тунис |
.tn |
Туркменистан |
.tm |
Турция |
.tr |
У |
|
Уганда |
.ug |
Узбекистан |
.uz |
Украина |
.ua |
Уоллис и Футуна(Франция) |
.wf |
Уругвай |
.uy |
Ф |
|
Фарерские острова(Дания) |
.fo |
Фиджи |
.fj |
Филиппины |
.ph |
Финляндия |
.fi |
Фолклендские острова(Великобритания) |
.fk |
Франция |
.fr |
Французская Гвиана(Франция) |
.gf |
Французская Полинезия(Франция) |
.pf |
Х |
|
Хорватия |
.hr |
Ц |
|
Центрально-Африканская Республика |
.cf |
Ч |
|
ЧадРеспублика Чад |
.td |
Черногория |
.me |
Чехия |
.cz |
Чили |
.cl |
Ш |
|
Швейцария |
.ch |
Швеция |
.se |
Шпицберген и Ян Майен(Норвегия) |
.sj |
Шри-Ланка |
.lk |
Э |
|
Эквадор |
.ec |
Экваториальная Гвинея |
.gq |
Эль Сальвадор |
.sv |
Эритрея |
.er |
Эсватини (ранее Свазиленд) |
.cz |
Эстония |
.ee |
Эфиопия |
.et |
Ю |
|
Южная Африка |
.za |
Южная Георгия и Южные Сандвичевы острова(Великобритания) |
.gs |
Южная Корея |
.kr |
Южные Французские Территории(Франция) |
.tf |
Я |
|
Ямайка |
.jm |
Япония |
.jp |
Что такое пользовательский канонический URL?
Что такое пользовательский канонический URL? Это то адрес, который указывается ботам поисковика при проведении индексации. Мы уже знаем, чем открывать URL, теперь посмотрим как сделать из него канонический. Если нужно сделать только одну страницу пользователя канонической, то нужно добавить «linк» плюс rel=canonical и адрес страницы, которая должна стать канонической.
Ссылка на каноническую страницу прописывается перед адресами всех дубликатов. Отдельно добавляется ссылка на каноническую страницу для мобильных версий
Сейчас это важно, т. к. большое количество пользователей просматривает Интернет и делает запросы с мобильных устройств, тем тоже может повысить кликабельность, как повысить кликабельность сайта, мы уже знаем.
Если установить код 301 то можно направить бота, а вместе с ними и пользователей на другой адрес. Этот способ применяется, если был заменен домен сайта.
На карту сайта , которая содержит информацию о том, где находится URL, именно карту сайта боты ставят в приоритет при ранжировании и индексации. На карту сайта не надо добавлять страницы, которые не являются каноническими.
Нельзя делать дубликаты каноническими с использованием различных способов или делать каноническими все товары, которые используются на коммерческих сайтах. Не нужно проводить линки на адресах сайтов-дублей. Канонизировать лучше адреса, которые обладают сертификацией.
PURL
У современного URL есть огромное количество недостатков, среди них:
- Малая гибкость;
- Проблемы с шифрованием;
- Указание пути на несуществующие ресурсы;
- Навязывание ресурсам иерархической структуры (об этом говорил сам создатель URL);
- Плохая работа с гипертекстовой структурой.
По этим и другим причинам была предложена совершенно новая интерпретация URL под названием PURL.
В рамках данного стандарта будет использоваться несколько иной подход. Все будет основано на существовании базы данных PURL, в которой и будут храниться все имена и пути к ресурсам.
Система будет регулярно проверять эти ресурсы и, при необходимости, удалять или обновлять ссылки на них. Таким образом удастся решить три из пяти вышеперечисленных проблем. Что касается остальных, специалисты пока что находятся на стадии разработки их решений.
Создание URL
Синтаксис создания нового объекта :
- – полный URL-адрес или только путь, если указан второй параметр,
- – необязательный «базовый» URL: если указан и аргумент содержит только путь, то адрес будет создан относительно него (пример ниже).
Например:
Эти два URL одинаковы:
Можно легко создать новый URL по пути относительно существующего URL-адреса:
Объект даёт доступ к компонентам URL, поэтому это отличный способ «разобрать» URL-адрес, например:
Вот шпаргалка по компонентам URL:
- это полный URL-адрес, то же самое, что
- – протокол, заканчивается символом двоеточия
- строка параметров, начинается с вопросительного знака
- начинается с символа
- также есть свойства и , если используется HTTP-аутентификация: (не нарисованы сверху, так как редко используются).
Можно передавать объекты в сетевые методы (и большинство других) вместо строк
Мы можем использовать объект в методах или и почти во всех других, где ожидается URL-строка.
Вообще, объект можно передавать почти куда угодно вместо строки, так как большинство методов сконвертируют объект в строку, при этом он станет строкой с полным URL-адресом.
Что такое параметры URL «Яндекса»
Параметры URL для поиска «Яндекс» – это специальные get-параметры, фильтрующие результаты выдачи по заданным критериям. Отображаются в ссылке страницы выдачи.
Применяется в формате:
переменная = значение
Где переменная – это вид параметра, а значение – его значение. Например, lr = 213. lr – это переменная, позволяющая задать регион. 213 – это номер Москвы.
Ниже приведен пример ссылки «Яндекса» с параметрами URL:
Некоторые из них имеют то же значение, что и соответствующие им операторы языка (выполняют ту же функцию), другие являются уникальными по своему принципу действия.
Большинство URL-параметров поиска «Яндекса» являются общедоступными. Они задаются с помощью инструмента расширенного поиска. Другие – необходимо задавать вручную.
Человекопонятные URL
Поисковые системы рекомендуют создавать дружественные адреса веб-страниц, по которым и пользователи, и поисковые роботы смогут судить, какая информация на этой странице находится. Например, по URL-адресу вида: www.yoursite.net/viewpage.php?page_id=23 понять это невозможно, а адрес www.yoursite.net/contact/ сразу дает представление о содержании страницы. Такие УРЛы называют человекопонятными (ЧПУ).
- ими легко делиться с другими людьми — можно не только переслать в сообщении, но и продиктовать устно;
- в такой URL можно вставить ключевые слова;
- ЧПУ легко запомнить, так как он вызывает простые и понятные ассоциации;
- они позволяют быстрее перемещаться по сайтам — вы можете удалить часть адреса с конца и сразу попасть в нужный раздел, что избавляет от поиска соответствующей ссылки на сайте.
При формировании ЧПУ на своем сайте следует придерживаться определенных правил:
использовать транслитерацию в соответствии с приведенной ниже таблицей (с одним исключением — «ый» — транслитерируется как «iy»).
- пробелы, а также знаки препинания менять на дефис или нижнее подчеркивание, а два таких символа подряд заменять на один;
- удалять символ «-» в начале или в конце адреса;
- не использовать заглавные буквы, так как УРЛы чувствительны к регистру;
- стараться формировать короткие URL.
Недостатки URL
После описания, что это URL ссылка давайте разберём все недостатки УРЛ. Наряду с преимуществами, позволяющими легко вести навигацию в интернете, у URL есть свои недостатки. Это работа только цифрами, латинскими буквами и некоторыми символами, кириллица же обычно должна быть перекодирована (URL Encoding) в два этапа, на первом из которых каждый кириллический символ преобразовывается в два байта, а потом каждый из байтов переписывается с использованием шестнадцатеричной системы.
Кроме того, в адресе рекомендуется использовать преимущественно маленькие буквы (некоторые Unix-системы их заглавные варианты будут воспринимать как разные символы, что может привести к ошибке открытия страницы), также в адресах URL запрещается использовать пробелы.
Протокол https и в чем разница между https и http
HTTPS – это безопасный протокол передачи данных,
использующий криптографическое шифрование. Сайты, применяющие данный вид
протокола, имеют сертификацию и грант доверия для поисковых систем.
Основные различия между https и http:
- безопасный протокол https является расширением основного протокола http, но никак не отдельной единицей;
- передача данных посредством безопасного протокола https защищена шифрованием;
- использование различных портов: 80 порт для http, 443 порт для https.
Благодаря преимуществам использования
безопасного пути передачи личных данных, сейчас проводится массовый переход на
сайты с поддержкой https.
ЧПУ URL и правила их оформления
Для формирования дружественных URL-адресов необходимо придерживаться общепринятых правил:
для русскоязычных страниц использовать правила транслитерации:
а → a |
e → e |
й → y |
o → o |
у → u |
ш → sh |
э → e |
б → b |
ё → e |
к → k |
п → p |
ф → f |
щ → shch |
ю → yu |
в → v |
ж → zh |
л → l |
р → r |
х → h |
ъ → пропускается |
|
г → g |
з → z |
м → m |
с → s |
ц → ts |
ы → y |
я → ya |
д → d |
и → i |
н → n |
т → t |
ч → ch |
ь → пропускается |
* исключение «ый» — транслитерируется как «iy».
- все знаки препинания и пробелы заменять на дефис. Если CMS система использует нижнее подчеркивание, тогда оставляйте такой вариант;
- два или более дефиса или нижних подчеркивания подряд необходимо заменить на один дефис;
- если в начале или в конце URL появляется символ «-», то его необходимо удалить.
- в URL не должно быть заглавных букв, а только строчные. URL-адреса чувствительны к регистру. Для поисковых систем страницы https://site.com/Novosti/ и https://site.com/novosti/ — две разные страницы;
- рекомендуются короткие URL.
Среди вебмастеров принято использовать в адресе не более 3-5 слов. Чем меньше, тем лучше. Длинные URL обрезаются в поисковой выдаче, при этом снижается вес ключевых слов. Также они неудобны для пользователей, так как тяжело запоминаются и усложняют навигацию по сайту. Исключение составляют новостные сайты, URL которых зачастую состоит из более чем трех слов.
Пример обрезанного URL:
- уровень вложенности страниц. Структура URL-адреса должна повторять структуру самого сайта, но это не всегда полезно, если страницы находятся в 4-5 и более кликах от главной. В таких случаях необходимо сокращать уровень вложенности, скрывая промежуточные разделы;
- использование символа «#» в URL;
- поисковые системы не учитывают части URL-адреса, которые идут после хэштега. Именно поэтому их можно использовать для улучшения навигации пользователя. Обычно символ решетки используют на страницах статей и сайтах-одностраничниках для создания якорного меню;
-
если же это будет последовательность из двух символов «#!», так называемых шебанг (shebang или hashbang), тогда URL проиндексируется. Детальнее об индексации страниц на AJAX и JavaScript можно прочитать в блоге.
- в конце URL использовать «.html/.php» или правый слэш «/»? На ранжирование и индексацию эти варианты не влияют. Поэтому можно использовать оба варианта, но помните, чем короче URL, тем лучше, поэтому рекомендую использовать правый слэш.
Открытие ссылок в новом окне
Чтобы создать ссылку, открывающую страницу в новом окне браузера, вы можете воспользоваться атрибутом target открывающего тега элемента <a>. Значение этого атрибута должно быть установлено _blank. Чаще всего ссылки данного вида ставятся, если они перебрасывают посетителя на сторонний сайт. В этом случае создатели сайтов надеются, что посетитель вернется на их сайт по завершении просмотра открывшейся страницы, так как в этом случае ваш сайт остается открытым в исходном окне посетителя и не дает ему забыть о вас. Одни пользователи любят средство отображения в отдельном окне, а у других новые окна могут вызывать скорее чувство раздражения, чем комфорта. Поэтому пользуйтесь этим приемом экономно, лишь к некоторым ссылкам и, при этом, будет не лишним заранее предупредить посетителя, что страница откроется в новом окне.
В следующем примере показано как создать ссылку, открывающую страницу в новом окне браузера:
Если установить значение _blank для всех ссылок на веб-странице, то каждая из этих ссылок будет открываться у посетителя в новом окне, в результате перед пользователем может оказаться великое множество открытых окон. Для избегания подобной ситуации можно присвоить целевому окну индивидуальное имя, которое можно будет указывать в ссылках вместо значения _blank. Следующая ссылка откроется в новом окне с именем _window:
Укажите в каждой ссылке, на своей веб-странице, значение _window вместо _blank и все документы, к которым будет осуществляться переход по ссылкам, будут открываться в том же самом втором окне, а ваш сайт остается открытым в исходном окне.
Атрибут target может принимать следующие значения:
Значение | Описание |
---|---|
_blank | Открыть страницу в новом окне или вкладке. |
_self | Открыть страницу в том же окне (это значение задается по умолчанию). |
_parent | Используется при работе с фреймами и позволяет открыть страницу в родительском фрейме; если на текущей странице нет фреймов, то это значение работает как _self. |
_top | Применяется при работе с фреймами и позволяет открыть страницу в полном окне браузера, заменяя собой все фреймы, которые были на странице; если на текущей странице нет фреймов, то это значение работает как _self. |
framename | Открыть страницу в новом окне с именем framename. |
Примеры URL
Различные адреса свидетельствуют о разном статусе ресурса и его направленности. Они могут служить указателями отрасли, региона или социальной значимости.
Vasyapupkin.ua – окончание .ua сразу после домена второго уровня свидетельствует о том, что Вася Пупкин – это национальный бренд.
Vasyapupkin.eu – Вася у нас знаменит и работает не только в Украине, но и в Евросоюзе.
Pupkin_company.com.ua – а это URL васиной компании, как юридического лица или ФОП.
Pupkin_company.kiev.ua – Вася действует из Киева и ориентирован на столицу и область.
Pupkin_company.org – Васиина компания – некоммерческая общественная организация или он является предстателем бизнеса в социальной сфере – например, ЖКХ или стадион.
Pupkin_company.net – Вася занимается информационными или высокими технологиями и ориентирован на Интеренет-сообщество.
Большинство официальных имен государственных организаций законодательной и исполнительной власти имеют окончание gov. или gov.ua – от слова «government» — правительство.
Помните — хороший URL страницы сайта должен содержать как можно меньше символов и одновременно быть наиболее релевантным запросу пользователя.
Шифрование
Собирая информацию о том, что такое URL-имя и путь, важно понять, как это все складывается в правильный указатель. В первую очередь важно отметить — адрес может содержать в себе только определенные символы
Существуют и посторонние (к примеру, кириллица), использовать которые также допускается. Однако из-за их присутствия возможно некорректное отображение веб-ссылки в некоторых интернет-браузерах.
Таким образом, при обработке урл происходит следующее:
- Если в состав входят только допустимые знаки (латинские буквы, цифры, нижние подчеркивания, дефисы) — осуществляется кодирование в Юникод, в результате чего мы получаем правильный линк.
- В ситуации, когда элементы строки содержат другие символы, относящиеся к категории посторонних, в процессе кодирования двухбайтовые последовательности трансформируются в шестнадцатеричный код. Как раз в нем можно наблюдать характерное чередование «%».
В современных браузерах с наглядным примером подобного шифрования пользователи уже не сталкиваются. Нынешние программы обзора и передачи данных выводят на монитор исключительно читаемые символы, оставляя такую кодировку для внутреннего обмена. Тем не менее, сложности в этом плане все-таки возникают. Если захотите скопировать урл, содержащий посторонние элементы, в текстовый редактор без опции преобразования шифра — вас поджидает разочарование. Отправить другому юзеру простую и понятную веб-ссылку не удастся.
В завершение
Хотя структура URL-ов может показаться не столь важной с точки зрения SEO, она влияет на ранжирование страниц. Чтобы нравиться пользователям и поисковикам, URL-адреса должны быть логически структурированными, удобными, короткими и оптимизированными для распространения
Для создания ЧПУ нужно учитывать много факторов, но как только вы научитесь создавать чистые URL-ы, вряд ли вы когда-нибудь утратите этот навык. Кроме того, оптимизировать URL-адреса быстро и легко вам помогут специальные инструменты: существует множество сервисов для генерации чистых URL-ов, а также SEO-платформы, с помощью которых вы сможете узнать о существующих проблемах с вашими URL-ами и быстро их решить.
Просмотры:
3 099
Мария Ефименко
Редактор
Мария – копирайтер и редактор блога SE Ranking. Большую часть своей карьеры она занимается контент маркетингом и написанием статей для блогов. Имея достаточно разносторонний опыт, она успела поработать в разных нишах, включая SEO, блокчейн, финтех, и технологических стартапах.