Що таке URL-адреса?

Ця стаття описує Єдиний локатор ресурсів або Uniform Resource Locators (URLs), пояснює, що це таке, та описує його структуру.

Попередньо:	Вам потрібно дізнатися як працює інтернет, що таке Веб сервер and що лежить в основі веб-посилань.
Ціль:	Ви дізнаєтеся, що таке URL і як вони працюють у Інтернеті.

Вступ

Поряд із поняттями гіпертексту та протоколу HTTP, поняття URL є однією з основних концепцій Всесвітньої павутини. Це механізм, який використовується браузерами для отримання будь-якого опублікованого у Всесвітній мережі ресурсу.

URL позначає Uniform Resource Locator. URL це лише адреса, яка видана унікальному ресурсу в інтернеті. Теоретично, кожен коректний URL веде на унікальний ресурс. Такими ресурсами може бути HTML-сторінка, CSS-файл, зображення тощо. На практиці існують деякі винятки, коли, наприклад, URL веде на ресурс, який більше не існує або переміщений. Оскільки ресурс, доступний за URL, а також сам URL обробляються веб-сервером, його власник повинен уважно стежити за ресурсами, що розміщуються, і пов'язаними з ними URL.

Активне навчання

Детальна інформація

Основи: анатомія URL

Ось кілька прикладів URL:

https://developer.mozilla.org https://developer.mozilla.org/ru/docs/Learn/ https://developer.mozilla.org/ru/search?q=URL

Кожен з цих URLs може бути надрукований в адресному рядку браузера, щоб змусити його завантажити пов'язану сторінку (ресурс).

URL-адреса складається з різних частин, деякі з яких є обов'язковими, а деякі - факультативними. Розглянемо найважливіші частини з прикладу:

http://www.example.com:80/path/to/myfile.html?key1=value1&key2=value2#SomewhereInTheDocument

http:// це протокол. Він показує, який протокол браузер повинен використовувати. Зазвичай це HTTP-протокол або його безпечна версія – HTTPS.Інтернет потребує ці 2 протоколи, але браузери часто можуть використовувати інші протоколи, наприклад mailto: (щоб відкрити поштовий клієнт) або ftp: для запуску передачі файлів, так що не варто дивуватися, якщо ви раптом побачите інші протоколи.

www.example.com це доменне ім'я. Це означає, який веб-сервер має бути запитаний. Як альтернатива може бути використана і IP-адреса, але це робиться рідко, оскільки запам'ятовувати IP складніше, і це не популярно в інтернеті.

:80 це порт. Він відображає технічний параметр, який використовується для доступу до ресурсів на веб-сервері. Зазвичай веб-сервер використовує стандартні порти HTTP-протоколу (80 для HTTP і 443 для HTTPS) для доступу до своїх ресурсів. У будь-якому випадку, порт - це факультативна складова URL.

/path/to/myfile.html це адреса ресурсу на веб-сервері. У минулому адреса відображала розташування реального файлу в реальній директорії на веб-сервері. У наш час це найчастіше абстракція, що дозволяє обробляти адреси і відображати той чи інший контент з баз даних.

?key1=value1&key2=value2 це додаткові параметри, які браузер повідомляє веб-серверу. Ці параметри – список пар ключ/значення, які розділені символом & . Веб-сервер може використовувати ці параметри для виконання додаткових команд, перш ніж віддати ресурс. Кожен веб-сервер має власні правила обробки цих параметрів і дізнатися їх можна, тільки запитавши власника сервера.

#SomewhereInTheDocument це якір на іншу частину того самого ресурсу. Якір є вид "закладки" всередині ресурсу, яка переадресовує браузер на "закладену" частину ресурсу. HTML-документ, наприклад, браузер може переміститися в точку, де встановлений якір; у відео- або аудіо-документі браузер може перейти до часу, на який посилається якір. Важливо, що частина URL після #, яка також відома як ідентифікатор фрагмента, ніколи не надсилається на сервер разом із запитом.

Примітка: Є й інші складові та правила, що стосуються URL, але зазвичай вони не використовуються ні користувачами, ні розробниками. Тому не варто турбуватися про них, вам не обов'язково їх знати, щоб формувати працездатні URL.

Вам варто представляти URL-адресу як звичайну поштову адресу: протокол означає поштовий транспорт, який ви збираєтеся використовувати,доменне ім'я - це місто, порт - це поштовий індекс; адреса - Це номер будинку;параметри є додатковою інформацією, як, наприклад, номер квартири; і, нарешті, якір є конкретного одержувача, якому ви адресуєте свій лист.

Як використовувати URL

Кожна URL-адреса може бути надрукована безпосередньо в адресному рядку браузера, щоб відразу отримати запитаний ресурс. Але це лише вершина айсберга!

Мова HTML - яка буде обговорювати пізніше - дозволяє активно використовувати URL для:

Примітка: При вказівці URL-адрес для завантаження ресурсів як частини сторінки (наприклад, при використанні , , , , і т.д.), слід використовувати лише URL-адреси HTTP та HTTPS. Використання FTP, наприклад, не є особливо безпечним і більше не підтримується багатьма браузерами.

Інші технології, такі як CSS або JavaScript також активно використовують URL, так що це реально основа вебу.

Абсолютні та відносні URL

Все, що ми вивчали вище – це абсолютні URL. Але так само існують і відносні URL. Вивчимо їх.

Обов'язкові частини URL значною мірою залежать від контексту, в якому використовується URL-адреса. В адресному рядку браузера URL не має жодного контексту, тому доводиться вводити повний (або абсолютний) URL, такі як ми розглядали вище. Зазвичай вам не потрібно вводити протокол (браузер підставляє HTTP за замовчуванням) і порт (який потрібен тільки в тому випадку, якщо сервер використовує нестандартний порт), але решта URL все одно необхідні.

Коли URL використовується в документі, наприклад HTML-сторінці, ситуація відрізняється.Тому що браузер вже знає URL поточного документа і він може використовувати ці відомості для доповнення частин будь-якої адреси, вказаної в документі. Найпростіший приклад відносного URL - вказівка тільки адресної частини URL. А якщо адреса URL починається з символу "/ ", браузер запросить ресурс від кореня сервера, без відсилання до контексту поточного документа.

Розберемо це на прикладах.

Приклади абсолютних URL

https://developer.mozilla.org/ru/docs/Learn

//developer.mozilla.org/ru/docs/Learn

У цьому випадку браузер використовує той же протокол, який використовувався для завантаження поточного документа.

Це найчастіший приклад використання абсолютного URL у HTML-документі. Браузер використовує той же протокол і те саме доменне ім'я, як у поточного документа. Примітка: неможливо приховати домен, не приховуючи при цьому протоколу, тільки разом.

Приклади відносних URL

Для кращого розуміння таких прикладів, давайте домовимося, що ми звертаємося до URL з документа, який опубліковано за адресою: https://developer.mozilla.org/ru/docs/Learn

Skills/Infrastructure/Understanding_URLs

Оскільки URL не починається з / , браузер спробує знайти документ у піддиректорії щодо поточного документа. У цьому прикладі буде запрошено цю URL-адресу: https://developer.mozilla.org/ru/docs/Learn/Skills/Infrastructure/Understanding_URLs

У цьому випадку ми використовуємо команду ../ — успадковану з файлової системи UNIX — щоб сказати браузеру, що він має піднятися на 1 директорію вгору. Відповідно, ми хочемо відкрити URL: https://developer.mozilla.org/ru/docs/Learn/../CSS/display , який може бути спрощений до вигляду: https://developer.mozilla.org/ru/ docs/CSS/display

Семантичні URL

Крім свого технічного значення, URL є людино-читані записи про розташування документів на веб-ресурсі. Вони можуть бути запам'ятані і будь-хто може ввести їх до адресного рядка свого браузера.Веб створювався для людей та поширеною практикою є принцип запису URL, який називається семантичні URL. Семантичні URL використовують у своєму складі слова, значення яких може бути зрозуміле будь-якою людиною, навіть тим, хто не розуміється на технічних нюансах.

Семантика, зрозуміло, погано розпізнається комп'ютерами. Ви, напевно, бачили URL, які виглядають як купа випадкових символів. Але у семантичних URL є багато переваг:

Ними легше керувати.
Вони дають зрозуміти користувачеві, що знаходиться на даному URL навіть без переходу на сторінку.
Пошукові системи можуть використовувати семантику для покращення класифікації сторінок.

Наступні кроки

What is a URL?

Це article discusses Uniform Resource Locators (URLs), висловлюють те, що вони є і як вони є структурованими.

Prerequisites:	Ви потребуєте першого пізнання як Internet works, що на Web server є і концепції під links на веб.
Objective:	You will learn what a URL is and how it works on the Web.

Summary

A URL (Uniform Resource Locator) є адресою unique resource on the internet. Це один з ключових механізмів, використовуваних браузерами, щоб запустити публіковані ресурси, такі як HTML-pages, CSS documents, images, and so on.

У теорії, всі правильні URL-адреси відображаються в єдиному ресурсі. У практиці, є деякі висловлювання, найбільш загальний доступ до URL-адреси, що становлять ресурс, що немає тривалих exists або що ви збираєтеся. Як джерело відображається в URL і URL, щойно позначено веб-сервером, це є власником веб-серверу, щоб отримати правильний management, що ресурс і його URL-адреса.

Basics: anatomy of a URL

Here are some examples of URLs:

https://developer.mozilla.org https://developer.mozilla.org/en-US/docs/Learn_web_development/ https://developer.mozilla.org/en-US/search?q=URL

Будь-які ці URL-адреси можуть бути внесені до вашого браузера адреса bar для того, щоб скористатися з'єднаним ресурсом, який у всіх трьох випадках є на веб-сторінці.

URL-адреса складається з різних частин, деяких мандатів та інших опційних. Більшість важливих частин є високопоширеними на URL нижче (докладніше продаються в наступних розділах):

Note: You might think of URL для regular postal mail address: the scheme represents the postal service you want to use, the domain name is the city or town, and the port is like the zip code; the path represents the building where your mail should be delivered; the parameters являє собою extra information such as the number of the apartment in the building; and, finally, the anchor represents actual person to whom you've addressed your mail.

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

Scheme

Першою частиною URL є scheme, Які вказують на протокол, що браузер повинен використовувати для пошуку ресурсу (на протоколі є set метод для обміну або переведення даних за допомогою комп'ютерної мережі). Зазвичай для веб-сайтів протоколу є HTTPS або HTTP (його неможлива версія). Addressing web pages потрібні один з цих двох, але браузери також знають, як handle інші schemes так як mailto: (для Open mail client), або не буде переглянуто, якщо ви бачите інші протоколи.

Authority

Next follows the authority, , Який є відокремленим від scheme by character pattern :// . If present the authority включає в себе the domain (e.g. www.example.com ) and the port (80), separated by a colon:

The domain indicates which Web server is being requested. Зазвичай це є домашнім ім'ям, але IP-адреса може бути використана (якщо це не так, як це дуже зручно).
Port визначає технічні "gate", які використовуються для доступу до ресурсів на веб-сервері.Це звичайний знижений, якщо веб-сервер використовує стандартні порти HTTP-протоколу (80 для HTTP і 443 для HTTPS) для більшого доступу до його ресурсів. Іншівикористовуються це mandatory.

Note: Відокремлення між scheme and authority is :// . Колон separates scheme from the next part of the URL, while // indicates that the next part of the URL is the authority.

Один example of a URL , який не може використовуватися як авторитет є mail client ( mailto:foobar ). Це contains a scheme but doesn't use an authority component. Там,колонні, не належать до двох slashes і тільки діяти як делімітор між scheme and mail address.

Path to resource

/path/to/myfile.html is the path to the resource on the web server. У ранні дні з Web, на cestі як це представляється фізичний файл місцезнаходження на Web Server. Nowadays, it is mostly an abstraction handled by Web servers without any physical reality.

Parameters

?key1=value1&key2=value2 є extra parameters, створених на Web Server. Ці параметри є аркушами key/value pairs separated with the & symbol. Веб-сервер може використовувати ці параметри до extra stuff перед поверненням до ресурсу. Всі веб-сервери мають свої власні правила, що регулюють параметри, і тільки надійний спосіб знати, і якщо конкретні веб-сервери, handling parametry є як керуючий веб-сервер-власник.

Anchor

#SomewhereInTheDocument is anchor до іншого part of the resource itself. У першу чергу представляє собою sort of "bookmark" всередині ресурсу, що дає змогу браузеру directions до show contents located на "bookmarked" spot. На HTML-документі, для прикладу, браузер буде переміщатися до пункту, де літера is defined; on a video або audio document, браузер буде робити, щоб йти до часу anchor represents. It is worth noting that the part after the #, also known as the fragment identifier, is never sent to the server with the request.

How to use URLs

Будь-яка URL може бути типовим правом всередині браузера address bar to get to the resource behind it. Але це є тільки tip з iceberg!

HTML Language (see Structuring content with HTML) матимуть extensive use of URLs:

Note: Якщо особливі URL-адреси до load resources as part of a page (such as when using the , , , , and the like), ви повинні, як правило, тільки використовувати HTTP і HTTPS URL, з кількома виразами (одна необов'язкова одна буде data: ; see Data URLs). За допомогою FTP, для прикладу, не є надійним і не тривалий час підтримується сучасними інструментами.

Інші технології, так само як CSS або JavaScript, використовують URL-адреси основним чином, і вони дійсно реальні в мережі Web.

Absolute URLs vs. relative URLs

What we saw above is called an absolute URL, але є також якось називається a relative URL. The URL standard defines both — though it uses the terms absolute URL string and relative URL string, що відрізняє їх від URL об'єктів (які є в-меморі representations of URLs).

Let's examine what the distinction between absolute and relative means in the context of URLs.

Потрібні частини URL-адреси залежить від великого розміру в контексті, в якому URL-адреса використовується. У вашому браузері address bar, а URL не має будь-якого контексту, якщо ви повинні надсилати весь (або absolute) URL, як ones we saw above. Ви не повинні включати в себе протокол (розширення використання HTTP згідно з вимогами) або port (який тільки потрібно, коли targeted Web server використовується з використанням деякого порту), але всі інші частини URL необхідний.

Якщо URL-адреса використовується з документом, такий як в HTML-сторінці, що є дуже різним. Тому, що браузер скористався цим документом власної URL-адреси, він може використовувати цю інформацію в мові в повідомлених частинах будь-якої URL наявної всередині цього документа. We can differentiate between an absolute URL and a relative URL by looking only at the path part of the URL.Якщо шлях сторінки з URL-адреси з / параметром, браузер буде вивчити те, що ресурс від верхнього керування сервером, безвідповідь до контексту ведеться поточним документом.

Let's look at some examples to make this clearer. Let's assume that URLs defined from within document located in following URL: https://developer.mozilla.org/en-US/docs/Learn .

https://developer.mozilla.org/en-US/docs/Learn itself is an absolute URL. Це має всі необхідні частини, які потрібні для розміщення ресурсів його пунктів.

Всі з наступних URL-адрес є URL-адресою:

Scheme-relative URL: //developer.mozilla.org/en-US/docs/Learn — only the protocol is missing. Браузер буде використовувати той самий протокол, як один використовуваний для надання документа, що містить URL.
Доменна зв'язок URL: /en-US/docs/Learn — protocol і the domain name є об'єднанням. browser буде використовувати той самий протокол і той самий домашній ім'я як один використовуваний для того, щоб load document hosting that URL.
Sub-resources: Common_questions/Web_mechanics/What_is_a_URL — це протокол і домашній ім'я, які використовуються, і шлях не є з / . Браузер буде вирішити, щоб керувати документом в subdirectory of one containing the current resource. У цьому випадку, мабуть, щоб отримати цей URL: https://developer.mozilla.org/en-US/docs/Learn_web_development/Howto/Web_mechanics/What_is_a_URL .
Going back in the directory tree: ../CSS/display — protocol і domain name є missing, and the path begins with .. . This is inherited from the UNIX file system world — tell the browser we want to go up by one level. Тут можна отримати цей URL: https://developer.mozilla.org/en-US/docs/Learn_web_development/../Web/CSS/display , які можуть бути simplified to: https://developer.mozilla.org /en-US/docs/Web/CSS/display .
Anchor-only: #semantic_urls - all parts are missing except the anchor.За допомогою браузера буде використовувати поточний документ URL і замінити або призначити нову частину до неї. Це useful when you want to link to specific part of the current document.

Semantic URLs

Despite їх дуже технічна flavor, URLs є human-readable entry point for website. Вони можуть бути зареєстровані, і будь-який може ввійти в браузері address bar. Люди є в core of the Web, і тому це вважається найкращою практикою для будівництва, яка називається semantic URLs. Semantic URLs use words with inherent meaning that can be understood by anyone, regardless of their technical know-how.

Лінгвістичні семантики є курсом невідповідно до комп'ютерів. Ви маєте можливість знайти кілька URL-адреси, що здавалося б масупсів з різних characters. Але вони є багато можливостей для створення human-readable URLs:

Це easier for you to manipulate them.
Це чутливі думки для людей в термінах, де вони є, які вони роблять, які вони reading або interacting with on the Web.
Кілька пошукових інструментів можуть використовувати ці semantics для підвищення категорій з поєднаних сторін.

Що таке URL-адреса web-сторінки: види, структура, правила оптимізації URL-адрес сторінок

URL-адреса сторінки – відображається в адресному рядку, вказує на розташування ресурсу/сторінки, а також впливає на SEO-просування. Розповідаємо, що означає URL, які види існують, як правильно оформити УРЛ, щоб отримати максимальну віддачу.

Що таке URL-адреса

URL (абревіатура від англійського Uniform Resource Locator, що означає "уніфікований покажчик ресурсу") - шлях до сторінок веб-сайту або конкретних документів. У браузері відображається автоматично, відвідувач може вручну прописати УРЛ, щоб вказати точний шлях.

Головна сторінка конструктора Крафтум має URL-адресу https://craftum.com

Дізнатись URL дуже легко: він завжди демонструється в адресному рядку браузера, незалежно від типу пристрою. Його можна скопіювати, а якщо користувач часто відвідує сторінку – під час введення перших літер із URL або назви проекту з'являться необхідні посилання.

Яку структуру мають URL-адреси

Сучасна URL завжди починається з протоколу – це HTTP або HTTPS: перший передає незашифровані дані, другий є найбезпечнішим, пов'язаний з отриманням сертифіката SSL/TLS. За промовчанням протокол не видно в адресному рядку, якщо використовується HTTP і немає SSL – може з'явитися інформація про те, що з'єднання не є захищеним (вказує на ризик витоку даних). Таке повідомлення є критичним для сайтів, на яких користувачі здійснюють оплату або ж діляться особистою інформацією (паспорт, номер телефону або щось інше). Для уточнення протоколу необхідно клацнути лівою кнопкою миші в адресному рядку або скопіювати, а потім вставити посилання.

Посилання з протоколом https після копіювання

Крім цього, URL може містити:

FTP – відкривається файловий сервер. Можуть вказуватися пароль та логін, необхідні для входу до облікового запису;
Mailto – команда для надсилання листа на вказаний email;
File - Відкриття файлу з персонального комп'ютера.

Друга частина - доменне ім'я сайту, іноді - IP або номер порту, третя - шлях до сторінки, що відкривається.Якщо представлені документи великого обсягу, розділені на розділи, – в УРЛ використовується решітка (#): вона з'явиться під час вибору певного заголовка/абзацу. Наприклад, відкриваємо у Вікіпедії статтю «Конструктор сайтів», клацаємо на розділ і бачимо посилання з ґратами.

Виділимо інші символи, які можуть використовуватися в URL:

"=" - Відокремлює змінні від поточних значень;
"?" - Поділяє блок зі змінними;
«&» – відповідає за параметри, які передаються один одному;
«@» – застосовується в інформації для аутентифікації користувачів та у разі схеми mailto.

Які види URL-адрес існують

Статичні

Йдеться про постійні адреси, які залишаються незмінними протягом усього часу існування. Власник сайту має право змінювати їх, але без втручання посилання зберігають вихідний вигляд.

Динамічні

Забезпечена генерація під запити, містять символи («?», «=» та інші), після яких доступні додаткові параметри сторінки. Використовуються у разі коли відвідувач сайту здійснює сортування товарів в інтернет-магазині, застосовує фільтри або внутрішній пошук.

Як виглядає динамічна URL-адреса

Який тип УРЛ краще вибрати

З точки зору пошукової оптимізації оптимальним рішенням стають статичні URL: вони стабільні, містять СЕО-слова і є легкочитаними. Динамічні сильно програють їм через низку факторів:

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

Формати URL

Транслітерація

Транслітерація - написання слів з однієї мови літерами іншої. Найбільш популярний спосіб складання УРЛ: адреса є зрозумілою як для користувачів, так і для пошукових роботів, зберігає читання та акуратність після копіювання посилання. Наприклад, нам потрібно оформити назву сторінки "як просувати сайт", використовуємо онлайн-транслітератор і отримуємо: "kak-prodvigat-sajt". Написано на латиниці, але все одно зрозуміло для російськомовної аудиторії, яка звикла до кирилиці.

Ще один плюс - пошукові системи чудово розпізнають ключові запити, інтегровані в URL за допомогою трансліту. Посилання стає логічним і не надто довгим, а структура відмінно проглядається: для переходу до попереднього розділу легко видалити частину адреси та натиснути клавішу enter.

Як виглядає транслітерація

Кирилиця в URL-адресах

Тут все зрозуміло: частина або весь URL прописуються російською. Кирилічні адреси добре читаються і запам'ятовуються, а дефіциту при виборі домену ні, що зумовлено низькою популярністю цього формату. Не менш просто інтегрувати в УРЛ будь-які ключові слова, що відповідають як тематиці всього сайту, так і певній сторінці. Є мінус, він досить значний: у рядку браузера посилання виглядає коректно, після копіювання і вставки - втрачає вихідний вигляд і трансформується в набір символів, що не читається.

УРЛ на кирилиці до та після копіювання

Спотворення пов'язане з тим, що для написання URL можливе використання стандартного набору символів, куди кириличні не входять. Звичайно, лінки зберігають працездатність, але шифруються, тому при копіюванні видозмінюються. З інших мінусів – складність сприйняття зарубіжної аудиторії, і навіть проблеми під час читання пошуковими роботами.Фінішні посилання, що надсилаються, наприклад, електронною поштою або в месенджерах, виглядають ненадійно і не дають уявлення про те, куди ведуть.

Латиниця

Слова, якщо ми говоримо про УРЛ для російськомовної аудиторії, перекладаються англійською. "Взуття" трансформується в черевики, "меблі" - в furniture і так далі. У Рунеті латиниця застосовується найчастіше для позначення рубрик та категорій, наприклад, на сайті конструктора Крафтум база знань має URL із приставкою help (https://craftum.com/help/), а ось УРЛ для статей у блозі оформлені із залученням транслітерації.Латиниця – універсальне рішення, але допустиме комбінування різних варіантів написання з урахуванням обраної стратегії оптимізації та зручності користувачів.

Що таке людинозрозумілі URL-адреси

Людинозрозумілі УРЛ (ЧПУ) рекомендують формувати пошукові системи: вони легко зчитуються роботами і залишаються зрозумілими для людей. Наприклад розглянемо два варіанти:

http://site.ru/viewpage.php?page_id=218 - складно визначити, куди веде це посилання і чи варто в принципі по ньому кликати;
https://site.ru/catalog/mebel-dlya-gostinoy/myagkaya-mebel/ - інша справа, URL підкреслює, що користувач потрапить у конкретний розділ каталогу меблів для вітальні.

Перший УРЛ ні про що не розповідає користувачеві, другий – людинозрозумілий. ЧПК у питанні клікабельності та участі у SEO-просуванні мають низку істотних переваг:

їх зручно відправляти у повідомленнях, а також диктувати – адреса співзвучна та легка для сприйняття;
відмінна запам'ятовуваність;
сумісність із ключовими запитами;
спрощена навігація: відвідувач видаляє частину адреси, щоб перейти з картки товару, наприклад, до загального каталогу.

При формуванні людинозрозумілих УРЛ варто керуватися низкою загальних правил:

застосування транслітерації – це щось середнє між кирилицею та латиницею: слова написані літерами з іншої мови, але залишаються зрозумілими для всіх російськомовних користувачів + коректно відображаються при копіюванні-вставці. При формуванні великої кількості URL зручно задіяти онлайн-сервіси для автоматичного трансліту, багато хто підтримує масову обробку;
відмова від застосування зайвих символів (питання, однаково та інші), а також заміна розділових знаків на дефіси («-» не ставиться на початку і в кінці адреси). До речі, дефіси кращі, ніж нижні підкреслення;
прагнення створення коротких УРЛ;
інтеграція ключових запитів, які роблять URL більш конкретним та корисним для цільової аудиторії.

Існує кілька варіантів структури ЧПУ:

основна URL-адреса + назва сторінки: http://site.com/contacts/;
основний URL + шлях: https://site.com/blog/kak-sozdat-sajt/.

Розберемо покрокову структуру ЧПУ:

https (іноді http) – протокол, свідчить про спосіб передачі між клієнтом і хостом;
одинарний або подвійний слешер "//" - своєрідні розділові знаки, що розділяють складові частини посилання;
префікс www, який сьогодні може застосовуватися, так і немає. Раніше впроваджувався для позначення розміщення в Інтернеті, проте сайти з префіксом і без нього можуть вважатися різними. Тут потрібно орієнтуватися на правила пошукової системи, наприклад, в Яндекс на етапі створення ресурс вже має одне дзеркало з www (з префіксом або без, при введенні посилання відкривається той самий сайт);
доменне ім'я - Назва проекту, зареєстрована до запуску;
домен певного рівня – це .com, .ru, .msk.ru та інші;
розділ, наприклад, blog, категорія- Design, назва сторінки (на неї веде посилання) – cvet-v-veb-dizajne.

В УРЛ бажано впроваджувати ключові слова, особливо якщо йдеться про сторінки каталогів, блогів та подібних.

Рекомендації щодо створення та SEO-оптимізації URL-адрес

Логіка та стислість

УРЛ – помічник, він, як хлібні крихти, відображає шлях сайтом і часто використовується для навігації (відвідувач «відрізає» частину, щоб повернутися назад). Рекомендована довжина – до 80 символів, як у випадку з мета-тегом title. Інакше посилання погано читатиметься в адресному рядку: відбувається обрізка, що ускладнює взаємодію для аудиторії.

Довге формулювання об'ємом понад 120 символів: як відображається у пошуку

Короткість та логіка посилання дозволяють краще зрозуміти тематику ресурсу, особливо на етапі знайомства у пошуковій видачі. Відбувається покращення клікабельності в Яндекс та Google, при використанні URL на латиниці або створених за допомогою транслітерації – підвищується частота переходів із розсилок, месенджерів. Якщо сторінка, на яку створюється адреса, знаходиться далеко від головної – УРЛ буде довгим, для його скорочення можна видалити назви рубрик/категорій (попереджається глибокий рівень вкладеності).

Протокол HTTPS

Протокол HTTPS – необхідність, що забезпечує підвищення рівня безпеки сайту для користувача та пошукових систем. Відвідувачі насторожено ставляться до повідомлень про те, що ресурс є небезпечним – це негативно впливає на ухвалення рішення про співпрацю та укладання угод. Варто також подбати про наявність SSL-сертифіката, до якого пошукові системи ставляться дуже вимогливо.

Попередження дублів

Обов'язкове налаштування 301-редиректу, який попереджує дублювання сторінок, особливо при зміні адрес або розширенні структури.

Інтеграція ключових слів

Правильний УРЛ складається з 4-5 слів (з обсягом та методами скорочення ми вже визначилися), до нього можна і потрібно додавати ключові запити, що відповідають вмісту сторінки та фразам, за якими вона просувається. Краще орієнтуватися на структуру сайту та раніше сформоване семантичне ядро.

На закінчення

URL-адреса сторінки – важливий етап на шляху оформлення та SEO-просування будь-якого сайту. Як метатеги, структура або фавікон, він впливає на зручність та сприйняття користувачів, клікабельність, індексацію пошуковими роботами та інші фактори, що стимулюють відвідуваність та успішність маркетингових ініціатив. При створенні УРЛ важливо дотримуватися стандартних правил, стежити за довжиною та якістю відображення адреси, а також відмовитись від кирилиці на користь транслітерації або латиниці, щоб забезпечити коректний вид посилань після копіювання для подальшого відправлення. Обов'язковою є реалізація SSL-сертифіката та протоколу HTTPS для безпеки, зміцнення довіри аудиторії та лояльності пошукових систем.

Що таке адреса посилання