Обязанность публиковать сведения о себе установлена статьёй 29 закона «Об образовании в Российской Федерации». Дальше действуют два документа. Постановление Правительства № 1802 от 20.10.2021 определяет, что и в какие сроки размещать и обновлять; оно действует до 1 марта 2028 года. Приказ Рособрнадзора № 1493 от 04.08.2023 задаёт структуру сайта и формат представления информации: он вступил в силу 1 сентября 2024 года взамен приказа № 831 и тоже рассчитан до марта 2028 года. С 1 марта 2026 года в него внесены изменения приказом Рособрнадзора № 1353 от 03.07.2025, поэтому сверяться нужно с действующей редакцией, а не с распечаткой двухлетней давности.

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

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

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

С сентября 2024 года раздел состоит из четырнадцати обязательных подразделов. Часть из них перекроили относительно старой версии: руководство и педагогический состав разнесли по разным подразделам, а «Доступную среду» присоединили к материально-техническому обеспечению. Подраздел об организации питания стал обязательным для детских садов и частных образовательных организаций.

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

Копии документов размещают так, чтобы посетитель понимал, что именно он открывает. Ссылка вида «скачать.pdf» или «Документ 3» требованию не отвечает. Рядом со ссылкой указывается назначение файла: название документа, кем и когда утверждён.

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

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

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

ЦИТР проводит такой аудит как отдельную услугу и отдельно — приведение сайта в соответствие. Если сайт делали не мы, это не мешает: работаем с тем, что уже есть, включая сайты на конструкторах и на самописных движках.

Начинать нужно отсюда, потому что это самая частая находка. При установке и настройке администратор включает «Режим дизайнера тем» (Theme designer mode) и уровень отладки DEVELOPER, чтобы видеть ошибки и изменения в стилях. После запуска их забывают выключить.

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

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

На уровне PHP проверьте, включён ли OPcache и хватает ли ему памяти: Moodle — большое приложение, и без OPcache интерпретатор разбирает одни и те же файлы на каждом запросе. Состояние кешей видно в отчёте о производительности в самом Moodle.

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

Отдельно посмотрите очередь адхок-задач. Если она копится, значит cron падает или не успевает, и это надо чинить, а не игнорировать.

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

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

Каталог moodledata должен лежать вне веб-корня и на быстром диске. Файлы курсов Moodle хранит по хешу содержимого, дубликаты не плодятся, но объём всё равно растёт, и мониторинг свободного места экономит нервы.

По базе данных смотрите долгие запросы. Чаще всего они приходят из отчётов, из журнала событий и из плагинов, которые ставили «попробовать» и не удалили. Отключённый плагин продолжает лежать в системе; неиспользуемые лучше удалять.

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

ЦИТР проводит аудит платформы с отчётом по этим пунктам и берёт установки на сопровождение: обновления версий, мониторинг доступности, резервное копирование.

Статья 22 закона № 152-ФЗ требует уведомить Роскомнадзор о начале обработки персональных данных. Исключения, которые раньше позволяли обойтись без уведомления при обработке данных работников, из закона убрали.

Цена вопроса изменилась. Раньше за обработку без уведомления штрафовали на 5 000 рублей, и многие сознательно принимали этот риск. С 30 мая 2025 года по закону № 420-ФЗ от 30.11.2024 для организаций и предпринимателей штраф составляет от 100 до 300 тысяч рублей, для должностных лиц — от 30 до 50 тысяч. При первом нарушении штраф может быть заменён предупреждением по части 1 статьи 4.1.1 КоАП, но рассчитывать на это как на стратегию не стоит.

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

Три вещи, и все три проверяются визуально.

Согласие оформляется отдельным действием. Чекбокс, который стоит непредзаполненным и который пользователь ставит сам. Формулировка «нажимая кнопку, вы соглашаетесь» слабее: закон говорит о конкретном, информированном и сознательном согласии.

Рядом с чекбоксом — работающая ссылка на политику обработки персональных данных и на текст согласия. Ссылка открывается, документ читается, PDF не требует скачивания в обязательном порядке.

Сама политика опубликована в открытом доступе на сайте. Это отдельное требование части 2 статьи 18.1: документ, определяющий политику оператора, должен быть опубликован, а не лежать в папке у юриста.

Скачанный шаблон закрывает форму, но не суть. Политика описывает, какие данные вы собираете, зачем, сколько храните, кому передаёте и как человеку отозвать согласие. Если в тексте перечислены цели, которых у вас нет, и не перечислены те, которые есть, документ не работает.

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

Счётчики посещаемости собирают идентификаторы пользователя. Уведомление о cookie с возможностью отказаться и упоминание аналитики в политике — часть того же комплекта. Баннер, который нельзя закрыть иначе как согласием, к добровольности отношения не имеет.

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

То, что останется невыясненным после этих шагов, обычно и есть предмет для отдельного разбора. ЦИТР приводит документы и сайт в соответствие вместе: юридическая часть и правки на сайте делаются одним подрядчиком, без пересылки задач между исполнителями.