1.
При правильной настройке amp страниц несмотря на то что canonical Яндекс считает только рекомендацией - очень быстро выкидывает из индекса amp страницы с примечанием "неканоническая". Так что проблема надуманная.
2.
У Вас неправильно настроен вебсервер (nginx, apache, litespeed или что там у Вас) - страницы которых не существует должны отдавать 404. То есть проблема не в amp страницах.
В СёчКонсоли куча статей попало в подраздел "Страница просканирована, но пока не проиндексирована".
Проверяю урлы по отдельности - пишет "Есть в индексе".
Проверяю в поиске - всё на месте - в выдаче есть.
Глюк Консоли или зима уже близко ?
Ну те у кого Битрикс вполне могут жить без Метрики и ГА. Хватает встроенного модуля "Вебаналитика" плюс Яндекс Вебмастер плюс СёчКонсоль.
Какой редирект ?
Если удалили всё правильно то https://site.ru/123/456/?amp должно 404 отдавать и разумеется после этого спустя короткого времени из консоли гугла все amp исчезнут.
Добро пожаловать в Битрикс, сынок :)
P.S.
Переделанная фраза не несущая в себе оскорбительные характер.
Чем больше время тем дольше соединение не закрывается, соответственно становится больше открытых соединений - каждое сжирает какое-то кол-во оперативки. В итоге возможно что её тупо не хватит.
Какой у Вас запас - это Вы сами должны знать из и статистики соединений (сколько у Вас в пике) и из количества оперативки на сервере.
Ну ясен пень что считать, оценивать и думать всегда надо - это тривиально и очевидно.
Но в предельном случае именно размер имеет значение :) ибо скорость канала ограничена сверху (1 мбит, 10 мбит, 100 мбит, гигабайт ну или хотя бы скоростью света :) ).
Можно иметь прекрасный выделенный сервер, великолепно настроенное кэширование, шикарно оптимизированный вебсервер и БД, отлично настроить nginx для статики но куда Вы зависимость денете от вес картинки/скорость канала ? Напомню что при делении результат есть время которое как раз и участвует в "скорости" сайта.
У меня и 10 картинок в статье бывает - и фактор веса статики становится одним из основных для скорости сайта.
Ну продвигает Гугл этот вариант валидации почтовых доменов - что тут поделаешь ? Хотите чтобы gmail вашу почту в спам не отправлял ?
Но надо (вот товарищ с ЛОР-а - пишет об этом совете моём):
https://www.linux.org.ru/forum/admin/15144056?cid=15152754
мануал:
Add a TLSRPT DNS TXT record at _smtp._tls on your domain, e.g. _smtp._tls.example.com, with something like v=TLSRPTv1; rua=mailto:mta-sts@example.com.
Add a MTA-STS DNS TXT record at _mta-sts on your domain, e.g. _mta-sts.example.com, with something like v=STSv1; id=20160831085700Z.
Add a subdomain mta-sts to your domain (note the lack of an underscore) and serve a policy file on https://mta-sts.example.com/.well-known/mta-sts.txt. Here is an example policy file:
version: STSv1
mode: enforce
max_age: 10368000
mx: mail.example.com
mx: *.example.net
mx: backupmx.example.com
Разумеется сертификат к этому поддомену валидный прикрутить ещё надо.
Есть и статья у Гугла, есть на Хабре.
