какие символы можно использовать в url
Символы, разрешенные в URL
кто-нибудь знает полный список символов, которые можно использовать в вам без кодирования? На данный момент я использую A-Z a-z и 0-9. но я хочу узнать полный список.
меня также интересует, есть ли спецификация, выпущенная для предстоящего добавления китайских, арабских url-адресов (как очевидно, что это будет иметь большое влияние на мой вопрос)
8 ответов
EDIT: Как правильно указывает @Jukka K. Korpela, этот RFC был обновлен RFC 3986. Это расширило и прояснило символы, действительные для хоста, к сожалению, его нелегко скопировать и вставить, но я сделаю лучший.
в первом согласованном порядке:
символы, разрешенные в URI, зарезервированы или не защищены (или символ процента как часть процентной кодировки)
говорит это RFC 3986 незарезервированных символов (sec. 2.3) а также зарезервированные символы (sec 2.2), если они должны сохранить свое особое значение. А также процентный характер как часть процента-кодирование.
полный список 66 неограниченных символов находится в RFC3986, здесь:http://tools.ietf.org/html/rfc3986#section-2.3
— Это любой символ в следующем наборе:
я протестировал его, запросив мой веб-сайт (apache) со всеми доступными символами на моей немецкой клавиатуре в качестве параметра URL:
они не были закодированы:
не закодировано после urlencode() :
не закодировано после rawurlencode() :
Примечание: перед PHP 5.3.0 rawurlencode() закодированных
из-за RFC 1738. Но это было заменено RFC 3986 так что его безопасно использовать, сейчас. но я не понимаю, почему например <> кодируются с помощью rawurlencode() потому что они не упоминаются в RFC 3986.
дополнительный тест, который я сделал, касался автоматического связывания в почтовых текстах. Я тестировал Mozilla Thunderbird, aol.com, outlook.com, gmail.com, gmx.de и yahoo.de и они полностью связали url, содержащие эти символы:
некоторые люди теперь предложили бы к используйте только rawurlencode() chars, но вы когда-нибудь слышали, что у кого-то были проблемы с открытием этих сайтов?
наконец, я бы сказал, что это нормально использовать эти unencoded:
Таблица URL кодов символов кодировки ASCII
Кодирование URL конвертирует символы в формат, который можно безопасно передать в качестве URL-адреса ресурса через интернет.
URL — это Единый указатель ресурсов (англ. Uniform Resource Locator). Веб-браузеры запрашивают HTML-документы с сервера, используя URL-адрес.
URL — это адрес веб-страницы, например: http://www.wm-school.ru
Кодирование URL
URL-адрес ресурса отправляется в интернет в ASCII-кодировке.
Если в URL содержатся символы, не входящие в ASCII-кодировку, URL конвертируется. Перекодироваться должны буквы кириллицы, буквы с диакритическими знаками, лигатуры, иероглифы. Кодирование URL конвертирует этот адрес в ASCII формат.
Кодировщик URL заменяет небезопасные символы ASCII знаком (%), за которым следуют два шестнадцатиричных числа, которые соответствуют значениям символов из кодировки ISO-8859-1. URL не должен содержать пробелы. Кодировщик URL обычно заменяет пробелы знаком (%20).
URL-коды специальных (управляющих) символов
Первоначально управляющие символы таблицы ASCII (диапазон 00-31, плюс 127) были разработаны для того, чтобы управлять устройствами аппаратных средств, таких как телетайп, ввод данных на перфоленту и др.
Управляющие символы (кроме горизонтальной табуляции, перевода строки и возврата каретки) не используются в HTML-документах.
Таблица URL-кодов специальных (управляющих) символов
URL-коды символов ISO-Latin (диапазон 128-255)
Символы в диапазоне с 128 по 255 отводятся для специфических символов букв алфавитов западно-европейских языков, символов псевдографики, некоторых букв греческого алфавита, а также ряда математических и финансовых символов.
URL-коды символов ISO-Latin (диапазон 128-255)
Зарезервированные символы
Зарезервированные символы — это специальные символы, такие как знак доллара, амперсанд, плюс, слэш, двоеточие, точка с запятой, знак равенства, знак вопроса, знак эт (собака). Все они могут иметь различные значения в URL, поэтому должны быть закодированы.
Таблица URL-кодов зарезервированных символов
Небезопасные символы
Небезопасные символы — это пробел, кавычки, знак меньше, знак больше, знак диез, знак проценты, фигурные скобки, прямой слэш, обратный слэш, тильда, квдратные скобки, гравис. Эти символы также должны всегда быть закодированы.
Список недопустимых символов в url
Начните работать с нами. Предоставляем услуги по разработке сайтов любой сложности!
Список недопустимых символов в url
Привет. Не многие из нас знают что есть некий свод правил при формировании адреса страницы. И ещё меньшее количество людей обращает внимание на то, что иногда может попасть в ЧПУ при редактировании адреса страницы. Данные правила, а именно какие символы являются допустимыми, а какие нет для построения адреса страницы, определяются сервером и непосредственно самой платформой (CMS/CMF) сайта. Т.е. единый и универсальный список сейчас отсутствует. На определённых платформах создать url с так называемым «запрещённым» символом будет возможно, но такая страница будет не правильной и при работе с ней будут возникать ограничения. К примеру, если запрет установлен со стороны сервера то даже настроить обработку 404-й ошибки для ссылок с некорректными символами будет невозможно (не изменяя при этом конфигурацию сервера). Платформой сайта эти правила попросту не будут обрабатываться. Это касается не только символов, но и определенных директорий.
Как создать корректное ЧПУ с точки зрения разработки
1) От чего же тогда отталкиваться?
2) Какие правила являются общепринятыми?
3) И как построить корректное ЧПУ с точки зрения разработки?
Дело в том, что ссылка с недопустимым значением будет расцениваться не корректной и по отношению к алгоритмам поисковых ботов. Почему?
1) Поисковый бот действует в рамках своих алгоритмов и не сможет распознать ссылку с символами которые не понимает.
2) Либо сможет распознать ссылку, но посчитает её недостаточно качественной.
Поэтому для основ SEO продвижения и правильной работе со ссылками крайне важно настроить корректный ЧПУ.
Список разрешенных в url символов
Допустимые символы в url запомнить очень просто.
Всё остальное лучше исключить и не использовать. Однако если есть острая необходимость поэкспериментировать и разнообразить жизнь поисковым ботам на свой страх и риск, предлагаем Вашему вниманию два запасных набора символов.
The резерв символы:
Символы которые, как правило, считаются небезопасными:
В заключении хотим обратить внимание на то, что при формировании url может возникнуть очень много нюансов связанных с синтаксисом, а охватить их всех в одной статье нет возможности. Также сейчас слишком мало информации на этот счёт, а документация в полной мере не дает ответ на вопрос или слишком сложна. Возможно Вам также будет полезен «Справочник по кодировке ASCII». Найти данный либо схожие справочники на просторах интернета не составит особого труда.
Если статья была для Вас полезна или Вы нашли опечатку пожалуйста напишите комментарий и поделитесь своим мнением.
One thought on “ Список недопустимых символов в url ”
Респект. Качественные продукты выкладываете!
Что такое URL адрес сайта? Параметры и допустимые символы URL
Параметры и допустимые символы URL адреса сайта
В одной из предыдущих статей я описывал человеко-понятные урл — ЧПУ URL и разное отношение поисковиков к ним. В данной статье хотелось бы рассмотреть само понятие УРЛ, так как оно является основополагающим для всего Интернета.
URL (Uniform Resource Locator) — переводится с английского как Унифицированный указатель ресурса, или Единообразный (универсальный) локатор ресурса, т.е. это путь, по которому можно найти любой файл и каталог в сети Интернет.
URL адрес страницы сайта состоит из следующих элементов: протокол://полное доменное имя/(папка(и))/имя ресурса (файла). В расширенном варианте УРЛ может выглядеть так:
схема://логин:пароль@хост:порт/(папка(и))/имя ресурса (файла)?параметры#якорь
Основные параметры Урл:
Пример из WordPress’а
Допустимые символы URL
В URL адресе допустимы только латинские буквы, арабские цифры и ограниченный набор знаков препинания:
Также возможны запятые (,) и точки с запятой (;), но используются они редко и обычно кодируются, как и все остальные символы (русские буквы, пробелы и т.п.). Яркий пример закодированных урл’ов — статьи Википедии — http://ru.wikipedia.org/wiki/%D0%95%D0%B6.
Правила кодирования нелатинских букв (в т.ч. кириллицы) и прочих не допустимых символов URL: сначала буква кодируется в UTF-8 (кодировку Unicode) — получается 2 байта из каждого символа. Затем каждый из этих байтов преобразуется в шестнадцатиричную систему счисления и перед ним ставится знак процента (%), получается что-нибудь такое: %D0%95%D0%B6 (по-русски будет «еж»). Недопустимые знаки препинания кодируются так:
Кодирование символов в адресах. Справка из Википедии (кликабельно)
Среди УРЛ выделяют относительные и абсолютные, а также статические и динамические URL адреса страниц сайта. Об этом будет рассказано в следующих статьях.
Что такое URL адреса, чем отличаются абсолютные и относительные ссылки для сайта
Здравствуйте, уважаемые читатели блога KtoNaNovenkogo.ru. Сегодня хочу затронуть тему формирования уникальных URL адресов в интернете и рассказать про принципы создания относительных и абсолютных ссылок.
Конечно же, тема формирования Урлов или их более расширенной версии URI (ури) довольно сложна, если копать глубоко и пытаться добраться до истины.
Но нам этого и не нужно, ибо достаточно понимать структуру URL в ее прикладном применении.
Ну и также, я думаю, будет полезно понимать, для чего и как можно создавать относительные ссылки для своего ресурса, а не использовать для этих целей абсолютные, когда в этом нет явной необходимости.
Урл адреса — что это и как они влияют на индексацию сайта
Итак, давайте посмотрим что такое 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). Урл в этом случае будет выглядеть примерно так (чуть ниже я приведу общую блок-схему его построения, но пока хотелось бы начать с простого частого примера):
В этом примере адреса часть с «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».
Склеить можно не только описанные выше зеркала, но и любые другие доменные имена, принадлежащие вам. Например, если возможно различное написание латинскими буквами какого-либо известного бренда, то покупаются все возможные домены (варианты написания с ошибками, в разных доменных зонах и т.п.) и склеиваются между собой. Тогда, при обращении к сайту по любому из возможных URL адресов, будет открываться главное зеркало.
Например, на рег.ру (промо-код на скидку EB69-6AD7-D77D-43BD) можно посмотреть свободные для регистрации потенциальные зеркала или освобождающиеся домены (можете вводить предполагаемое имя домена прямо в приведенную ниже форму):
Откуда берутся лишние URL-адреса (дубли страниц) вашего сайта в индексе поисковиков
Но вернемся к нашим баранам. Та часть URL, которая расположена за третьим слешем (/) — в нашем примере это «papka/fail.html» — называется путем до конкретного объекта (документа или файла). В нашем случае это документ «fail.html», который лежит в каталоге «papka», который в свою очередь лежит в корневой папке (корень в Урле всегда соответствует третьему слешу слева).
Но это еще не все, что может быть записано в адресе. Посредством URL различные CMS (системы управления контентом) передают так называемые GET параметры, которые добавляются в самый его конец после простановки знака вопроса, например, так:
Вся беда в том, что для поисковых систем два таких URL адреса (с и без Get параметров) являются абсолютно разными веб документами и каждый из них будет проиндексирован поисковиками.
К одному и тому же Урлу может добавляться вашей Cms сколько угодно много различных Get параметров и все это будет проиндексировано Яндексом и Гуглом, если вы не создадите соответствующие запреты в файле robots.txt, ссылка на статью про который приведена чуть выше. В противном случае поисковики вас могут пессимизировать за большое количество дублированного контента (одного и того же содержимого, доступного по разным адресам).
Также, например, к главной странице моего ресурса можно обратиться по двум разным Урлам:
(даже по трем — еще и https://ktonanovenkogo.ru/) и в любом случае откроется главная страница. Это довольно плохо, т.к. поисковики найдут у меня три разных страницы (имеющих с их точки зрения разные URL адреса), но с одинаковым содержанием, что им, ох как не нравится.
Гораздо больше информации про зеркала сайта и их склейку читайте в приведенной по ссылке публикации.
Структура Урл адреса и перекодировка в URL-encoded
Вообще, полную блок-схему URL адреса можно представить так:
В реальности, как правило, не используют логин, пароль и порт, хотя для доступа на платные сайты может понадобиться их указание:
Также довольно часто устанавливают пароли для входа на Ftp сервер, где так же может использовать не стандартный порт, а отличный от используемого по умолчанию для этого протокола. Тогда для доступа к ресурсам такого Ftp сервера потребуется вводить подобный URL:
Про GET параметры, которые могут прописываться в этом адресе после знака вопроса, мы уже говорили и упоминали, что следует обязательно запрещать к индексации страницы, в Урлах которых имеются подобные параметры (выше приведена ссылка на статью про роботс, где все это подробно расписано).
Урл адреса в виде хеш-ссылок, открывающие страницу в нужном месте
Но кроме всех этих вещей, которые могут входить в состав URL, на приведенной чуть выше блок-схеме вы можете видеть так называемый якорь, который добавляется в самом конце после разделяющего символа решетки «#» (Урлы, содержащие якоря, обычно называют хеш ссылками).
Якоря заранее проставляются внутри Html кода документа (страницы) с помощью добавление атрибута в нужный Html тег (абзаца, заголовка или другой подходящий), а затем, добавив название этого якоря к URL адресу страницы через символ решетки «#», вы сможете перейти не на начало этой вебстраницы, а сразу к тому месту, где был проставлен якорь (все современные веб браузеры автоматически прокрутят страницу до нужного места).
Выглядеть хеш-ссылка может так (в тексте страницы проставлен якорь «url-1»):
Про работу с гиперссылками в Html, и в том числе про организацию навигации на странице с помощью хеш ссылок (якорей), читайте в этих статьях.
Какие символы можно использовать в URL адресах?
Еще стоит сказать о различных кодировках, которые используются в URL адресах. Без перекодирования в них можно использовать только ограниченное количество символов. Обычно советуют ограничиться набором из символов: 9,[a-z],[A-Z],[_],[-].
Вообще, во избежании ошибок, я бы советовал задавать название файлов и Урлов страниц своего сайта в нижнем регистре, ибо для юникс подобных систем (на которых работает большинство веб серверов) символы в верхнем и нижнем регистре являются разными (в отличии от Windows). Из-за разных регистров может возникнуть никому не нужная путаница.
Использование каких-либо других символов (включая русские) в урлах допустимо, но при этом будет происходить перекодировка этих самых символов (URL Encoding).
Что опечаливает, так это неудобоваримый вид URL адресов с символами, например, кириллицы, которые получаются после перекодировки. Каждый символ кириллицы кодируется с помощью двух байт в Юникоде (UTF-8), записанных в шестнадцатеричном виде и разделенных знаком процента «%». Например, такой Урл:
после перекодировки станет таким:
В общем, получается не очень здорово и с этим неудобоваримым видом URL на национальных кодировках планируют разбираться и бороться, но движется это дело не ахти как быстро.
В связи со всем вышесказанным я бы советовал при использовании ЧПУ на своих CMS не делать адреса страниц на русском, а использовать транслитерацию, тем более, что по мнению многих продвиженцев так будет лучше в плане Seo оптимизации под Яндекс и Google.ru.
Относительные и абсолютные ссылки на сайте
Давайте начнем с абсолютных ссылок, т.к. в этом случае ничего особенного, сверх того, что мы уже обсудили в данной статье, говорить и не придется. Т.о. абсолютная ссылка должна соответствовать тем требованиям, которые мы предъявляем к URL адресу — должен указываться протокол передачи данных, доменное имя сайта (хоста) и путь до нужного web документа. Все.
В Html абсолютная ссылка формируется с помощью специальных тегов A (гиперссылки), т.е. для ее проставления мы просто должны будем окружить открывающим и закрывающим тегами гиперссылки нужное место в тексте документа (фразу или картинку) и прописать в открывающем теге A в атрибуте «Href» абсолютный путь до того документа, на который должен будет попасть посетитель при переходе по ней:
Чем хороши относительные ссылки и как их можно получить
Однако, абсолютные гиперссылки обычно используют только в тех случаях, когда хотят сослаться на внешние сайты, а для внутренних переходов большинство вебмастеров (умных и прозорливых, не таких как я 🙂 ) стараются использовать относительные ссылки. И это есть несколько причин:
Итак, если судить по названию, то адрес web документа, на который они ссылаются, должен быть прописан относительно того документа вашего сайта, из кода которого и будет проставлена данная относительная ссылка (пляшем от печки). Второй вариант их простановки заключается в использования в качестве точки отсчета корневой папки. Вот именно эти два способа создания относительных ссылок мы сейчас и рассмотрим.
Создаем относительные ссылки относительно документа, из которого они проставляются
Самый простой и короткий вариант записи относительного пути (имеется в виду значения атрибута Href тега гиперссылки) получится в том случае, когда оба web документа: донор (с которого она проставляется) и акцептор (файл или web документ, на который она ведет), находятся в одной папке на сервере.
Тогда относительная ссылка будет представлять из себя лишь название web документа акцептора:
Теперь давайте предположим, что документ акцептор лежит в папке, которая расположена в одной директории с документом донором.
Как в этом случае будет выглядеть относительная ссылка? Все тоже довольно просто:
Пока, думаю, что все понятно — прописываем путь до файла или документа акцептора (название папки, а через прямой слеш «/» имя файла или документа). Т.е. нам для того, чтобы попасть от донора к акцептору, нужно будет открыть папку, название которой мы и указываем в относительной ссылке.
Теперь давайте рассмотрим противоположную ситуацию, когда внутри папки лежит сам документ донор, с которого нужно проставить относительную ссылку на документ или файл акцептор, который уже лежит на уровень выше:
Для того, чтобы нам от документа донора пройти к файлу (или документу) акцептору, потребуется подняться из этой папки на уровень выше. Для этого предусмотрен специальный элемент — две точки подряд, а затем через прямой слеш прописывается дальнейший путь к акцептору. Поэтому для приведенного выше примера относительный путь будет иметь вид:
Если вам понадобится подняться на два уровня вверх, то запись будет иметь вид:
Ну, а если после этого для прописывания относительного пути до акцептора вам нужно будет еще войти в какую-либо папку на втором верхнем (относительно документа донора) уровне:
Тогда относительная ссылка, проставленная из Html кода документа донора, может иметь следующий вид:
Таких спусков в папки и подъемов на уровень вверх может быть сколь угодно много, главное, чтобы вы сами не запутались.
Создание ссылки относительно корневой папки
Все рассмотренные выше ссылки мы писали относительно того документа донора, с которого проставляется гиперссылка, но можно в качестве точки отсчета взять корневую папку сайта. Корень в обозначении относительных путей выглядит как одиночный прямой слеш «/».
Т.о. переход на главную страницу будет выглядеть довольно просто, но экстравагантно:
Любую относительную ссылку, прописанную относительно корня сайта, можно представить как абсолютную, но с убранной частью стоящей слева от третьего слеша.
Например, абсолютный путь может выглядеть так:
А относительный до того же самого файла будет уже несколько короче:
Как сослаться на папку в относительном и абсолютном виде
Хочу обратить ваше внимание на один нюанс, который стоит учитывать при создании как абсолютных, так и относительных ссылок. Если вы хотите сослаться на папку, то обязательно ставьте в конце такой гиперссылки (после ее названия) прямой слеш «/». Т.е., если я хочу открыть содержимое папки, то мне следует написать:
Во втором случае, при обработке, сервер будет сначала пытаться найти файл с именем «uploads» (именно такой без каких-либо расширений) и не найдя его уже потом будет искать такую папку. Поэтому, написав сразу же слеш после названия нужной вам папки, вы не будете отнимать лишние ресурсы у вашего сервера на поиски того, чего там нет.
Также следует знать, что при обращении в относительной или абсолютной ссылке к папке, веб сервер отобразит так называемый индексный файл, который лежит в ней и который, как правило, называется либо index.html, либо index.php. Если индексного файла в папке не будет, то при неправильно настроенной на сервере безопасности вы увидите листинг ее содержимого, что может привести к снижению безопасности вашего ресурса.
Обязательно закройте эту уязвимость, если обнаружите.
Кстати, обращение к главной странице сайта тоже по своей сути есть обращение к папке (корневой), и при этом будет запущен индексный файл лежащий в корне (в моем случае это index.php). Так вот, если вы обращаетесь к папке, то для снижения нагрузки на сервер лучше прописывать после доменного имени прямой слеш:
Вот оно чё, Михалыч!
Удачи вам! До скорых встреч на страницах блога KtoNaNovenkogo.ru
Комментарии и отзывы (44)
Интересная статья. Осталось переварить инфу и задействовать себе на блог. Как автор успевает все найти и опробовать?
Для новичков конечно самое то. Странно вроде бы и знаю это все, а так при работе и не вспомнишь сразу. Так что ваш блог уже стал использовать в качестве подсказки при работе, вместо Гугла 😉
Как всегда, Дмитрий, вы все просто разжевали, осталось только проглотить))) Спасибо огромное за вашу такую нужную для нас работу.
У меня к вам просьба: я читал вашу статью о странице 404, но не совсем понял. Если вы сможете, то хотелось бы подробнее о том, как ее менять, почитать. Этот вопрос волнует не только меня, но и многих других начинающих блоггеров.
Я удивлен, как можно так много писать про простые темы? 🙂 Я думаю уже и ребенок разберется с этой темой.
Век живи и век учись. Как всё закручено, однако. Никогда раньше и не думал, что со ссылками столько всего связано. Вроде бы адрес и адрес, а тут оказывается.
Сенкс, Дмитрий. Довольно полезная статья.
Статья познавательная, спасибо.
Оффтоп: Задумался насчет внутренней перелинковки:
Допустим, хочу в тексте статьи вставить по смыслу несколько ссылок (равномерно по всему тексту). Но внизу после каждой статьи, публикуемой на моем сайте, CMS автоматом дает ссылки на похожие новости/статьи. И часто получается, что я хочу вставить ссылку в текст, но данная ссылка уже поставлена в качестве похожей статьи/новости.
Вопрос: будет ли как-то влиять отрицательно тот факт, если я буду все-таки вставлять данный ссылки? Не подозрительно будет ли это с точки зрения поисковиков?
Дмитрий, подскажите как сделать это при помощи 301 редиректа.
Так же, например, к главной странице моего ресурса можно обратиться по двум разным URL адресам:
Не могли бы Вы ответить на вопрос:
Существует мнение, что внутренние относительные(перелинковка и т.д.) ссылки затрудняют продвижение сайта(например на сервисе rookee и некоторых других при анализе сайта выдаются рекомендации переделать их в абсолютные), действительно ли это так?
В относительных ссылках не указывается ни протокол, ни адрес сайта (вместо них браузер берет текущий протокол и адрес сайта страницы, на которой стоит относительная ссылка), поэтому их лучше не использовать. Поисковый робот во время индексации приводит ссылки к абсолютному виду. Поэтому, чтобы робот что-нибудь не напутал, лучше относительные ссылки не использовать.
Анна Фомина: большое спасибо за развернутый ответ — самому было очень интересно узнать влияние относительных и абсолютных ссылок (url — ов) на продвижение сайта. Тут нужен, наверное, именно практический опыт на большой выборке сайтов.
Анна и Дмитрий спасибо за ответы, провел ряд испытаний, ссылки на картинки и фоновые изображения действительно можно использовать в относительном виде, но по моим ощущениям они чуть дольше индексируются, для тех у кого актуален трафик с яндекс картинок и т.п. нужно это учитывать.
Здравствуйте, Дмитрий! Вас очень приятно и очень понятно читать!
Регистрируйте адрес главной страницы, остальные индексируются автоматически. Так же можно регистрировать свой сайт в различных рейтингах, для этого необходимо заполнять дополнительные анкеты.
Некоторые поисковики требуют подтвердить Ваши права на сайт, но даже если Вы этого не делаете, сайт все равно будет проиндексирован, но это займет больше времени Я зашла во 2 пункт, написала Eseniy.Fo.ru и попала http://go.mail.ru/addurl в поиск MAIL.ru.Мне что там надо регистрироваться?Я в шоке.Может кто-нибудь поможет.Мой емэйл shalaj.t@yandex.ru Спасибо всем кто откликнется.
ааа спасибо большое! очень помогла статья!
Ну вот — познавательно и ничего лишнего, все по делу.
«Но вернемся к нашим баранам — URL адресам. Та часть URL, которая расположена за третьим слешем (/) — в нашем примере это «papka/fail.html», называется путем до конкретного документа или файла.»
В действительности, слешей на пути до конкретного документа или файла в структуре URL адреса может быть сколь угодно много.
«Вообще, во избежании ошибок, я бы советовал задавать название файлов и URL страниц своего сайта в нижнем регистре, ибо для юникс подобных систем (на которых работает большинство веб серверов) символы в верхнем и нижнем регистре являются разными (в отличии от Windows). Из-за разных регистров может возникнуть никому не нужная путаница.»
Но Ваш блог почти везде представлен как KtoNaNovenkogo.ru — со смешанным типом регистров. Каким образом это влияет на его функциональность в формате изложенного совета (и заметно ли такое влияние вообще)? Мне лично кажется, что основную роль здесь играет психологический фактор. Это как необходимость выключать телефоны в самолете: все прекрасно понимают, что на такую высоту волны сотовых операторов все равно не доходят, а аппаратура на борту не рассчитана разве что на космическое излучение, но все равно продолжают этим заниматься, хотя даже «Разрушители легенд» доказали, что сотовый телефон для нее — как заноза в пятке носорога. Так что перед нами — типичный пример массового психоза. А всему виной кто? Правильно — жиды.
Эдуард: не путайте техническую сторону и маркетинг. При загрузке файлов на сервер хостинга или настройке ЧПУ нужно обязательно использовать нижний регистр, чтобы потом не возникло путаницы и и непоняток.
А написание KtoNaNovenkogo.ru с большими буквами никакого отношения к технической стороне вопроса не имеет (это же ведь не УРЛ) — это маркетинг (повышение узнаваемости). В Яндекс Вебмастере даже есть специальный инструмент позволяющий закрепить такое описание в выдаче.
Был печальный опыт просто с одной SEO компанией которая взялась сайт раскручивать. Так вот эти сеошники наставили редиректов с site.ru/papka/fail.html на site.ru/papka/fail/ и начали утверждать что это необходимо. С организацией этой я расстался. После них на хосте осталась куча хлама и сплошная путаница! И еще сомнения: какие url-ы все таки лучше?
Дмитрий, Вы просто молодец! Вашими статьями пользуюсь, как настольной книгой. Большое спасибо за стиль, за логику, за подробное описание. С ув. Т.М.
автоматичесеки URL может прикреплляться к эл. адресу с одноименным назваием в виде электронного адреса
игорь григорьевич: ну, если я правильно понял вопрос, то Вам Яндекс почта для домена поможет, описанная тут.
А как насчёт ссылки вида «./index.php»? Есть подозрения, что тупые поисковики, находя такую ссылку на странице сайта «index.php», переходят на «./index.php/index.php». Да или нет?
Здравствуйте! У меня такая проблема Самописный сайт beautyinfo.com.ua нужно перенести на cms вордпресс.
Сеошники советуют сохранить старые урлы страниц и структуру старого сайта. Допустим, я руками в вордпрессе сохраню урлы старого сайта, а как сохранить структуру старого сайта? Если посмотреть его структуру через этот сервис defec.ru и посмотреть через сервис структуру любого сайта на вордпресс — то они отличаются. Как же реализовать такой план переноса, который советуют сеошники?
Дмитрий, задался я тут вопросом, насколько важно, чтобы структура URL повторяла структуру сайта? Или лучше иметь плоскую структуру URL (все страницы на втором уровне вложенности, сразу после домена)?
Часть вебмастеров советуют повторять структуру, якобы поисковики так лучше индексируют и наличие структуры лучше сказывается на продвижении.
С другой стороны при плоской структуре тоже есть свои плюсы:
— в дальнейшем структуру сайта можно менять как угодно, не затрагивая URLы (и на мой взгляд это очень существенный плюс!)
— все страницы передают вес главной напрямую
— вероятно, страницы на втором уровне вложенности лучше монетизируются, по сравнению с зарытыми в каталогах
— опять же вопрос, что лучше для seo — в теории чем выше уровень страницы, тем лучше она должна сеошиться
Степан: ну, по поводу гибкости — это Вы совершенно правы, ибо, например, при смене рубрики WordPress меняет урл и склеивает его старым через 301 редирект. Лучше бы, конечно, чтобы Урл при таких операциях оставался неизменными (например, один рекл отказался от размещения, ибо анализируемая им в Метрике статья моего блога недавно поменяла адрес и выглядела весьма бледно в плане просмотров). А по поводу SEO трудно сказать — не задумывался. Спасибо за комментарий.
в общем перерыв весь интернет, я так и не нашел однозначного ответа на этот вопрос. Более того, большинство вебмастеров его вообще аккуратно обходят стороной.
Вот две статьи, в которых этот вопрос затрагивается, при этом авторы придерживаются различных точек зрения (при этом оба признают, что не все так однозначно):
Пока мое мнение, что в большинстве случаев (в том числе для информационного сайта) предпочтительнее основной контент оставлять на втором уровне (сразу после домена), выделяя в категории только что-то очень специфическое (например, если на сайте есть новостной раздел с неуникальным контентом, имеет смысл создать для него категорию, чтобы закрыть индексацию).
Прорабатывать детально категории в урлах имеет смысл для интернет-магазинов (очень много страниц, при этом важно передать вес и продвинуть в поиске так же страницы категорий).
Уважаемый администратор! По статье я понял, что Вы очень тонко разбираетесь в терминологии, в отличии от меня. Можете ответить на один вопрос: существует сайт (СМИ), в котором в статье были использованы фото, защищенные авторским правом. Я выиграл суд и мне присудили компенсацию за нарушение авторского права. Фото из статьи были убраны, но по ссылкам я могу зайти на каждую фотографию. Ссылки начинаются с названия сайта (СМИ). Я сделал у нотариуса просмотр станиц и обратился вновь в суд с требованием удалить с сайта фото, но суд мне отказал на основании того, что фото якобы находятся не на сайте в свободном доступе, а на сервере. Но как я тогда по ссылкам захожу на фото? После решения судьи админ сайта издевательски разместил в очередной статье ссылку Фото. Что Вы можете сказать по данной ситуации, разве не считается материал в свободном доступе, если на него по ссылке может перейти человек?
Роман, технически вы правы. Лицо может хранить фотографию, но если ставит на неё ссылку, то он её уже распространяет. (см. какие есть дела по материалам для взростлых)
А что скажешь на счет вот таких дублей:
Причем эти дубли есть на каждой странице.
Это встречается почти у каждого сайта, а следовательно можно добавить такие страницы в аддурилку и мы получим кучу дублей.
Спасибо за информацию??
Если после перекодировки кириллицы URL адрес имеет такой странный вид, то лучше вообще отказаться от нее в пользу латиницы.
Ссылки на страницы Википедии такие ужасные, как в статье показано, да и длиной в километр. А вообще, чтобы что-то уяснить из статьи, мне нужно десять раз её перечитать, уж слишком сложная для моего восприятия тема.
Давно была мысль создать свой сайт. Идея и часть наполнения уже есть, но когда читаю подобные статьи появляется ощущение, что все это очень сложно. Вывод напрашивается сам собой, нужно искать кого-то, кто в этом уже разобрался.
Однако, получается, что придется пользоваться услугами постоянно, ведь сайт требует не только создания, но и обслуживания. Что касается символов, которые можно использовать в URL адресах, думаю лучше ограничиться только буквами.
Куча полезной информации, которую ещё переваривать и переваривать и так до полного понимания предмета.
На индексацию сайта в гораздо большей мере влияет качество размещённого на нем контента, чем выбранный URL.
Соня: на индексацию больше влияет техническое качество сайта. Качество контента поисковому боту по барабану. Это уже алгоритм решает, как ранжировать собранный ботом материал.
А что, есть чудаки, которые до сих пор вбивают www перед названием сайта? Хотя предусмотреть такое развитие событий будет не лишним.
Короче если ты не программист, то сделать адекватно все равно не получится. Я вот тоже по вершкам нахватался, вроде и сайт сделал свой на вордпрессе, но все равно невозможно что-то сделать, не загуглив, и зачастую просто не понимаешь, что люди пишут.
Оказывается подводных камней куча и по не знанию, можно столько уязвимостей оставить, что любой понимающий запросто «уронит» твой сайт.