Так вот я о том же. Во всех эти "прогонах" по перечням сайтов важность какого-то отдельного сайта, который вдруг попался в рабочий перечень по какому-то условию стремиться к нулю, а "нагульщик" в глаза его не видел и не видит. Я допускаю, что вообще .kz сайт может быть в какой-нибудь ошибочно выборке, в которой "шаблонщик" что-то напортачил с указаниям домена первого уровня. Заходы на сайт TC могут быть статистической погрешностью и в общей массе недельного нагула отсутствие или присутствие какого-то конкретного сайта = +- ничего. 

Мон шеру может и минутное, кому-то может и подольше :)

А пойдут? Мон шер уверен, что сайт TC важен настолько, чтобы докупать прокси? Мон шер уверен, что задача "нагульщика" именно в той логике, в которой следующим шагом обязательно будет смена ГЕО?

Я вполне допускаю, что сайт попал в рабочее условие по нагулу и если из рабочего перечня выпадает один сайт, то просто срабатывает условие и шаблон направляет бота обрабатывать следующий сайт по очереди (из списка/из выдачи) и идёт далее. 

Думаете, для тематического нагула остро необходимы какие-то конкретные сайты, чтобы докупать пачку дополнительных проксей?

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

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

А рабочих примеров адресации с http(s) вы не видите 😏

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

Какая принципиальность внезапно проснулась.

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

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

p.s. А сколько SEO сервисов не используют слэш в корневом адресе - это же непростительная оплошность.

У вас много работы, приступайте!

Ей богу, вы бы ещё скриншот праздничного салюта прикрепили.

Про необходимость ясного изложения задачи вам уже сказали, добавить более нечего.

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

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

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

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

Есть общая распространённая практика - не использовать закрывающей слэш для Главной и ходите уверенно всеми 40-ка ногами 😎 

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

Например,

site.ru/about

site.ru/tovari/santehnika (при том, что в santehnika будут ещё вложенные категории)

Как догадаться, что второй адрес - это категория? Вы скажите - по транслитерации названий. 

А если их не будет, а будет например вот так.

site.ru/ababab

site.ru/hzhzhz/tststs

Как в данном случае мы сможем различить страницу от категории (а нам, допустим, это очень надо)?

Вот поэтому я работаю в логике

site.ru/ababab

site.ru/hzhzhz/tststs/

и сразу становится понятно, где конечная (если не нравится, слово "конечная" - можно опустить) страница, а где категория у которой будут ещё дочерние элементы. В этом случае как раз удобно назначать 301-ый редирект на канонический адрес, где в самой структуре уже заведено, что  /ababab  - это страница и других уровней вложенности там нет, а  /hzhzhz/tststs/  (как категория) может иметь множество других уровней вложенности и попытки обратиться по адресу  /hzhzhz/tststs должны либо обрабатываться 301-ым редиректом  /hzhzhz/tststs/, либо 404-ой страницей, но никак не дублем содержания с 200-тым ответом.   

И обратное следствие - страница  /ababab при обращении к ней по адресу  /ababab/ должна редиректить на  /ababab, потому что у неё статус страницы, поэтому все варианты  /ababab//,  /ababab/sfasdfsadf и прочее - тоже нерабочие варианты.    

И теперь внимание - как вы определите ТЗ программисту, чтобы он вам формировал правильные редиректы, а следовательно переадресовывал на правильные варианты с "/" или без него? Вот вам ответ на вопрос.

Нет, никак нет, всё верно написано. Могут быть конечно рабочиe варианты (например, вместо необходимого редиректа 404-ая страница), но это сути не меняет.

Если правильно реализовано, то тоже вполне себе рабочий вариант.

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

Можете конечно. Соберите используемые питерские IP-шники и запретите для них доступ.