Адреси фільтрів мають непослідовні роздільники або порядок

Чому це важливо

Google рекомендує стандартні роздільники для URL-адрес фільтрів, доступних для сканування. Наше правило щодо порядку виявляє знайдену пару відповідей-дублікатів.

Що зробити

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

Коли залишити як є: Залиште навмисно окремі подання, коли зафіксований серверний основний текст приховує суттєву відмінність у браузері; дослідіть цю відмінність, перш ніж нормалізувати їхні адреси.

Що ми читаємо

Шаблон фільтра має бути підтверджений початковими локальними елементами керування GET з підтримуваними action, назвами та значеннями. Самого лише ключового слова в запиті чи збігу тексту недостатньо, щоб встановити фільтр.

Ми повторно використовуємо початковий зафіксований HTML, посилання, відповіді адрес групи та ту саму підготовку основного вмісту. Ми не генеруємо комбінацій фільтрів і не додаємо нового контрольного запиту.

Стабільний об’єкт перевірки визначають правило, джерело, точний шлях і відсортовані підтверджені назви фільтрів. Зміна значень, представників чи вибірок не замінює зобов’язань щодо старих адрес групи та джерел. Приклади у звіті обмежені; борг порівняння зберігає весь початковий набір.

Дані про роздільники вимагають буквальних ком або крапок з комою між підтвердженими полями фільтра в зафіксованому посиланні. Закодовані роздільники, розділові знаки всередині значень і назви в квадратних дужках не враховуються.

Для порядку потрібні дві знайдені адреси з тими самими унікальними токенами ключ/значення в різному порядку, прямі відповіді 200 і точно збіжні непорожні хеші основного тексту. Повторювані назви, неоднозначне кодування, переспрямування та відсутні адреси-пари лишаються невідомими.

Приклад і докази

Ілюстративний приклад, а не реальний аудит.

Supported controls: color=red, size=s
Literal separator: /catalog?color=red,size=s
Ordering pair: /catalog?color=red&size=s
               /catalog?size=s&color=red

Підтвердити й перевірити знову

Перевірте самі: Перегляньте початкові елементи керування фільтром і буквальні посилання в коді сторінки. Запитайте обидва варіанти порядку й порівняйте їхні відповіді за власною адресою та основний вміст.

Повторна перевірка: Повний аудит — Запустіть новий повний аудит. Він має прочитати кожну збережену стару адресу групи, початковий елемент керування та буквальне джерело. Виправлені буквальні написання та справді різні або вже відсутні варіанти порядку можуть закрити відповідні зобов’язання. Нова чиста вибірка, втрачена розмітка, обмеження robots.txt чи непрочитана стара адреса групи не можуть довести виправлення.

Обмеження та джерела

Це статичне спостереження з обмеженим обсягом. Воно не доводить, що дублюється кожна комбінація, не вимірює марнування бюджету сканування й не подає сортування параметрів запиту як правило Google.

Упевненість: Висока Буквальні роздільники вимагають підтверджених меж полів; порядок вимагає точної рівності зафіксованого основного тексту.

Джерела

Google, Керування скануванням URL-адрес фасетної навігації — Рекомендує амперсанди як роздільники полів. Його вказівки щодо логічного порядку стосуються фільтрів у шляху; порівняння дублікатів за порядком параметрів запиту — це наша політика. Перевірено 13 жовтня 2026.

Редакційна перевірка: 2 листопада 2026