Поддержка сайтов
на WordPress
в Казани

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

Решаете вы. Предлагаем и то, и другое. Некоторым сайтам нужна просто очистка. Другим — кто-то, кто будет поддерживать стабильность долгосрочно.

Да — если еще можно восстановить. Проверим целостность файлов, найдем вредоносные вставки и очистим без сноса системы. Если слишком запущено — честно скажем.

Изучим код и отнесемся к нему как к любой другой части системы. Неважно, кто писал — если что-то ломает, выясним почему.

Исправления безопасности — сразу, крупные версии — по регламенту, после проверки на копии. Режим «раз в год всё сразу» превращает обновление в отдельный проект.

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

Список того, что обновляем, частота, окно работ, порядок проверки и точка отката. Без записанного регламента обновления делаются по настроению.

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

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

Три пути: ждать исправления автора, заменить плагин, поправить совместимость самим. Выбираем по срочности уязвимости.

Можно и разумно: сначала ядро, затем плагины по группам. Всё разом усложняет поиск виновника, если что-то сломалось.

Отслеживаем бюллетени по установленному набору. Это часть поддержки, а не разовая проверка.

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

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

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

Напрямую нет. Влияет косвенно: сломанный или медленный после обновления сайт теряет и посетителей, и позиции.

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

Записанный регламент, список проверочных сценариев, журнал версий и настроенные точки отката.

Список предлагаем мы по бюллетеням и состоянию сайта, утверждаете вы. Критичные по безопасности ставим без ожидания согласования, уведомляя постфактум.

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

Сбрасываем полностью, иначе посетители получают смесь старой разметки и новых стилей. Это частая причина жалоб «после обновления всё поехало».

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

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

Считаем по объёму: число плагинов и сложность темы. В формате сопровождения оно уже входит в месячный объём.