Get параметрами в url: Найдены страницы дубли с get-параметрами — как убрать ошибку, что такое get-параметры |

Posted:

Фев 26, 2023

Comments:

Get параметрами в url: Найдены страницы дубли с get-параметрами — как убрать ошибку, что такое get-параметры

Содержание

Сколько GET-параметров должно быть в URL – База знаний Timeweb Community

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

Как не столкнуться с такими проблемами и что такое GET-параметры – поговорим в сегодняшней статье.

Что такое GET-параметр

Прежде чем перейти к определению GET-параметра, поговорим о том, как происходит связь клиента и сервера в интернете. Выполняется это через HTTP-протокол – протокол передачи гипертекста. Благодаря ему обмен данными может осуществляться по принципу «запрос-ответ»: когда пользователь получает URL-адрес через веб-браузер, выполняется запрос на сервер, и в качестве ответа предоставляется HTML-страница, загруженная браузером. Для такого рода связи используются такие параметры, как GET и POST. Нас интересуют лишь GET-запросы – остановимся на них поподробнее.

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

GET-параметры представляют собой пары и соответствующие им значения, так называемые пары «имя-значение». Они всегда начинаются с вопросительного знака «?». За ним следует имя переменной и соответствующее значение, разделенные знаком «=». Если URL-адрес содержит более одного параметра, то они разделяются амперсандом «&».


http://getrequest.com/index.php?thing=Стул&section=Мебель

Thing – первый GET-параметр, section – второй.

В коде прописывается следующим образом:


<?php

echo ‘Предмет: ‘ .  $_GET[‘thing’] . ‘<br />’;

echo ‘Раздел: ‘ . $_GET[‘section’] . ‘<br />’;

?>

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

Таким образом, мы можем прописывать параметры в URL и изменять с их помощью содержимого страницы.

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Для чего нужен параметр GET

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

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

Оптимальное количество GET-параметров

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

Однако никто не сможет назвать идеальное количество параметров. Для разных серверов это число может колебаться – для одного 32 Кб, для другого – 1024 Кб. Золотая середина – 512 Кб. Рекомендуется использовать не более 5 параметров, иначе их будет сложно контролировать со стороны сервера и браузера. Если необходимо отправить большое количество данных, то лучше использовать POST-запросы.

Заключение

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

какое количество считается правильным и как просканировать сайт

60390 2

How-to

– Читать 6 минут

Прочитать позже

АУДИТ САЙТА — ССЫЛКИ

Инструкцию одобрила
SEO-специалист в CF. Digital

Елена Жгутова

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

Содержание:

Что такое GET-параметры
Какое количество параметров GET считается правильным
Как просканировать сайт и определить количество GET-параметров
Заключение

Что такое GET-параметры

GET-запрос — метод передачи данных от клиента к серверу с целью получения информации, указанной с помощью конкретных GET-параметров.

Это публичные данные, доступные при повторном просмотре ссылки в истории. Такой запрос актуально использовать при неизменных данных в адресной строке. То есть при каждом обращении к странице с заданными параметрами ее адрес остается постоянным.

GET-запрос состоит из домена, адреса страницы и параметров, которые следуют после знака «?». Формат одного параметра выглядит так: «ключ=объяснение». Такой вид имеет весь запрос:

http://site.ru/index.php?name=Катя&surname=Иванова

где name — первый параметр, а surname — второй параметр.

Этот же запрос в формате РНР:

<?php
echo ‘Имя: ‘ . $_GET[‘name’] . ‘<br />’;
echo ‘Фамилия: ‘ . $_GET[‘surname’] . ‘<br />’;
?>,

Или так:

<?php
if(isset($_GET['name'])) {
    echo $_GET['surname'];
}
?>,

где параметр if определяет условие: если существует параметр name, пусть он выведется на экран.

В результате браузер выдаст такую информацию:

Имя: Катя
Фамилия: Иванова

При передаче личной информации нет надобности использовать GET запрос и параметры по причине отсутствия конфиденциальности. Информация с адресной строки открыта для пользователей.

Применение такого запроса имеет смысл в случае потребности сохранить, отправить ссылку. Для передачи секретной информации лучше использовать запрос типа POST. Страницы, запросы на которые передаются параметром GET, всегда имеют статичный вид.

Какое количество параметров GET считается правильным

Один запрос включает несколько параметров GET. Их количество не ограничено протоколом http. Лимиты в размере запроса есть со стороны сервера и браузера. У каждого из них есть свой максимальный размер для приема/передачи данных. Если длина превысит этот лимит, запрос будет урезан.

Не существует конкретной максимальной величины GET-запроса. Один сервер может принимать максимум 8 Кб, а другой — 16 Кб. Средний размер запроса колеблется в пределах 512-1024 Кб.

Фактически в одном таком запросе должно быть не больше 5 параметров, иначе каждый из них будет сложно контролировать со стороны сервера и браузера. Если нужно передать большое количество информации, рекомендуется использовать метод POST.

При использовании человекопонятных URL (ЧПУ) передача нескольких параметров GET выполняется в скрытом формате. Чтобы увидеть запрос полностью, необходимо на время отключить ЧПУ.

Как просканировать сайт и определить количество GET-параметров

С помощью Аудита сайта Serpstat можно проверить, на каких URL вашего сайта много GET-параметров.

Создайте проект для сайта в сервисе:

В настройках перед началом сканирования выберите количество страниц, которые робот должен проверить:

После окончания сканирования перейдите на вкладку Все проверки. Если робот обнаружит такую ошибку, то вы увидите это в отчете:

Хотите узнать, как с помощью Serpstat найти и исправить технические ошибки на сайте?

Заказывайте бесплатную персональную демонстрацию сервиса, и наши специалисты вам все расскажут! 😉

Оставить заявку!

Заключение

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

Протокол http не ограничивает размер GET-запросов, но у каждого браузера и сервера существует лимит передачи данных. Рекомендуется использовать в среднем 512-1024 Кб или максимум 5 параметров для создания одного запроса.

Задавайте вопросы в комментариях или пишите в техподдержку.:) А также вступайте в чат любителей Серпстатить и подписывайтесь на наш канал в Telegram.

Serpstat — набор инструментов для поискового маркетинга!

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

Набор инструментов для экономии времени на выполнение SEO-задач.

Получить бесплатный доступ на 7 дней

Оцените статью по 5-бальной шкале

4. 64 из 5 на основе 11 оценок

Нашли ошибку? Выделите её и нажмите Ctrl + Enter, чтобы сообщить нам.

Что такое параметры URL? | Learn SEO

Параметры URL-адреса (также известные как «строки запроса») — это способ структурирования дополнительной информации для данного URL-адреса. Параметры добавляются в конец URL-адреса после символа «?», и можно включить несколько параметров, разделенных символом «&».

Параметры запроса в основном используются для указания и сортировки контента на веб-странице, но они также часто используются для отслеживания трафика.

Вот пример того, как выглядит URL с параметрами URL:

Для чего используются параметры URL?

Существует ряд причин для использования параметров URL. Наиболее распространенными являются:

Сортировка и фильтрация: параметры часто используются на крупных сайтах электронной коммерции (или аналогичных), чтобы пользователи могли динамически создавать страницы с применением желаемой сортировки или фильтрации
- , например. /dresses?sort=a-z, /womens-shoes?color=red или /hotels/seattle-wa?rating=5-star
Пагинация: 9Параметры 0010 могут использоваться для идентификации нескольких страниц архива или результатов поиска
например. /blog/all-articles?page=3
Поиск по сайту: параметров можно использовать для прохождения через поисковые запросы, которые кто-то использовал в поиске по сайту
/search?q=christmas
Перевод : параметров можно использовать для языковых опций
/home?lang=fr
Описание: параметров можно использовать для передачи сведений о продукте
/product?sku=12345
Отслеживание: параметры можно использовать для конкретных рекламных кампаний или нажатий кнопок, чтобы иметь возможность отслеживать трафик, пришедший через эту кампанию или кнопку
, например. /landingpage?utm_campaign=fbid_holidaypromo

Почему параметры URL важны для SEO?

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

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

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

Передовой опыт SEO для параметров URL

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

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

Вообще говоря:

Если страница с параметрами имеет поисковую ценность независимо от основной версии страницы, вы можете оставить ее доступной для сканирования и индексации поисковыми роботами. Убедитесь, что метаданные и любой контент на странице оптимизированы и достаточно нацелены, чтобы отличить контент от основной версии URL-адреса.
Если страница с параметрами не имеет поисковой ценности независимо от основной версии страницы, но имеет ценность для пользователей, добавьте канонический тег. Не используйте robots.txt для блокировки этих страниц.
Для URL-адресов, где параметры используются для локализации, используйте аннотации hreflang, чтобы связать разные варианты страны/языка друг с другом. (Обратите внимание, что использование параметров для локализации страны/языка не рекомендуется для целей SEO.)

Обратите внимание, что для сайтов с большим количеством параметров в Google Search Console есть инструмент, который можно использовать для управления пониманием и сканированием Google. параметров вашего сайта. Однако это более продвинутый подход, и в рекомендациях Google указано, что вы не должны использовать этот инструмент, если:

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

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

Ежемесячно получайте больше подобных статей на свой почтовый ящик!

SEO-руководство по обработке параметров URL

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

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

Для этого мы исследуем:

Основы параметров URL
проблем SEO, вызванных параметрами
Оценка масштаба вашей проблемы с параметрами
SEO-решений для укротения параметра
Передовая практика обработки параметров URL

Что такое параметры URL?

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

Наиболее распространенные варианты использования параметров:

Отслеживание — например, ?utm_medium=social, ?sessionid=123 или ?affiliateid=abc
Повторный заказ – Например, ?sort=самая низкая цена, ?order=самый высокий рейтинг или ?so=новейший
Фильтрация – Например, ?type=widget, color=blue или ?price-range=20-50
Идентификация — например, ?product=small-blue-widget, categoryid=124 или itemid=24AU
Пагинация — например, ?page=2, ?p=2 или viewItems=10-30
Поиск — например, ?query=users-query, ?q=users-query или ?search=drop-down-option
Перевод — например, ?lang=fr, ?language=de или

Проблемы SEO с параметрами URL

1. Параметры создают дублированный контент

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

Например, все следующие URL будут возвращать коллекцию виджетов.

Статический URL-адрес : https://www.example.com /widgets
Параметр отслеживания r: https://www.example.com/widgets ?sessionID=32764
Переупорядочивание параметра : https://www.example.com /widgets?sort=newest
Идентифицирующий параметр : https://www.example.com ?category=widgets
Параметр поиска : https://www.example.com/products ?search=widget

Это довольно много URL-адресов для того, что фактически является одним и тем же контентом — теперь представьте это для каждой категории на вашем сайте. Это действительно может добавить.

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

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

2. Параметры тратят впустую бюджет сканирования

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

Google прекрасно подводит итог этому пункту.

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

3. Параметры Сигналы ранжирования страницы разделения

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

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

4. Параметры Сделать URL-адреса менее кликабельными

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

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

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

Плохая читабельность URL-адреса может способствовать снижению вовлеченности бренда.

Оценка масштаба вашего параметра Проблема

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

Так как же найти все параметры, требующие обработки? Или понять, как поисковые системы сканируют и индексируют такие страницы? Знаете, какую ценность они приносят пользователям?

Выполните следующие пять шагов:

Запустите поисковый робот : С помощью такого инструмента, как Screaming Frog, вы можете искать «?» в URL.
Посмотрите в инструменте параметров URL-адреса консоли поиска Google : Google автоматически добавляет строки запроса, которые он находит.
Просмотрите файлы журналов : проверьте, сканирует ли робот Googlebot URL-адреса на основе параметров.
Поиск по сайту: inurl: расширенные операторы : Знайте, как Google индексирует параметры, которые вы нашли, вставив ключ в запрос site:example.com inurl:key combo.
Посмотрите в отчете Google Analytics «Все страницы» : Искать «?» чтобы увидеть, как каждый из найденных вами параметров используется пользователями. Обязательно проверьте, не были ли исключены параметры URL-запроса в настройках просмотра.

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

SEO-решения для управления параметрами URL

В вашем арсенале SEO есть шесть инструментов для работы с параметрами URL на стратегическом уровне.

Ограничение URL-адресов на основе параметров

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

1. Удалите ненужные параметры

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

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

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

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

2. Запретить пустые значения

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

В приведенном выше примере key2 и key3 не добавляют значения ни в прямом, ни в переносном смысле.

3. Используйте ключи только один раз

Избегайте применения нескольких параметров с одинаковыми именами и разными значениями.

Для вариантов множественного выбора лучше объединять значения вместе после одной клавиши.

4. Параметры URL-адреса заказа

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

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

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

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

Pros :

Позволяет более эффективно использовать краулинговый бюджет.
Уменьшает проблемы с дублированием контента.
Объединяет сигналы ранжирования на меньшем количестве страниц.
Подходит для всех типов параметров.

Минусы :

Среднее техническое время реализации

Атрибут ссылки Rel=»Canonical»

Атрибут ссылки rel=»canonical» показывает, что страница имеет идентичный или похожий контент на другую. Это побуждает поисковые системы объединять сигналы ранжирования с URL-адресом, указанным как канонический.

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

Плюсы :

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

Минусы :

Трата краулингового бюджета на страницах параметров.
Подходит не для всех типов параметров.
Интерпретируется поисковыми системами как сильный намек, а не директива.

Meta Robots Noindex Tag

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

URL-адреса с тегом «noindex» также, вероятно, будут сканироваться реже, и, если он присутствует в течение длительного времени, в конечном итоге приведет к тому, что Google будет использовать nofollow для ссылок на странице.

Плюсы :

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

Минусы :

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

Robots.txt Запретить

Файл robots.txt — это файл, который поисковые системы просматривают перед сканированием вашего сайта. Если они увидят, что что-то запрещено, они даже не пойдут туда.

Вы можете использовать этот файл, чтобы заблокировать доступ сканера ко всем URL-адресам на основе параметров (с Disallow: /*?*) или только к определенным строкам запроса, которые вы не хотите индексировать.

Плюсы :

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

Минусы :

Не объединяет сигналы ранжирования.
Не удаляет существующие URL-адреса из индекса.

Инструмент параметров URL-адресов в Google Search Console

Настройте инструмент параметров URL-адресов Google, чтобы сообщать сканерам назначение ваших параметров и способ их обработки.

Консоль поиска Google содержит предупреждающее сообщение о том, что использование инструмента «может привести к исчезновению многих страниц из поиска».

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

Так что лучше научиться настраивать параметры URL в Google Search Console, а не позволять роботу Google решать.

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

Параметры отслеживания не меняют содержимое страницы. Настройте их как «репрезентативные URL-адреса».
Настройте параметры, которые изменяют порядок содержимого страницы как «сортировки». Если это необязательно добавляется пользователем, установите для сканирования значение «Нет URL-адресов». Если параметр сортировки применяется по умолчанию, используйте «Только URL-адреса со значением», указав значение по умолчанию.
Настройте параметры, которые фильтруют страницу до подмножества контента, как «сужающие». Если эти фильтры не имеют отношения к SEO, установите для сканирования значение «Без URL». Если они релевантны для SEO, установите значение «Каждый URL».
Настройте параметры, которые отображают определенную часть или группу контента как «указывает». В идеале это должен быть статический URL. Если это невозможно, вы, вероятно, захотите установить для этого параметра значение «Каждый URL».
Настройте параметры, которые отображают переведенную версию содержимого как «переводы». В идеале перевод должен осуществляться через подпапки. Если это невозможно, вы, вероятно, захотите установить для этого параметра значение «Каждый URL».
Параметры конфигурации, которые отображают страницу компонента более длинной последовательности в виде «разбивки на страницы». Если вы добились эффективной индексации с помощью XML-карт сайта, вы можете сэкономить бюджет сканирования и установить для сканирования значение «Без URL». Если нет, установите значение «Каждый URL», чтобы поисковые роботы могли получить доступ ко всем элементам.

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

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

Для любого параметра, для которого вы установили в Google Search Console значение «Нет URL», вам также следует рассмотреть возможность его добавления в инструмент Bing для игнорирования параметров URL.

Pros :

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

Минусы :

Не объединяет сигналы ранжирования.
Интерпретируется Google как полезный совет, а не директива.
Работает только для Google и с меньшим контролем для Bing.

Переход от динамических к статическим URL-адресам

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

Для этого можно использовать перезапись URL-адресов на стороне сервера для преобразования параметров в URL-адреса подпапок.

Например, URL:

www.example.com/view-product?id=482794

Стало бы:

www.example.com/widgets/blue

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

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

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

Это несколько странно при разбиении на страницы (хотя и не редкость из-за WordPress), что дает такой URL-адрес, как

www.example.com/widgets/blue/page2

Очень странно для переупорядочивания, что даст URL-адрес, такой как

www.example.com/widgets/blue/lowest-price

И часто не подходит для отслеживания. Google Analytics не будет признавать статическую версию параметра UTM.

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

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

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

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

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

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

Pros :

Смещает фокус сканера с основанных на параметрах URL-адресов на статические URL-адреса, которые имеют более высокую вероятность ранжирования.

Минусы :

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

Передовая практика обработки параметров URL для SEO

Итак, какую из этих шести тактик SEO следует применить?

Ответ не может быть всем.

Это не только создало бы ненужную сложность. Но часто SEO-решения активно конфликтуют друг с другом.

Например, если вы заблокируете файл robots.txt, Google не сможет увидеть метатег noindex. Вы также не должны комбинировать метатег noindex с атрибутом ссылки rel=canonical.

Становится ясно, что идеального решения не существует.

Даже Джон Мюллер из Google не может определиться с подходом. В видеовстрече Google для веб-мастеров он изначально рекомендовал не запрещать параметры, но когда его спросили об этом с точки зрения многогранной навигации, он ответил: «Это зависит от обстоятельств».

Бывают случаи, когда эффективность сканирования важнее, чем консолидация авторитетных сигналов.

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

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

Я использую следующий план обработки параметров, оптимизированных для SEO:

Проведите исследование ключевых слов, чтобы понять, какие параметры должны быть удобными для поисковых систем, статическими URL-адресами.
Реализовать правильную обработку разбиения на страницы с помощью rel=»next & rel=»prev».
Для всех оставшихся URL-адресов на основе параметров внедрите согласованные правила упорядочения, которые используют ключи только один раз и предотвращают пустые значения, чтобы ограничить количество URL-адресов.
This entry was posted in Популярное

Posted:

Comments: