WordPress генерирует непонятные страницы(ссылки) с редиректами. Как найти проблему?

Ссылка скопирована
1 ответ

Робот гугл фиксирует генерацию страниц с редиректами, хотя физически на сайте их нет. Пример такой страницы: https://дзз43.рф/at/filter/age... n--p1aia12

У всех таких страниц после основного домена идет "at/filter/agecheck/confirm?redirect=" и дальше какая то ссылка. Просмотрел все и на вирусы проверил, не могу понять что это. Сначало гугл нашел 88 страниц, теперь уже более 7000

Подскажите, что это может быть

Дополнительно:

Не стоит ли какой-нибудь плагин для проверки возраста?

  • Таких нет
  • Нужно решить такую задачу?

    Опишите проблему, и специалист поможет с настройкой, исправлением ошибки или доработкой сайта. Подберём понятный план работ без лишней переписки.

    Заказать помощь
    Лучший ответ
    1
    Редакция DevOps Ответ

    URL вида /at/filter/agecheck/confirm?redirect=... очень похожи на след от плагина/модуля age verification, фильтрации или внешней прокладки, даже если сейчас такого плагина в списке нет. Если Google видит уже тысячи таких URL, нужно искать не "страницы" в админке, а источник ссылок или редиректов.

    Проверка по шагам:

    1. Откройте один URL через curl -I и посмотрите код ответа, цепочку redirect и заголовок Location.
    2. Поискать строку agecheck, confirm, redirect= по файлам темы, mu-plugins и plugins.
    3. Проверить базу: опции, виджеты, контент записей, меню, Elementor/конструктор, если он используется.
    4. Проверить .htaccess, nginx rules, CDN/WAF rules и настройки кеша.
    5. Посмотреть в Google Search Console "Ссылающиеся страницы" для этих URL: Google мог найти их на вашем сайте или с внешнего спама.

    Команды для сервера:

    grep -R "agecheck|redirect=" -n wp-content
    curl -I "https://example.com/at/filter/agecheck/confirm?redirect=https://example.com/"

    grep -R "agecheck|redirect=" -n wp-content curl -I "https://example.com/at/filter/agecheck/confirm?redirect=https://example.com/"

    Если WordPress реально отдает эти URL с 200/301, временно добавьте логирование раннего запроса, чтобы увидеть, какой код срабатывает. Но не закрывайте все через robots.txt первым делом: если URL уже в индексе, robots может помешать поисковику увидеть 404/410/noindex.

    Для мусорных URL обычно правильнее вернуть 410 Gone или 404, если они не нужны, и убрать источник генерации. Если это взлом, дополнительно проверяйте неизвестных админов, mu-plugins, PHP в uploads, свежие измененные файлы и задания cron.

    Другие ответы (0)

    Пока нет других ответов. Будьте первым, кто поможет автору.

    Ответить на вопрос

    комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *

    Вам также может быть интересно