Что такое url-адрес?

Программы для добавления в аддурилки

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

CS YAZZLE

Делается это с помощью функции «Добавление страниц в индекс». В окне «Список страниц» вставляем нужные адреса, а в «Поисковые системы» отмечаем, в какие аддурилки хотим попасть (можно использовать Яндекс и Google). Удобство в том, что можно добавить все нужные страницы сразу в две ПС.

HWaddurl

Ее удобство в том, что не обязательно вручную вставлять каждую ссылку — можно использовать список из Sitemap. Также позволяет использовать add url сразу нескольких поисковых систем. В поле «Ссылки» вставляем адреса страниц. Чтобы использовать ссылки из карты сайта, нажимаем «Инструменты» -> «Парсить sitemap.xml».

При добавлении большого количества ресурсов, придется вводить каптчу. Можно делать это вручную, а можно избежать неудобств, купив AntiGate. Затем в настройках вводим ключ, чтобы синхронизировать антикаптчу с HWaddurl.

Ключ можно найти в личном кабинете AntiGate в настройках аккаунта: 

ToIndex

Чтобы начать работать в программе, вводим в поле «Список ссылок» необходимые url. Здесь также можно воспользоваться автоматическим вводом каптчи, введя ключ AntiGate.

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

А вы пользуетесь аддурилками? Пишите в комментариях!

Кодирование

Существует стандарт 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 адрес

URL (Урл, Uniform Resource Locator) — это унифицированный указатель веб-ресурса. При помощи которого можно указать на странице вебсайта или документа местонахождение определенного ресурса/сайта или файла при помощи ссылки. Он фиксирует местонахождение — адрес.

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

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

Структура URL адреса

Обычный URL адрес состоит из нескольких частей и разделяются между собой слешами:

1. Протокол: http, https, ftp и т.д. Пишется первым, в начале и указывает по какому протоколу следует обращаться к ресурсу.2. Доменное имя: адрес ресурса, пишется в середине3. Полный путь к контенту: папки и название файла. Пишется в конце, если ссылка ведет просто не на главную страницу.

https:// — протокол сайта
anisim.org — доменное имя
url-adres-chto-eto — название папки/файла в которой находится контент

полностью выглядит так: https://anisim.org/articles/url-adres-chto-eto/

Но, бывают и куда более сложные схемы. Например, с GET параметрами. Полная схема УРЛ на картинке ниже.

Писать URL можно буквами с цифрами. Разрешены только определенные символы, вот некоторые из них: % () ! $ ~ — ‘ _ * +. Все можно посмотреть на сайте W3C — https://www.w3schools.com/tags/ref_urlencode.asp.

История

История создания URL адресов довольно интересная.

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

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

Но интересно, что впервые про URL заговорили в Женеве. А изобретателем его считается Тим Бернерс-Ли.

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

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

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

В URL входит, во-первых, имя сайта, а во-вторых, его расположение.

Существует также URN – это или только адрес сайта/ресурса, или его имя. URI же объединяет в себе URL и URN.

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

Хотя завершение работы над ней датируется аж 1994 годом. В 1998 году вышла новая версия URI.

В 2002 году было сообщено о том, что термин URL устарел и лучше использовать вместо него только URI.

Таким образом, самые использованные способы обозначения расположения файлов в интернете берут свое начало в Женеве, а конкретно в Европейском совете по ядерным исследованиям или просто CERN.

Последнее более известно тем, кто хоть иногда смотрит новости.

Структура

Итак, структура URL адреса для хранения станицы, изображения, документа и других файлов выглядит следующим образом:

://:@:/?

Теперь разберем каждую из этих составляющих по отдельности:

1. <способ> — представляет собой способ доступа к ресурсу, многим разработчикам будет понятнее, если сказать, что это сетевой протокол;
2. <логин>:<пароль> — это соответствующие параметры доступа к ресурсу;
3. <хост> — это имя хоста в системе DNS, также может записываться как IP-адрес хоста;
4. <порт> — данный параметр относится к хосту;
5. <путь> — содержит в себе информацию о доступе к ресурсу, определяется сетевым протоколом, о котором речь пойдет дальше;
6. <параметры> — отдельные параметры страницы, которые отвечают за файлы внутри указанного ресурса.

Также некоторые добавляют в конец вышеприведенной структуры такой параметр, как #<якорь>.

Но многие специалисты считают его избыточным и ненужным.

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

Основным параметром в вышеприведенной схеме является <способ> или просто сетевой протокол. Самым известным из них является http.

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

Хотя в учебниках можно найти информацию о том, что это «соглашения интерфейса логического уровня, определяющие способ обмена между программами», на самом деле все намного проще и сводится к тому, что сказано выше.

К примеру, тот же http передает данные в виде гиперссылок.

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

Существует огромное-множество таких вот сетевых протоколов. К примеру, ftp предназначен для того, чтобы передавать данные по сетям типа TCP.

Есть также https – это тот же http, но с дополнительным уровнем защиты. Такой сетевой протокол, как opera использует специальные инструкции и страницы браузера Opera.

Существует также chrome, который действует подобным образом. Все же чаще всего мы, обычные пользователи, используем самый обычный http.

Разработчики пользуются ftp и подобными ему специализированными протоколами.

Так вот, как видим, здесь все соответствует описанное выше структуре.

Параметр <способ> здесь http, после него идет стандартная конструкция «://». Затем идет параметр <хост>, в данном случае это geek-nose.com.

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

Никаких дополнительных параметров здесь нет.

Вот так, собственно, и выглядит любой URL адрес в мире.

Что это такое

URL является адресом расположения необходимой информации на просторах интернета

Браузер находит веб-страницы и отдельные объекты по адресам специального формата URL (Uniform Resource Locator).

Это стандартный способ записи адресов в интернете и переводится как «унифицированный указатель ресурса». URL должен быть уникальным для каждого сайта.

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

Этот адрес должен состоять только из цифр и букв, а также не иметь в себе пробелы.

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

Ниже представлен URL сайта. Разберём же его структуру.

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

Эти ресурсы хранятся в определённой папке на сервере, в последствии выгружаются браузером для отображения сайта.

Пример: https://geekhacker.ru/

http:// (или https://) — это протокол передачи данных. Чаще всего используется http://, но в последнее время всё большие обороты набирает протокол https://, ввиду того, что это защищённый протокол.

geekhacker.ru – это доменное имя.

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

Зачастую, если убрать с адреса http:// или https:// , то суть при поиске от этого не изменится и откроется лишь та страница, которую вы указали.

Бывают различные виды URL:

• канонические
• динамические.

Динамические адреса носят такое название, ибо они содержат в себе такие допустимые символы как «=», «?» и «&».Они необходимы для того, чтобы создать параметр структуры адреса.

Такие URL образовываются из-за скриптов, которые уже имеются на интернет ресурсе.

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

Дублирование универсальных указателей ресурсов происходит из-за распространения контента. Следовательно, одинаковый материал можно будет найти по разным ссылкам.

Правила составления ЧПУ

Важно

Основное правило для ЧПУ урла: адрес должно быть коротким и приближенным к самому значению страницы (фактически url = название страницы).

Вот свод правил, которые можно использовать при составлении ЧПУ на сайте (применить их можно как на этапе создания нового сайта, так и на уже давно существующих сайтах, если урлы на них не совсем «хорошие»):

1. ЧПУ не должно быть длинным;
2. Урл может состоять либо только из латинских букв, символов, цифр, либо может быть написан русскими словами (но тогда не используйте латинские буквы в таких ЧПУ);
3. Желательно не использовать большие буквы в урлах;
4. Делать разделение между словами (если их несколько) через дефис, либо через нижнее подчеркивание _. Но тогда используйте только одну маску по всему сайту, чтобы урлы были единообразы;
5. Между словами в адресе страниц нельзя использовать пробелы;
6. Не использовать символы ! % ( ) » ‘;
7. В названиях адресов страниц желательно использовать ключевые запросы:
   • либо в английском значении, т.е если красный, то пишем «red», ширина «width» и т.д.,
   • либо делать транслит слов, т.е писать русские слова английскими буквами (кроме того, можно заглянуть в выдачу и посмотреть как сделан транслит у других сайтов на подобных разделах);
   • либо писать ключевые запросы в урле русскими словами: «свадебный-фотограф», «прямоугольный» и пр.;
8. Если в ЧПУ предполагаются числовые значения по маске (например параметры типа 290х95х82), то использовать между цифрами латинскую букву x. Кроме того, желательно делать только один шаблон для подобных ЧПУ и применять его для всего сайта, т.е не нужно писать разнопланово однотипные конструкции, например 290х95х82 и 290+95+82 и 290-95-82, а делать и применять единый шаблон для схожих;
9. Не нужно добавлять к параметрам или материалам дополнительных значений, т.е писать «color-red», «material-skin», т.е если у нас будет красная кухня, то полный урл должен быть простой: https://site.ru/kitchen/red/, или https://site.ru/kitchen/skin/, т.е все должно быть просто и лаконично.

Ключевые слова

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

Сотрудники Google не раз отмечали, что значение ключевых слов в URL сильно переоценивают. Джон Мюллер из службы по работе с вебмастерами говорит, что в большинстве случаев пользователи вообще не видят, как называется адрес страницы. Хотя в этом вопросе не всё так однозначно. Опытные SEO-специалисты знают, что реальные примеры из практики часто идут вразрез с утверждениями и рекомендациями поисковых систем. 

В официальной справке Google для вебмастеров есть короткая формулировка, которая немного проливает свет на отношение поисковой системы к поисковым фразам в ссылках.

URL с ключами, которые чётко отражают содержание и структуру страницы, удобны для посетителей. 

Это значит, что оптимизированные адреса частично влияют на раскрытие интента. Если в URL есть ключевое слово, которое раскрывает содержимое страницы, поисковики лучше понимают содержимое и могут рассматривать это, как дополнительный плюс в ранжировании. При этом ключ в адресах не входит в число ключевых факторов. Нет смысла делать масштабные изменения в структуре ссылок, чтобы туда обязательно попадали ключи. Особенно, если сайт сделан на уникальном движке и на нестандартный модуль преобразования URL придётся потратить много денег.

Почему надо использовать ключи в URL:

1. Адреса страниц отображаются в результатах поиска вместе с title и description. В некоторых случаях ключи в адресе подсвечиваются при поиске по релевантным фразам.
2. Ключ помогает роботам поисковых систем лучше определять содержимое страницы.
3. ЧПУ адрес с тематическими фразами улучшает кликабельность в сниппете.

Что касается ключа в домене, этот фактор по-прежнему влияет на ранжирование. В 2017 году компания HigherVisibility провела масштабное исследование и выяснила, что больше 60% сайтов из ТОП-10 по тематическим запросам в разных нишах используют ключ в домене.  

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

Ключ в доменном имени можно использовать, но надо делать это аккуратно. У Google есть фильтр, который ограничивает ранжирование при сильном переспаме. Ключи из 1-2 слов не принесут вреда, а вот при использовании 4 и более слов есть риск попасть под санкции.

Чек-лист по работе с URL для SEO:

1. Выберите основную версию сайта. Домены с приставкой www и без неё поисковые системы распознают, как отдельные страницы. Аналогичная ситуация и с протоколом HTTP / HTTPS. Если не сделать редиректы, Яндекс и Гугл будут считать точки входа разными, но с одинаковым содержимым.
2. Используйте нижний регистр. Поисковики самостоятельно решают, как отображать адреса в поисковой выдаче. Они могут даже менять title и description, если посчитают их недостаточно качественными.
3. Слэш в URL не играет роли. Адреса с косой чертой в конце и без неё поисковики считают одинаковыми. 
4. Выбирайте SSL и HTTP/2. Google заботится о безопасности пользователей и всяческими способами уведомляет о потенциальной опасности сайтов на протоколе HTTP.
5. Не размещайте на адресах со служебными параметрами важный контент. Такие страницы лучше закрывать от поисковых роботов.
6. Не используйте в URL даты. Новостные издания часто делают привязку к дате. Для них такой подход допустим. В остальных случаях лучше не удлинять адрес.
7. Делайте адреса короткими. Людям будет проще запомнить URL, а у Яндекса и Google не будет проблем с обходом страниц.
8. Используйте ключевые слова с умом. В URL можно добавить 1-2 поисковых фразы. 
9. Регистрируйте домены с ключами только если это действительно необходимо. Для туристического портала о Грузии упоминание страны в домене не будет лишним. А вот для онлайн-медиа о гаджетах это необязательно. 

Оптимизация структуры постоянных ссылок

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

Например, если вы пишите статью про то, как основатели мессенджера Дискорд придумали будущее интернета, убедитесь, что ваш URL-адрес выглядит следующим образом:

А не вот так:

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

Другими словами, Google и Яндекс могут понять такой URL, так как он оптимизирован для SEO, и люди могут его понять, ведь он удобочитаемый. Короче говоря, беспроигрышный вариант.

Чтобы изменить структуру постоянных ссылок в WordPress, зайдите в админку и переместитесь во вкладку «Настройки» -> «Постоянные ссылки».

Простые: не лучший вариант с точки зрения SEO, поскольку ничто в URL-адресе не описывает ваш контент.

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

Месяц и название: тоже хороший вариант, похожий на предыдущий, но показывает только месяц, в котором был опубликован пост.

Цифры: плохой вариант, мало чем отличающийся от первого.

Название записи: это самый популярный выбор для оптимального SEO на WordPress; позволяет вам персонализировать URL-адреса в соответствии с темами вашего контента.

Произвольно: здесь вы можете использовать специальные теги WordPress для настройки ваших URL. Если у вас большой веб-сайт с разными категориями, которые важны для читателей, использование тега типа «/% category% /% postname% /» для добавления категории к URL-адресу может быть хорошей идеей

Вы можете использовать такой вариант, чтобы предоставить поисковикам ещё больше информации о контенте. В конечном счёте, насколько подробным вы хотите сделать этот элемент, зависит только от вас.

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

Настроив вид постоянных ссылок, не забудьте нажать кнопочку «Сохранить изменения». Впоследствии можно будет вносить изменения в URL-адреса отдельных страниц и сообщений. Для этого в админке есть специальное поле.

Примечание для уже существующих веб-сайтов

Кроме того, при любых изменениях на сайте есть риск навредить своим позициям в поисковых системах. Но если у вас используются простые ссылки, следует изменить структуру URL-адресов, независимо от  того, сколько сайту лет.

Здесь обязательно проконтролируйте, что ваш WordPress автоматически создаёт 301 перенаправления со старых URL-адресов на новые. В противном случае рекомендую воспользоваться одним из специальных плагинов, например, «Redirection».

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

Доменное имя и поддомены

Hostname является именем сайта, с которого браузеру будет извлекать файл. Истинным адресом веб-сервера является уникальный числовой адрес интернет протокола (IP — Internet Protocol), и каждый компьютер, подключенный к сети интернет имеет один IP-адрес (что-то вроде «141.8.192.108»), который, безусловно, не очень-то легко запомнить. Доменное имя — более запоминающийся псевдоним, который направляет трафик из интернета на IP-адрес. Многие веб-хостинги имеют префикс перед именем домена, после которого идет конкретный сервер, к которому осуществляется доступ (особенно когда есть несколько серверов в рамках одного домена). Префикс может быть любым, самым распространенным префиксом является конечно «WWW». Это дает возможность существования нескольких отдельных сайтов на одном домене, но имеющих разные префиксы — поддомены. Hostname также содержит суффикс домена, указывающий категорию доменов, например «» для сайтов различных организаций. Каждая страна также имеет свое собственное расширение домена, и вы будете часто видеть URL-адреса, которые указывают на страну, а не на какую-либо категорию.

ЧПУ URL и правила их оформления

Для формирования дружественных URL-адресов необходимо придерживаться общепринятых правил:

для русскоязычных страниц использовать правила транслитерации:

* исключение «ый» — транслитерируется как «iy».

• все знаки препинания и пробелы заменять на дефис. Если CMS система использует нижнее подчеркивание, тогда оставляйте такой вариант;
• два или более дефиса или нижних подчеркивания подряд необходимо заменить на один дефис;
• если в начале или в конце URL появляется символ «-», то его необходимо удалить.
• в URL не должно быть заглавных букв, а только строчные. URL-адреса чувствительны к регистру. Для поисковых систем страницы https://site.com/Novosti/ и https://site.com/novosti/ — две разные страницы;
• рекомендуются короткие URL.

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

• уровень вложенности страниц. Структура URL-адреса должна повторять структуру самого сайта, но это не всегда полезно, если страницы находятся в 4-5 и более кликах от главной. В таких случаях необходимо сокращать уровень вложенности, скрывая промежуточные разделы;
• использование символа «#» в URL;
• поисковые системы не учитывают части URL-адреса, которые идут после хэштега. Именно поэтому их можно использовать для улучшения навигации пользователя. Обычно символ решетки используют на страницах статей и сайтах-одностраничниках для создания якорного меню;

если же это будет последовательность из двух символов «#!», так называемых шебанг (shebang или hashbang), тогда URL проиндексируется. Детальнее об индексации страниц на AJAX и JavaScript можно прочитать в блоге.

в конце URL использовать «.html/.php» или правый слэш «/»? На ранжирование и индексацию эти варианты не влияют. Поэтому можно использовать оба варианта, но помните, чем короче URL, тем лучше, поэтому рекомендую использовать правый слэш.