Оптимизация URL для SEO: полное руководство по SEO 2019

1. Формат URL
2. Стабильность URL, самый важный критерий
3. Наличие ключевого слова в URL
4. Возобновить дерево в URL
5. Разделители слов в URL
6. Параметры URL
7. Длина URL
8. Дата в URL
9. Знак # в URL
10. Расширение: .html или .htm или .php или .aspx или нет?
11. Косая черта в конце URL
12. Несколько URL
13. Акценты, диакритические буквы и другие специальные символы
14. прописные
15. Небольшой бонус для AdSense
16. Другие советы

Статья обновлена ​​23/04/2018 (специальные символы и акценты в URL), опубликована изначально 12/09/2009

Формат URL

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

Стабильность URL, самый важный критерий

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

Поделитесь информацией со своими подписчиками в Twitter:

Я рекомендую вам книга Техники SEO веб написано Александрой Мартин и Матье Шартье. Зная 2 авторов и прочитав эту книгу (3-е издание), я знаю, что вы окажете большую помощь. В нем подробно рассказывается (более 500 страниц) и приводится множество примеров кода, API или инструментов, которые можно использовать для оптимизации вашего SEO.

Наличие ключевого слова в URL

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

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

При этом избегайте использования в этих URL некоторых слов, имеющих слишком мало смысла (например, статьи). Но в некоторых случаях их необходимо сохранять (либо потому, что они важны с точки зрения ссылок, как в La Rochelle, либо важна статья, либо чтобы сделать URL понятным).

Возобновить дерево в URL

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

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

/nos-produits/jardin/barbecue-plancha-et-cuisine-exterieur/barbecue/barbecue-a-charbon-de-bois-1233.html

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

/ Барбекю-уголь-3060

Вот недостатки первого примера:

• Если мы хотим представить категорию «барбекю на углях» также в другой категории (например, в день отца или в любой другой), мы сталкиваемся с проблемами внутреннего дублированного содержимого. Конечно, мы можем уладить их каноническими или другими трюками, но это ни к чему не усложняет.
• если мы когда-либо захотим переименовать родительскую категорию, или объединить несколько, или разделить на несколько, то это нарушит URL многих категорий и подкатегорий. Даже правильные действия (обновление внутренних и внешних ссылок, перенаправление 301) не годятся для SEO.
• слишком долго, это может усложнить вещи (но не обязательно SEO)

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

Примечание. Формат URL не связан с пониманием Google вашей крошки. Сайт, использующий второй пример, может получить пользу от отображения в режиме «хлебная крошка» в поисковой выдаче :

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

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

Обратите внимание, что если вы хотите, чтобы Google понимал хлебные крошки, лучше использовать структурированные данные (например, через schema.org ).

Разделители слов в URL

Чтобы правильно разделить слова в URL, необходимо использовать символы, интерпретируемые поисковыми системами как разделители. Я советую вам оставаться максимально простым и использовать в основном тире («Тире 6») и точка для примера.

Другие символы работают как разделитель, но обратите внимание на следующее:

• запятая : в тот или иной день у вас будут проблемы, потому что они будут неверно истолкованы. Кроме того, у вас будут проблемы при обработке CSV-файла, содержащего ваши URL-адреса и другие данные, разделенные запятыми (это относится к экспорту обратных ссылок в Bing Webmaster Tools).
• точка с запятой (;) : у вас могут быть те же проблемы, что и с запятой, поэтому избегайте
• косая черта (/ или «косая черта») на самом деле не является проблемой, если вы обращаете внимание на понятие виртуального каталога: подумайте об этом в своем HTML-коде, когда вы обращаетесь к файлам (сценариям, изображениям) или ссылки.
• вертикальная черта (| или «труба») : избегать, потому что слишком сложно! она очень трудна для ввода и не легко объяснить в устной форме
• знак процента (%) , звездочка (*) или знак at (@) : почему бы и нет, но так же просто остаться нет?

Не используйте подчеркивание (подчеркивание: _ или «тире 8»), потому что оно не распознается как разделитель (даже если вы видите SERP, вы это чувствуете).

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

Не полагайтесь на то, что некоторые слова или фразы выделены жирным шрифтом. Страницы результатов Google управление отображением результатов и алгоритм ранжирования результатов - это два разных процесса. Одно время (около 2006 года) Bing (в то время MSN Search) редко индексировал страницы, URL которых содержал более 2 черточек. Ситуация, кажется, улучшилась с тех пор.

Параметры URL

Если у вас есть динамические URL-адреса и вы не используете перезапись URL-адресов, ваши URL-адреса могут содержать так называемые «параметры». Это переменные, переданные в URL, например параметр «page», который равен «3» в вымышленном URL https://example.com/articles.php?page=3

Это не обязательно создает проблемы! Однако в этом случае Google предлагает ему помочь «понять», что он должен делать. Для этого проконсультируйтесь с моим обучение по настройке параметров URL в консоли поиска.

Длина URL

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

Поэтому я склонен советовать вам создавать довольно короткие URL-адреса.

Дата в URL

Должны ли мы поставить дату в URL своих статей?

В целом, я не рекомендую указывать дату в URL-адресе, поскольку она не является существенной и создает проблемы при обновлении статьи. Многие блоги имеют URL-адреса с такой датой, как / blog / 2015/09 / here-the-title, но:

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

Спросите совета у ваших последователей в Твиттере:

Знак # в URL

В URL то, что следует за знаком #, традиционно соответствует именованной привязке, то есть внутренней закладке на странице. Иногда мы говорим о «фрагменте». Это позволяет ссылаться на часть страницы. Например здесь ссылка на знак # для URL ,

Некоторые техно используют этот знак по-другому (например, #! В ajax).

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

Расширение: .html или .htm или .php или .aspx или нет?

Какое расширение я должен использовать в URL?

На мой взгляд, ответ прост: независимо от вашего расширения файла! Вам даже не нужно его использовать (см. Пример Википедии). То, что он заканчивается на .html, не означает, что это документ HTML. Важно то, что ваша страница на самом деле закодирована в HTML (если это возможно без слишком большого количества ошибок!).

Если вы не добавите расширение в конец URL-адреса, у вас, скорее всего, будет стабильный URL-адрес независимо от того, какую CMS вы будете использовать в будущем. Поэтому лучше априори.

Косая черта в конце URL

Должен ли я поставить косую черту в конце URL? Во всех случаях или только для определенных типов контента?

Например, прогнозировать / blog / here-the-title / вместо просто / blog / here-the-title

Некоторые уверяют, что абсолютно необходимо «закрыть» его URL, систематически добавляя / в конце. Вы поняли, я не такого мнения (кажется, Википедия не мешает им кардо в SEO ...).

С другой стороны, что касается удар WWW как только вы решили, что вы используете косую черту в конце URL-адреса, вы должны придерживаться его. Перенаправьте неправильные URL-адреса на официальные URL-адреса.

Если проще всегда добавлять / end URL, это не проблема.

Несколько URL

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

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

В связи с этим, как указывает SuperPJ в комментариях, если мы используем перезапись URL-адресов, мы не должны забыть проиндексировать динамические страницы со старым форматом URL-адресов. Для этого лучше всего перенаправить (HTTP-код 301) каждый старый URL-адрес на новый эквивалент. Если это невозможно, используйте канонический URL-тег или файл robots.txt , В противном случае эта же страница будет доступна по 2 URL-адресам, что приведет к проблемам с дублированием контента .

Акценты, диакритические буквы и другие специальные символы

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

Это касается скобок, скобок, апострофов, кавычек и т. Д. а также пробелы и диакритические буквы (акценты).

Возьмите пример страницы Википедии с акцентом, например / wiki / Digital. Даже если некоторые браузеры отображают его с ударением, реальный URL кодирует специальные символы. Например, é становится% C3% A9, поэтому мой пример дает / wiki / Num% C3% A9ric

С одной стороны, вы теряете ключевые слова в URL (хорошо, это не так уж плохо). С другой стороны, этот URL становится «сложным» и однажды будет неверно истолкован. Например, знак% будет снова закодирован или будут добавлены пробелы.

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

Лучше заменить их стандартным эквивалентом (буква с акцентом на ее безударную версию, пробел и прочее).

Поделитесь этим в Twitter:

прописные

Некоторые используют заглавные буквы в URL (часто с техно Microsoft, я не знаю почему). Опять же, зачем использовать заглавные буквы? Что произойдет, если кто-то попытается получить доступ к URL-адресу без прописной буквы, которую вы запланировали? Иногда он генерирует ошибку, иногда возвращает тот же контент, что и URL с заглавной буквой (но он не генерирует дублирующийся контент?), Иногда необходимо обеспечить перенаправление 301 на версию с заглавными буквами.

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

Небольшой бонус для AdSense

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

Это, как говорится, это явно незначительно по сравнению с содержанием страницы ...

Другие советы

Этот тип совета SEO оптимизация является одним из вопросов, поднятых во время учебные дни по SEO которые я регулярно организую в рамках Метрики ранжирования. В этом случае я объясняю в первом модуле («А1») как оптимизировать URL для SEO ,

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

Об этом мы поговорим на форуме: Оптимизация URL для SEO

Вам понравилась эта статья?

Похожие

Комментарии