<

SEO: создание идеального URL или нет

  1. Создание оптимальных URL
  2. Настройки HTTPS
  3. Хештеги в URL
  4. Когда оптимизировать URL

Элементы URL включают протокол, поддомен, домен и домен верхнего уровня .

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

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

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

Рассмотрим, например, следующие два URL.

https://www.example.com/platform-id/products?catid=1262a89sd237g4df556ju&prodid=3489789

https://www.example.com/mens-shoes/loafers/brandx-jackson-penny-loafer-3489789

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

Создание оптимальных URL

Лучшие URL для SEO имеют на удивление мало требований.

  • Будьте как можно короче. Используйте столько символов, сколько необходимо для отображения уникального URL-адреса, но не вставляйте лишние слова или папки в URL-адреса исключительно в интересах SEO.
  • Используйте только строчные буквенно-цифровые символы. Символы в верхнем регистре технически отличаются от символов в нижнем регистре. Использование всех символов в нижнем регистре устраняет вероятность того, что URL-адреса в верхнем регистре будут возникать и создавать дублированный контент. Буквенно-цифровые символы важны, потому что любой символ, который не является 123 или abc или одним из немногих разрешенных знаков препинания (таких как? И /), будет закодирован в непонятные символы ASCII в вашем URL.

Например, символ ® (зарегистрированный товарный знак) будет закодирован в % AE в URL, а пробел в URL будет закодирован в % 20 . Будут закодированы даже буквы с акцентом, встречающиеся на других языках, кроме английского. Например, é станет % E9 . Для получения дополнительной информации о кодировании URL см. W3Schools ,

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

Обратите внимание, что «использовать ключевые слова» является последним элементом в списке приоритетов SEO для создания оптимальных URL. Инженер Google Джон Мюллер несколько раз заявлял, что «ключевые слова в URL для Google SEO переоценены».

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

Настройки HTTPS

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

Технически переход с HTTP на HTTPS - это изменение URL-адреса, которое содержит определенную степень риска. В частности, Google заявляет, что «довольно хорошо» справляется с переходом на безопасный протокол. Но перенаправления 301 по-прежнему должны использоваться для ускорения перехода, и необходимо тщательно отслеживать производительность, чтобы выявить любые потенциальные проблемы.

Как и при оптимизации URL-адресов, содержащих ключевые слова, переход на HTTPS следует выполнять с осторожностью. ИТ-отделу придется предпринять много шагов, которые SEO обычно не рассматривают, например, переместить все ресурсы, составляющие страницу - изображения, файлы JavaScript - в HTTP, а также в основной контент сайта.

Этот контент может быть размещен в разных средах, для всех которых требуются разные сертификаты безопасности. Хотя скорость загрузки не является проблемой, которая мешает большинству современных реализаций HTTPS, она также должна быть проверена, поскольку она также является фактором ранжирования в результатах поиска. Canonicals, редиректы, файлы robots.txt, XML-карты сайтов, проверка инструментов веб-мастеров и другие задачи также должны быть выполнены как часть перемещения.

Подробнее о переходе на HTTPS см. « SEO: как перенести сайт электронной коммерции на HTTPS «.

Хештеги в URL

Специалисты по SEO, как правило, либо объявляют JavaScript плохо универсальным, либо универсально сканируемым, основываясь на том, верят ли они в заявление Google о том, что «мы, как правило, можем отображать и понимать ваши веб-страницы, как современные браузеры».

Тем не менее, существует большая разница между повседневными формами JavaScript (некоторые из которых были определены как успешно сканируемые, а некоторые нет) и AJAX - «Асинхронный JavaScript и XML». AJAX характеризуется URL-адресом, который не изменяется как содержимое в браузер меняется. AJAX также обычно использует хештеги в URL.

Зачем включать материал AJAX в статью об URL? Потому что хештеги в URL вредны для SEO.

Инженер Google Джон Мюллер из Twitter объясняет, что хештеги запрещают индексацию.

Оптимально сканируемый контент характеризуется мантрой одного URL на одну страницу контента. AJAX создает один URL для многих страниц контента, по существу лишая поисковые системы уникальной меткой страницы, с которой они могут связывать сигналы релевантности и авторитета.

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

Обратите внимание, что стандарт сбежавших фрагментов, разработанный Google в 2009 году, характеризуется #! в URL-адресах («хэш-бэнг» - единственный раз, когда хэштег неохотно принимается в URL-адресе), по-прежнему поддерживается, но он не рекомендуется движками с 2015 года.

Когда оптимизировать URL

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

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

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

Когда вы должны изменить URL-адреса, всегда 301 перенаправить старый URL-адрес на новый. Перенаправления собирают сигналы релевантности и авторитета, которые старая страница заработала за время своего существования, и переносят сигналы на новую страницу. Перенаправление 301 также предлагает поисковым системам прекратить индексировать старый URL-адрес и начать индексировать новый. Для получения дополнительной информации о 301 перенаправлениях и SEO, прочитайте мою статью « Для редизайнов защитите SEO с помощью стратегии 301 Redirect «.

Com/platform-id/products?
Аких как?
Зачем включать материал AJAX в статью об URL?