Потому что
Если у оператора лежит NS-сервер (85.21.192.5 - именно так), хостер не при делах - он често отвечает на запросы.
Есть мнение, что проблема даже не в операторах, а в тупых юзерах, которые не сменили старые NSы на живые /даже если им об этом написать и предупредить/, и пользуются только кэшем накопленным локальным
Nein. Это требование ломает навигацию на раз.
Вот этого делать точно не надо совсем
Не там отдаете 404, а реальный код, как отметила уже Nadejda - не 404
Не так обрабатывать надо 404, не 301 редиректом, иначе будет иметь то, что имеете
Захлопнись, "искперд"! Здесь разговор не про позиции, а про деньги (но пронафталиненные "гуру" даже этого неспособны понять, да?), для которых нужны конверсии, а для конверсий (обычно) - переходы, характеристикой которых является CTR
Для "СЕО-экспертов" это все может и не важно (только не нойте потом, получив поджопник от бизнеса), но пример - фтопку, пока там нет данных по кэшу за тот же период. Сайт может быть сколько угодно в топе или жопе, вопрос - как изменился ROMI в отчетный период
Поздравляю, милсдарь, вы в очередной раз пустили газики в лужу не по теме.
Если есть доступ, то Фрог подключается, получает и показывает (много разного). Через API он может тянуть данные с Аналитики, Консоли, Majestic, Ahrefs, Moz
Десятилетней давности, так что как минимум "перепроверять", а не верить надо.
1. Нет
2. Никак или "плохо", потому что снизится (возможно) такой параметр, как "широта товарного ассортимента"
Но решение (нормальное, прямыми руками если делать) очевидное - это а) "ничего не закрывать от индексации принудительно " б) использовать canonical на базовую карточку товара из всех мест, где он может в структуре показываться дополнительно.
Дополнительные пояснения нужны?
А есть еще и изменения CTR страниц сайта, и не всегда - в лучшую сторону. Даже если "ничего не делали", то CTR все равно отслеживать надо и корректировать сниппет по показаниям
Будет. Больше, чем сейчас - точно. А насколько - сильно зависит от многих причин, так что посчитать - затруднительно
Да хоть сотня тыщ. Зависимость там сильно нелинейная, данных для расчета нет, потому что важно и
- распределение посетителе по времени
- распределение по географии (точнее - првайдерам)
- политика кэширования на ресолверах провов
- TTL записи прокладки
Подробно все расписывать или хватит "на пальцах" простого примера? Предположим, что от моего оператора запросов к сайтам не было и я первый. Тогда, чтобы получить IP
1) ДНС оператора запрашивает у ДНС аплинка
2) если у того данных нет (а могут быть), он запрашивает у уже своего аплинка
3) см. п.2
4) в самом худшем случае (редком), если ни у кого из неавторитетных серверов ответа нет - запрос доходит до ДНС на клауде, он отвечает
5) После этого все задействованные по цепочке на все запросы всех клиентов (сколько бы их ни было) в течение TTL ответ знают и отвечают сами... а некоторые еще и кладут на TTL и кэш держат вечно
Понятно, почему увеличение просчитать нельзя?
