TrM: Вот и хочу попытаться выяснить в чем проблема и ткнуть носом хостера
Если у оператора лежит NS-сервер (85.21.192.5 - именно так), хостер не при делах - он често отвечает на запросы.
Есть мнение, что проблема даже не в операторах, а в тупых юзерах, которые не сменили старые NSы на живые /даже если им об этом написать и предупредить/, и пользуются только кэшем накопленным локальным
Не там отдаете 404, а реальный код, как отметила уже Nadejda - не 404
Ответ "http://sysadmins.ru/forum3-88320.html" → Основной робот Яндекса Код статуса HTTP 301 Moved Permanently Время ответа сервера 4 мс IP сайта 95.215.110.66 Кодировка UTF-8(unicode-1-1-utf-8, UTF8) Размер страницы 178 Б
Не так обрабатывать надо 404, не 301 редиректом, иначе будет иметь то, что имеете
alaev: В действительности я тут показывал сайт, который висел полгода по ВК запросам по Москве в ТОП 10
Захлопнись, "искперд"! Здесь разговор не про позиции, а про деньги (но пронафталиненные "гуру" даже этого неспособны понять, да?), для которых нужны конверсии, а для конверсий (обычно) - переходы, характеристикой которых является CTR
Для "СЕО-экспертов" это все может и не важно (только не нойте потом, получив поджопник от бизнеса), но пример - фтопку, пока там нет данных по кэшу за тот же период. Сайт может быть сколько угодно в топе или жопе, вопрос - как изменился ROMI в отчетный период
Поздравляю, милсдарь, вы в очередной раз пустили газики в лужу не по теме.
Если есть доступ, то Фрог подключается, получает и показывает (много разного). Через API он может тянуть данные с Аналитики, Консоли, Majestic, Ahrefs, Moz
2. Никак или "плохо", потому что снизится (возможно) такой параметр, как "широта товарного ассортимента"
Но решение (нормальное, прямыми руками если делать) очевидное - это а) "ничего не закрывать от индексации принудительно " б) использовать canonical на базовую карточку товара из всех мест, где он может в структуре показываться дополнительно.
А есть еще и изменения CTR страниц сайта, и не всегда - в лучшую сторону. Даже если "ничего не делали", то CTR все равно отслеживать надо и корректировать сниппет по показаниям
LadiesBoy: А нагрузка будет на ДНС сервер домена прокладки?
Будет. Больше, чем сейчас - точно. А насколько - сильно зависит от многих причин, так что посчитать - затруднительно
LadiesBoy: На случай, если доменов будет 1000+
Да хоть сотня тыщ. Зависимость там сильно нелинейная, данных для расчета нет, потому что важно и
- распределение посетителе по времени
- распределение по географии (точнее - првайдерам)
- политика кэширования на ресолверах провов
- TTL записи прокладки
Подробно все расписывать или хватит "на пальцах" простого примера? Предположим, что от моего оператора запросов к сайтам не было и я первый. Тогда, чтобы получить IP
1) ДНС оператора запрашивает у ДНС аплинка
2) если у того данных нет (а могут быть), он запрашивает у уже своего аплинка
3) см. п.2
4) в самом худшем случае (редком), если ни у кого из неавторитетных серверов ответа нет - запрос доходит до ДНС на клауде, он отвечает
5) После этого все задействованные по цепочке на все запросы всех клиентов (сколько бы их ни было) в течение TTL ответ знают и отвечают сами... а некоторые еще и кладут на TTL и кэш держат вечно
Я не вполне понимаю, почему пропадет товарный ассортимент.
Потому что
Вот и хочу попытаться выяснить в чем проблема и ткнуть носом хостера
Если у оператора лежит NS-сервер (85.21.192.5 - именно так), хостер не при делах - он често отвечает на запросы.
Есть мнение, что проблема даже не в операторах, а в тупых юзерах, которые не сменили старые NSы на живые /даже если им об этом написать и предупредить/, и пользуются только кэшем накопленным локальным
в любом месте сайта - должен быть один адрес ( одна ссылка)
Nein. Это требование ломает навигацию на раз.
и сруктуру сайта/урлов переиначить
Вот этого делать точно не надо совсем
Вот для примера 404я страница нашего сайта.
http://sysadmins.ru/forum3-88320.html
Видно что код выдается верный - 404 в заголовке.
Не там отдаете 404, а реальный код, как отметила уже Nadejda - не 404
Код статуса HTTP 301 Moved Permanently
Время ответа сервера 4 мс
IP сайта 95.215.110.66
Кодировка UTF-8(unicode-1-1-utf-8, UTF8)
Размер страницы 178 Б
Не так обрабатывать надо 404, не 301 редиректом, иначе будет иметь то, что имеете
В действительности я тут показывал сайт, который висел полгода по ВК запросам по Москве в ТОП 10
Захлопнись, "искперд"! Здесь разговор не про позиции, а про деньги (но пронафталиненные "гуру" даже этого неспособны понять, да?), для которых нужны конверсии, а для конверсий (обычно) - переходы, характеристикой которых является CTR
Для "СЕО-экспертов" это все может и не важно (только не нойте потом, получив поджопник от бизнеса), но пример - фтопку, пока там нет данных по кэшу за тот же период. Сайт может быть сколько угодно в топе или жопе, вопрос - как изменился ROMI в отчетный период
Поздравляю, милсдарь, вы в очередной раз пустили газики в лужу не по теме.
Если есть доступ, то Фрог подключается, получает и показывает (много разного). Через API он может тянуть данные с Аналитики, Консоли, Majestic, Ahrefs, Moz
У Деваки был эксперимент.
Десятилетней давности, так что как минимум "перепроверять", а не верить надо.
1. Нет
2. Никак или "плохо", потому что снизится (возможно) такой параметр, как "широта товарного ассортимента"
Но решение (нормальное, прямыми руками если делать) очевидное - это а) "ничего не закрывать от индексации принудительно " б) использовать canonical на базовую карточку товара из всех мест, где он может в структуре показываться дополнительно.
Дополнительные пояснения нужны?
может быть сезонное изменение CTR
А есть еще и изменения CTR страниц сайта, и не всегда - в лучшую сторону. Даже если "ничего не делали", то CTR все равно отслеживать надо и корректировать сниппет по показаниям
А нагрузка будет на ДНС сервер домена прокладки?
Будет. Больше, чем сейчас - точно. А насколько - сильно зависит от многих причин, так что посчитать - затруднительно
На случай, если доменов будет 1000+
Да хоть сотня тыщ. Зависимость там сильно нелинейная, данных для расчета нет, потому что важно и
- распределение посетителе по времени
- распределение по географии (точнее - првайдерам)
- политика кэширования на ресолверах провов
- TTL записи прокладки
Подробно все расписывать или хватит "на пальцах" простого примера? Предположим, что от моего оператора запросов к сайтам не было и я первый. Тогда, чтобы получить IP
1) ДНС оператора запрашивает у ДНС аплинка
2) если у того данных нет (а могут быть), он запрашивает у уже своего аплинка
3) см. п.2
4) в самом худшем случае (редком), если ни у кого из неавторитетных серверов ответа нет - запрос доходит до ДНС на клауде, он отвечает
5) После этого все задействованные по цепочке на все запросы всех клиентов (сколько бы их ни было) в течение TTL ответ знают и отвечают сами... а некоторые еще и кладут на TTL и кэш держат вечно
Понятно, почему увеличение просчитать нельзя?