Должен ли я изменить свои URL из-за SEO?

1. Каждое изменение рискованно.
2. 1. Динамические URL
3. 2. URL не структурированы
4. 3. Длинные URL
5. 4. Ключевые слова
6. 5. Каннибализация ключевых слов

Каждый SEO в конечном итоге основывается на тактике. Может быть, вы прочитаете сотню статей и постов в блоге о том, как создать «идеально» оптимизированный URL, и продолжите настраивать его, пока он не станет прямым. Теперь прошло два месяца: у вас есть 17 слоев перенаправлений, вы не делали никаких ссылок, вы не писали никакого контента и просто тратили время на то, чтобы возиться со старыми вещами.

Хорошо, это может быть немного экстремальным. Но я вижу много вопросов об идеальной структуре URL. Большинство из них сводится к переходу от хороших URL к чуть лучшим URL.

Каждое изменение рискованно.

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

Обычно это всего лишь случай снижения прибыли. Переход от «хорошо» к «немного лучше», вероятно, не стоит времени и усилий, что скажется на риске. Итак, когда вы должны изменить свои URL? Я расскажу о пяти конкретных сценариях, которые помогут ответить на этот вопрос.

1. Динамические URL

Динамический URL создает контент из кодов и данных и загружает такие параметры:

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

• Они не содержат релевантных ключевых слов;
• Они с большей вероятностью создают дублированный контент;
• Они менее удобны для пользователя (меньше кликов по рейтингу);
• Они имеют тенденцию быть дольше.

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

В других случаях, однако, это не так просто. Что делать, если у вас есть URL-адрес в блоге?

Технически, это динамический URL, поэтому вы должны изменить его на что-то вроде этого:

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

2. URL не структурированы

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

Но они думают, что должны добавить папки для представления архитектуры вашего сайта, например так:

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

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

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

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

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

3. Длинные URL

Как долго это очень длинный URL? Технически, URL должен быть таким, каким он должен быть. Некоторые браузеры и серверы могут иметь ограничения, но они намного выше того, что мы считаем хорошим размером для стандартов SEO или удобства использования. Например, IE8 может поддерживать URL-адрес длиной до 2083 символов.

Однако на практике длинные URL-адреса могут означать некоторые проблемы:

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

Эта идея «сколько это слишком долго?» - больше искусство, чем наука. Одной из проблем является избыточность. Хорошие URL похожи на хорошую копию: если есть что-то, что не добавляет смысла, вы, вероятно, должны исключить это. Например, вот URL с большой избыточностью:

Если у вас есть подпапка "/ store", вам также нужен слой "/ products"? Если мы знаем, что вы находитесь в слое store / products, ваша категория должна быть помечена как «featured-products» (почему бы не просто «featured»)? Действительно ли «рекомендуемый» слой необходим? Должен ли каждый продукт быть отмечен знаком «product-»? Вафли настолько горячие, что ты должен повторить это дважды?

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

4. Ключевые слова

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

Очень редко можно увидеть, чтобы какой-либо сайт наказывался только по URL-адресам, полным ключевых слов, но обычно, если ваши URL-адреса являются спамерами, это означает, что ваши теги <H1>, <copy> и т. Д. Тоже. Если вы нацеливаетесь на одно и то же предложение четырьмя различными способами, вы можете иметь больший охват, но каждому предложению также будет уделяться меньше внимания. Расставьте приоритеты и сфокусируйтесь - не только на URL, но и на всех таргетингах по ключевым словам. Если вы бросаете все на стену, чтобы посмотреть, что прилипает, у вас обычно получается грязная стена.

5. Каннибализация ключевых слов

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

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

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

Если вы решите, что изменение URL-адреса всего сайта сопряжено с риском, тщательно спланируйте и выполните его. Как осуществить изменение URL всего сайта, выходит за рамки этой статьи, но имейте в виду некоторые важные моменты:

1. Используйте правильные перенаправления;
2. Перенаправлять URL по URL для каждой страницы, которую вы хотите сохранить;
3. Обновите все ссылки на страницах;
4. Не меняйте перенаправления, если можете избежать;
5. Добавить новую карту сайта XML;
6. Временно оставьте старую карту сайта в эфире.

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

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

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

***

Эта статья является перепечаткой с разрешения автора. SEOMoz не имеет никакого отношения к этому сайту. Оригинал в: http://www.seomoz.org/blog/should-i-change-my-urls-for-seo