Url параметры: Sorry, this page can’t be found.

Использование параметров URL—ArcGIS Web AppBuilder

Приложения, созданные с помощью Web AppBuilder, можно изменять, используя параметры URL. URL-адрес всегда начинается с <your portal url>/apps/webappviewer/index.html? и включает один или несколько перечисленных ниже параметров. Чтобы включить более одного параметра, используйте знак амперсанта (&) для разделения параметров. Ниже приведен пример:

http://<your portal url>/apps/webappviewer/index.html?id=6815e148ff1c4aee8dc7159816380a4d&webmap=9cf053ea602345ddae060010c470e615

Подсказка:

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

В настоящее время 3D-приложения не поддерживают параметры URL.

Кодирование параметров запроса

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

Например, так выглядит незакодированный параметр URL:

http://<your portal url>/apps/webappviewer/index.html?find=380 new york street, redlands, ca

А так выглядит тот же параметр после кодирования:

http://<your portal url>/apps/webappviewer/index.html?find=380%20new%20york%20street,%20redlands,%20ca

В Интернете вы можете найти множество бесплатных сайтов и инструментов для создания закодированных адресов URL. Например, на сайте Albion Research Ltd. имеются страницы URLEncode и URLDecode. Для удобства чтения остальные примеры в данном разделе не закодированы.

Открытие сохраненного приложения

Чтобы открыть сохраненное приложение, которое было создано с помощью Web AppBuilder, необходимо использовать id= и уникальный ID этого приложения, как показано в следующем примере:

http://<your portal url>/apps/webappviewer/index. html?id=6815e148ff1c4aee8dc7159816380a4d

Определение веб-карты

Чтобы задать веб-карту, используйте webmap= и уникальный ID этой веб-карты, как показано в следующем примере:

http://<your portal url>/apps/webappviewer/index.html?webmap=9cf053ea602345ddae060010c470e615

Центрирование карты

Чтобы центрировать карту в определенном местоположении, установите center=, используя географические координаты (x,y) или координаты проекции (x,y,WKID).

Внимание:

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

Ниже приведен пример географических координат:

http://<your portal url>/apps/webappviewer/index.html?center=34,-50

Ниже приведен пример координат проекции:

http://<your portal url>/apps/webappviewer/index.html?center=500000,5500000,102100

Задание уровня масштабирования

Чтобы задать уровень масштаба карты, используйте параметры center= и level=. Параметр level принимает ID уровня масштаба кэширования, который указывается в конечной точке REST картографического сервиса. Ниже приведен пример:

http://<your portal url>/apps/webappviewer/index.html?center=20,45&level=4

Указание масштаба

Чтобы задать масштаб карты, используйте параметры center= и scale=. Параметр scale принимает масштаб кэша, который указывается в конечной точке REST картографического сервиса. Ниже приведен пример:

http://<your portal url>/apps/webappviewer/index.html?center=20,45&scale=4622324

Определение экстента

Для задания экстента карты используйте extent=. Параметр extent принимает географические координаты (GCS) как MinX,MinY,MaxX,MaxY, координаты проекции (PCS) как MinX,MinY,MaxX,MaxY,WKID или координаты в текстовом формате Well-Known Text String (WKT) как MinX,MinY,MaxX,MaxY,WKT. В качестве разделителей вы можете использовать запятые или точки с запятой. Используйте точки с запятой, если для десятичных разделителей в ваших числах используется двоеточие.

Ниже приведен пример географических координат:

http://<your portal url>/apps/webappviewer/index.html?extent=-117.20,34.055,-117.19,34.06

Ниже приведен пример координат проекции:

http://<your portal url>/apps/webappviewer/index.html?extent=-13079253.954115,3959110.38566837,-12918205.318785,4086639.70193162,102113

Ниже приводится пример формата Well-Known Text String (WKT):

http://<your portal url>/apps/webappviewer/index.html?extent=1008562.1255,1847133.031,1060087.7901,1877230.7859,wkt=PROJCS["NAD_1983_HARN_StatePlane_Illinois_East_FIPS_1201",GEOGCS["GCS_North_American_1983_HARN",DATUM["D_North_American_1983_HARN",SPHEROID["GRS_1980",6378137.0,298.257222101]]

Задание видимости слоев

Чтобы настроить видимость слоев карты, вы можете использовать showLayers= для указания видимых слоев, либо использовать hideLayers= для отключения отображения слоев. Параметры showLayers= и hideLayers= могут принимать один или несколько ID слоев. Для нескольких слоев используйте точку с запятой для разделения списка идентификаторов (&showLayers=<layerID>;<layerID>;<layerID>).

Ниже приведен пример: http://<your portal url>/apps/webappviewer/index.html?id=da80a448ac9246148da0811bddc18c94&showLayers=Census_8491;Census_8492;Census_8493.

Также принимаются имена слоев. Однако использование идентификатора слоя более надежно, поскольку имя слоя может быть изменено. Можно получить ID слоя из содержания элемента веб-карты: http://<your portal url>/sharing/rest/content/items/<webmapItemID>/data/?f=pjson.

Когда вы используете параметры showLayers= или hideLayers= для установки видимости подслоя, это влияет только на видимость слоев на том же уровне. Например, если ваша карта содержит два составных слоя (A и B) с тремя подслоями в каждом (A1, A2, A3 и B1, B2, B3), и вы используете параметр showLayers= для отображения подслоя B2, оба групповых слоя A и B все равно будут включены на карте, но подслои B1 и B3 будут выключены.

Подсказка:

Если значение параметра showLayers= или hideLayers= пусто, будут отображаться, соответственно, ни один слой или все слои.

Внимание:

Если при установке параметра showLayers= или hideLayers= вы перечисляете много слоев или у них длинные имена, URL-адрес может быть слишком длинным для интерпретации сервером. (Различные серверы могут иметь свои уникальные ограничения для длины URL-адресов.)

Поиск местоположения или объекта для открытия карты

Чтобы найти местоположение или объект, использующиеся для открытия карты, используйте find=. Карта автоматически масштабируется до ближайшего совпадения, кроме того, к ней добавляется маркер выноски. Параметр find принимает однострочные адреса, частичные адреса (только город или только страна), названия мест, координаты широты-долготы и объекты в слоях с возможностью поиска (например, 1916352001 в качестве Parcel Identification Number (PIN)). Ниже приведен пример:

http://<your portal url>/apps/webappviewer/index. html?find=380 new york street, redlands, ca

Внимание:

Все параметры запроса должны быть закодированы, чтобы использовать этот параметр, виджет Поиск должен быть включен в приложении.

Добавление точки

Чтобы добавить точку на карту, используйте marker=<x>,<y>. Точка будет добавлена на карту с указанными координатами x и y. Вы также можете настроить следующие необязательные параметры:

• <wkid> – пространственная привязка координат x,y добавленной на карту точки. Если вы не укажете WKID, то будут использоваться координаты географической системы координат (GCS).
• <encoded title> – заголовок всплывающего окна точки. Если вы не укажете заголовок, то всплывающее окно будет пустым.
• <encoded icon URL> – символ точки. Если вы не укажете символ, то используется символ синего маркера.
• <encoded label> – надпись рядом с символом точки.

Следует учитывать следующее:

• <x>,<y> являются обязательными.
• Обязательно используйте параметры заголовок, значок и надпись.
• Необходимо добавлять параметры в следующем порядке: marker=<x>,<y>,<wkid>,<encoded title>,<encoded icon URL>,<encoded label>.
• В качестве разделителей вы можете использовать запятые или точки с запятой. Используйте точки с запятой, если для десятичных разделителей в ваших числах используется двоеточие.
• Используйте пустые значения. Не используйте пробелы. Например, если вы хотите указать из необязательных параметров только надпись, то добавьте надпись шестым по счету параметром, а для остальных параметров используйте пустое значение (x;y;;;;label).
• Если вы хотите отобразить карту в определенном масштабе (помимо центрирования в точке), то включите также параметр level=.

Ниже приведен пример:

http://<your portal url>/apps/webappviewer/index.html?marker=-79.234826;38. 147884;;Race start and finish;;Grindstone 100 Ultra Marathon&level=7

Запрос объекта

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

• query=<layer name>,<field name>,<field value>
• query=<layer name>, <where clause>
• query=<layer id>,<field name>,<field value>
• query=<layer id>, <where clause>

Подсказка:

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

Внимание:

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

Условие WHERE соответствует стандарту SQL. Если условие WHERE содержит, к примеру, операцию IN, используйте для разделения имени или ID слоя из условия WHERE точку с запятой вместо запятых, как показано ниже. Причина в том, что запятая используется в условии WHERE специально для построения списка таких значений, как (‘A11’, ‘A12’, ‘A13) или (‘Charlotte’, ‘Chicago’). Это позволяет правильно проанализировать параметр запроса, чтобы отличить условие layer от WHERE.

• query=<layer name>; <where clause>
• query=<layer id>; <where clause>

Поскольку имя слоя может быть изменено, настоятельно рекомендуется использовать в запросе ID слоя. Можно получить ID слоя из ID веб-карты как показано ниже: http://<your portal url>/sharing/rest/content/items/32a83775654249dcae6b8f2eff5d4072/data/?f=pjson

Внимание:

Убедитесь, что веб-карта опубликована для общего доступа при получении ID слоя.

Например, слой добавляется на карту в отдельности, как показано ниже в формате JSON. ID слоя – Census_8491, имя поля – POP2000, а значение – 1211537. Вы можете выполнить следующие запросы:

id: "Census_8491",
layerType: "ArcGISFeatureLayer",
url: "http://sampleserver6.arcgisonline.com/arcgis/rest/services/Census/MapServer/3",
visibility: true,
opacity: 1,
mode: 1,
title: "Census - states",

http://<your portal url>/apps/webappviewer/index.html?id=da80a448ac9246148da0811bddc18c94&query=Census_8491,POP2000,1211537

http://<your portal url>/apps/webappviewer/index.html?id=da80a448ac9246148da0811bddc18c94&query=Census_8491,POP2000=1211537

Вы можете также выполнить запрос к текстовому полю или полю ObjectID.

http://<your portal url>/apps/webappviewer/index.html?id=da80a448ac9246148da0811bddc18c94&query=Census_8491,STATE_NAME,California

http://<your portal url>/apps/webappviewer/index.html?id=da80a448ac9246148da0811bddc18c94&query=Census_8491,STATE_NAME='California'

http://<your portal url>/apps/webappviewer/index. html?id=da80a448ac9246148da0811bddc18c94&query=Census_8491,OBJECTID,1

Часто слой добавляется как группа картографического сервиса. Для выполнения запроса к подслою группы используйте <layer id_sublayer id> в качестве ID слоя. При использовании следующего слоя в качестве примера, его ID будет Census_3217, а ID подслоя – 3. ID слоя для подслоя будет Census_3217_3. Вы можете выполнить следующие запросы:

id: "Census_3217",
layerType: "ArcGISMapServiceLayer",
url: "http://sampleserver6.arcgisonline.com/arcgis/rest/services/Census/MapServer",
visibility: true,
opacity: 1,
title: "Census"

http://<your portal url>/apps/webappviewer/index.html?id=da80a448ac9246148da0811bddc18c94&query=Census_3217_3,POP2000,1211537

http://<your portal url>/apps/webappviewer/index.html?id=da80a448ac9246148da0811bddc18c94&query=Census_3217_3,POP2000=1211537

http://<your portal url>/apps/webappviewer/index.html?id=da80a448ac9246148da0811bddc18c94&query=Census_8491;STATE_NAME in ('California', '')

Переключение языка

Чтобы переключить язык приложения, используйте параметр URL locale и двухбуквенный код языка ISO 639-1. В Web AppBuilder поддерживаются все языки, которые поддерживаются в ArcGIS Online, включая следующие языковые коды: ar, bg, bs, ca, cs, da, de, el, en, es, et, fi, fr, he, hr, hu, id, it, ja, ko, lt, lv, nb, nl, pl, pt-br, pt-pt, ro, ru, sk, sl, sr, sv, th, tr, uk, vi, zh-cn, zh-hk, and zh-tw.

Чтобы использовать Web AppBuilder на французском языке, например, добавьте locale=fr к URL-адресу:

http://<your portal url>/apps/webappviewer/index.html?locale=fr

Управление мобильной компоновкой

В зависимости от размера экрана в приложении поддерживается два стиля компоновки. Один для настольных и другой для мобильных устройств. Если высота или ширина экрана менее 600 пикселов, автоматически применяется компоновка для мобильных устройств. Однако это может привести к неожиданному поведению при встраивании приложения в веб-сайт, например, когда во всплывающем окне веб-сайта используется мобильный стиль компоновки. Для управления стилем компоновки используйте mobileBreakPoint=<pixel number>.

Например, вы можете продолжать работать в стиле настольного приложения до тех пор, пока размер экрана не станет менее 300 пикселов, как показано ниже:

http://<your portal url>/apps/webappviewer/index.html?mobileBreakPoint=300

---

Отзыв по этому разделу?

Как использовать URL-параметры для продвижения сайтов

Николай Шмичков, SEOquick

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

Как достичь золотой середины и использовать URL-параметры грамотно? Рассмотрим этот вопрос с точки зрения SEO, но не в ущерб бэкенд- и фронтенд-программистам.

Определение параметров в строке адреса

Параметры в URL — это последовательность символов, расположенных после адреса ресурса в интернете. Для их отделения от основного URL используется знак вопроса. Каждый параметр представляет собой пару символов, разделенную знаком «=». Их количество может быть разным, для отделения пар друг от друга используется знак «&».

Основные задачи, которые можно решить с помощью параметров:

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

Какие трудности создают параметры при поисковом продвижении

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

1. Дублирование контента

В 8 случаях из 10 при изменении параметров адресной строки содержание страницы значительно не меняется. Даже при условии, когда список отображенных товаров в интернет-магазине меняет свое расположение. Если сравнивать такие страницы с позиции поисковика, то поисковый робот видит несколько разных (по его мнению) адресов, ведущих на страницы с полностью одинаковым контентом.

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

2. Усложнение процедуры скана контента

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

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

3. Ухудшение релевантности в результатах поиска

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

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

Я проводил исследование по структурам ссылок в различных CMS и создал удобную инструкцию по раскрутке интернет-магазинов.

4. Ухудшение кликабельности адреса

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

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

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

Как обнаружить лишние параметры в адресной строке

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

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

1. Сканер Screaming Frog, который помогает найти служебный символ «?» в адресной строке.
2. Инструменты параметров адресной строки в Google. Это можно сделать, зная CMS вашего сайта: проверьте, какие страницы попадают в индекс.

3. В файле журнала, в котором записываются результаты прохода сканирующего бота. Это может сделать ваш программист.
4. Поиск с использованием расширенных операторов.
5. Через Google Analytics при помощи анализа расширенных страниц.

Простые лайфхаки для оптимизации параметров в адресе

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

1. Избавьтесь от «мусора»

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

Например, идентифицировать сессию пользователя можно не с помощью адресной строки, а с помощью файла Cookie. Либо отказаться от использования фильтра сортировки, который применяется только 1–5 % всех посетителей.

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

2. Удалите параметры с пустыми значениями

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

3. Удалите повторяющиеся ключи

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

4. Упорядочите параметры в адресной строке

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

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

Реализация перечисленных выше шагов дает следующие преимущества:

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

Минус состоит только в том, что реализация этих шагов требует привлечения разработчика и больших затрат по времени.

Продвинутые лайфхаки для оптимизации параметров в адресе

Использование rel=»canonical»

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

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

Однако описанный выше способ не подходит, если содержимое «канонических» страниц различается.

Плюсы такого варианта:

• Простая и быстрая реализация.
• Устранение проблем, вызванных дублированием контента на сайте.
• Объединение ранжирующих сигналов.

Применение команды Noindex

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

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

Плюсы такого решения:

• Простая реализация с технической точки зрения.
• Устранение трудностей с SEO, обусловленных повторением информации.

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

Использование команды Disallow

Эта директива, в отличие от описанного в предыдущем разделе параметра, обязательна для исполнения поисковой машиной. Перед началом индексирования страниц сайта поисковый робот проверяет файл robots.txt. Если в нем обнаружена эта директива, индексирование не производится.

С помощью Disallow можно заблокировать доступ сканера к любому адресу, в котором имеются параметры, либо только к определенным запросам.

Преимущества такого варианта:

• Простая реализация с технической точки зрения.
• Сокращение затрат на сканирование сайта.
• Подходит для работы с любыми видами параметров.

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

Настройка параметров URL в консоли поиска Google

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

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

Порядок настройки следующий:

1. Необходимо указать параметры отслеживания, которые не меняют содержимое страницы сайта.
2. Далее настраиваются параметры, которые меняют порядок представления контента, то есть сортируют его.
3. После этого конфигурируются параметры, фильтрующие контент и представляющие страницу, на которой отображается выборка из более обширного множества.
4. На следующем этапе настраиваются параметры, которые показывают часть или группу содержимого.
5. Настраиваются параметры, которые влияют на язык отображения страницы.

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

Минус лишь в том, что этот инструмент доступен только для поисковой системы Google.

Использование статических адресов

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

Например, адрес типа www.hallo.com/view?id=411111 менее понятен, чем www.hallo.com/products/green. Преобразовать динамические адреса в статические можно с помощью специализированных инструментов.

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

Порядок действий для адаптации параметров под SEO

Для эффективного поискового продвижения рекомендуется использовать следующий порядок действий:

1. Исследуйте ключевые слова, чтобы понять, какие параметры наиболее удобны для поисковых систем.
2. Реализуйте на сайте правильную обработку нумерации с помощью параметров rel=»next» и «prev».
3. Добавьте атрибут canonical во избежание дублирования контента.
4. Настройте порядок обработки параметров в инструменте Google.

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

(3)

4.3/5

Оцените статью

Поделитесь с друзьями

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=option-drop-down
• Перевод — например, ?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 Disallow

Файл 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-адресов.
• Добавьте атрибут ссылки rel=canonical к подходящим страницам параметров, чтобы объединить возможности ранжирования.
• Настройте обработку параметров URL в Google и Bing в качестве отказоустойчивой, чтобы помочь поисковым системам понять функцию каждого параметра.
• Дважды проверьте, не отправляются ли URL-адреса на основе параметров в карте сайта XML.

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

---

Кредиты изображений

Избранное изображение: Пауло Бобита
Изображения/скриншоты в публикации: Создано/снято автором

Категория SEO

Что такое параметры URL? | Изучите SEO

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

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

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

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

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

• Сортировка и фильтрация: параметры часто используются на крупных сайтах электронной коммерции (или аналогичных), чтобы пользователи могли динамически создавать страницы с применением желаемой сортировки или фильтрации.
  • напр. /dresses?sort=a-z, /womens-shoes?color=red или /hotels/seattle-wa?rating=5-star
• Пагинация: параметры могут использоваться для идентификации нескольких страниц архива или результатов поиска.
  • напр. /блог/все-статьи?page=3
• Поиск по сайту: параметров можно использовать для прохождения поисковых запросов, которые кто-то использовал при поиске по сайту
  • /поиск?q=рождество
• Перевод: параметры можно использовать для выбора языка
  • /home?lang=fr
• Описание: параметров могут использоваться для передачи сведений о продукте.
  • /продукт?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.

  No related posts.