Массовое редактирование записей в WordPress: рабочие приёмы

В WordPress 6.x можно изменить статус, категорию или автора сразу у десятков записей, но встроенное массовое редактирование не умеет безопасно решать все задачи. Для 20 материалов достаточно админки, для 2 000 лучше использовать WP-CLI, предварительный список ID и проверку результата: ошибка в фильтре изменит не одну запись, а весь выбранный массив.

Сначала разделите задачу по типу изменения

Одинаковая кнопка «Изменить» скрывает разные операции. Добавить категорию к группе публикаций относительно безопасно. Заменить фрагмент текста во всех записях уже опаснее: совпадение может встретиться в коде, ссылках, шорткодах и HTML-разметке.

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

Главная единица безопасной массовой правки — не кнопка «Применить», а проверенный список записей, который вы собираетесь изменить.

Что можно сделать штатной админкой

Bulk Edit для общего свойства

Откройте «Записи» → «Все записи», отфильтруйте материалы по рубрике, автору, статусу или дате, отметьте нужные строки и выберите «Изменить» в меню массовых действий. После нажатия «Применить» WordPress покажет панель Bulk Edit. В ней можно менять доступные для выбранного типа записи свойства: статус, автора, рубрики, метки, комментарии и некоторые другие параметры.

1. Сузьте выборку. Используйте фильтр по типу записи, статусу, автору или дате. Проверьте количество найденных материалов и несколько названий в списке.
2. Отметьте записи. Не ставьте галочку в заголовке таблицы, пока не убедились, что на странице нет лишних материалов. Пагинация может скрывать остальные строки.
3. Измените только нужное поле. Если поле в Bulk Edit не трогать, WordPress обычно не должен менять его значение. Не выбирайте новый статус или автора «на всякий случай».
4. Сохраните и проверьте. Откройте фильтр заново, сравните число записей и вручную проверьте минимум несколько материалов из начала, середины и конца выборки.

Этот способ хорош для редакционных операций. Он не подходит для массовой замены текста внутри контента и обычно не показывает полноценный предпросмотр результата до сохранения.

Quick Edit для точечных исправлений

Ссылка «Быстрое редактирование» под заголовком записи открывает компактную форму прямо в списке. Она удобна, когда нужно подряд исправить даты, заголовки, рубрики, метки или статус у нескольких десятков материалов. Вы не уходите со страницы и сразу видите соседние записи, поэтому вероятность перепутать объект ниже, чем при длинной операции через фильтр.

Quick Edit не решает задачу изменения содержимого статьи, блоков Gutenberg или сложных произвольных полей. Для них потребуется открыть редактор или использовать инструмент, который понимает конкретный формат поля.

Когда админка заканчивается: WP-CLI

Для команд ниже нужен WordPress 6.x и WP-CLI 2.x, установленный на сервере. Запускайте их из каталога WordPress или добавляйте параметр --path=/path/to/wordpress. Перед изменением сделайте резервную копию базы данных, потому что у стандартных команд обновления нет универсальной кнопки отмены.

Сначала получите список, потом меняйте

Пример ниже выбирает опубликованные записи стандартного типа и выводит только их ID:

wp post list --post_type=post --post_status=publish --fields=ID --format=ids

Сохраните вывод в отдельный файл и проверьте несколько ID через админку. Если нужно ограничить выборку рубрикой или датой, добавляйте соответствующие параметры команды только после проверки их поддержки в установленной версии WP-CLI через wp help post list.

Для изменения статуса одной записи используется команда:

wp post update 123 --post_status=draft

Число 123 здесь пример ID, а не универсальное значение. Массовое обновление выполняйте по проверенному списку, а не по условию, которое трудно визуально проконтролировать:

while read -r post_id; do
  wp post update "$post_id" --post_status=draft
  printf 'updated: %s\n' "$post_id"
done < post-ids.txt

Файл post-ids.txt должен содержать по одному ID в строке. Сначала протестируйте цикл на двух-трёх копиях или на тестовом сайте. Вывод команды сохраните в журнал: он поможет понять, на каком ID операция остановилась.

Произвольные поля и таксономии

Изменение значения метаполя выполняется отдельной командой:

wp post meta update 123 source_label archived

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

Для назначения терма записи используйте:

wp post term set 123 category news

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

Что ломается чаще всего

• Выбраны не те записи. Фильтр в админке сбросился после перехода по страницам или применён к другому типу записи. Сохраните список ID до изменения.
• Изменилась не только нужная рубрика. В Bulk Edit действие над таксономией может заменить существующее значение, а не добавить новое. Проверьте поведение на двух тестовых записях.
• Метаполе записалось, но сайт его не показывает. Проверьте точный ключ, сериализованный формат и код плагина, который читает поле. Создание записи с похожим ключом не исправляет исходную проблему.
• Команда WP-CLI не запускается. Ошибки вроде wp: command not found означают, что WP-CLI не установлен или не добавлен в PATH. Сообщение Error: This does not seem to be a WordPress installation обычно указывает на неправильный каталог или параметр --path.
• После правки виден старый результат. Страница может приходить из кеша сайта, CDN или плагина. Сначала проверьте значение в админке и базе через штатные средства, затем очистите только нужный слой кеша.

Как выбирать подход

Если меняется статус или рубрика у нескольких десятков записей, начните с Bulk Edit. Если записи нужно просмотреть по одной, используйте Quick Edit. Если выборка измеряется сотнями объектов, переходите к WP-CLI, но только через заранее сохранённые ID и тестовый запуск.

Для замены фрагмента в post_content не используйте прямой SQL без понимания структуры базы и формата данных. Gutenberg хранит блоки в контенте как разметку с комментариями, а встраиваемые данные плагинов могут содержать сериализованные значения. Глобальная замена строки способна сломать и видимую страницу, и скрытые настройки.

Что настроить после массовой правки

Проверьте несколько записей в публичной части сайта, архивы рубрик, RSS и поиск. Для проекта с кешированием отдельно измерьте время обновления страницы и убедитесь, что поисковый индекс, sitemap и связанные изображения не остались со старыми данными.

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