Понимание SEO дружественных методов синтаксиса URL

1. Хорошая структура URL
2. Диагностика проблем с URL
3. Поиск зарезервированных и небезопасных символов
4. Поиск символа фунта, #
5. Поиск подчеркивания, _
6. Поиск смешанного случая
7. Проверьте настройки вашей платформы CMS
8. Создание оптимизированных URL
9. Встречайте минимальный синтаксический стандарт
10. Дальнейшее чтение

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

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

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

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

Хорошая структура URL

Пару лет назад, Доктор Питер Дж. Мейерс составить шпаргалку по анатомии URL. Это хорошо, чтобы держать под рукой.

Посмотрите на этот URL: http://www.mobilesmart.com/phones/android/samsung-galaxy-s3

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

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

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

Диагностика проблем с URL

Чтобы найти проблемы на основе URL:

1. Проверьте наличие ошибок и предупреждений, а затем определите, являются ли URL виновником.
2. Аудит всех URL-адресов для правильного синтаксиса.

Чтобы проверить наличие ошибок, начните с отчетов инструментов Google и Bing для веб-мастеров. Найдите дублированный контент, а затем изучите адреса веб-страниц и их местоположение. Многочисленные сторонние инструменты SEO также могут определять проблемы SEO.

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

Варианты работы с дублированным контентом включают в себя:

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

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

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

Поиск зарезервированных и небезопасных символов

Зарезервированные персонажи

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

Небезопасные персонажи

Кодировать небезопасные символы, если они не используются для определенных целей. Символ% не требует кодирования при использовании для кодирования символа. Символ # не требует кодирования при использовании для создания тега привязки.

Разные персонажи

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

Поиск символа фунта, #

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

• /celebrities.html#bill-clinton
• /celebrities.html#bette-davis
• /celebrities.html#deadmau5

Основываясь на этих адресах веб-страниц, давайте предположим, что они все разные. Это будет проблемой, потому что поисковые системы будут индексировать только /celebrities.html .

Лучшим URL был бы / знаменитости / deadmau5 или / знаменитости / Билл-Клинтон .

Поиск подчеркивания, _

Подчеркивание, хотя и законно, проблематично для SEO. Это проблема, с которой поисковые системы всегда сталкивались, но никогда не решали. Поисковые системы видят подчеркивания как соединители. Для разделения слов используйте тире.

Таким образом, на практике, хотя hello-dolly - это hello dolly , hello_dolly - hello_dolly .

Всегда использует тире, -, для разделения слов.

Поиск смешанного случая

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

• http://example.com/Hello-Dolly
• http://example.com/hello-dolly

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

Еще одна веская причина переписать все URL-адреса в нижний регистр - это упростит любые чувствительные к регистру отчеты SEO и аналитики. Это одно чистое золото.

Проверьте настройки вашей платформы CMS

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

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

Создание оптимизированных URL

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

• В WordPress администратор выбирает структура постоянных ссылок , определить и создать слагов категории. Авторы могут редактировать слаг, который станет URL-адресом статьи или страницы (если слаг является частью структуры постоянной ссылки).
• В некоторых программах CMS вы можете создать практически любую желаемую структуру URL, поместив ссылки в шаблоны. Вы просто включаете правильный идентификатор страницы и извлекаете из сопутствующих переменных (например, http://domain.com/{article_category}/{article_id}/{article_slug} ).
• Вашему разработчику, возможно, придется создавать динамические перезаписи URL.

Чтобы найти лучший путь для вашего бизнеса, поговорите со своим веб-разработчиком или поставщиком CMS.

Встречайте минимальный синтаксический стандарт

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

Дальнейшее чтение

Кредит изображения: SEOmoz Анатомия URL

Мнения, выраженные в этой статье, принадлежат автору гостя и не обязательно относятся к Search Engine Land. Штатные авторы перечислены Вот ,

Об авторе

Похожие

Комментарии