URL

== Адреси хост-комп'ютерів в мережі Інтернет можуть мати подвійну кодування:

   * Обов'язкове кодування, зручну для роботи системи телекомунікації в мережі: IP-адресу;
   * Необов'язкову кодування, зручну для абонента мережі: доменний DNS-адреса (DNS - Domain Name System).

Цифровий IP-адреса версії V.4 представляє собою 32-розрядне двійкове число. Для зручності він розділяється на чотири блоки по 8 біт, які можна записати в десятковому вигляді. Адреса містить повну інформацію, необхідну для ідентифікації комп'ютера. Зважаючи на величезну кількість підключених до мережі комп'ютерів і різних організацій відчувається обмеженість 32-розрядних IP-адрес, тому ведеться розробка модернізованого протоколу IP-адресації, що має на меті:

   * Підвищення пропускної здатності мережі;
   * Створення краще масштабується і адаптируемой схеми адресації;
   * Забезпечення гарантій якості транспортних послуг;
   * Забезпечення захисту інформації, переданої в мережі.

Основою нового протоколу V.6 є 128-бітові адреси, забезпечують понад 1000 адрес на кожного жителя землі. Впровадження цієї адресації зніме проблему дефіциту цифрових адрес. Проте головною метою розробки нового протоколу є не стільки розширення розрядності адреси, скільки збільшення рівнів ієрархії в адресі, що відбиває тепер 5 ідентифікаторів: два старших для провайдерів мережі (ідентифікатори провайдера та його реєстру) і три для абонентів (абонента, його мережі і вузла мережі) .

Доменний адреса складається з кількох, що відділяються один від одного крапкою буквено-цифрових доменів (domain - область). Ця адреса побудований на основі ієрархічної класифікації: кожен домен, крім крайнього лівого, визначає цілу групу комп'ютерів, виділених за якою-небудь ознакою, при цьому домен групи, що знаходиться зліва, є підгрупою правого домену. Всього в мережі зараз налічується більше 120 000 різних доменів.

Наприклад, географічні дволітерні домени деяких країн:

   * Австрія - at;
   * Болгарія - br;
   * Канада - са;
   * Росія - ru;
   * США - us;
   * Франція - fr.

Існують і домени, виділені за тематичними ознаками. Такі домени мають трибуквенне скорочена назва.

   * Урядові установи - gov.
   * Комерційні організації - com.
   * Навчальні заклади - edu.
   * Військові установи - mil.
   * Мережеві організації - net.
   * Інші організації - org.

Доменну адресу може мати довільну довжину. На відміну від цифрового адреси він читається в зворотному порядку. Спочатку вказується домен нижнього рівня - ім'я хост-комп'ютера, потім домени - імена підмереж і мереж, в яких він знаходиться, і, нарешті, домен верхнього рівня - найчастіше ідентифікатор географічного регіону (країни).

Перетворення доменної адреси у відповідний цифровий IP-адреса виконують спеціальні сервери DNS (Domain Name Server) - сервери імен. Тому користувачеві не потрібно знати цифрові адреси.

Але більш ефективно для адресації використовувати не просто доменну адресу, а універсальний локатор ресурсів - URL (Universal Resource Locator), який додатково до доменного адресою містить вказівки на використовувану технологію доступу до ресурсів і специфікацію ресурсу всередині файлової структури комп'ютера.

Наприклад, в URL http://www.engec.ru/user/lab/met.htm зазначені:

   * Http - протокол передачі гіпертексту, що використовується для доступу. У переважній більшості випадків у WWW використовується саме гіпертекстовий протокол;
   * Www.engec.ru - доменну адресу web-сервера. Адреси більшої частини серверів починаються з префікса www;
   * User / lab / met.htm - специфікація файлу met.htm. Вказується шлях у файловій системі комп'ютера та ім'я файлу. У цій частині адреси може бути вміщена і інша інформація, що відображає, наприклад, параметри запиту користувача і обробної запит програми. Якщо специфікація файлу не вказана, то користувачеві буде виданий файл, за замовчуванням призначений для представлення сервера (сайту).


Uniform Resource Locator.jpg
Галя2.jpg
Url.jpg
Що таке статичний URL

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

   http://www.example.com/archive/january.htm

Статичні URL можна знайти в Google, використовуючи конструкцію filetype: htm. Для великих, часто оновлюваних сайтів: форумів, онлайн магазинів, блогів і систем управління контентом вебмайстра використовують динамічні URL. Що таке динамічний URL Якщо контент сайту збережений у базі даних і відображається на сторінках за запитом, тоді можуть використовуватися динамічні урли. У цьому випадку сайт складається тільки з шаблонів для контенту. Зазвичай динамічний URL виглядає приблизно так:

   http://code.google.com/p/google-checkout-php-sample-code/issues/detail?id=31

Google уважає, що якщо в урле є знаки?, =, &, Тоді це динамічний URL. Один з недоліків динамічного URL в тому, що можливий випадок дублювання контенту. Тобто урл з різними параметрами може привести до одного і того ж контенту. Це одна з причин, по якій вебмайстра реврайтят урли в статичні. Google рекомендує не переписувати динамічні URL в статичні У своєму пості гуглі говорять і підкреслюють не потрібно переформовувати динамічні URL, щоб вони виглядали статичними, але в той же час визнають, що "статичні URL може мати невелику перевагу в клікабельності (CTR) ". І знову ж таки говорять про те, що "динамічні URL мають привілеї над статичними ". Коротко резюміруюя їх статтю, можна зробити висновок, що вони активно рекомендують використовувати динамічні URL і не переписувати їх у статичні, аргументуючи це тим, що:

   * досить складно зробити правильним зміна динамічних URL в статичні
   * Googblebot може успішно індексувати динамічні URL й інтерпретувати різні параметри
   * при зміні URL ви можете позбавити бота цінних параметрів, що беруть участь в ранжируванні

Думки вебмайстрів про динамічних і статичних URL У коментарях до згаданої статті вебмайстра у великому числі висловлюють невдоволення, посилаючись на переваги статичних урлов. Однак працівники Google у відповідях заявляють, і правильно помічають, що блог для веб-майстрів, а не для SEOшніков і пост писався саме для цієї аудиторії. Дійсно, багато вебмастера далеко не є знавцями SEO і можуть наробити багато помилок при реврайте динамічних URL в статичні. Google намагається з одного боку допомогти вебмайстрам, а з іншого зробити свою пошукову видачу більш релевантною для користувача. Ренд Фішкін у своєму блозі висловлює думку про те, що Google дивиться на цю проблему з іншого ракурсу, як фахівець з маркетингу. Говорить про те, що Google не обманює або дізінформірует, а лише переймаються про найголовніше - ефективно і раціонально індексувати web і зберігати точні дані про контент сторінок. Переваги динамічних URL

   * зазвичай вони коротші
   * гугл (перший з 4-х головних пошукачів) говорить, що може їх ефективно індексувати

Недоліки динамічних URL

   * низький CTR в серп, в електронних листах, а також на форумах / блогах, де просто використовують копіпаст
   * велика веротяность обрізання кінцевої частини URL і в результаті отримання чотиреста четвертий помилки при копіпаст
   * низька релевантність ключового слова
   * майже неможливо написати вручну і поширювати на бізнес-картах або диктувати по телефону
   * дуже складно запам'ятовується або не запам'ятовується зовсім
   * користувач точно не знає, чого очікувати перед тим, як запросить сторінку
   * не оптимізовані для анкорного тексту (часто при копіпаст в блоги, форуми та ін)

Переваги статичних URL

   * високий CTR у пошукових результатах, електронних листах (email), на сторінках і т.д.
   * велика релевантність ключових словах
   * просто для копіювання, вставки, і розповсюдження онлайн та офлайн
   * легко запам'ятати і таким чином можна використовувати в брендінгу та офлайн медіа
   * користувач зараннее може інтуїтивно знати, що йому очікувати при введенні урла в браузері
   * можна чекати гарного анкорного тексту при використанні посилань у вигляді урла
   * всі 4 з головних пошукачів і безліч інших псів зазвичай працюють зі статичними URL набагато простіше, ніж з динамічними, особливо при великій кількості параметрів

Недоліки статичних URL

   * ви можете наплутати чого-небудь у процесі реврайта, що призведе до проблем отримання контенту користувачами і ботами