Url параметры


Url параметрыНекоторые пользователи интернета впервые встречаются с URL адресом страницы сайта — что это такое и где его взять? Ниже мы детально рассмотрим эту тему, также какую структуру имеет URL адрес.

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

URL адрес — что это такое?

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

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


Сервер

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

Тоесть, URL можно расшифровать, как универсальный указатель ресурса, а именно — Universal Resource Locator. Он обозначает адрес того сервера, на котором расположен конкретный интернет ресурс.

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

Из каких параметров состоит URL адрес

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

<способ>://<логин>:<пароль>@<хост>:<порт>/< путь>?<параметры>

Информация о составляющих структуры URL:


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

Кроме этого, в конце структуры еще может присутствовать #<якорь>. Некоторые считают его наличие не очень важным. С помощью этого параметра можно узнать информацию о промежуточном ресурсе, который находится в составе главного. Подобный результат также можно получить с помощью грамотного применения пункта <параметры>. Именно этот вариант используется в настоящей реальности.

В качестве главного параметра в рассмотренной схеме используется <способ> или по другому — сетевой протокол. Наиболее распространенным считается http. Если говорить более просто, то сетевой протокол включает перечень определенных инструкций, с помощью которых открывается доступ к требуемой информации.

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


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

В настоящий момент используется большое количество подобных сетевых протоколов. Например, с помощью ftp осуществляется передача информации по таким сетям, как TCP. Также используются https– они являются теми же http, но с наличием определенной защиты. Благодаря сетевым протоколам opera получает доступ к соответствующим страницам и инструкциям браузера под названием Opera.

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

Для наглядности следует рассмотреть пример. Для этого можно взять ссылку на любую статью, которая находится на сайте. В результате наглядно, что в ней все совпадает со структурой, которая была рассмотрена нами ранее. Параметр <способ> обозначен в виде http, затем расположена обычная конструкция «://», а после этого находится параметр <хост>. Увидеть логин и пароль рядовые пользователи не смогут. После «/» доступен параметр <путь> в виде адреса конкретной статьи. Подобным образом выглядит любой существующий URL адрес.

Как узнать URL сайта (документов, изображения или файлов)


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

Расположение URL адреса в браузереНеобходимо знать, что в браузере, как правило, параметр <способ> из рассмотренной структуры отсутствует.

На представленном рисунке перед адресом отсутствует «http». Чаще всего этот параметр становится доступным после того, как адрес будет скопирован в буфер. Эта процедура выполняется обычным методом – в результате нажатия на соответствующие кнопки Ctrl+C. Еще один вариант для выделения текста — нажать с помощью правой клавиши мышки и в появившемся меню найти специальный пункт под названием «Копировать».

Url параметрыМеню, которое появляется после выделения адреса сайта

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

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


Url параметрыМеню, которое появляется после нажатия на изображение с помощью правой клавиши мышки

Если требуется скопировать адрес документа, то на него также необходимо кликнуть с помощью правой клавиши мышки, а затем появится меню, в котором следует найти пункт «Копировать адрес ссылки».

Url параметрыМеню, которое открывается в результате нажатия на документ посредством правой клавиши мышки

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

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


Например, в конце скопированного изображения будет присутствовать расширение файла – jpg. После параметра <хост> — после «/» можно увидеть адрес, с помощью которого будет предоставлено местонахождение картинки.

В основном в подобных адресах бывает все понятно. У многих пользователей может вызывать вопросы, например, такая конструкция как: «%E1%85%9611». Она обозначает зашифрованную часть адреса.

Как узнать URL страницы: ВКонтакте, Одноклассников, видео, радио

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

URL страницы ВКонтакте.

Как узнать URL страницы ВКонтакте

URL страницы Одноклассники.

Как узнать URL страницы Одноклассников

URL страницы Ютуб, адрес видео.

Как узнать URL видео

URL Радиостанции (онлайн).


Как узнать URL страницы радио

Шифрование в URL

Уточнить конкретный адрес ресурса или сайта можно достаточно просто. В некоторых ситуациях после копирования стандартного адреса появляется целый набор символов, например: «https://pc4me.ru/%D0%A2%D0%B0%D0%B0%D2%80%D3%82%D1%84%D0%BE%D1%BD». На самом деле они представляют собой определенную шифровку.

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

Этапы кодирования:

  1. в Юникод – получается последовательность из нескольких байтов;
  2. в шестнадцатеричный код.

В последних версиях браузеров предварительно выполняется соответствующее кодирование в Base58. Любой байт разделяется с помощью специального значка «%». В итоге после копирования пользователи могут видеть целый набор различных символов. В новых браузерах уже не возможно наблюдать ссылки с шестнадцатеричными знаками.

Если при копировании нормальной ссылки появляется, например, «https://pc4me.ru/wiki/%D0%A2%D0%BЕ%D0%B1%D1%80%D2%82%D1%82%D0%BE%D1%BD», то необходимо выполнить обновление используемого браузера на более новую версию.

Как появились URL адреса


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

Из сведений, которые были представлены выше, можно узнать, что URL является адресом определенного интернет ресурса. Он необходим для его поиска в глобальной сети. Впервые пристальное внимание URL начали уделять в Женеве. В 1990 году она была создана Тимом Бернерс-Ли.

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

В составе URL находится не только имя конкретного сайта, но еще и его местонахождение. Используются также URN, которые представляют собой только имя или адрес определенного ресурса. В URI входят URL и URN. Данная конструкция тоже была создана в том же 1990 году.

Как появились URL адреса

Работы над ней были окончены только в 1994 году. Более современная версия URI стала доступной только в 1998 году. В 2002 году появилась информация, что термин URL считается не совсем современным и вместо него желательно применять URI. Данное обозначение местонахождения файлов в сети начало использоваться в Женеве, а именно в CERN.

Возможное дальнейшее развитие интернет адресов

Основные проблемы современных URL:


  • определенные проблемы с шифрованием;
  • незначительная гибкость;
  • указание пути на нереальные ресурсы;
  • неудовлетворительная работа с гипертекстовой структурой;
  • навязывание интернет ресурсам иерархической структуры (отметил создатель URL).

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

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

Возможное дальнейшее развитие интернет адресов PURL

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


pc4me.ru

Урл адреса — что это и как они влияют на индексацию сайта

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

URL и URI

Ну так вот, любой документ (вебстраница) в сети интернет имеет свой уникальный адрес URL, который расшифровывается как Uniform Resource Locator (определитель местонахождения ресурса). Он, равно как и протокол HTTP, а еще и как язык Html с валидатором W3C, был разработан и создан одним и тем же человеком — Тимом Бернерсом-Ли (отцом основателем проекта Всемирная паутина WWW — World Wide Web).

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

URL адрес — это способ однозначно указать на что-то в интернете. Он используется не только для работы с сайтами (что это?) по протоколу http (еще и по ftp), но нас, конечно же, будет интересовать именно применение этого идентификатора к Web (протоколы http и https). Урл в этом случае будет выглядеть примерно так (чуть ниже я приведу общую блок-схему его построения, но пока хотелось бы начать с простого частого примера):

https://ktonanovenkogo.ru/papka/fail.html

В этом примере адреса часть с «http» обозначает протокол передачи данных или же, если следовать терминологии спецификации, схему (ибо тот же mailto не является протоколом передачи данных, в отличии от http или ftp, но тоже используется в Урл адресах). Далее в приведенном примере следует «ktonanovenkogo.ru» (или же это может быть «www.ktonanovenkogo.ru») — это так называемое доменное имя или же имя узла (хоста).

WWW и другие зеркала сайта, которые нужно склеить

В Web-е есть специфика обозначения доменного имени в URL адресе сайта, которое может быть с WWW или без WWW. Для того, чтобы успешно можно было раскрутить свой сайт, очень важно склеить эти два зеркала вашего сайта с WWW или без него через 301 редирект. Зачастую, склейку зеркал за вас может выполнить хостер, но это обязательно нужно будет проверить.

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

Тоже справедливо и при переезде сайта на защищенный протокол https с http — для поисковиков это будет уже другой сайт.

Ничего плохого в использовании WWW в URL сайта нет, но нужно четко определить главное зеркало (через Яндекс Вебмастер и через Гугл Вебмастер, а также через прописывание директивы Host в файл robots.txt вашего сайта), которое будет индексироваться поисковиками и которое будет участвовать в ранжировании.

У меня, например, главное зеркало — это «ktonanovenkogo.ru», т.е. «без атавизма», и если вы добавите к любому моему Урлу эту чудо-приставку, то произойдет автоматическое перенаправление на адрес «без WWW».

https://www.ktonanovenkogo.ru/papka/fail.html

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

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

Откуда берутся лишние URL-адреса (дубли страниц) вашего сайта в индексе поисковиков

Но вернемся к нашим баранам. Та часть URL, которая расположена за третьим слешем (/) — в нашем примере это «papka/fail.html» — называется путем до конкретного объекта (документа или файла). В нашем случае это документ «fail.html», который лежит в каталоге «papka», который в свою очередь лежит в корневой папке (корень в Урле всегда соответствует третьему слешу слева).

Но это еще не все, что может быть записано в адресе. Посредством URL различные CMS (системы управления контентом) передают так называемые GET параметры, которые добавляются в самый его конец после простановки знака вопроса, например, так:

https://www.ktonanovenkogo.ru/papka/fail.html?print=yes

Вся беда в том, что для поисковых систем два таких URL адреса (с и без Get параметров) являются абсолютно разными веб документами и каждый из них будет проиндексирован поисковиками.

К одному и тому же Урлу может добавляться вашей Cms сколько угодно много различных Get параметров и все это будет проиндексировано Яндексом и Гуглом, если вы не создадите соответствующие запреты в файле robots.txt, ссылка на статью про который приведена чуть выше. В противном случае поисковики вас могут пессимизировать за большое количество дублированного контента (одного и того же содержимого, доступного по разным адресам).

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

https://ktonanovenkogo.ru
https://ktonanovenkogo.ru/index.php

(даже по трем — еще и https://ktonanovenkogo.ru/) и в любом случае откроется главная страница. Это довольно плохо, т.к. поисковики найдут у меня три разных страницы (имеющих с их точки зрения разные URL адреса), но с одинаковым содержанием, что им, ох как не нравится.

Поэтому у меня сделано так, что при вводе любого из приведенных чуть выше Урлов будет выполнено перенаправление на URL вида «https://ktonanovenkogo.ru/». Делается это, как правило, с помощью 301 редиректа в файле .htaccess, либо напрямую в настройках сервера вами самими, либо вашим хостером.

Гораздо больше информации про зеркала сайта и их склейку читайте в приведенной по ссылке публикации.

Структура Урл адреса и перекодировка в URL-encoded

Вообще, полную блок-схему URL адреса можно представить так:

Url параметры

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

http://login:pass@ktonanovenkogo.ru/platniy-dostup.html

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

ftp://login:pass@ktonanovenkogo.ru:6789/samoe-nujnoe/cimus

Про GET параметры, которые могут прописываться в этом адресе после знака вопроса, мы уже говорили и упоминали, что следует обязательно запрещать к индексации страницы, в Урлах которых имеются подобные параметры (выше приведена ссылка на статью про роботс, где все это подробно расписано).

Урл адреса в виде хеш-ссылок, открывающие страницу в нужном месте

Но кроме всех этих вещей, которые могут входить в состав URL, на приведенной чуть выше блок-схеме вы можете видеть так называемый якорь, который добавляется в самом конце после разделяющего символа решетки «#» (Урлы, содержащие якоря, обычно называют хеш ссылками).

Якоря заранее проставляются внутри Html кода документа (страницы) с помощью добавление атрибута ID=»метка» в нужный Html тег (абзаца, заголовка или другой подходящий), а затем, добавив название этого якоря к URL адресу страницы через символ решетки «#», вы сможете перейти не на начало этой вебстраницы, а сразу к тому месту, где был проставлен якорь (все современные веб браузеры автоматически прокрутят страницу до нужного места).

Выглядеть хеш-ссылка может так (в тексте страницы проставлен якорь «url-1»):

https://ktonanovenkogo.ru/vokrug-da-okolo/chto-takoe-url-adresa-url-uri-absolyutnye-i-otnositelnye-ssylki.html#url-1 

Про работу с гиперссылками в Html, и в том числе про организацию навигации на странице с помощью хеш ссылок (якорей), читайте в этих статьях.

Какие символы можно использовать в URL адресах?

Еще стоит сказать о различных кодировках, которые используются в URL адресах. Без перекодирования в них можно использовать только ограниченное количество символов. Обычно советуют ограничиться набором из символов: [0-9],[a-z],[A-Z],[_],[-].

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

Использование каких-либо других символов (включая русские) в урлах допустимо, но при этом будет происходить перекодировка этих самых символов (URL Encoding).

Что опечаливает, так это неудобоваримый вид URL адресов с символами, например, кириллицы, которые получаются после перекодировки. Каждый символ кириллицы кодируется с помощью двух байт в Юникоде (UTF-8), записанных в шестнадцатеричном виде и разделенных знаком процента «%». Например, такой Урл:

https://ktonanovenkogo.ru/кто на новенького/

после перекодировки станет таким:

http//ktonanovenkogo.ru/%BA%D1%82%D0%BE%20%D0%BD%D0% B0%20%D0%BD%D0%BE%D0%B2%D0%B5%D0%BD%D1%8C%D0%BA%D0 %BE%D0%B3%D0%BE

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

В связи со всем вышесказанным я бы советовал при использовании ЧПУ на своих CMS не делать адреса страниц на русском, а использовать транслитерацию, тем более, что по мнению многих продвиженцев так будет лучше в плане Seo оптимизации под Яндекс и Google.ru.

Относительные и абсолютные ссылки на сайте

Давайте начнем с абсолютных ссылок, т.к. в этом случае ничего особенного, сверх того, что мы уже обсудили в данной статье, говорить и не придется. Т.о. абсолютная ссылка должна соответствовать тем требованиям, которые мы предъявляем к URL адресу — должен указываться протокол передачи данных, доменное имя сайта (хоста) и путь до нужного web документа. Все.

В Html абсолютная ссылка формируется с помощью специальных тегов A (гиперссылки), т.е. для ее проставления мы просто должны будем окружить открывающим и закрывающим тегами гиперссылки нужное место в тексте документа (фразу или картинку) и прописать в открывающем теге A в атрибуте «Href» абсолютный путь до того документа, на который должен будет попасть посетитель при переходе по ней:

<a href="https://ktonanovenkogo.ru/vokrug-da-okolo/programs/phpmyadmin-skachat-ustanovka-nastrojka.html">ПхпМайАдмин</a>

Все очень просто.

Чем хороши относительные ссылки и как их можно получить

Однако, абсолютные гиперссылки обычно используют только в тех случаях, когда хотят сослаться на внешние сайты, а для внутренних переходов большинство вебмастеров (умных и прозорливых, не таких как я ? ) стараются использовать относительные ссылки. И это есть несколько причин:

  1. Относительные ссылки по определению более короткие и не загромождают, не утяжеляют код сайта (ведь в этом деле важна любая мелочь).
  2. Кроме того, при переезде на другой домен или при смене протокола на https вам не придется менять все ссылки на сайте.
  3. К тому же, некоторые конструкции интернет проекта можно будет очень быстро и безболезненно перенести на другой ресурс, не изменяя при этом внутренние относительные ссылки.

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

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

Самый простой и короткий вариант записи относительного пути (имеется в виду значения атрибута Href тега гиперссылки) получится в том случае, когда оба web документа: донор (с которого она проставляется) и акцептор (файл или web документ, на который она ведет), находятся в одной папке на сервере.

Url параметры

Тогда относительная ссылка будет представлять из себя лишь название web документа акцептора:

<a href="akceptor.html">анкор</a>

Теперь давайте предположим, что документ акцептор лежит в папке, которая расположена в одной директории с документом донором.

Url параметры

Как в этом случае будет выглядеть относительная ссылка? Все тоже довольно просто:

<a href="papka/akceptor.html">анкор</a>

Пока, думаю, что все понятно — прописываем путь до файла или документа акцептора (название папки, а через прямой слеш «/» имя файла или документа). Т.е. нам для того, чтобы попасть от донора к акцептору, нужно будет открыть папку, название которой мы и указываем в относительной ссылке.

Теперь давайте рассмотрим противоположную ситуацию, когда внутри папки лежит сам документ донор, с которого нужно проставить относительную ссылку на документ или файл акцептор, который уже лежит на уровень выше:

Url параметры

Для того, чтобы нам от документа донора пройти к файлу (или документу) акцептору, потребуется подняться из этой папки на уровень выше. Для этого предусмотрен специальный элемент — две точки подряд, а затем через прямой слеш прописывается дальнейший путь к акцептору. Поэтому для приведенного выше примера относительный путь будет иметь вид:

<a href="../akceptor.html">Что такое URL адреса</a>

Если вам понадобится подняться на два уровня вверх, то запись будет иметь вид:

<a href="../../akceptor.html">Что такое Урл</a>

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

Url параметры

Тогда относительная ссылка, проставленная из Html кода документа донора, может иметь следующий вид:

<a href="../../primer-2/akceptor.html">Сложная конструкция пути</a>

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

Создание ссылки относительно корневой папки

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

Т.о. переход на главную страницу будет выглядеть довольно просто, но экстравагантно:

<a href="/">анкор</a>

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

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

<a href="https://ktonanovenkogo.ru/wp-content/uploads/html-tegi.html">анкор</a>

А относительный до того же самого файла будет уже несколько короче:

<a href="/wp-content/uploads/html-tegi.html">Текст</a>

ktonanovenkogo.ru

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

Мы собрали самые популярные вопросы об URL и дали ответы на них. 

1. Нужно ли использовать ключевые слова в URL?

Наличие ключевых слов в URL – дополнительная подсказка для ПС о содержании страницы и один из факторов ранжирования. 

Скриншот страницы https://yandex.ru/support/webmaster/recommendations/site-structure.xml 

Рекомендации Яндекс по структуре URL

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

Мы рекомендуем использовать ключевые слова в URL, но при этом не «спамить». 

Давайте рассмотрим, что будет считаться спамом в URL:

Пример №1: «Повторение ключевых слов»

site.ru/catalog/detskaya-obuv/detskaya-obuv-dlya-malchikov/demisezonnaya-detskaya-obuv-dlya-malchikov/

Поисковые системы могут посчитать спамом такое повторение ключевого слова detskaya-obuv

Правильно так:

site.ru/catalog/detskaya-obuv/dlya-malchikov/demisezonnaya/

Пример № 2: «Спамные конструкции фраз»

site.ru/catalog/nozhi-skladnye-kupit-moskva/

«nozhi-skladnye-kupit-moskva» – неестественная спамная конструкция. Употреблять фразы необходимо согласно правилам русского языка. 

Правильно так:

site.ru/catalog/skladnye-nozhi/

Пример №3: «URL совпадает с title, h1»

Скриншот:

RDS bar - проверка URL, title, h1

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

В данном случае правильно так:

site.ru/postel/kontakty/postelnoe-bele/

2. Сайту 5 лет. Хотел бы перевести сайт на ЧПУ. Какой реакции ожидать от поисковых систем? Нужно ли вообще переходить на ЧПУ или оставить так, как есть?

Преимущества использования ЧПУ известны давно, в частности:

  • можно использовать ключевые слова;
  • увеличивается CTR (кликабельность), так как подсвечиваются ключевые слова в выдаче;
  • примерно ясна суть страницы, на которую пользователь собирается перейти;
  • легче запоминаются.

Но вот как быть, если сайт давно запущен и получает трафик из ПС? Стоит ли в таком случае переходить на ЧПУ?

Если тематика сайта конкурентная, и сайт занимает ТОПовые позиции по интересующим запросам, переводить сайт на ЧПУ не стоит – в таком случае перевод может быть не всегда оправданным. 

Если же сайт по большинству запросов ранжируется за ТОП-10, то лучше перевести его на ЧПУ. Правильно настроенные ЧПУ положительно оцениваются поисковиками, что даст плюс в ранжировании страниц вашего сайта.

Рекомендации Яндекса, пункт 4.

Рекомендации Google: 

Скриншот https://support.google.com/webmasters/answer/76329?hl=ru

Рекомендации Google по структуре URL

Конечно, совершенно безболезненного перехода может и не быть – по каким-то запросам позиции, соответственно, и трафик, могут прыгать, потребуется некоторое время для восстановления. 

Если ЧПУ настроены правильно, и сразу же после появления новой версии URL сделаны постраничные 301 редиректы, то проседание будет минимальным либо его не будет вообще. В течение месяца после смены трафик/позиции восстановятся и улучшатся.

Рекомендации, которых стоит придерживаться при составлении ЧПУ:

  • при создании URL выбирайте те слова, которые напрямую ассоциируются с целью страницы и дают краткое представление о ее содержании;
  • организовать ЧПУ необходимо таким образом, чтобы адрес отражал структуру сайта;
  • всегда используйте дефис для разделения слов в URL;
  • длина URL должна быть ограничена 60-80 символами.

3. В индекс поисковой системы попали урлы, содержащие параметры, что привело к появлению дублей, например: 

URL с параметрами создали дубли

Что посоветуете в сложившейся ситуации?

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

Чтобы параметры URL не мешали нормальной индексации и ранжированию сайта, рекомендуем прописать на сайте атрибут rel="canonical". Таким образом вы укажете роботам, какая именно страница из группы дублей является основной (канонической).

  • Рекомендации Яндекса по использованию rel=canonical 
  • Рекомендации Google по использованию rel=canonical

4. Какие ссылки лучше делать: транслит, перевод или кириллица? Например: site.ru/ссылка, site.ru /link, site.ru /ssylka.

По результатам исследования Игоря Бакалова, для Яндекса предпочтительней кириллические URL, далее – перевод, и на последнем месте – транслит.

Для Google предпочтительней перевод, на втором месте – кириллица, на третьем – транслит. 

Можно сделать выводы: если продвижение предпочтительней под Яндекс – лучше использовать кириллицу.

Если под Google – лучше перевод. 

Но! Есть некоторые недостатки в использовании кириллицы и перевода в URL с точки зрения юзабилити.

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

Например, URL вида https://сайт.рф/каталог/мобильные-телефоны/ будет выглядеть так:

 https://xn--80aswg.xn--p1ai/%D0%BA%D0%B0%D1%82%D0%B0%D0%BB%D0%BE%D0%B3/%D0%BC%D0%

BE%D0%B1%D0%B8%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5-%D1%82%D0%B5%D0%BB%D0%B5%D1%84%D0%BE%D0%BD%D1%8B/.

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

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

Не рекомендуем использовать смешанные URL (транслит+перевод, кириллица+транслит или кириллица+перевод):

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

5. Движок формирует ЧПУ с заглавными буквами, это плохо? 

Поисковые системы хорошо обрабатывают заглавные буквы в URL, но мы не рекомендуем их использовать. Для поисковых систем адреса «site.ru/Category» и «site.ru/сategory» – разные. Если вы продиктуете человеку или укажете в рекламе URL «site.ru/Category», как думаете, как он наберет его? Скорее всего, большинство введут URL в одном регистре – нижнем. Данная проблема решаема – нужно настроить 301 редирект, чтобы при наборе с нижнего регистра пользователя переводило на адрес с заглавной буквой. Но надо ли?

Мэтт Каттс в интервью (еще в 2012 году) посоветовал не использовать заглавные буквы в URL, ссылаясь на то, что:

а) это признак непрофессионализма;

б) для пользователей нет значения, какая буква используется в URL – заглавная или строчная, что приводит к самым разным ошибкам (одну из которых мы описали выше).

Поэтому мы рекомендуем использовать URL в одном регистре – нижнем.

6. Что использовать в URL: дефис или нижнее подчёркивание?

Поисковые системы хорошо понимают как нижнее подчёркивание, так и дефис.

Но для разделения слов рекомендуем использовать дефис, так как согласно заявлению Мэтта Катса, Google понимает нижнее подчеркивание как знак объединения. 

Рекомендации Google:

Скриншот https://support.google.com/webmasters/answer/76329?hl=ru 
Рекомендации Google по знакам пунктуации в URL

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

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

7. Чем лучше заканчивать URL страницы: правым слешем «/» или расширением «.html»?

У многих вебмастеров на эту тему расходятся мнения, одни отдают предпочтение использованию расширения «.html», так как есть логическое завершение URL. Другие – использованию слеша «/», так как в таком случае URL короче, понятнее и легче запоминается.

Поисковые системы одинаково индексируют страницы как с правым слешем «/», так и с расширением «.html».

Мы отдаем предпочтение использованию URL без расширения «.html», так как считаем, что чем короче URL, тем лучше (без фанатизма, конечно). Однако повторюсь: с точки зрения индексации и ранжирования разницы нет, скорее, это дело вкуса. 

8. Может на ранжирование влиять количество слешей в URL? К примеру, страницы с каким URL будут лучше ранжироваться: site.ru/shop/moda/zhenskaja-odezhda/platya/platya-midi/ или site.ru/catalog/platya/platya-midi/?

Количество слешей в URL не влияет на ранжирование. На ранжирование влияет количество кликов, требуемых для перехода на нужную страницу с Главной.
Например, в URL может быть 6 слешей – site.ru/shop/moda/zhenskaja-odezhda/platya/platya-midi/, но перейти на страницу можно с Главной в один клик.

Если же смотреть с точки зрения удобства и восприятия, то предпочтение отдаем второму варианту – site.ru/catalog/platya/platya-midi.

9. Поставили ЧПУ, сгенерировали URL в интернет-магазине. В результате на некоторых товарах длина URL составляет 190 символов, т.е. в строке браузера адрес полностью не виден.

Вопрос: это в пределах допустимого или надо сокращать? Чрезмерно длинный URL может хуже индексироваться ПС?

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

Скриншот страницы https://yandex.ru/support/webmaster/recommendations/indexing.xml Рекомендации Яндекса по длине URL

Но вот какое именно количество символов в пределах допустимого? 

В рекомендациях Яндекс.Маркета максимально допустимое количество символов в URL – 512.

Скриншот страницы — https://yandex.ru/support/partnermarket/offers.xml: Рекомендации Яндекс.Маркета по длине URL

Согласно данным рекомендациям, можно предположить, что Яндекс нормально индексирует URL, длиной до 512 символов.

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

Приведем пример чрезмерно длинных URL:

Пример чрезмерно длинных URL

Из приведенных примеров видим, что URL неудобны и не совсем понятны. 

Такой длины URL:
— плохо запоминаются;
— сложно продиктовать;
— уменьшают вероятность ввода с клавиатуры;
— выходят за границы адресной строки в браузере;
— могут обрезаться при копировании;
— могут обрезаться некоторыми соц.сетями;

URL страницы должен быть:
— лаконичным;
— информативным; 
— логичным;
— простым;
— отображать суть страницы;
— отображать структуру сайта.

Например: 

Сравнение URL

Но, учитывая, что Яндекс допускает URL до 512 символов, сокращать уже проиндексированные ЧПУ такой длины мы не рекомендуем.

Обратите внимание! Данные рекомендации необходимо анализировать и внедрять еще на стадии создания сайта. 

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

Если в замене URL действительно есть необходимость, например, из-за риска наложения санкций (используется спамная конструкция, перечисление ключевых фраз и т.д.), не забывайте настраивать 301 редирект!

siteclinic.ru

В одной из предыдущих статей я описывал человеко-понятные урл — ЧПУ URL и разное отношение поисковиков к ним. В данной статье хотелось бы рассмотреть само понятие УРЛ, так как оно является основополагающим для всего Интернета.

URL (Uniform Resource Locator) — переводится с английского как Унифицированный указатель ресурса, или Единообразный (универсальный) локатор ресурса, т.е. это путь, по которому можно найти любой файл и каталог в сети Интернет.

URL адрес страницы сайта состоит из следующих элементов: протокол://полное доменное имя/(папка(и))/имя ресурса (файла). В расширенном варианте УРЛ может выглядеть так:

схема://логин:пароль@хост:порт/(папка(и))/имя ресурса (файла)?параметры#якорь

Основные параметры Урл:

  • в качестве схемы  выступает обычно какой-нибудь протокол, обычно это http(s), ftp и множество других (skype, nfs)
  • логин-пароль нужны для прохождения одного из способов авторизации пользователя на сервере. Если авторизации не требуется, эти параметры не указываются
  • хост — полное доменное имя или IP-адрес компьютера в сети. Например, для Яндекса — это Yandex.ru
  • порт — на каком порту сервера будет производиться подключение к нему. В большинстве случаев, данный параметр не указывается, т.к. по умолчанию подразумевается порт 80, которым обычно пользуются браузеры. Попробуйте к любому URL адресу сайта подставить «:80», ничего нового не произойдёт — будет совершён переход на адрес «без порта». Например http://www.google.ru:80 перекинет на  http://www.google.ru.
  • далее идёт или сразу имя файла (например, page.php), или сначала 1 и более каталогов, а потом имя файла. Если имя файла отсутствует, то открывается т.н. индексный файл — index.php (index.html, index.jsp и множество других расширений).
  • после имени файла могут указываться дополнительные параметры — после знака вопроса (?). Между параметрами ставится знак амперсанда (&). К примеру, выглядеть это может так: http://www.bing.com/account/web?sh=5&ru=%2f. Самих параметров может быть много, они имеют вид переменная=значение и обрабатываются на сервере с помощью языков серверного программирования
  • якорь в URL подставляется после решётки (#) и указывает на элемент открываемой страницы, причём браузер обычно автоматически производит прокрутку до того html-элемента, id которого равно якорю. Например, на созданных на WordPress сайтах при клике на «Читать далее»как раз это и происходит:

web-ru.net

Обзор

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

Например, изменяя последний бит URL-адреса (url-parameters), который используется для фильтрации источников данных, можно выбирать отдельные записи из раздела «Concepts» которые будут отображаться на одной странице.

Использование

URL-параметры определяются в панели администратора с помощью редактора страниц (Blueprints > Страницы > Добавить или Blueprints > Страницы > {Заголовок страницы}). Вы можете определить любое количество параметров, перечислив их в поле «URL-параметры», разделяя имена параметров правыми слэшами:

парам1/парам2/парам3 

Значения параметров устанавливаются динамически при запросе URL страницы с указанием значений:

http://yoursite.com/yourpage/value1/value2/value3 

В контексте данной страницы эти URL-параметры становятся доступными, так же, как и остальные параметры. Для получения дополнительной информации см. Параметры.

GET Параметры

Symphony так же может добавить в общий контекст GET-параметры, которые были переданы посредством указания префикса. Например, добавив ?greeting=hello к URL-адресу вашей страницы, в пуле параметров появиться переменная с именем $url-greeting и значением 'hello'.

Подстраницы

Обратите внимание, что обработчики страниц заменят URL-параметры страницы, например, если подстраница основной страницы имеет URL-обработчик page2, то адрес http://symphony.demo/yourpage/page2 откроет подстраницу. При этом page2 является не параметром param1, а обработчиком подстраницы.

Детали

Передаваемые URL-параметры автоматически обрабатываются системой. Все пробелы в именах заменяются на знаки плюса (и несколько пробелов не обрезаются, т. е. несколько пробелов будут заменены на несколько знаков плюса). Так же сохраняется регистр.

Общая картина

URL-параметры являются неотъемлемой частью построения динамических систем при помощи Symphony.


Оригинал статьи

Symphony Team
http://getsymphony.com/learn/concepts/view/url-parameters/

xsltdev.ru

Стандартные UTM-метки позволяют отслеживать трафик по источникам, маркетинговым каналам, кампаниям, целям и ключевым словам. Как это делать мы ранее написали здесь.

Яндекс.Директ и Google AdWords позволяют работать с дополнительными динамическими параметрами, встраиваемыми так же, как и UTM-метки, в URL целевой страницы и позволяющими отслеживать больше десятка характеристик трафика. Например, с их помощью вы можете узнать, на каком устройстве пользователь посмотрел и кликнул по вашему объявлению, в каком регионе (только для Директа), номер рекламной кампании или номер объявления и много других интересных параметров. Таким образом, вы получаете информацию о том, какое объявление, где, как и в каком виде было показано.

Что отслеживает Яндекс.Директ

Весь список параметров Директ приводит в разделе Помощь. Мы перечисляем самые интересные из них:

{source_type} обозначает тип площадки, на которой показывалось объявление: search — поисковая площадка, context — тематическая.
{source} место показа выражается доменом площадки при показе на РСЯ (например, avito.ru) или none при показе на поиске.
{position_type} передает информацию о типе блока, где размещалось объявление: premium — спецразмещение; other — «гарантия»; none — объявление было показано на площадке РСЯ.
{position} выражается цифрой, обозначающей место в блоке: например, 1. Если объявление показано в РСЯ, то покажется 0.
{keyword} точная ключевая фраза, по которой было показано объявление, без минус-слов.
{device_type} тип устройства, на котором осуществлен показ рекламы: desktop — десктоп; mobile — мобильный телефон; tablet — планшет.
{addphrases} сообщает, инициирован ли показ автоматически добавленными фразами: yes — показ по одной из дополнительных фраз; no — показ по одной из исходных фраз.
{campaign_id} идентификатор рекламной кампании, выражается числом.
{region_id} идентификатор региона, в котором было показано объявление, выражается числом.
{region_name} название региона, в котором было показано объявление. В отличие от предыдущего параметра обозначается словами.
Как с ними работать

Эти параметры можно добавлять при создании или редактировании объявления в поле Ссылка на сайт, используя операторы ? и &. Имя параметра необходимо задавать самостоятельно, например, pos={position}.

При клике по объявлению Директ автоматически заменит содержание фигурных скобок на конкретные значения.

http://www.site.ru/?utm_source=yandex&utm_medium=cpc&utm_campaign=kampaniya-gruppa&utm_content=soderzanie&source=none&added=no&block=premium&position=3

Параметры для Google AdWords

AdWords благодаря функции ValueTrack, работающей с переменными в URL, позволяет отслеживать порядка 15 дополнительных параметров. Многие характеристики, которые передает AdWords, схожи с параметрами Яндекс.Директа.

Вот некоторые из них:

{network} обозначает тип площадки: g — поиск Google, s — поисковые партнеры или d — контекстно-медийная сеть
{placement} площадка, где демонстрировалось объявление, работает только для КМС и выражается адресом сайта
{adposition} передает информацию о позиции объявления. Например, «1t2» означает, что реклама демонстрировалась на первой странице, вверху на втором месте, «1s3» — страница 1, справа, место 3. Для КМС используется значение none
{creative} идентификатор объявления, выражается числом.
{matchtype} тип соответствия ключевого слова. Имеет такие значения: «e» — точное соответствие, «p» — фразовое или «b» — широкое.
{keyword} ключевое слово или фраза, по которой было показано объявление.
{device} тип устройства, на котором осуществлен показ рекламы: «m» — мобильный телефон, «t» — планшетный ПК или «c» — компьютер, ноутбук.
Как работать с ValueTrack

Чтобы добавить параметр ValueTrack для отслеживания типа устройств в URL сайта, нужно указать параметры ValueTrack {lpurl} и {device} в шаблон отслеживания в разделе Варианты URL.

Url параметры

В результате шаблон отслеживания будет выглядеть так: {lpurl}?device={device}

Здесь такая же схема: когда пользователь нажимает на объявление AdWords, вместо параметров ValueTrack подставляется информация о клике. Например, параметр {device} указывает тип устройства, на котором было просмотрено объявление. Поэтому в данных о кликах вместо слова {device} подставляется одно из следующих значений: «m» (мобильный телефон), «t» (планшет) или «c» (десктоп).

Google рекомендует задавать эти настройки на уровне аккаунта. Это позволит минимизировать количество обновлений отслеживания и избежать дополнительного прохождения процедуры рассмотрения. Любые изменения на уровне объявления приведут к удалению существующего объявления и отправке нового на рассмотрение.

Если клиент увидел рекламу и перешел по ссылке на компьютере, то URL будет выглядеть так: www.site.ru/?device=c

«Что, если…»

Некоторые параметры URL позволяют реализовать логический оператор IF (если). Это означает, что вы можете задать определенное значение, которое необходимо вставлять в URL в зависимости от характеристик объявления. Вместо слова [value] можно указать любой текст, и он будет подставляться в данные.

Рассмотрим на примере. Параметр {ifsearch:[value]}показывает, был ли клик получен из поисковой сети. Если вместо [value] указать yes, оно будет подставляться в URL, когда пользователи нажимают на объявление в поисковой сети (например, на странице результатов поиска Google).

Логический оператор можно использовать с такими параметрами:

{ifmobile:[value]} — если объявление показано на мобильном устройстве.

{ifnotmobile:[value]} — если объявление показано не на мобильном устройстве.

{ifsearch:[value]} — если объявление показано в поиске.

{ifcontent:[value]} — если объявление показано в КМС.

Чтобы добавить несколько параметров, необходимо связывать параметры значком &. Это правило действует и для Яндекс.Директа, и для Google AdWords.

Когда стоит пользоваться динамическими параметрами

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

Анализ переменных возможен в Google Analitycs при сложной настройке фильтров.

elama.ru


You May Also Like

About the Author: admind

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

Ваш e-mail не будет опубликован. Обязательные поля помечены *

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