#12-115. Руководство по созданию URL-адреса. Правка

'#6. Тексты : texts';

'Library_ChapterController_actionUpdate_';

'#library_chapter_update_';

VirtualityCMS

Идентификатор ссылки (англ.)	vigbo-copy
Статус:	Активен

Описание

Идентификатор ссылки (англ.)	xml-karty-sayta-dlya-uluchsheniya-seo-94436
Статус:	Архив

Описание

115. Руководство по созданию URL-адреса. Правка

Архив

Экспресс-правка Разметка ред. Summernote ред. Quill ред. CKEditor ред. Trumbowyg ред. Imperavi ред. Jodit

Общая информация

Название

Том: Продвинутое техническое СЕО

ID Тома: 9

Статус: Активен
Глава: №3

ID Главы: 115

Статус: Архив
Время действия не указано

Всего знаков в главе: 28286

id (статус)	115 (2)
Идентификатор ссылки (англ.)	rukovodstvo-po-sozdaniyu-url-adresa-91773
Сайт (ID сайта)	. #3
Смотреть на сайте	https://panel.seoforger/texts/prodvinutoye-tekhnicheskoye-seo/rukovodstvo-po-sozdaniyu-url-adresa-91773/
Время последнего обновления	27-08-2025 в 11:38:16
Ссылка в БД	https://shopnseo.ru/texts/prodvinutoye-tekhnicheskoye-seo/rukovodstvo-po-sozdaniyu-url-adresa-91773/

Полное название и описание

Полное название

Описание главы

Как правило описание должно иметь около 150 знаков. Оно используется для заполнения мета-тега Description веб-страницы.
Сейчас используется - 0 символов

Описание скопировано!

Описание вставлено!

Ключевое слово (главное):

Персонажи:

Метки:

Комментарии:

Примечания:

Полный текст < > & " ' « » – — … • · ← → ↑ ↓ ↔

Юридические: © ® ™

Валюты: € £ ¥ ¢

Типографика: § ¶ ° ± × ÷

Дроби: ½ ⅓ ⅔ ¼ ¾ ⅛ ⅜ ⅝ ⅞

Греческие: α β γ δ ε λ μ π σ ω Δ Σ Ω

Математические: ≈ ≠ ≤ ≥ ∞ √ ∑ ∫ ∂ ∇

автор: <a title="Go to Author Page" href="https://www.searchenginejournal.com/author/roger-montti/">Roger Montti</a>
Для многих URL-адреса кажутся всего лишь кажущимися неважными адресами веб-страниц. Тем не менее, структура URL для SEO имеет значение.
Они могут показаться менее важными, чем элементы заголовка и заголовка, но URL-адреса могут быть мощным инструментом для достижения успеха в области SEO.
<h2>Используются ли ключевые слова в URL-адресах для ранжирования?</h2>
На вопрос, используются ли ключевые слова в URL-адресах для ранжирования, нет четкого ответа. Вот почему.
<h3>2010 год: Подход к ключевым словам в URL-адресе, как пользователь</h3>
В 2010 году Мэтт Каттс из Google опубликовал видео, в котором он обсуждал ключевые слова в имени пути по сравнению с ключевыми словами в имени файла.
Имя пути выглядит так:
<code>/tools/wood/drills.html</code>
Имя файла с несколькими дефисами выглядит так:
<code>/tools-wood-drills.html</code>
Каттс рекомендовал рассматривать проблему с точки зрения предпочтений пользователя.
Он заявил, что версия с несколькими дефисами может показаться пользователям спамом.
Затем он подтвердил, что не существует алгоритма с несколькими дефисами, который бы наказывал за несколько дефисов, утверждая, что нужно сосредотачиваться на пользовательском опыте.
Каттс подразумевал, что есть влияние на пользовательский опыт в следующем заявлении:
<blockquote>
"Что касается ранжирования в поисковой системе, я не уверен, что между ними действительно есть такая большая разница.
Но вам, возможно, стоит быть немного осторожнее из-за пользовательского опыта, связанного с наличием очень длинного имени файла, который просто забит дефисами. Людям может не понравиться, если они видят тире, тире, тире, тире, тире, тире, и поэтому они могут не нажать на него."
</blockquote>
<iframe src="https://www.youtube.com/embed/Wo1qCr71pZw" width="560" height="314" allowfullscreen="allowfullscreen"></iframe>
Мэтт не затрагивал аспект фактора ранжирования.
Возможно, он хотел подчеркнуть, что часть пользовательского опыта &ndash; то, на что люди будут нажимать в результатах поиска (SERP) &ndash; важнее любой выгоды, связанной с фактором ранжирования.
<h3>2011 год: Ключевые слова в домене &ndash; факторы ранжирования</h3>
В 2011 году в относительно связанном видео о ключевых словах в доменах он заявил, что Google рассматривает вопрос об уменьшении влияния ключевых слов в домене.
<iframe src="https://www.youtube.com/embed/rAWFv43qubI" width="560" height="314" allowfullscreen="allowfullscreen"></iframe>
Как и ключевые слова в URL-адресах, ключевые слова в доменах также были факторами ранжирования.
Но их значение было недооценено с точки зрения важности.
Мэтт снижает роль их фактора ранжирования в пользу других факторов, связанных с пользовательским опытом и маркетингом, что схоже с тем, как он также снижал значение ключевых слов в URL-адресе.
<h3>2016 год: Google говорит, что ключевые слова &ndash; очень маленький фактор ранжирования</h3>
На форуме веб-мастеров в январе 2016 года Джон Мюллер действительно признал, что ключевые слова в URL-адресе являются фактором ранжирования.
Однако он минимизировал важность этого фактора ранжирования, описывая его влияние как "очень маленькое".
Мюллер сказал:
<blockquote>
"Я считаю, что это очень маленький фактор ранжирования, поэтому это не то, что стоит действительно пытаться подстроить. И это не то, где я бы сказал, что даже стоит вашего усилия, чтобы перестроить свой сайт, просто для включения ключевых слов в URL-адрес."
</blockquote>
<iframe src="https://www.youtube.com/embed/4FkSZIW6d48" width="560" height="314" allowfullscreen="allowfullscreen"></iframe>
Термин "очень маленький" хорошо соотносится с тем, что Каттс говорил все это время &ndash; что есть другие области сайта, на которые важнее сосредотачиваться.
<h3>2017 год: Ключевые слова в URL переоценены</h3>
Мюллер продолжал минимизировать важность ключевых слов в URL в качестве фактора ранжирования.
В 2017 году он назвал их переоцененными.
<h3>2018 год: Не беспокойтесь о ключевых словах в URL</h3>
Еще в 2018 году Мюллер продолжал преуменьшать значение ключевых слов в URL как фактора ранжирования, говоря, что их даже не видят пользователи. (Предположительно, он имеет в виду невидимость URL-адресов в результатах поиска Google.)
<blockquote>
Я бы не беспокоился о ключевых словах или словах в URL. Во многих случаях URL-адреса в любом случае не видны пользователям.
</blockquote>
Ключевые слова в URL могут быть фактором ранжирования, но судя по заявлениям сотрудников Google, это очень малозначительный фактор.
<h3>Используются ли ключевые слова в голых ссылках URL в качестве текста якоря?</h3>
Существует идея о том, что если кто-то ссылается на ваш сайт просто ссылкой, Google, по крайней мере, использует ключевые слова в URL в качестве текста якоря, что поможет этому сайту лучше ранжироваться для этого текста якоря.
Такую ссылку иногда называют голой.
Ее называют голой, потому что это ссылка в виде URL-адреса, а не скрытая в тексте якоря.
Голая ссылка: <code>http://www.example.com/</code>
URL в тексте якоря:
<code>Нажмите здесь!</code>
Мюллер сказал (Как Google обрабатывает голые ссылки, сентябрь 2020 года), что голые ссылки не передают информацию о тексте якоря.
Вот его слова:
<blockquote>
"Насколько я понимаю, наши системы пытаются это распознать и говорят &ndash; это просто URL, на который есть ссылка и это не так, что здесь есть ценный якорь.
Так что мы можем принимать это во внимание как ссылку, но мы действительно не можем использовать этот текст якоря ни для чего конкретного.
Так что с этой точки зрения это обычная ссылка, но у нас нет никакого контекста."
</blockquote>
<h3>Могут ли ключевые слова в URL увеличить количество кликов из SERP?</h3>
Существует старая идея SEO, которая утверждает, что использование ключевых слов в URL помогает стимулировать более высокий процент кликов (CTR) с результатов поиска (SERP).
Это могло быть правдой в прошлом.
Это менее актуально сегодня, особенно для сайтов, использующих навигацию по хлебными крошками и/или структурированные данные для навигации по хлебным крошкам.
Вместо этого Google использует имя категории в результатах поиска для сайтов, предоставляющих навигацию по хлебными крошками или структурированные данные для навигации по хлебным крошкам.
Ключевые слова в URL не видны.
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/book7-012.webp" alt="Снимок экрана результатов поиска, где Google не показывает URL" width="643" height="364" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Снимок экрана результатов поиска, где Google не показывает URL
Для сайтов, не использующих навигацию по хлебным крошкам или структурированные данные для навигации по хлебным крошкам, Google действительно отображает URL с ключевыми словами в них.
Но Google их не выделяет.
Если бы Google выделял ключевые слова в URL, это могло бы помочь привлечь внимание к объявлению, но это не так.
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/keywords-in-url-5fad91e0e422d-680x157.webp" alt="Снимок экрана с ключевым словом в результатах поиска Google, также известных как SERP" width="680" height="157" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy"> Снимок экрана, показывающий, что ключевые слова в SERP не выделены
<h3 style="text-align: left;"> Какова польза от ключевых слов в URL?</h3>
Помимо крайне незначительного веса в качестве возможного фактора ранжирования, есть явные преимущества для посетителей сайта от ключевых слов в URL.
Ключевые слова в URL могут помочь пользователям понять, о чем страница.
Даже если эти ключевые слова не всегда отображаются в SERP, они будут видны при использовании в виде чистого URL.
Пример чистого URL:
<code>https:www.example.com/widgets/best-widgets</code>
В случае сомнений оптимизируйте для пользователя, потому что Google всегда рекомендует делать страницы полезными для пользователей.
Это соответствует тем видам веб-страниц, которые Google хочет ранжировать.
<h2>Лучшие практики структуры URL</h2>
<h3>Стандартизируйте ваши URL в нижнем регистре</h3>
Большинство серверов не имеют проблем с URL смешанного регистра.
Тем не менее, хорошей идеей будет стандартизировать вид ваших URL.
URL обычно написаны в нижнем регистре "like-this-dot-com", а не смешанным регистром "Like-That-Dot-Net" или в верхнем регистре "LIKE-THIS-DOT-BIZ".
Лучше придерживаться этого принципа, так как пользователи ожидают именно этого, и это легче читать, чем все заглавные буквы.
Сохранение стандартного вида ваших URL поможет предотвратить ошибки в ссылках внутри сайта и с внешнего сайта.
<h3>Используйте дефисы, а не подчеркивания</h3>
Всегда используйте дефисы (-), а не подчеркивания (_), потому что подчеркивания не видны, когда URL опубликован как чистая ссылка.
<h3>Используйте точные ключевые слова в структуре URL категорий</h3>
Использование менее релевантного ключевого слова в качестве названия категории &ndash; это распространенная ошибка, которая проистекает из выбора ключевого слова с наибольшим трафиком.
Иногда ключевое слово с наибольшим трафиком не всегда соответствует содержанию страниц в данной категории.
Выбирайте названия категорий, которые действительно описывают содержание страниц, входящих в нее.
В случае сомнений выбирайте слова, наиболее релевантные пользователям, ищущим содержание или продукты, содержащиеся в этих категориях.
<h3>Избегайте использования лишних слов в структуре URL</h3>
Иногда CMS может добавлять слово /category/ в структуру URL.
Это нежелательная структура URL.
Нет оправдания для структуры URL вроде: /category/widget/.
Это должно быть просто:
Это должно быть просто /widget/.
Точно так же, если существует более подходящее слово, чем "блог", чтобы предоставить пользователям представление о разделе вашего сайта, используйте вместо "блога" более подходящее вашему сайту слово.
Слова направляют пользователей к тому контенту, который они ищут. Используйте их соответственно.
<h3>Гарантируйте будущее вашего URL</h3>
Только потому, что дата есть в заголовке статьи, не означает, что она должна присутствовать в URL. Если вы собираетесь создать пост типа "Лучшие xxx для 20xx", в целом лучше использовать тот же URL из года в год.
Так вместо:
<code>example.com/widgets/top-widgets-2020</code>
Попробуйте убрать год и просто использовать:
<code>example.com/widgets/top-widgets</code>
Преимущество обновления контента и заголовка каждый год и сохранения того же URL заключается в том, что все ссылки, которые вели на предыдущий год контента, остаются действительными. Любой, кто следует по старым ссылкам, найдет обновленный контент.
Также возможно создание архива предыдущих лет.
Это зависит от вас.
<h3>Закрывающий слэш или отсутствие закрывающего слэша</h3>
Закрывающий слэш &ndash; это этот символ: [/].
Консорциум Всемирной паутины (W3C) &ndash; группа, ответственная за веб-стандарты &ndash; рекомендует использовать закрывающий слэш, чтобы указать "URI контейнера" для обозначения отношений родитель/ребенок.
(URI используется для идентификации ресурсов так же, как URL, за одним исключением &ndash; эти ресурсы могут не находиться в сети.)
Отношение родитель/ребенок &ndash; это отношение, когда категория содержит много веб-страниц. "Контейнер" категории является родителем, а веб-страницы, содержащиеся в ней, &ndash; дочерними документами, находящимися в категории.
Это то, что утверждает W3C в разделе под названием "Лучшие практики и рекомендации по платформе связанных данных":
<blockquote>
"2.6 Включите закрывающий слэш в URI контейнера При представлении членства в контейнере с иерархическими URL включение закрывающего слэша в URI контейнера облегчает использование относительных URI."
</blockquote>
В HTML закрывающий слэш предполагает наличие каталога или раздела категории.
В 2017 году Джон Мюллер из Google написал в твиттере, что за исключением домашней страницы URL с и URL без закрывающего слэша &ndash; это разные веб-страницы.
Например:
<code>https://www.example.com/widgets</code>
может быть другой страницей, чем:
<code>https://www.example.com/widgets/</code>
/widgets обозначает страницу, в то время как /widgets/ представляет собой каталог или раздел категории.
<img class="img-fluid" src="https://static.shopnseo.ru/uploads/mceu_3470743841704890503759.webp" alt="Твит Мюллера" width="611" height="842" style="display: block; margin-left: auto; margin-right: auto;" loading="lazy">
Твит Мюллера в 2017 году подтвердил официальный блог Google с 2010 года (<a href="https://webmasters.googleblog.com/2010/04/to-slash-or-not-to-slash.html">To Slash or Not to Slash</a>), в котором делались подобные замечания.
Тем не менее, даже в том блог-посте 2010 года Google в значительной степени оставил за издателями решение, как использовать закрывающие слэши.
Но придерживание Google общепринятого соглашения о закрывающем слэше отражает эту точку зрения.
<h3>Google гибок в отношении лучших практик использования закрывающего слэша</h3>
Вот пример того, как Google кодирует URL.
Этот URL заканчивается на .html и явно является веб-страницей:
<code><a href="https://webmasters.googleblog.com/2020/11/timing-for-page-experience.html">https://webmasters.googleblog.com/2020/11/timing-for-page-experience.html</a></code>
Этот URL, заканчивающийся закрывающим слэшем, является страницей категории:
<code><a href="https://webmasters.googleblog.com/2020/11/">https://webmasters.googleblog.com/2020/11/</a></code>
А это контейнер для месяца и года 2020:
<code><a href="https://webmasters.googleblog.com/2020/">https://webmasters.googleblog.com/2020/</a></code>
Приведенные выше примеры соответствуют стандартной рекомендации использовать закрывающие слэши в конце для каталога категорий и не использовать их в конце URL, когда это веб-страница.
<h3>URL Google без закрывающего слэша вовсе</h3>
Тем не менее, другие разделы, опубликованные Google, не соответствуют этому стандарту.
Следующие примеры &ndash; это категории и веб-страницы, которые не используют закрывающий слэш.
<ul>
<li>Это URL для раздела категории: <a href="https://developers.google.com/analytics">https://developers.google.com/analytics</a></li>
<li>Это веб-страница: <a href="https://developers.google.com/analytics/devguides/integrate">https://developers.google.com/analytics/devguides/integrate</a></li>
<li>И это еще одна веб-страница: <a href="https://developers.google.com/analytics/devguides/collection/firebase/android">https://developers.google.com/analytics/devguides/collection/firebase/android</a></li>
</ul>
Все эти веб-страницы и страницы категорий выглядят похоже, потому что они не используют закрывающий слэш.
<h3>Google гибок в использовании закрывающего слэша</h3>
Приведенные выше примеры показывают, что да, существуют лучшие практики.
Но это одна из тех практик, которую можно игнорировать.
Еще в 2010 году советы Google относительно использования закрывающихся слэшей были гибкими.
По словам Google:
<blockquote>
"...вы свободны выбирать то, что вам нравится."
</blockquote>
Возможно, самый важный момент относительно закрывающего слэша в URL заключается в том, чтобы выбрать один способ и придерживаться его, чтобы избежать путаницы.
Это также упрощает перенаправление URL без закрывающего слэша на URL с закрывающим слэшем и так далее.
<h3>URL в целях SEO</h3>
Тема SEO-дружественных URL глубже, чем можно подумать, с множеством нюансов.
В то время как Google все чаще не показывает URL в SERP, популярные поисковые системы, такие как Bing и DuckDuckGo, все еще их показывают.
URL &ndash; это хороший способ сигнализировать потенциальному посетителю сайта о том, о чем страница.
Правильное использование URL может помочь увеличить CTR везде, где разделяются ссылки.
И сохранение URL короткими делает их удобными для пользователей и легкими в обмене.
Веб-страницы, которые легко обмениваются, помогают пользователям сделать их популярными.
Не недооценивайте силу популярности в целях ранжирования, потому что часть того, что делают поисковые системы, &ndash; это показывать пользователям то, что они ожидают увидеть.
URL &ndash; это скромная и в некотором роде недооцененная часть уравнения SEO, но она может внести значительный вклад в успешное ранжирование ваших страниц.

Скопировано в буфер!

Вставлено из буфера!

Карточка текста Карточки текста

Тема

Персонажи

Изменить дату действия. 18/02/2026

Выбрать дату

Время: 12:17 .

Идея текста

Сюжет

План действий

Заметки

Редакторские правки

Персонажи

Идея текста

Сюжет

План действий

Заметки

Дополнительные поля
Дополнительные поля отсутствуют

115. Руководство по созданию URL-адреса. Правка

Редактировать комментарии, примечания, метки и персонажи

Дополнительные символы

Руководство по созданию URL-адреса