Структура формирования url-адресов в Интернет.
Когда мы хотим обратиться к какому-то ресурсу в Интернет, нам нужно знать его адрес. Адреса в Интернет формируются в виде URL-адресов. Это формат, с помощью которого можно обратиться к любому ресурсу в Интернет.
Давайте рассмотрим, как можно сформировать этот адрес. Какая структура и синтаксис эти URL-адресов.
Предположим, что у нас есть компьютер, на котором мы работает и для обращения к ресурсу в Интернет, мы должны зайти в программу на этом компьютере, которая умеет обрабатывать эти адреса (например, браузер или FTP-клиент), обращаемся по определенному URL-адресу и получаем доступ к какому-то ресурсу, который располагается в сети Интернет.
Задача сейчас разобраться, как можно создавать эти URL-адреса и как их можно формировать.
Вот структура любого URL-адреса:
<схема>:[//[<логин>[:<пароль>]@]<хост>[:<порт>]][/<URL-путь>][?<параметры>][#<якорь>]
[] — опциональные параметры. Т.е. их может не быть.
Единственно, что обязательно в этом формате — это схема и хост.
Что такое схема?
Под схемой понимается тот протокол, по которому мы хотим обратиться к ресурсу (http, https, ftp). Это те правила, по которым будет обрабатываться наш запрос.
Что такое хост?
Это то доменное имя сайта (например, abc.ru) или IP адрес какого-то ресурса (172.217.168.195).
Бывают также ситуации, что сервер для доступа к своим ресурсам может потребовать логин и пароль. Это просто данные об имени пользователя, который зарегистрирован на этом сайте и его пароле.
Что такое параметр порт?
Это некое уникальное число от 0 до 255, которое указывает к какой конкретно службе на хосте мы обращаемся.
Для веб-сервера портом по умолчанию является 80.
URL-путь дает возможность обращаться к какому-то конкретному файлу или папке на удаленном ресурсе.
Этот адрес указывается в формате
/имя1/имя2/…
или
/имя1/имя2/имя_файла
C помощью такой структуры вы можете указать уникальный адрес к конкретной веб-странице, которую вы хотите посмотреть.
Следующая часть URL-адреса — это параметры.
Это дополнительные данные, которые можно передать серверу, через адресную строку.
Формат:
имя_параметра = значение
Параметры разделяются знаком &. Подробнее см. в виде выше.
С помощью этих параметров мы можем передать информацию откуда пришел посетитель, по какому источнику, и.т.д.
Последняя составляющая в URL-адресе — это якорь.
Якорь — это часть адреса, которая указывается последней и начинается с символа #. Добавив якорь мы говорим браузеру какое конкретное место на веб-странице он должен отобразить при переходе на какую-то определенную страницу.
Более подробно обо всем этом посмотрите в видео вначале страницы.
советы и примеры — Блог Travelpayouts
Что такое URL
URL — указатель расположения сайта и каждой страницы, который идентифицирует их в интернете. В сети не может быть двух одинаковых доменов, как и одинаковых URL с разным контентом в пределах одного сайта.
Из чего состоит URL:
- протокол передачи данных HTTP или HTTPS;
- домен;
- путь к странице;
- дополнительные параметры.
Во всех современных системах управления контента есть возможность гибко настраивать URL и делать их полезными для продвижения в поисковиках. Можно добавлять ключи, делать короткие названия статей, добавлять в адрес вложенные разделы, настроить преобразование кириллицы в латиницу.
Что говорят поисковые системы
У поисковиков есть большой раздел с рекомендациями для владельцев сайтов. В них описаны принципы разработки полезных проектов:
- рекомендации Яндекса;
- рекомендации Google.
Советы, которые дают поисковые системы в отношении URL:
- Структура адреса должна быть максимально простой. Вебмастер должен организовать контент так, чтобы у URL была логическая структура. Лучше использовать слова, которые описывают значение страницы, а не набор произвольных цифр.
- Можно использовать знаки препинания. Адреса, где слова написаны слитно, более сложные для восприятия. Для создания понятной структуры добавляйте точки и тире. Точкой можно отделить окончание .html.
- Не используйте сложные URL. Адреса с динамическими параметрами и хештегами плохо индексируются. Google подчёркивает, что роботы могут просканировать сайт не целиком и некоторые точки входа останутся без трафика.
- Сделайте человекопонятные адреса для фильтров. Во многих интернет-магазинах для передачи атрибутов используются теги, которые генерируют большое количество похожих URL. Идеальный вариант: domain.ru/product/color/red.
- Закройте служебные страницы от индексации. Чтобы напрасно не расходовать краулинговый бюджет, внимательно следите за URL, которые доступны поисковым роботам и попадают в выдачу. Для блокировки можно использовать robots.txt или тег meta robots.
- Контролируйте работоспособность относительных ссылок. Если в коде страницы отображается полный адрес с доменом и протоколом — это абсолютная ссылка. Если только упоминание конкретной страницы — относительная. Браузер обрабатывает текущий адрес страницы и преобразовывает его в абсолютный, чтобы понимать, куда ведёт ссылка. Если относительные адреса работают неправильно у поисковых роботов могут возникнуть проблемы с обходом.
- Сделайте URL короткими и удалите из них всё ненужное. Пока человек не видит содержимое страницы он может ориентироваться по адресу.
- Позаботьтесь о правильной генерации URL до начала продвижения. Менять структуру после индексации и первых позиций — не самый лучший вариант. Даже постраничный редирект в некоторых случаях оказывается бессилен.
Практические рекомендации
С URL связаны несколько мифов, в которые могут поверить только начинающие вебмастера. Если вам говорят, что регистр адреса влияет на позиции, не верьте.
Поисковые системы давно подтвердили, что это не так. Можно написать хоть весь ключ в URL капсом — никакого эффекта не будет. Более того, поисковики могут обработать страницы и самостоятельно перевести адреса в нижний регистр.
В Яндекс Вебмастере есть специальная настройка, которая позволяет изменить отображение домена в поисковой выдаче. Заявки рассматриваются специалистами поисковиков, и вступают в силу только если, вебмастер придерживается правил. Изменение написания домена используется для того, чтобы пользователи быстрее находили знакомый проект в выдаче. Примеры: iGuides, iPhones, uKit.
Аналогичная ситуация с использование окончания .html в адресах. Некоторые SEO-специалисты говорят, что страницы с тегом будут ранжироваться хуже. На самом деле конструкция никак не влияет на видимость в поисковиках.
На ранжирование влияют и другие особенности URL:
- Яндекс советует делать адреса информативными для пользователей и поисковых роботов. Краулеры поисковых систем обрабатывают адрес и контент на странице.
- Человекопонятный URL может помочь роботу лучше понять тему страницы.
- SEO-friendly адреса являются стандартом работы для многих владельцев сайтов. Опытные вебмастера на автомате создают оптимизированные URL и не придают этому лишнего значения.
- Ещё один важный аспект — иерархия. Добавление родительских и дочерних разделов облегчает понимание структуры сайта. Но надо следить за тем, чтобы адреса не были слишком длинными. Если страницы товара удалена от главной на 4-5 кликов, промежуточные рубрики лучше в URL не добавлять.
Кириллица или латиница в URL: что лучше
Кириллические или IDN-домены появились недавно — чуть больше 10 лет назад. До сих пор у вебмастеров неоднозначное мнение по поводу использования доменов, вроде продвижение.рф.
Поисковые системы постоянно говорят о том, что домен не влияет на ранжирование. Более того, Google недавно разрушил миф о влиянии возраста доменного имени. При равных условиях ключ в домене может оказаться ключевым фактором для улучшения позиций по тематическим запросам. Домен косвенно показывает привязку к региону или тематике сайта, но только если использовать эти возможности по назначению.
У сайта mosokna.ru при продвижении в Москве будет небольшое преимущество — домен покажет пользователям, что компания ведёт деятельность в Москве.
В выдаче часто встречаются кириллические домены, поэтому их можно использовать для продвижения сайтов в разных нишах. Главный минус — автоматическая конвертация адресов в Punycode при обмене ссылками в социальных сетях, мессенджерах и на других площадках. Владельцы кириллических доменов не смогут создать ЧПУ почту. Вместо @продвижение.рус у них получится @xn--b1adeadlc3bdjl.xn--p1acf. Люди, которые никогда не сталкивались с такими адресами, могут подумать, что это спам-ящик.
Кириллические домены не имеют преимуществ в SEO перед латинскими. Короткие адреса на русском просто лучше запоминаются. Если владелец сайта выбрал для нового проекта кириллический домен, он должен следить за тем, чтобы в адресе не было латиницы. Если домен латинский, настройте автоматическую транслитерацию через плагины.
Совет: если выбрали кириллический домен, не меняйте URL страниц на латинские под влиянием SEO-специалистов. Глобальное изменение адресов может обрушить позиции и трафик. В некоторых случаях не помогает даже 301 редирект.
Как длина URL влияет на ранжирование?
Ещё один распространённый SEO-миф связан с длиной URL. Некоторые специалисты утверждают, что, если в адресе больше 5 слов, поисковик автоматически отодвигает страницы от высоких позиций.
Маркетологи и веб-аналитики в ходе исследований выяснили, что кликабельность коротких URL в выдаче в два раза выше, чем у длинных. Маленький адрес проще запомнить и вернуться на страницу спустя время. Такой подход отлично работает для онлайн-медиа, которые частично зависят от type-in трафика.
Прямые заходы с хорошим временем визита положительно влияют на поведенческие факторы. В свою очередь, поисковые системы уделяют много внимания поведенческим факторам.
Получается логическая цепочка:
Короткий адрес = запоминаемость = прямые заходы = влияние на ПФ = бонус в продвижении.
Это соотношение будет работать только если контент в полной мере раскрывает ответ на вопрос пользователя. Если говорить на языке сленге вебмастеров: контент, оптимизированный под интент пользователя = идеальный user experience.
Поисковики советуют владельцам веб-сайтов делать информативные и короткие URL. Конкретные цифры они не называют, поэтому надо ориентироваться на 5-10 слов в адресе. Если текст выходит за рамки адресной строки и надо использовать прокрутку, чтобы увидеть его целиком — пересмотрите подход к формированию адресов.
У браузеров разные лимиты по длине обрабатываемого URL. К примеру, Internet Explorer распознаёт 2048 символов, а в Firefox работают адреса с 100 тысячами символов. Это не значит, что надо работать в пределах ограничения браузеров. Даже если инструмент просмотра веб-страниц корректно распознает адрес, нет гарантий, что у поисковых роботов не будет проблем при обработке.
Опытные сеошники рекомендуют делать адреса не длиннее 75-100 символов. Рассматривайте эту информацию, как совет. URL, превышающие ограничение, могут ранжироваться не хуже коротких.
Какие преимущества дают ЧПУ
Человекопонятные URL — адреса, которые созданы таким образом, чтобы поисковые системы и люди могли определить интент страницы. Модули для создания ЧПУ есть в каждой популярной системе управления контентом. Чаще всего в адрес вставляется название статьи. Вебмастер может вручную отредактировать URL и увеличить количество слов. В большинстве случаев адреса содержат одну или несколько поисковых фраз, которые задают тематику контента.
Использование человекопонятных URL даёт следующие преимущества:
- ссылка выглядит информативно и дружелюбно;
- пользователь легко понимает, в каком разделе находится;
- адрес проще запомнить;
- ключевые слова в URL улучшают релевантность;
- повышается кликабельность в поисковой выдаче.
Проблемы с настройкой ЧПУ есть только у сайтов на малоизвестных CMS и самописных движках. Под тот же WordPress в репозитории плагинов можно найти десятки вариантов с гибкой настройкой и хорошей работоспособностью.
Советы:
- Настраивайте ЧПУ до старта продвижения. Адреса лучше не трогать после того, как сайт начнёт набирать видимость по запросам.
- Для преобразования слов используйте транслит, а не перевод слов с русского на английский. Не все люди идеально знают английский, а поисковики хорошо распознают URL с транслитерацией.
- В качестве разделителя подойдёт дефис, а точка для окончаний вроде .html.
- Старайтесь меньше использовать верхний регистр и хеш-теги. Google не индексируют адреса с якорями. Они используются только для удобной навигации по странице.
- Избегайте повторов. Если в адресе несколько раз повторяется одно слово, поисковая система может определить это как переспам и ухудшить видимость сайта в выдаче.
- Удаляйте стоп-слова. Предлоги и союзы использовать необязательно. В письменной и устной речи без них не обойтись, а информативные адреса можно составлять из без служебных частей.
- Следите за языковыми версиями. На мультиязычных сайтах должна быть логичная структура адресов под каждый регион. Это касается и поддоменов, и подпапок.
В большинстве случаев плагин вроде Cyr-To-Lat под WordPress закрывает базовые задачи. После установки новые адреса будут автоматически преобразоваться в латиницу. Настроек в плагине практически нет. 2 минуты на загрузку, и ЧПУ практически готово. По желанию, можно добавлять в адрес дополнительные слова, если название страницы не в полной мере отображает её содержимое.
Ключевые слова
Самая частая тема для споров об адресах касается использования поисковых запросов в теле URL. Некоторые сеошники говорят, что надо вставить в адрес как можно больше ключей. Другие советуют делать ссылку короткой и понятной для людей. Мнений много, но в первую очередь надо узнать, что по этому поводу говорят поисковые системы.
Сотрудники Google не раз отмечали, что значение ключевых слов в URL сильно переоценивают. Джон Мюллер из службы по работе с вебмастерами говорит, что в большинстве случаев пользователи вообще не видят, как называется адрес страницы. Хотя в этом вопросе не всё так однозначно. Опытные SEO-специалисты знают, что реальные примеры из практики часто идут вразрез с утверждениями и рекомендациями поисковых систем.
В официальной справке Google для вебмастеров есть короткая формулировка, которая немного проливает свет на отношение поисковой системы к поисковым фразам в ссылках.
URL с ключами, которые чётко отражают содержание и структуру страницы, удобны для посетителей.
Это значит, что оптимизированные адреса частично влияют на раскрытие интента. Если в URL есть ключевое слово, которое раскрывает содержимое страницы, поисковики лучше понимают содержимое и могут рассматривать это, как дополнительный плюс в ранжировании. При этом ключ в адресах не входит в число ключевых факторов. Нет смысла делать масштабные изменения в структуре ссылок, чтобы туда обязательно попадали ключи. Особенно, если сайт сделан на уникальном движке и на нестандартный модуль преобразования URL придётся потратить много денег.
Почему надо использовать ключи в URL:
- Адреса страниц отображаются в результатах поиска вместе с title и description. В некоторых случаях ключи в адресе подсвечиваются при поиске по релевантным фразам.
- Ключ помогает роботам поисковых систем лучше определять содержимое страницы.
- ЧПУ адрес с тематическими фразами улучшает кликабельность в сниппете.
Что касается ключа в домене, этот фактор по-прежнему влияет на ранжирование. В 2017 году компания HigherVisibility провела масштабное исследование и выяснила, что больше 60% сайтов из ТОП-10 по тематическим запросам в разных нишах используют ключ в домене.
Исследование старое, но в поисковой выдаче и сейчас много доменов с вхождением ключа ранжируются выше общетематических. При этом со временем видимость страницы и домена может снизиться. Если конкуренты сделают контент, который ещё лучше раскрывает интент, фраза в домене не поможет сохранить позиции.
Ключ в доменном имени можно использовать, но надо делать это аккуратно. У Google есть фильтр, который ограничивает ранжирование при сильном переспаме. Ключи из 1-2 слов не принесут вреда, а вот при использовании 4 и более слов есть риск попасть под санкции.
Чек-лист по работе с URL для SEO:
- Выберите основную версию сайта. Домены с приставкой www и без неё поисковые системы распознают, как отдельные страницы. Аналогичная ситуация и с протоколом HTTP / HTTPS. Если не сделать редиректы, Яндекс и Гугл будут считать точки входа разными, но с одинаковым содержимым.
- Используйте нижний регистр. Поисковики самостоятельно решают, как отображать адреса в поисковой выдаче. Они могут даже менять title и description, если посчитают их недостаточно качественными.
- Слэш в URL не играет роли. Адреса с косой чертой в конце и без неё поисковики считают одинаковыми.
- Выбирайте SSL и HTTP/2. Google заботится о безопасности пользователей и всяческими способами уведомляет о потенциальной опасности сайтов на протоколе HTTP.
- Не размещайте на адресах со служебными параметрами важный контент. Такие страницы лучше закрывать от поисковых роботов.
- Не используйте в URL даты. Новостные издания часто делают привязку к дате. Для них такой подход допустим. В остальных случаях лучше не удлинять адрес.
- Делайте адреса короткими. Людям будет проще запомнить URL, а у Яндекса и Google не будет проблем с обходом страниц.
- Используйте ключевые слова с умом. В URL можно добавить 1-2 поисковых фразы.
- Регистрируйте домены с ключами только если это действительно необходимо. Для туристического портала о Грузии упоминание страны в домене не будет лишним. А вот для онлайн-медиа о гаджетах это необязательно.
Руководство по структуре URL-адресов Google | Центр поиска Google | Документация
Структура URL сайта должна быть максимально простой. Организуйте свой контент так, чтобы что URL-адреса построены логично и таким образом, который наиболее понятен людям.
По возможности используйте в URL-адресах читаемые слова, а не длинные идентификационные номера.
Рекомендуемый : Простые описательные слова в URL:
http://en.wikipedia.org/wiki/Aviation
Рекомендуется : Локализованные слова в URL, если применимо.
https://www.example.com/ lebensmittel/pfefferminz
Рекомендуется : Использовать кодировку UTF-8 как необходимый. Например, в следующем примере для арабских символов в URL-адресе используется кодировка UTF-8:
https://www. example.com/ %D9%86%D8%B9%D9%86%D8%A7%D8% B9/%D8%A8%D9%82%D8%A7%D9%84%D8%A9
В следующем примере используется кодировка UTF-8 для китайских символов в URL-адресе:
example.com/ %E6%9D%82%E8%B4%A7/%E8%96%84%E8%8D%B7
В следующем примере используется кодировка UTF-8 для умлаута в URL-адресе:
https://www.example.com/ gem%C3%BCse
В следующем примере используется кодировка UTF-8 для эмодзи в URL-адресе:
example.com/ %F0%9F%A6%99%E2%9C%A8
Не рекомендуется : Использование символов, отличных от ASCII, в URL-адресе:
https://www.example.com/ نعناع
https://www.example.com/ 杂货/薄荷
https://www. example.com/ gemüse
https://www.example.com/
Не рекомендуется : Нечитаемые длинные идентификационные номера в URL:
https://www.example.com/index.php?id_sezione=360&sid=3a5ebc944f41daa6f849f730f1
Если ваш сайт мультирегиональный, рассмотрите возможность использования структуры URL, которая упрощает геотаргетинг. твой сайт. Дополнительные примеры того, как вы можете структурировать свои URL-адреса, см. используя URL-адреса, зависящие от локали.
Рекомендуемый : Домен для конкретной страны:
example.de
Рекомендуемый : Подкаталог для конкретной страны с gTLD:
example.com /de/
Рассмотрите возможность использования дефисов для разделения слов в ваших URL-адресах, так как это помогает пользователям и поисковым системам. легче определять понятия в URL. Мы рекомендуем использовать дефисы ( -
)
вместо подчеркивания ( _
) в ваших URL-адресах.
Рекомендуется : Дефисы ( -
):
https://www.example.com/summer-clothing/filter?color-profile=dark-grey
Не рекомендуется : Подчеркивания ( _
):
https://www.example.com/summer_clothing/filter?color_profile=dark_grey
Не рекомендуется : Ключевые слова в URL объединены:
https://www.example.com/greendress
Чрезмерно сложные URL-адреса, особенно содержащие несколько параметров, могут вызвать проблемы. для поисковых роботов, создавая излишне большое количество URL-адресов, указывающих на идентичные или похожие контент на вашем сайте. В результате робот Google может потреблять гораздо больше пропускной способности, чем необходимо. или может быть не в состоянии полностью проиндексировать весь контент на вашем сайте.
Распространенные причины этой проблемы
Неоправданно большое количество URL-адресов может быть вызвано рядом проблем. К ним относятся:
- Аддитивная фильтрация набора элементов. Многие сайты предоставляют разные представления
один и тот же набор элементов или результатов поиска, что часто позволяет пользователю фильтровать этот набор с помощью
определенные критерии (например: покажите мне отели на пляже). Когда фильтры можно комбинировать
аддитивно (например: отели на пляже и с фитнес-центром), количество
URL-адресов (представлений данных) на сайтах резко возрастает. Создание большого количества немного отличающихся друг от друга
списки отелей избыточны, так как роботу Googlebot нужно просмотреть только небольшое количество списков из
которой он может достичь страницы для каждого отеля. Например:
- Гостиничная недвижимость по «ценным ценам»:
https://www.example.com/hotel-search-results.jsp?Ne=292&N=461
- гостиничных объектов на берегу моря по «выгодным ценам»:
https://www.example.com/hotel-search-results.jsp?Ne=292&N=461+4294967240
- гостиничных объектов по выгодным ценам на пляже и с фитнес-центром:
https://www.example.com/hotel-search-results.jsp?Ne=292&N=461+4294967240+4294967270
- Гостиничная недвижимость по «ценным ценам»:
- Динамическое формирование документов. Это может привести к небольшим изменениям, потому что счетчиков, временных меток или рекламы.
- Проблемные параметры в URL. идентификаторов сеансов, например, могут создавать огромное количество дублирования и большее количество URL-адресов.
- Параметры сортировки. Некоторые крупные торговые сайты предоставляют несколько способов
сортировать одни и те же элементы, что приводит к гораздо большему количеству URL-адресов. Например:
https://www.example.com/results?search_type=search_videos&search_query=tpb&search_sort=relevance&search_category=25
- Нерелевантные параметры в URL-адресе, такие как параметры перехода. Например:
https://www.example.com/search/noheaders?click=6EE2BF1AF6A3D705D5561B7C3564D9C2&clickPage=OPD+Product+Page&cat=79
https://www.example.com/discuss/showthread.php?referrerid=249406&threadid=535913
https://www.example.com/products/products.asp?N=200063&Ne=500955&ref=foo%2Cbar&Cn=Accessories.
- Проблемы с календарем. Динамически созданный календарь может генерировать ссылки на
будущие и предыдущие даты без ограничений по датам начала и окончания. Например:
https://www.example.com/calendar.php?d=13&m=8&y=2011
- Неработающие относительные ссылки. Неработающие относительные ссылки часто могут приводить к бесконечным
пространства. Часто эта проблема возникает из-за повторяющихся элементов пути. Например:
https://www.example.com/index.shtml/discuss/category/school/061121/html/interview/category/health/070223/html/category/business/070302/html/category/community/070413/html /FAQ.htm
Устранение этой проблемы
Во избежание потенциальных проблем со структурой URL-адресов мы рекомендуем следующее:
- Рассмотрите возможность использования файла robots.txt для блокировки доступа Googlebot к проблемным URL-адресам. Как правило, рассмотрите возможность блокировки динамических URL-адресов, таких как URL-адреса, которые генерируют поиск результаты или URL-адреса, которые могут создавать бесконечные пространства, такие как календари. Используя обычные выражения в файле robots.txt позволяют легко блокировать большое количество URL-адресов.
- По возможности избегайте использования идентификаторов сеансов в URL-адресах. Вместо этого рассмотрите возможность использования файлов cookie.
- По возможности сокращайте URL-адреса, удаляя ненужные параметры.
- Если на вашем сайте есть бесконечный календарь, добавьте
nofollow
атрибут для ссылок на динамически создаваемые будущие страницы календаря. - Проверьте свой сайт на неработающие относительные ссылки.
Полное руководство по оптимизации структуры URL-адресов
Для многих URL-адреса — это просто кажущиеся несущественными адреса веб-страниц. Однако то, как вы структурируете URL-адреса для SEO, имеет значение.
Они могут показаться менее важными, чем элементы заголовка и заголовка, но URL-адреса могут быть мощным инструментом для достижения успеха в поисковой оптимизации.
Используются ли ключевые слова в URL для ранжирования?
Нет четкого ответа на вопрос, используются ли ключевые слова в URL для ранжирования. Вот почему.
2010: Подход к ключевым словам в URL как пользователь
В 2010 году Мэтт Каттс из Google опубликовал видео, в котором он обсуждал ключевые слова в имени пути и ключевые слова в имени файла.
Имя пути :
/tools/wood/drills.html
Имя файла , состоящее из нескольких дефисов :
/tools-wood-drills.html
Подход к проблеме с точки, рекомендованной Cutts того, что может предпочесть пользователь.
Он заявил, что версия с несколькими дефисами может показаться пользователям спамом.
Затем он подтвердил, что не существует алгоритма с несколькими дефисами, который наказывал бы множественные дефисы, удваивая подход к рассмотрению этого с точки зрения пользователя.
Каттс подразумевал эффект воздействия на пользователя в следующем утверждении:
«Что касается рейтинга в поисковых системах, я не уверен, что между ними действительно есть большая разница.
Но вы, возможно, захотите быть немного осторожным, потому что пользовательский опыт имеет очень длинное имя файла, которое просто заполнено дефисами. Людям может не понравиться, если они увидят тире, тире, тире, тире, тире, тире, и поэтому они могут не нажать на нее».
Мэтт не упомянул фактор ранжирования.
Возможно, он хотел подчеркнуть, что пользовательский опыт — то, на что люди будут нажимать на страницах результатов поисковой системы (SERP) — важнее, чем любое преимущество, связанное с факторами ранжирования.
2011: Ключевые слова в домене являются факторами ранжирования
В 2011 году в несколько похожем видео о ключевых словах в доменах он заявил, что Google думает об уменьшении влияния ключевых слов в домене.
Как и ключевые слова в URL, ключевые слова в доменах также являются факторами ранжирования.
Но они были преуменьшены с точки зрения их важности.
Мэтт преуменьшает их роль фактора ранжирования в пользу других факторов, связанных с пользовательским опытом и маркетингом, что похоже на то, как он также преуменьшал значение ключевых слов в URL.
2016: Google говорит, что ключевые слова являются очень маленьким фактором ранжирования
В беседе с Webmaster Central в январе 2016 года Джон Мюллер действительно признал, что ключевые слова в URL являются фактором ранжирования.
Однако он преуменьшил важность этого фактора ранжирования, назвав его влияние «очень небольшим».
Мюллер:
«Я считаю, что это очень маленький фактор ранжирования, поэтому я не стал бы пытаться навязывать его. И я бы не сказал, что это стоит ваших усилий по реструктуризации вашего сайта только для того, чтобы вы могли включать ключевые слова в URL-адрес».
Называние его «очень маленьким» хорошо согласуется с тем, что Каттс все время говорил о том, что есть другие области сайта, на которых важнее сосредоточиться.
2017: Ключевые слова в URL переоценены
Мюллер продолжал минимизировать важность ключевых слов в URL как фактора ранжирования.
В 2017 году он назвал их переоцененными.
Ключевые слова в URL переоценены для Google SEO. Создайте URL-адреса для пользователей. Кроме того, на мобильном вы их обычно даже не видите.
— 🍌 John 🍌 (@JohnMu) 8 марта 2017 г.
2018: не беспокойтесь о ключевых словах в URL
Еще в 2018 г. даже не видели пользователи.
(Предположительно, он ссылается на невидимость URL-адресов в поисковой выдаче Google.)
Я бы не беспокоился о ключевых словах или словах в URL. Во многих случаях URL-адреса все равно не видны пользователям.
— 🍌 John 🍌 (@JohnMu) 6 декабря 2018 г.
Ключевые слова в URL-адресе могут быть фактором ранжирования, но, судя по утверждениям Google, он очень незначительный.
Используются ли ключевые слова в пустых URL-ссылках в качестве текста привязки?
Есть идея, что если кто-то ссылается на ваш сайт только по ссылке, Google по крайней мере будет использовать ключевые слова в URL-адресе в качестве анкорного текста, что поможет этому сайту лучше ранжироваться по этому анкорному тексту.
Такой вид ссылки иногда называют открытой ссылкой.
Называется «голым», потому что представляет собой ссылку в виде URL-адреса, а не скрытую в якорном тексте.
Пустой URL:
http://www.example.com/
URL в якорном тексте:
Нажмите здесь!
Мюллер сказал (How Google Handles Naked Links, сентябрь 2020 г.), что голые ссылки не передают текстовую информацию привязки.
Вот что он сказал:
«Насколько я понимаю, наши системы пытаются распознать это и сказать, что это просто URL-адрес, на который есть ссылка, а не ценный якорь.
Таким образом, мы можем принять это как ссылку, но мы не можем использовать этот якорный текст для чего-то конкретного.
Так что с этой точки зрения это нормальная ссылка, но у нас там нет никакого контекста».
Могут ли ключевые слова в URL увеличить число кликов в поисковой выдаче?
Существует старая SEO-идея, согласно которой использование ключевых слов в URL-адресе поможет стимулировать более высокий рейтинг кликов (CTR) на страницах результатов поиска (SERP).
Это могло быть правдой в прошлом.
Сегодня это уже не так, особенно для сайтов, использующих навигационную цепочку и/или структурированные данные навигационной цепочки.
Google вместо этого использует название категории в результатах поиска для сайтов, которые имеют навигационную цепочку или структурированные данные навигационной цепочки.
Ключевые слова в URL не видны.
Скриншот результата поиска, где Google не показывает URL-адрес
Для сайтов, которые не используют навигацию по цепочкам навигации или структурированные данные по цепочкам навигации, Google отображает URL-адреса с ключевыми словами в них.
Но Google их не выделяет.
Если бы Google выделил ключевые слова в URL-адресе, это могло бы помочь привлечь внимание к листингу, но это не так.
Снимок экрана, показывающий, что ключевые слова в поисковой выдаче не выделены
Какая польза от ключевых слов в URL?
Помимо очень незначительного возможного веса фактора ранжирования, ключевые слова в URL-адресе имеют явные преимущества для посетителей сайта.
Ключевые слова в URL-адресе могут помочь пользователям понять, о чем страница.
Несмотря на то, что эти ключевые слова могут не всегда отображаться в поисковой выдаче, они будут отображаться при ссылке в виде простого URL-адреса.
Пример пустого URL:
https:www.example.com/widgets/best-widgets
Если есть сомнения, оптимизируйте для пользователя, потому что Google всегда рекомендует делать страницы полезными для пользователей.
Это имеет тенденцию соответствовать типам веб-страниц, которые Google хочет ранжировать.
Рекомендации по структуре URL-адресов
Стандартизируйте URL-адреса в нижнем регистре
Большинство серверов не имеют проблем с URL-адресами смешанного регистра.
Несмотря на это, рекомендуется стандартизировать внешний вид URL-адресов.
URL-адреса обычно пишутся строчными буквами « like-this-dot-com» , в отличие от смешанного регистра « Like-This-Dot-Net» или всеми прописными буквами « LIKE-THIS-DOT-BIZ ».
Это тоже лучше сделать, хотя бы потому, что это то, что ожидают пользователи, и это легче читать, чем все заглавные буквы.
Стандартизация URL-адресов поможет предотвратить ошибки ссылок как внутри сайта, так и за его пределами.
Используйте дефисы, а не символы подчеркивания
Всегда используйте дефисы (-), а не символы подчеркивания (_), поскольку символы подчеркивания не видны, когда URL-адрес публикуется как пустая ссылка.
Вот пример плохой практики использования подчеркивания в ссылках:
Подчеркивание невидимо при форматировании ссылки. Это означает, что пользователи не могут точно увидеть, что такое URL.
Использование точных ключевых слов в структуре URL-адреса категории
Использование менее релевантного ключевого слова в качестве имени категории является распространенной ошибкой, связанной с выбором ключевого слова с наибольшим трафиком.
Иногда ключевое слово с наибольшим трафиком не обязательно соответствует тому, о чем страницы в категории.
Выберите названия категорий, которые точно описывают содержание содержащихся в них страниц.
Если вы сомневаетесь, выберите слова, наиболее релевантные для пользователей, которые ищут контент или продукты, содержащиеся в этих категориях.
Избегайте использования лишних слов в структуре URL-адреса
Иногда CMS может добавлять слово /category/ в структуру URL-адреса.
Это нежелательная структура URL.
Нет никаких оснований для структуры URL, которая выглядит как /category/widget/ .
Должно быть просто /widget/ .
Точно так же, если существует более подходящее слово, чем «блог», для того, чтобы сообщить пользователям, чего ожидать от раздела вашего сайта, используйте его вместо этого.
Words направляет пользователей к контенту, который они ищут.
Используйте их по назначению.
Ваши URL-адреса на будущее
Тот факт, что дата указана в заголовке статьи, не означает, что она должна быть указана в URL-адресе.
Если вы собираетесь создать публикацию типа «Лучшие xxx для 20xx», лучше использовать один и тот же URL из года в год.
Итак, вместо:
example.com/widgets/top-widgets-2020
Попробуйте удалить год и просто используйте:
example.com/widgets/top-widgets
3 Преимущество обновление контента и заголовка из года в год и сохранение одного и того же URL-адреса заключается в том, что все ссылки, которые вели на контент предыдущего года, остаются.
Любой, кто перейдет по старым ссылкам, найдет обновленный контент.
Также можно создать архив прошлых лет.
Это зависит от вас.
Косая черта в конце или без косой черты
Косая черта в конце — это символ: [ / ].
Консорциум Worldwide Web Consortium (W3C) — , группа, отвечающая за веб-стандарты, рекомендует использовать косую черту в конце для обозначения «URI контейнера» для обозначения отношений родитель/потомок.
(URI используется для идентификации ресурсов так же, как URL-адрес, за исключением того, что эти ресурсы могут находиться не в Интернете. )
Родительско-дочерние отношения — это когда категория содержит множество веб-страниц.
Категория «контейнер» является родительской, а содержащиеся в ней веб-страницы являются дочерними документами, содержащимися в этой категории.
Это то, что констатирует W3C в разделе под названием «Передовые практики и рекомендации для платформы связанных данных»:
«2.6 Включайте завершающую косую черту в URI контейнера
При представлении членства в контейнере с помощью иерархических URL-адресов включение косой черты в конце URI контейнера упрощает использование относительных URI».
В HTML косая черта в конце должна указывать на наличие раздела каталога или категории.
В 2017 году Джон Мюллер из Google написал в Твиттере, что помимо домашней страницы URL-адрес с косой чертой и URL-адрес без косой черты являются разными веб-страницами.
Например:
https://www.example.com/widgets
может быть страницей, отличной от:
https://www. example.com/widgets/
/widgets обозначает страницу , а /widgets/ 907 представляет каталог или раздел 900 .
Я заметил некоторую путаницу с косой чертой в конце URL-адреса, поэтому я надеюсь, что это поможет. tl;dr: косая черта на root/hostname=не имеет значения; косая черта в другом месте = имеет значение (это разные URL-адреса) pic.twitter.com/qjKebMa8V8
— 🍌 John 🍌 (@JohnMu) 19 декабря 2017 г.
Твит Мюллера в 2017 году подтвердил официальный пост в блоге Google от 2010 года (To Slash or Not to Slash), в котором были сделаны аналогичные заявления.
Тем не менее, даже в этом сообщении в блоге 2010 года Google в значительной степени предоставил издателям право решать, как использовать конечные косые черты.
Но приверженность Google общему соглашению о конце косой черты отражает эту точку зрения.
Google гибко подходит к передовым методам использования косой черты
Вот пример того, как Google кодирует URL-адреса.
Этот URL содержит .html в конце и явно является веб-страницей:
https://webmasters.googleblog.com/2020/11/timing-for-page-experience.html
Этот URL заканчивается косой чертой , это страница категории:
https://webmasters.googleblog.com/2020/11/
А это контейнер для месяца года 2020 года:
https://webmasters .googleblog.com/2020/
Приведенные выше примеры соответствуют стандартной рекомендации использовать косую черту в конце каталога категорий и не использовать ее в конце URL-адреса, если это веб-страница.
URL-адреса Google без косой черты в конце
Однако другие разделы, опубликованные Google, не соответствуют этому стандарту.
В следующих примерах представлены категории и веб-страницы, не использующие косую черту в конце.
- Это URL раздела категории:
https://developers.google.com/analytics - Это веб-страница:
https://developers. google.com/analytics/devguides/integrate - А это еще одна веб-страница:
https://developers.google.com/analytics/devguides/collection/firebase/android
Все эти веб-страницы и страницы категорий выглядят одинаково, потому что они не используют косую черту в конце.
Google проявляет гибкость в использовании завершающей косой черты
Приведенные выше примеры показывают, что да, лучшие практики существуют.
Но это один из лучших способов, которым можно пренебречь.
Еще в 2010 году рекомендации Google по использованию косой черты в конце были гибкими.
Согласно Google:
«…вы можете выбирать, что вам нравится».
Пожалуй, самый важный момент в отношении завершающей косой черты в URL-адресе заключается в том, что вы выбираете один способ сделать это и придерживаетесь его, чтобы избежать путаницы.
Это также упрощает перенаправление неконечных URL-адресов с косой чертой на завершающую косую черту и т. д.
URL-адреса для целей SEO
Тема SEO-дружественных URL-адресов глубже, чем можно предположить, и в ней много нюансов.
В то время как Google все чаще не показывает URL-адреса в поисковой выдаче, популярные поисковые системы, такие как Bing и DuckDuckGo, все еще показывают их.
URL-адреса — это хороший способ сообщить потенциальному посетителю сайта, о чем страница.
Правильное использование URL-адресов может помочь повысить рейтинг кликов везде, где ссылки публикуются.
Более короткие URL-адреса делают их удобными для пользователя и более удобными для обмена.
Веб-страницы, которыми легко делиться, помогают пользователям сделать эти страницы популярными.
Не стоит недооценивать силу популярности для целей ранжирования, потому что поисковые системы частично показывают пользователям то, что они ожидают увидеть.
URL — скромная и несколько упускаемая из виду часть уравнения SEO, но она может внести большой вклад в повышение рейтинга ваших страниц.