- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Есть три варианта:
1. просто ждать - не самый лучший;
Если остались А-записи в вашу сторону:
2. оставить на сервере www-домен, но залить туда ответ 404 - это уже интереснее чем п.1, но не так быстро;
3. оставить на сервере www-домен, но залить туда редирект 301 на "псевдоморду" с каким-то шлаком - это самый быстрый вариант вывалить страницы из индекса ПС.
3.1 полить ссылок на п.3 чтобы ещё быстрее бот забегал :)
3.2. в сёрчконсоли подтвердить права на эти самые порно-домены и там на выбор: либо сделать "удаления" или через IndexingAPI переиндексить п.2 или п.3.
при этом в поисковой системе Google, они до сих пор есть
По-видимому, бот не получает ответа от сервера, поэтому не может переиндексировать сайт, и ждёт, когда тот появится. Как отметили выше, нужно дать ему ответ - тогда он быстрее выкинет из индекса ваш контент.
По-видимому, бот не получает ответа от сервера, поэтому не может переиндексировать сайт, и ждёт, когда тот появится. Как отметили выше, нужно дать ему ответ - тогда он быстрее выкинет из индекса ваш контент.
Подскажите пожалуйста, а что если у меня запросы к 80/443 идут через подсети защиты (iptables правила), соответветственно они просто бесконечно грузятся (эти левые домены), без какого-либо ответа сервера, что в таком случае делать? Или если я это сделаю на сервере (например return 403;), разве они всё равно получат ответ?
разве они всё равно получат ответ?
Какой ответ они получают, Вы сами можете проверить, сделав запрос на адрес с соответствующим доменом. Лучше отдавать 301 или 404.
разрешить открываться этим доменам на вашем сервере, только показывать другой сайт заглушку. внутряк чтоб отдавал 404. добавить в гугл вебмастер их, подтвердив через файл, и повыкидывать через него из индекса.
Часть из этих доменов, как выяснилось... Направлены вообще уже на другие айпи-адреса, но в гугле всё равно висит копия нашего ресурса. Что в таком случае делать?
Какой ответ они получают, Вы сами можете проверить, сделав запрос на адрес с соответствующим доменом. Лучше отдавать 301 или 404.
Подскажите пожалуйста, почему именно 301 или 404? Если я сделаю deny all; в Nginx и им будет отдавать 403-ую ошибку, почему это плохо?
Подскажите пожалуйста, почему именно 301 или 404? Если я сделаю deny all; в Nginx и им будет отдавать 403-ую ошибку, почему это плохо?
Если сказать честно, я не настолько вникал в особенности индексации, чтобы дать уверенный ответ. На мой взгляд, если робот получает ответ 404 - это означает, что страница не найдена, и её надо выкинуть из индекса; если робот получает ответ 301 - то он индексирует страницу с новым адресом. То есть это прямые указания на изменение индекса. А ответ 403 интерпретируется как "Ошибка сканирования", и если это первичное сканирование, то страница в индексе не появляется. А вот если она уже находится в индексе - то тут я не могу сказать, что робот с ней сделает.
Если сказать честно, я не настолько вникал в особенности индексации, чтобы дать уверенный ответ. На мой взгляд, если робот получает ответ 404 - это означает, что страница не найдена, и её надо выкинуть из индекса; если робот получает ответ 301 - то он индексирует страницу с новым адресом. То есть это прямые указания на изменение индекса. А ответ 403 интерпретируется как "Ошибка сканирования", и если это первичное сканирование, то страница в индексе не появляется. А вот если она уже находится в индексе - то тут я не могу сказать, что робот с ней сделает.
Звучит логично, спасибо большое. Как думаете, за какой промежуток времени с 404 их выкинет из ПС?
Как думаете, за какой промежуток времени с 404 их выкинет из ПС?
Вещь непредсказуемая, зависит от того, когда робот снова зайдёт на эту страницу. Может и месяцами висеть запросто. Именно поэтому выше советовали удалять непосредственно через вебмастер. Но это было возможно, пока домены не переписали на другие IP (собственно, для этого и затеваются подобные схемы). Теперь через вебмастер не получится, потому что не сможете верифицироваться.
НО! Вы и 404 не сможете отдать, если домены перекинули на другие IP, так что только ждать.