Обновил WordPress — упали позиции: что ломается при обновлении ядра и плагинов

Обновил WordPress — упали позиции: связка, которую владельцы сайтов обнаруживают через две-три недели после того, как нажали кнопку «Обновить всё» и увидели зелёные галочки. Само по себе обновление ядра позиции не роняет, поисковик его вообще не замечает. Роняет то, что происходит рядом: слетевшие настройки SEO-плагина, поменявшаяся вёрстка заголовков, пропавшая микроразметка, новый мусор в индексе и кэш, который начал отдавать роботу не то, что видят люди.

Ниже — шесть реальных механизмов просадки после обновления, по каждому способ проверки, и порядок безопасного обновления, при котором сломанное находится в тот же день, а не через месяц по отчёту аналитики. В SEO с 2005 года, и в разборах «мы ничего не меняли, а трафик упал» дата обновления плагинов совпадает с началом падения чаще, чем любая другая версия.

Почему обновление вообще может уронить позиции

Поисковая система не знает и не может знать, какая у вас версия ядра. Она видит только то, что отдаёт сервер: HTML страницы, коды ответа, заголовки, robots.txt, карту сайта. Просадка возникает тогда, когда обновление изменило хоть что-то из этого списка.

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

Второе свойство: задержка. Робот заходит на страницы не одновременно, переиндексация занимает недели. Поэтому падение начинается не в день обновления, а через две-три недели, и связь с обновлением к этому моменту уже неочевидна.

Шесть механизмов просадки после обновления

Механизм 1. Слетели настройки SEO-плагина

Самая частая причина. Крупные обновления SEO-плагинов меняют структуру хранения настроек, и часть значений при миграции теряется или сбрасывается к значениям по умолчанию.

Что именно слетает: шаблоны заголовков и описаний для типов записей, переключатели индексации архивов и таксономий, настройки карты сайта, канонические адреса, заданные вручную, перенаправления страниц вложений, разметка организации и хлебных крошек. Отдельная неприятность — сброс переключателя индексации у меток и архивов: закрытые полгода назад страницы разом открываются и лезут в индекс.

Как проверить. Откройте исходный код главной, страницы услуги, карточки и страницы блога и найдите в нём тег robots и канонический адрес. Затем откройте карту сайта и посмотрите, какие типы страниц в ней перечислены. Сравните с тем, что было — если у вас нет сохранённого снимка настроек, сравнивайте со здравым смыслом: меток и архивов по датам там быть не должно.

Отдельная проверка для главной: убедитесь, что в её коде нет строки с запретом индексации. Такое случается редко, но обходится дороже всего.

Механизм 2. Изменилась разметка заголовков

Обновление темы или конструктора страниц меняет вёрстку шаблонов. Типичные последствия: H1 превратился в div со стилями заголовка, на странице стало два H1 — один в шапке, другой в тексте, подзаголовки съехали на уровень выше или ниже, название сайта в шапке стало H1 на всех страницах сразу.

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

Как проверить. Пройдите краулером и выгрузите заголовки всех уровней. Смотрите на две вещи: страницы без H1 и страницы с двумя и более H1. Быстрая ручная проверка — открыть исходный код и поискать по нему тег заголовка первого уровня.

Вторая частая поломка того же типа — пропавшие или изменившиеся хлебные крошки. Они и навигационный элемент, и источник структурированных данных: как это влияет на понимание структуры сайта, разобрано в материале Хлебные крошки — это не украшение, а карта сайта для робота Яндекса.

Механизм 3. Пропала микроразметка

Разметку на странице обычно формирует связка «тема плюс SEO-плагин плюс плагин отзывов». После обновления любого звена разметка может исчезнуть целиком, потерять часть полей или задвоиться.

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

Как проверить. Прогоните через валидатор структурированных данных по одной странице каждого типа: главную, услугу, карточку товара, статью блога. Смотрите не только на ошибки, но и на число найденных сущностей: две сущности товара на одной странице — тоже поломка.

Механизм 4. Новый мусор в индексе

Обновление плагина или установка нового приносит в индекс страницы, которых там не было. Источники стабильные:

• Новый тип записей. Плагин отзывов, портфолио, галереи регистрирует собственный тип записей и сопутствующий архив. По умолчанию всё это открыто.
• Новые таксономии — категории портфолио, метки отзывов, наборы фильтров.
• Служебные страницы — благодарность за заявку, страница подтверждения подписки, техническая страница плагина.
• Страницы вложений, если сбросился переключатель их перенаправления.
• Ленты RSS для новых типов записей.

Как проверить. Через месяц после обновления сравните число страниц в индексе с прежним. Резкий рост при неизменном числе материалов означает, что в индекс пришло что-то новое. Точный список даёт отчёт по страницам в поиске в панели вебмастера с сортировкой по адресу — новые типы страниц сразу видны по общему фрагменту пути. Что делать с найденным мусором, расписано в материале Дубли страниц в Яндексе: как найти, почему возникают и как устранить.

Механизм 5. Сломался кэш

Кэширование — источник самых запутанных поломок, потому что сайт при этом выглядит по-разному для разных посетителей.

Сценарии такие. После обновления плагина кэширования сбрасываются правила исключений, и в кэш попадает корзина или личный кабинет — робот получает чужую страницу. Кэш не сбрасывается вовсе, и месяц после обновления отдаются старые версии страниц с прежней разметкой. Плагин минификации после обновления начинает склеивать скрипты иначе, часть содержимого перестаёт отображаться, и робот видит полупустую страницу. Отдельный случай — кэш начинает отдавать роботу версию страницы, отличную от пользовательской: это уже риск получить претензию к достоверности содержимого.

Как проверить. Откройте страницу в режиме инкогнито и сравните с тем, что видите в обычном окне. Затем посмотрите сохранённую копию страницы в поиске или воспользуйтесь проверкой ответа сервера в панели вебмастера — она показывает, что получает именно робот. Основы того, как это работает и что настраивать, собраны в материале Кэширование сайта: как ускорить загрузку и улучшить пользовательский опыт.

Механизм 6. Изменился robots.txt

WordPress отдаёт robots.txt динамически, если физического файла в корне нет. Это значит, что его содержимое формируется кодом — ядром, SEO-плагином или плагином безопасности — и может измениться при обновлении любого из них.

Отдельная ловушка — переключатель видимости для поисковых систем в настройках чтения. Он ставится при разработке на тестовой копии и иногда включается обратно при переносе настроек или восстановлении из копии. Результат: строка запрета для всех роботов в robots.txt и запрет индексации в коде страниц.

Как проверить. Откройте адрес robots.txt в браузере и прочитайте его целиком. Затем зайдите в настройки чтения и убедитесь, что галочка «Попросить поисковые системы не индексировать сайт» снята. Цена ошибки здесь максимальная — сайт может целиком выпасть из выдачи, и разбор такого случая есть в материале Одна строчка в robots.txt — и весь сайт пропадает из Яндекса на полгода.

Что могло сломаться	Где проверять	Признак поломки	Срочность
Запрет индексации сайта	robots.txt и настройки чтения	Disallow для всех, noindex в коде	Немедленно
Настройки SEO-плагина	Исходный код страниц, карта сайта	Нет canonical, в карте метки и архивы	В тот же день
Структура заголовков	Выгрузка краулером	Страницы без H1 или с двумя H1	В течение недели
Микроразметка	Валидатор структурированных данных	Ошибки или две сущности на странице	В течение недели
Новые типы страниц в индексе	Отчёт по страницам в поиске	Рост числа страниц без роста материалов	В течение месяца
Кэш	Режим инкогнито, проверка ответа сервера	Робот и человек видят разное	В тот же день
Скорость	Время до первого байта, замер отрисовки	Время выросло после обновления	В течение недели
Формы	Ручная отправка заявки	Форма отправляется, письмо не приходит	Немедленно

Как обновляться безопасно

Порядок, который сокращает риск до приемлемого и не требует ни студии, ни отдельного сервера.

Шаг	Что делать	Зачем
1	Снимок состояния: сохранить исходный код 3–4 страниц разных типов, robots.txt, карту сайта, выгрузку заголовков	Эталон для сравнения — без него изменения не доказать
2	Полная копия файлов и базы, скачанная к себе, а не оставленная в панели хостинга	Возможность вернуться в рабочее состояние
3	Тестовая копия на поддомене, закрытом от индексации; на малом сайте заменяется обновлением по одному	Поломка находится до боевого сайта
4	Обновлять по одному: сначала SEO-плагин, потом тема, потом остальные группами по три-четыре, ядро отдельно	Виновник виден сразу, откат занимает минуту
5	Не обновляться в пятницу вечером и перед отпуском	Поломка не живёт три дня незамеченной
6	Сбросить все уровни кэша: плагин, серверный, объектный, кэш конструктора	Иначе вы смотрите на старые страницы
7	Пройти проверки из таблицы выше в тот же день	Поломка чинится за час, а не за месяц

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

Что проверить, если позиции уже упали

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

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

Важно отделить обновление от других причин. Падение может совпасть с обновлением случайно: одновременно мог смениться алгоритм, могла начаться ботовая накрутка, мог упасть хостинг. Признак «виновато обновление» — просадка началась через одну-три недели после даты обновления и затронула определённые типы страниц, а не весь сайт равномерно. Если упало всё и разом — смотрите в сторону фильтра или доступности сайта, и здесь помогает разбор Сайт улетел из топа за одну ночь. В 90% случаев это снимаемый фильтр, а не катастрофа.

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

Когда обновляться всё-таки нужно, несмотря на риск

Из всего написанного выше не следует «не обновляйтесь». Не обновляться опаснее.

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

Есть и накопительный эффект: чем дольше не обновлялись, тем больше версий надо перепрыгнуть за раз и тем выше шанс, что при обновлении что-то отвалится. Сайт, который обновляют раз в месяц по частям, обновляется без приключений. Сайт, который не трогали три года, ломается почти гарантированно.

Разумный компромисс: обновления безопасности — сразу, функциональные обновления плагинов — раз в две-четыре недели, по одному, с проверкой. Полезно также раз в квартал проходить ревизию: какие плагины реально используются, какие можно удалить. Меньше плагинов — меньше поверхность поломки.

Чеклист проверки после обновления

Открыть robots.txt и прочитать целиком. Проверить в настройках чтения, что запрет индексации снят. Посмотреть исходный код главной, страницы услуги, карточки и статьи: наличие канонического адреса, отсутствие запрета индексации, наличие ровно одного H1. Открыть карту сайта и проверить состав разделов. Прогнать по одной странице каждого типа через валидатор структурированных данных. Отправить тестовую заявку через форму и убедиться, что письмо пришло. Открыть сайт в режиме инкогнито и сравнить с обычным окном. Замерить время до первого байта. Через месяц — сравнить число страниц в индексе с прежним.

Проверка занимает около часа и делается один раз после каждого крупного обновления. Если падение уже случилось и непонятно, что именно сломалось, полезно посмотреть на сайт со стороны: состав индекса, историю изменений, отчёты вебмастера. Начать можно с бесплатного аудита сайта, а разбор конкретной ситуации с планом восстановления удобнее делать на индивидуальной SEO-консультации. Если нужна не разовая диагностика, а системная работа, смотрите, как устроена раскрутка сайта в поиске: веду проекты лично, вы общаетесь со мной напрямую.

Частые вопросы

Может ли само обновление ядра уронить позиции? Нет, если вывод страниц не изменился. Поисковик не видит номер версии, он видит HTML.

Через сколько после обновления проявляется поломка? Обычно через одну-три недели: столько нужно роботу, чтобы переобойти заметную часть страниц и переоценить их.

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

Что делать, если у меня нет тестовой копии и нет возможности её сделать? Обновляйтесь по одному плагину и проверяйте исходный код главной и одной внутренней страницы после каждого шага. Это дольше, но находит поломку сразу.

Нужно ли сообщать в поиск об обновлении? Нет. А вот отправить на переобход страницы, у которых изменилась разметка или заголовки, полезно.

Как понять, что настройки SEO-плагина слетели, если я не помню, как было? По косвенным признакам: метки и архивы в карте сайта, отсутствие канонического адреса, одинаковые заголовки на разных типах страниц, вложения в индексе. Всё это состояния по умолчанию, которых у настроенного сайта быть не должно. Как приводить в порядок заголовки после такого сброса, показано в материале Как убрать одинаковые заголовки и описания страниц в wordpress.

Коротко

• Позиции роняет не обновление как таковое, а изменившийся вывод: разметка, canonical, robots, карта сайта, кэш.
• Просадка начинается через одну-три недели после обновления, поэтому связь с ним обычно теряется.
• Самые частые механизмы — сброс настроек SEO-плагина и изменение структуры заголовков в шаблоне темы.
• Снимок состояния до обновления — исходный код нескольких страниц, robots.txt, карта сайта, выгрузка заголовков — превращает поиск причины из гадания в сравнение.
• Обновлять надо по одному, с проверкой после каждого шага, и обязательно сбрасывать все уровни кэша.
• Не обновляться опаснее, чем обновляться: уязвимость в старом плагине стоит дороже любой поломки вёрстки.