Сайт, карточка и телефония для производства электрощитов: от пустой выдачи до первого звонка

Числа только из документов

Владелец голосом прошёлся по черновику сайта. Запись на 38 минут я расшифровал у себя на компьютере: это внутренний разговор о бизнесе. Сверка сайта с разбором по 36 пунктам дала 33 совпадения. Одно расхождение было существенным. Страница продукции обещала подобрать комплектацию без однолинейной схемы, а по словам владельца без схемы щит не собирают. Абзац переписан. Заглушек «уточняется» в первой версии было 32, к концу правок не осталось ни одной.

Верхняя цифра на главной, 6300 А, взята из сертификата и собственных технических условий. На странице продукции рядом указан основной диапазон производства — до 630 А — и объяснено, где проходит граница конструкции. Раздел о поставке в остальную Россию написан после чтения первоисточников: область входит в особую экономическую зону, груз при вывозе проходит таможенный контроль, а для покупателя это обычная поставка внутри страны. Цифру отгрузок из разговора я снял с сайта до подтверждения. Отдельным проходом 31 противопоставление переписано в утвердительную форму, а повторов между страницами стало меньше: было 16, осталось 4.

Две сборки и три запрета на индексацию

Сайт на Astro 5 и Tailwind 4: восемь статичных страниц и своя графика. Это 16 значков на общей сетке и однолинейная схема типового щита с правдоподобными, но вымышленными данными: на скане настоящей схемы читается объект заказчика. Пока своего домена не было, сайт собирался в папке на уже работающем домене с сертификатом. Заказчик смотрел демонстрацию по https без настройки DNS. Проверка ссылок ловит и ссылку в никуда, и ссылку без нужного префикса. Логотип вёл на «/», то есть на главную того домена, где лежала демонстрация, и обычная проверка «цель существует» этого не замечала.

До согласования текстов сайт был закрыт от поисковиков тремя способами сразу: noindex в разметке, заголовок X-Robots-Tag и robots.txt. Снимать все три пришлось одновременно: любой оставшийся запрет сам по себе держал бы сайт вне индекса. Снятие запрета прописано в скрипт выкладки, иначе следующая выкладка закрыла бы сайт обратно. Время кэширования записи DNS уменьшено с суток до часа: если сайт придётся перенести на другой сервер, новый адрес дойдёт до посетителей примерно за час.

Форма, которая не теряет схему

Заявка на щит почти всегда приходит с однолинейной схемой. Сначала заявка пишется на диск и только потом уходит в Telegram. Вложения идут в группу менеджеров отдельными сообщениями, до 5 файлов. На странице указаны те же пределы, что стоят в службе: 20 МБ на файл и 60 МБ на заявку. Проверки, которые раньше были только в браузере, перенесены на сервер: согласие на обработку данных, тип файла, скрытое поле-ловушка для ботов и время заполнения. Форму, отправленную быстрее чем за две секунды, почти наверняка заполнила программа, и такая заявка молча отсекается.

Раньше отказ выглядел как успех: при любой ошибке человек попадал на страницу благодарности. Теперь страница показывает причину и телефоны. Файл, не прошедший проверку, доходит до менеджера отдельным блоком «не приняты вложения». Отправка в Telegram теряла обращения. Текст уходил в группу с HTML-разметкой без экранирования, и знак «меньше» в обычной для этой отрасли фразе «ввод < 630 А» ломал всё сообщение. Отправитель при этом получал автоответ «принято». Теперь спецсимволы экранируются, а в журнал пишется ответ Telegram целиком.

Почему входящие звонки сбрасывались мгновенно

Виртуальная АТС Ростелекома была подключена, правило маршрутизации исправно: работает круглосуточно и направляет звонки на группу. Входящий доходил до линии и мгновенно сбрасывался. В протоколе вызова был единственный шаг: «вызов на входящую линию». Причина нашлась в карточке единственного пользователя. Мобильный в сценарии вызова был выключен переключателем, а SIP-устройств (IP-телефонов или программ для звонков) не было прикреплено ни одного, так что АТС было некуда звонить. В схеме сценария выключенная ветка отличается только серым цветом рамки, поэтому проверять нужно карточку каждого номера. Заодно я поправил часовой пояс АТС, из-за которого журнал звонков ошибался на час, номер для исходящих по умолчанию и уведомления голосовой почты: они стояли на «не отправлять».

Потом настроил АТС под компанию: три пользователя в пределах тарифа — дирекция, бухгалтерия, технический отдел, у каждого свой мобильный. Входящих и исходящих линий стало по 6, было по 2. Голосовое меню озвучено синтезом речи и длится 13,6 с. Нажатая цифра отправляет вызов в отдел, а если время ожидания вышло — в дирекцию. Две стандартные записи, включённые в АТС по умолчанию, выключены: звонивший слышал стандартный текст оператора после меню компании и после 40 секунд гудков. Протоколы трёх настоящих звонков показали, что вызовы доходят куда нужно. Нажавший «1» на 11-й секунде соединился с дирекцией, ещё два звонка звонившие бросили сами на 16-й и 24-й секунде. Проблема была во времени: 13,6 с меню плюс 8 с ожидания давали 22 с до первого гудка, из них 8 — тишина. Ожидание уменьшено до 6 с, и до гудка стало 19,6 с. Дальше сократить время можно только укоротив текст самого меню.

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

Чат-консультант на GigaChat честно говорит, чего не знает

Бот отвечает на вопросы о щитах и НКУ, а если ответа у него нет, собирает заявку с контактом. Движок на FastAPI отдаёт ответ потоком, окно чата написано без библиотек. База знаний занимает около 3200 токенов и целиком помещается в системный промпт — постоянную инструкцию модели. Поэтому векторного поиска здесь нет, и это сознательно: на таком объёме он добавил бы ещё одно место для сбоя и риск не найти нужный кусок. Половина правил — перечень того, чего бот не знает: цены, сроки, гарантия, предельный ток, марки аппаратов, объекты, номера сертификатов. По каждому пункту он говорит, что именно уточнит менеджер, и предлагает оставить телефон. Я проверил его вопросами по всему списку: бот ничего не выдумал. На вопрос о лицензии он объяснил, что сборка НКУ не лицензируется, и назвал регламенты ТР ТС 004/2011 и 020/2011.

Заявка сначала пишется на диск, потом уходит в мессенджер, и к ней прикладывается весь разговор. Без сертификата Минцифры защищённое соединение (TLS) со Сбером не устанавливается. Сертификат подключён только для этого соединения: государственный корневой сертификат в системном хранилище мог бы подписать для машины любой домен. Раньше счётчик частоты запросов брал адрес из заголовка, который подставлял сам клиент. 25 запросов с вымышленными адресами прошли без единого отказа, и каждый был платным вызовом модели за счёт владельца. Ограничение перенесено в nginx и считает по настоящему адресу соединения: 20 запросов в минуту. Те же 25 запросов теперь упираются в отказ. Службы больше не работают от root: раньше чат работал с полным набором из 41 привилегии ядра. Секреты передаются через EnvironmentFile, файлы заявок и переписки получили права 640 в каталогах 750.

Карточка, разметка и индексация

Карточка в Яндекс Бизнесе заведена с теми же данными, что на сайте. Часы работы по будням, 9:00–18:00, назвал владелец, и они одинаковы в карточке и в разметке. Карточка и сайт стоят в выдаче рядом, и разные ответы на один вопрос выглядят так, будто компанией никто не занимается. Разметка была типа Organization — юрлицо без места на карте. Добавлен тип LocalBusiness с часами, областью поставки «Россия», ссылкой на карточку и координатами. Ссылка связывает сайт и карточку в обе стороны и помогает поисковику понять, что это одна компания. Координаты со страницы карточки в Картах оказались центром видимой области и промахивались на два километра. Теперь они проверены прямым геокодированием по адресу дома и обратным — по точке.

Индексация открыта по решению владельца. Вместе с ней поставлен счётчик Яндекс Метрики с Вебвизором и подтверждены права в Вебмастере и Search Console. К 25 августа Google держал в индексе шесть страниц, робот Яндекса впервые пришёл 27 августа. Выкладка сама сообщает поисковикам об изменениях через IndexNow: адреса берутся из карты сайта, и первый вызов вернул код 202 на семи адресах. 6 сентября Вебмастер показал у карты «число ссылок в файле — 1» и ноль страниц в поиске. Адреса лежат во вложенном файле двухуровневой карты сайта. По журналу nginx робот девять раз забирал главный файл карты, но во вложенный не заходил. В robots.txt добавлена вторая строка Sitemap прямо на файл с адресами, и семь адресов отправлены на переобход.

• Значок сайта в четырёх файлах: робот Вебмастера искал /favicon.ico и получал 404, хотя SVG-версия отдавалась
• Картинка для превью ссылки в мессенджерах, 1200×630, из кадра цеха и своя страница 404 с разделами и телефонами; код ответа на ней остался 404
• Описания страниц укорочены со 174 и 176 знаков до 132 и 131: поисковик показывает около 160, и концы фраз уходили в многоточие

Что поправлено на сервере

Директива add_header в nginx не наследуется во вложенный блок, если в нём есть хотя бы одна своя. Поэтому на CSS, шрифтах и картинках не было ни одного заголовка безопасности. Набор вынесен в отдельный файл и подключён в каждый блок. На статичных файлах теперь четыре заголовка, включая nosniff. Версия сервера скрыта, TLS 1.0 и 1.1 отключены. Политика безопасности содержимого (CSP) лежала в файле формата, который nginx не читает, и не отдавалась вовсе. Теперь она задана в конфигурации, а служебный файл, который отдавался наружу с кодом 200, закрыт. Ограничений по памяти у служб не было. На машине с 1,9 ГБ памяти несколько одновременных загрузок могли занять всю память и остановить nginx, а вместе с ним оба сайта. Теперь стоят пределы: 384 МБ на форму и чат и 192 МБ на приёмник. nginx перезапускается через 5 секунд после падения. Конфигурация целиком копируется в репозиторий: раньше копия отставала от рабочей на 25 строк.

Раньше резервные копии вообще не включали этот проект. Теперь в копию входят заявки, вложения, журнал чата и снимок базы знаний. Секреты не копируются: их можно перевыпустить за минуту. Сначала копия проверялась только по размеру. Но при обрыве на середине получается файл правильного вида и солидного размера, который не распаковывается. Добавлены распаковка и проверка, что заявки внутри. Учебное восстановление: 22 файла, все три файла заявок на месте. Через несколько дней проверка стала поднимать ложную тревогу на исправных копиях. Причина была в цепочке команд. grep -q закрывал канал после первого совпадения, tar получал SIGPIPE, и pipefail считал провалом всю цепочку команд: чем раньше находились заявки, тем вернее срабатывала тревога. Копии снимает вторая машина по ключу, которому разрешена одна команда. Она же каждые пять минут проверяет доступность обоих сайтов. Каждый её вход отмечается в журнале авторизации. Если входа нет дольше 26 часов, ежедневная сводка сообщит об этом в Telegram. Эта строка появляется, только когда что-то не так: две машины присматривают друг за другом без внешних служб.

Вечерняя сводка каждый раз считает всё заново

Каждый вечер в Telegram уходит сводка: заявки за сутки, сколько человек заходило и сколько пришло из поиска. В отчёт была вписана строка «сайт закрыт от поисковиков». Она была верна до 19 августа, но печаталась и после, каждый вечер. Теперь посетители считаются по журналу nginx при каждом запуске, и такая строка устареть не может. Первый подсчёт отсеивал роботов по подписи браузера и выдал 30 человек за сутки при двух настоящих: сканеры давно представляются обычным браузером. Сработал подсчёт по поведению: шрифт запрашивает только тот, кто действительно отрисовывает страницу. Новый подсчёт даёт 29 человек за неделю, Яндекс Метрика — 26. Расхождение в три человека и есть точность метода; до правки оно было 178. В тексте сводки стоит «примерно» и указано, что точное число — в Метрике.

Вёрстка на телефоне и вес страниц

На экране шириной 375 px первый экран трёх страниц уезжал за правый край. Элемент сетки по умолчанию не становится уже своего содержимого, и колонка с однолинейной схемой раздувалась до 586 px. После правки колонка занимает 335 px, а схема прокручивается внутри своего блока. Фотографии производства переведены в формат WebP с запасным JPEG, в размерах 1600 и 800 px. Семь кадров страницы производства: 3200 КБ → 1168 КБ на компьютере и 415 КБ на телефоне, разрешение не уменьшено; главный кадр продукции на телефоне 627 → 147 КБ. С кадра ниже первого экрана снят приоритет загрузки, и десять прогонов Lighthouse показали: LCP (время появления главного элемента) 2,40 → 2,10 с, вес 367 → 324 КБ, сдвиг вёрстки нулевой. Типографика встроена в сборку: 830 неразрывных пробелов расставляет скрипт. Контраст по формуле WCAG: текст 17,8:1, акцент 8,0:1. Основной телефон выводился по 5–8 раз на страницу. На главной он теперь стоит 6 раз, было 8, а полный список номеров выводится один раз.