Что случилось с сокращением URL-адресов Google?

Вам может быть интересно, почему я не включил Goo.gl в этот список. Что ж, с 13 апреля 2018 года сокращатель ссылок Google доступен только активным пользователям.

А с марта 2019 года Google полностью отключил сокращение URL-адресов, и все данные о пользовательских ссылках были потеряны. Все существующие ссылки по-прежнему перенаправляют по назначению, но для многих это стало большим разочарованием.

Почему Google закрыл Goo.gl? Google решил перенаправить свои усилия на Firebase Dynamic Links (FDL).

Firebase Dynamic Links созданы для замены глубоких ссылок. Что такое глубокие ссылки? Глубинная ссылка – это интеллектуальный URL-адрес, который должен отправлять пользователей в любое место в iOS, Android или веб-приложении.

К сожалению, у большинства глубоких ссылок есть проблемы. Например, одна и та же ссылка может не работать на устройствах iOS и Android. Или ссылка может не пережить процесс установки приложения.

Новые динамические ссылки Firebase от Google решают эти проблемы.

Проще говоря, Firebase Dynamic Links – это будущее связывания устройств.

Следует ли использовать динамические ссылки Firebase? Что ж, если вам нужен простой сокращатель URL-адресов для использования в Интернете, и вам не нужны ссылки для работы в мобильных и веб-приложениях, тогда избавьтесь от хлопот и пока оставьте FDL в покое.

Однако, если вы хотите, чтобы ваши ссылки выжили в сложном мире мобильных и веб-приложений, обязательно обратите внимание на Firebase Dynamic Links!

GET

Очень грубо, но сайты можно разделить на 2 группы:

  • Простые
  • Сложные

Простые – это сайты, где вся информация, которую вы читаете, содержится в страничках вида .html. Т.е. одна страница – один файл.

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

Сложный сайт может выдавать одну (псевдо)страницу, но с разным содержимым. Пример – поиск Яндекса.

Любой запрос, который вы вводите, отправляет вас к одной и той же страничке (yandex.ru/search/). Всё начинается с момента, когда добавляется вопросительный знак.

Всё, что идёт после него – и есть GET-запрос, в котором может быть сколько угодно атрибутов. Они «подключаются» через знак «&».

Зачем использовать сократитель URL-адреса?

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

  • Во-первых, сократители URL-адресов упрощают использование длинных URL-адресов и управление ими. Это особенно верно при обмене URL-адресами на платформах микроблогов или в мобильных приложениях для обмена сообщениями.
  • Кроме того, сократители URL-адресов могут помочь вам избежать слишком длинных и запутанных URL-адресов или любых URL-адресов, которые содержат беспорядочные буквы и цифры.
  • Некоторые сократители ссылок позволяют создавать собственные брендированные URL-адреса.
  • Их намного легче читать, запоминать и печатать. Это делает их особенно полезными при совместном использовании URL-адресов в любой форме печатной рекламы, такой как плакаты, листовки, журналы или визитные карточки.
  • Брендированные короткие ссылки получают до 39% больше кликов по сравнению с обычными короткими URL.
  • Наконец, несмотря на то, что URL-адреса сокращены, одним из ключевых преимуществ сокращения ссылок является возможность отслеживать, как ваша аудитория взаимодействует с вашими ссылками. Современные средства сокращения URL-адресов предоставляют доступ ко множеству показателей и аналитическим данным, которые маркетологи могут использовать для проверки и улучшения своих кампаний.

Какие есть способы трекинга трафика помимо UTM

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

Автоматическая разметка ссылок в объявлениях Google Рекламы. Так разметка выглядит в ссылке:

Нюансы gclid:

yclid

Эта разметка аналогична gclid — только используется в Яндекс.Директе. Вот так выглядит ссылка с разметкой yclid:

Как и gclid, автоматическая разметка Яндекс.Директа имеет те же недостатки: метки совместимы с Яндекс.Директом и учитываются Яндекс.Метрикой. Другие системы аналитики (например, Google Аналитика) их не понимают.

Подобные метки есть и у других рекламных систем:

  • у Facebook Рекламы — fbclid;
  • у Яндекс.Маркета — ymclid;
  • и т. д.

С ними все аналогично: их понимает только «родная» рекламная система.

from

Это метка, с помощью которой можно определить источник перехода по рекламной ссылке. Распознается Яндекс.Метрикой.

Метка from передает только один параметр (источник перехода), в то время как UTM-разметка позволяет получить пять параметров.

Форматы сообщений запроса/ответа

На следующем изображении вы можете увидеть схематично оформленный процесс отправки запроса клиентом, обработка и отправка ответа сервером.

Давайте посмотрим на структуру передаваемого сообщения через HTTP:

message = <start-line>
          *(<message-header>)
          CRLF
          

<start-line> = Request-Line | Status-Line
<message-header> = Field-Name ':' Field-Value

Между заголовком и телом сообщения должна обязательно присутствовать пустая строка. Заголовков может быть несколько:

Тело ответа может содержать полную информацию или её часть, если активирована соответствующая возможность (Transfer-Encoding: chunked). HTTP/1.1 также поддерживает заголовок Transfer-Encoding.

Общие заголовки

Вот несколько видов заголовков, которые используются как в запросах, так и в ответах:

general-header = Cache-Control
               | Connection
               | Date
               | Pragma
               | Trailer
               | Transfer-Encoding
               | Upgrade
               | Via
               | Warning

Что-то мы уже рассмотрели в этой статье, что-то подробней затронем во второй части.

Заголовок via используется в запросе типа TRACE, и обновляется всеми прокси-серверами.

Заголовок Pragma используется для перечисления собственных заголовков. К примеру, Pragma: no-cache — это то же самое, что Cache-Control: no-cache. Подробнее об этом поговорим во второй части.

Заголовок Date используется для хранения даты и времени запроса/ответа.

Заголовок Upgrade используется для изменения протокола.

Transfer-Encoding предназначается для разделения ответа на несколько фрагментов с помощью Transfer-Encoding: chunked. Это нововведение версии HTTP/1.1.

Заголовки сущностей

В заголовках сущностей передаётся мета-информация контента:

entity-header  = Allow
               | Content-Encoding
               | Content-Language
               | Content-Length
               | Content-Location
               | Content-MD5
               | Content-Range
               | Content-Type
               | Expires
               | Last-Modified

Все заголовки с префиксом Content- предоставляют информацию о структуре, кодировке и размере тела сообщения.

Заголовок Expires содержит время и дату истечения сущности. Значение “never expires” означает время + 1 код с текущего момента. Last-Modified содержит время и дату последнего изменения сущности.

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

Зачем нужна нормализация URL-ов

Нормализация — это процесс модификации и стандартизации URL-адресов. Она помогает устранить дубликаты и предотвратить индексацию дублированных страниц поисковиками. Идея в том, чтобы все URL-ы были оформлены универсально. Например:

  • Ссылку на «/contacts.html» можно подвести под формат http://www.website.com/contacts.html
  • Ссылку HTTP://WWW.WEBSITE.COM/contacts.html следует нормализовать до http://www.website.com/contacts.html
  • Ссылку с косой чертой (/) https://www.example.com/trip/ можно переформатировать под URL без завершающей косой черты: https://www.example.com/trip
  • URL с двойной косой чертой http://www.example.com//path можно привести в порядок, используя одну косую черту: http://www.example.compath

Вебмастера также используют редиректы (перенаправления) для нормализации URL-ов и предотвращения дублей страниц, которые могут возникать из-за:

  • ссылки с www и без префикса
  • HTTP и HTTPS

UTM-метки: что это и для чего они нужны

UTM-метки — параметры, которые добавляются в URL-адреса для получения подробной информации о трафике.

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

В чем недостаток простого размещения ссылок?

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

А если бы вы добавили UTM-метки в URL, то точно бы отследили трафик по каждой ссылке и оценили эффективность размещения.

Далее мы подробно расскажем, как это делать.

Что такое UTM

UTM — это аббревиатура от Urchin Tracking Module. «Urchin» — название компании, которая создала и начала использовать эти метки. Кстати, компанию Urchin приобрел Google в 2005 году и создал на ее базе свою систему аналитики — Google Analytics.

UTM-метки оказались удобным и универсальным инструментом. Поэтому метки начали использовать в Яндекс.Метрике и других системах аналитики.

Как выглядят UTM-метки

Обычный URL-адрес выглядит так:

Такая ссылка понятна и привычна для всех. Но давайте добавим в нее UTM-метки, и посмотрим, как она будет выглядеть теперь:

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

  • первая часть — непосредственно адрес страницы, на которую нужно перейти;
  • вторая часть (от знака ?) — те самые UTM-метки.

Наверняка со ссылками такого вида вы не раз сталкивались при клике по рекламным объявлениям:

Если вы еще не знакомы с UTM-метками, такой код может выглядеть шокирующе. Но все не так сложно, как кажется.

Динамические параметры в Яндекс.Директе

Ссылка, в которой указаны все доступные динамические параметры Яндекс.Директа, выглядит так:

Полный список доступных параметров вы можете посмотреть здесь.

Мы же обратим внимание на несколько параметров:

  • {ad_id} — идентификатор объявления. Если этот параметр есть в ссылке, система аналитики получит данные, по какому именно объявлению кликнул пользователь. Если вы запускаете несколько вариантов объявлений для одной и той же целевой страницы (чтобы протестировать и найти наиболее эффективное объявление), используйте динамический параметр — это удобнее, чем прописывать идентификатор объявления для каждой ссылки вручную.
  • {campaign_name} — название кампании. Автоматически подставляет название рекламной кампании.
  • {position_type} — определяет тип блока, если объявление было показано на странице поисковой выдачи Яндекса. Здесь могут быть такие значения: premium — премиум-показы, other — блок справа или блок внизу, none — объявление показано в РСЯ или внешних сетях. Используйте вместе с этим параметром также параметр {position} — определяет точную позицию объявления в блоке.

Динамические параметры в Google Рекламе

В рекламной системе Google есть свои динамические параметры — ValueTrack.

Так выглядит ссылка с динамическими параметрами Google:

Разберем параметры, которые здесь указаны:

  • {network} — определяет рекламную сеть, из которой получен клик. По значению параметра система аналитики точно идентифицирует, откуда пришел клик: g — из поиска Google, s — из сайта поискового партнера, d — из контекстно-медийной сети (КМС).
  • {creative} — уникальный идентификатор объявления.
  • {keyword} — передает ключевое слово из аккаунта Google Рекламы, которое соответствует запросу пользователя (если объявление показывается на странице поисковой выдачи). Если объявление показывается в контекстно-медийной сети, параметр передает ключевое слово, которое соответствует содержанию сайта.

В справке Google вы найдете полный список параметров ValueTrack.

Оптимизация URL-указателя

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

Обязательно добавляйте ключевые фразы, особенно это правило относится к доменному имени. Домен оказывает прямое влияние на СЕО-продвижение, поэтому в нем должны содержаться ключевики.
При составлении задавайте оптимальную длину пути — не более 3-5 слов. Поисковые системы не любят большие веб-ссылки.
Избегайте чрезмерно «углубленного» расположения страниц.

Когда нужный файл находится в 5-6 переходах от домашней, важно грамотно сформировать URL-указатель, устранив лишние категории.

Для разделения применяйте дефисы, с которыми дружат поисковики Гугл и Яндекс.
Не используйте в написании Caps Lock. В противном случае индексация будет малоактивной.
Прописывать адрес страницы кириллицей можно, но крайне нежелательно

После перекодирования он получится чрезмерно длинным.
Следите за тем, чтобы у каждой страницы вашей площадки был собственный путь (без дублей).
Помните о том, что ключевые фразы учитываются по всей веб-странице. Если в заголовках и текстовых блоков их 10, то вместе с ссылкой будет уже 11, что негативно отразится на переспаме.

Синтаксис UTM-меток

Вот данные по кампании:

  • целевая страница — ;
  • запускаем рекламу на поиске Google (рекламная система — Google Ads);
  • название кампании — «Зимняя распродажа пальто»;
  • для кампании создаем 2 объявления;
  • ключевые слова: «зимние мужские пальто», «мужские пальто распродажа».

Пошагово составим UTM-разметку.

Первым делом нужно присвоить значение для каждой метки. Для этого пишем название самой метки, знак равенства («=»), а затем — значение параметра.

Здесь два важных момента:

  1. Начинаем с обязательных меток.
  2. Обязательные метки выстраиваем по принципе «от общего к частному» — сначала параметр самого высокого уровня (источник), затем вид рекламы, кампания, объявление и ключевое слово.

Присваиваем значения меткам:

utm_source=google — здесь мы можем указать любое другое значение, главное, чтобы потом было понятно, что трафик пришел именно из поиска Google. Например, можно указать значение google-search

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

utm_medium=search — с помощью этого значения указываем, какой тип рекламы используется в кампании (поисковая).

utm_campaign=muzhskie-palto — название кампании, которое мы указали в Google Ads.

utm_content=ad1 — с помощью этого параметра мы сможем отследить, какое из двух объявлений более эффективное

Предыдущие метки будут одинаковы для обоих объявлений, а в метке utm_content мы указываем на конкретное объявление. Соответственно, для второго объявления будет значение utm_content=ad2).

utm_term=zimnie-muzhskie-palto — указываем ключевое слово. Обратите внимание, для корректной работы UTM-меток лучше использовать латиницу. Для этого напишите русские слова транслитом (вручную или с помощью специальных сервисов).

У нас готовы все элементы, из которых будет состоять размеченная ссылка. Теперь составим ее по шагам.

1. Указываем URL целевой страницы (на которую будем вести трафик):

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

3. Размещаем первую UTM-метку:

4. Помним, GET-параметры соединяются амперсандом. Ставим амперсанд:

5. Далее — размещаем вторую метку:

6. Снова ставим амперсанд, затем третью метку и так далее. После последней метки амперсанд не нужен.

Для первого объявления у нас получилась такая ссылка:

Ссылка для второго объявления будет выглядеть практически идентичной. Отличаются только значения последних двух параметров — utm_term и utm_content:

Обратите внимание! Если вы запускаете рекламу только в Google и пользуетесь только Google Аналитикой, можете располагать метки в любом порядке. Google распознает их независимо от того, какая метка у вас идет в начале, а какая — в конце

Для работы с Яндекс.Директом и Яндекс.Метрикой рекомендуется размещать метки последовательно: первой указывать utm_source, затем — utm_medium и так далее (как в нашем примере). Чтобы не запутаться, придерживайтесь этого правила при разметке ссылок UTM-метками для любой рекламной системы.

На какие части делится URL-адрес

Классический пример URL-адреса выглядит примерно так:

http://адрес_сайта/папка/страница.html

Как видим, адрес URL делится на несколько частей:

Первая часть (http://) определяет используемый протокол. Проще говоря, она говорит о методе, который будет использоваться для получения доступа к нужному ресурсу.

Используемый в данном URL протокол «HTTP» расшифровывается как «HyperText Transfer Protocol», и применяется он в абсолютном большинстве случаев. Но можно найти URL c использованием другие протоколов, к примеру, FTP (File Transfer Protocol – протокол для передачи файлов), HTTPS (HyperText Transfer Protocol Secure – безопасная, зашифрованная версия HTTP), mailto (адрес электронной почты) и другие.

Всего же видов протоколов URL насчитывается несколько десятков ftp, http, rtmp, rtsp, https, gopher, mailto, news, nntp, smb, prospero, telnet, wais, xmpp, file, data и др, но используются обычно несколько основных, перечисленных мной чуть выше.

Расшифровка URL адреса

Вторая часть (адрес_сайта) – это имя домена. Технически это просто линия символов, букв или комбинация слов, позволяющая людям легко запоминать адрес любимой страницы. В ином случае ссылки на ресурсы выглядели бы как http://192.168.384.656, запомнить такое сочетание цифр было бы на порядок труднее, нежели имя https://droidov.com.

Третья часть (папка/страница.html) обычно указывает на какую-либо страницу ресурса, к которой пользователь хочет получить доступ. Она может быть просто в виде названия, или в виде пути к определённому файлу через набор папок, последние обычно разделяются  слешом (/). Расширение интернет страниц может быть разным – php, htm, html, shtml, asp и ряд других.

Визуально данные пояснения можно посмотреть на видео:

Используемая перед названием домена аббревиатуры www (World Wide Web – всемирная паутина) не является обязательной, вы можете использовать адрес сайта и без неё, сайт обязательно откроется.

Что обозначает URL и какие разновидности существуют

Все урл-указатели подразделяются на два типа: статические (простые) и динамические (сложные). В первом случае интересующие сведения размещаются непосредственно в самой адресной строке. Указание дается на 1 веб-страницу — 1 файл.

Со второй разновидностью дела обстоят иначе. Такие указатели характеризует усложненная система хранения и передачи данных. Однако они же наделены гораздо большими возможностями, которые нельзя реализовать на упрощенных версиях веб-ресурсов. Сложноструктурированные сайты могут формироваться из одной интернет-страницы, имеющей различное содержание. В качестве примера стоит привести известный многим юзерам Yandex-Search. Какой бы запрос не вводил пользователь, его непременно перенаправляет на одну и ту же веб-страницу. Информация задается после вопросительного знака в браузерной поисковой строке. Все, что находится сразу после него — относится к GET-форме.

Что это такое URL сайта и где его взять

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

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

При копировании линка производится его помещение в буфер обмена. После этой операции он становится доступен для переноса в любой документ или сообщение.

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

Составляйте UTM-метки без ошибок: используйте генераторы

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

Чтобы свести вероятность ошибок к минимуму и ускорить процесс разметки ссылок, используйте генераторы UTM-меток.

Campaign URL Builder

Инструмент для генерации UTM-меток от Google. Работает просто:

  • укажите адрес целевой страницы в поле «Website URL»;
  • пропишите необходимые значения параметров в обязательных полях Campaign Source, Campaign Medium и Campaign Name. Дополнительно укажите значения параметров Term и Content.
  • скопируйте сгенерированную ссылку и разместите ее в объявлении.

Генератор UTM от Tilda

Простой генератор UTM-меток от одного из самых популярных конструкторов сайтов. С В генераторе UTM от Тильды можно создать метки для основных рекламных систем: Яндекс.Директ, Google Реклама, ВКонтакте, myTarget и Facebook.

Здесь также все просто:

  • вставляете в поле «Адрес вашей страницы» URL страницы, на которую хотите вести трафик;
  • выбираете источник трафика (рекламную систему). Например, Google Ads;
  • указываете обязательные параметры и необязательные (если нужны);
  • забираете готовую ссылку с UTM-метками.

Обратите внимание! Генератор автоматически подставляет динамические параметры, подходящие для выбранной рекламной системы. Например, если вы выбрали Google Ads, в поле параметра utm_content генератор подставит динамический параметр {creative}, который будет передавать идентификатор объявления.

Шаблоны в Google Таблицах для генерации UTM-меток

Такой шаблон легко создать самому с помощью формулы CONCATENATE. Но можно не создавать, а использовать готовый шаблон. Например, этот.

Откройте таблицу с шаблоном, создайте копию. В столбце «URL» укажите адрес целевой страницы, в столбцах параметров — необходимые значения. В столбце «Generated URL» появится готовая ссылка с корректной разметкой.

Статистика по UTM-меткам: где смотреть

В Яндекс.Метрике

В Яндекс.Метрике доступен специальный отчет, с помощью которого вы можете просмотреть детальную статистику по UTM-меткам. В интерфейсе Метрики отчет находится в Стандартных отчетах — Источники → Метки UTM.

Выберите этот отчет, затем проставьте галочки на тех метках, по которым хотите посмотреть статистику.

В Google Аналитике

В Google Аналитике статистику по UTM-меткам можно посмотреть в отчете «Источник/канал» (находится в разделе Источники трафика → Весь трафик).

В столбце «Источник или канал» в каждой строке указаны два значения, разделенные слэшем:

Первое значение (источник) — это параметр utm_source. Второе значение (канал) — параметр utm_medium.

Также в этом отчете можно посмотреть статистику по кампаниям (метка utm_campaign). Для этого выберите соответствующий основной параметр: «Кампания».

Чтобы посмотреть статистику с разбивкой по объявлениям (метка utm_content), выберите параметр «Содержание объявления».

Также можно посмотреть данные по ключевым словам, по которым показывались ваши объявления и были получены клики. Для этого выберите параметр «Ключевое слово».

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

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

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

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

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

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

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

ЧПУ 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 можно прочитать в блоге.
  1. в конце URL использовать «.html/.php» или правый слэш «/»? На ранжирование и индексацию эти варианты не влияют. Поэтому можно использовать оба варианта, но помните, чем короче URL, тем лучше, поэтому рекомендую использовать правый слэш.

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

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

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

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

Очень важно об URI — URL — URN

Перед тем, как перейти к следующим главам обязательно прочтите этот материал, т.к. W3C выпустили официальный документ, объясняющий важные моменты по поводу УРЛ.

В W3C решили убрать неразбериху по поводу трактовки этих терминов — URL и URI, и разрешили использовать любой их них, когда имеешь ввиду ссылку на сайт. Т.е. теперь они взаимозаменяемы. Сейчас не нужно строго сегментировать URI на разные типы и все можно называть просто УРЛ. Если вам, кто-то скажет обратное или будет учить другому — дайте им ссылку на официальный документ — https://www.w3.org/TR/uri-clarification/.

URI включает в себя URL и URN, но может быть и совсем без них. К примеру, УРИ данные «data:,Hi%20World». Просто содержит данные и не имеет ни названия, ни местоположения.

Также, любой URI может быть URN при условии, если у него есть свойство названия/имени — даже при условии, если ресурс будет недоступным. Т.е, например, УРИ используемый в HTML для указания его типа: http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd. Даже если эта ссылка будет недоступна, URI по-прежнему будет называться XHTML типом документа. Это URN.

И из этого можно сделать вывод, что и URL тоже включает в себя URN. Поэтому, чтобы убрать ВСЮ эту путаницу и приняли решение, что хватит сегментировать URI на типы. Теперь УРЛ и УРИ — это одно и тоже официально и УРН к ним приписывается в тегах ссылки.

Формат ответа

Формат ответа отличается только статусом и рядом заголовков. Статус выглядит так:

Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF
  • HTTP версия
  • Код статуса
  • Сообщение статуса, понятное для человека

Обычный статус выглядит примерно так:

HTTP/1.1 200 OK

Заголовки ответа могут быть следующими:

response-header = Accept-Ranges
                | Age
                | ETag
                | Location
                | Proxy-Authenticate
                | Retry-After
                | Server
                | Vary
                | WWW-Authenticate
  • Age время в секундах, когда сообщение было создано на сервере.
  • ETag MD5 сущности для проверки изменений и модификаций ответа.
  • Location используется для перенаправления и содержит новый URL адрес.
  • Server определяет сервер, где было сформирован ответ.

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

 

от admin

Добавить комментарий

Ваш адрес email не будет опубликован.