Столкнулись с SEO-отравлением — какая цель самая частая и как это заметить?

Подключитесь к серверу по SSH и протестируйте через curl, представившись Google-ботом. Когда из терминала отправляете запрос с идентификатором поискового бота, в возвращаемом HTML вы невооружённым глазом увидите коды перенаправления и вставленные спам-ссылки. Обычно они вставляют одну сложную строчку include в самое начало wp-blog-header или index-файлов.

edit: писал с телефона, извините за опечатки.

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

Не думайте, что достаточно просканировать файлы и вирус вычищен. Эти типы обычно оставляют на сервере в запланированных задачах (cron job) команды, которые заново скачивают себя. Файл вы удаляете, ночью срабатывает cron и снова тянет тот же PHP-файл с удалённого сервера. Пока не вычистите запланированные задачи, не избавитесь.

у нас такое было в прошлом году, две недели искали оказалось они проникли через дыру в старом плагине формы и добавили строки в базу данных и короче полностью удалили плагин и откатились на чистый бэкап базы — только тогда починилось.

На нашем оптовом продуктовом сайте за одну ночь в индекс попали 24 000 спамных URL. Чистку мы сделали, но полная очистка результатов поиска на стороне Google и возврат наших старых органических ключей заняли ровно 5 месяцев.

У вас сервер на шаредном хостинге или выделенный облачный сервер? Если вы на шаредном, могли ли они перескочить в ваши директории из-за уязвимости совсем другого клиента на том же сервере?

Механика атаки в основном состоит из трёх шагов: сначала проникают внутрь через уязвимость необновлённой темы или плагина. На втором шаге поисковику подсовывают тысячи виртуальных страниц, сгенерированных под спамные ключевые слова. А на третьем шаге реальных пользователей, пришедших по этим словам, перенаправляют на целевые фейковые сайты.

Во время чистки есть четыре обязательных шага, которые нельзя пропускать: 1) Сменить все пароли пользователей базы данных, 2) Сбросить соли безопасности (salt keys), 3) Удалить исполняемые PHP-файлы в папке загрузки файлов, 4) Проверить логи доступа (access logs) на стороне сервера и закрыть первоисточник проникновения.

вы правы и в общем без измерений мы всегда приходим к одному и тому же.

все, кто торопится с seo отравление спотыкаются на одном и том же и кстати на этом всё, извините если затянул.

не упустите: Пытаться сделать это в одиночку — самый дорогой путь.

большинство инцидентов начинается не с уязвимости, а с украденного пароля. если напишете результат здесь, это поможте и другим.

не знал об этом.

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

конечно, если ваша стиуация отличается всё меняется.

Краткое резюме для новичков: Меры, принятые без инвентаризации, оставляют открытыми двери, о которых вы не знаете.

Я бы пошел этим путем.

У нас было так. в общем если делаете впервые, начните с малого, масштабирование потом.

Больше всего времени у нас уходило на то что было непонятно кто принимает решения. кстати я бы пошел этим путем.

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

спешка в решениях оборачиввается исправлениями через полгода... проверено опытом.

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

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

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

Если включена двухфакторная аутентификация, украденный пароль бесполезен.

Попробую.