О задаче

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

О владельце форума

Наш клиент под NDA ведет тематическое сообщество в сегменте B2C. Его аудитория – люди, которые сами пишут темы и сообщения. Владелец продает площадку для общения, поэтому качество движка участники видят каждый день. На открытых площадках такого типа для жалоб заводят отдельный раздел «Ошибки и проблемы», куда пишут о сбоях. Название, адрес и масштаб проекта мы не раскрываем.

Какие сбои форума мешали участникам

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

Вторая боль – долгая загрузка и падения сайта. Участница одного открытого сообщества, заходившая из другой страны, писала, что сайт периодами грузится очень долго, и такой период тянется до трех недель и больше. Ошибки 502 и 503 бывают из-за нехватки ресурсов сервера, зависших скриптов и большого числа запросов. Пока страница не открывается, ответить в теме нельзя.

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

Что владелец сообщества ждал от разработки под ключ

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

Особенности форумов как площадки

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

Доступ ограничивают и снаружи. Ресурс может заблокировать провайдер, ошибка 403 бывает запретом доступа с IP посетителя, а VPN и прокси дают конфликты доступа, если сайт ограничивает IP-адреса. Такие жалобы к движку не относятся, поэтому на аудите мы отделяем их от сбоев сервера. Сезонности и требований закона именно к форумам в открытых источниках мы не нашли.

Как делали форум

Бриф, аудит и стратегия

Берем проект в работу сразу после оплаты. Бриф занимает 1 день, аудит старой площадки и жалоб посетителей 3–5 дней, стратегия 5–7 дней. На брифе собираем жалобы участников и разделы, которые владелец хочет сохранить, а стратегия фиксирует движок, порядок работ и проверки перед запуском. Дальше работа идет циклами по 4 недели: на каждый месяц составляем план и прогноз, раз в месяц отправляем владельцу отчет о сделанном.

Структура разделов и движок

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

Редактор сообщений и поиск

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

Сервер и нагрузка

Ошибки 500, 502 и 503 на сервере разбираем по причинам. Смотрим запуск скриптов, инструкции в файле .htaccess и нехватку ресурсов в пиковые часы, когда в темах больше всего людей и запросов к серверу. Отдельно проверяем передачу больших файлов через PHP: на ней скрипты зависают, и сервер отдает 503. Каждую найденную причину записываем в отчет вместе с правкой.

Индексация и Вебмастер

Перед запуском открываем robots.txt, проверяем ответ 200 на главной и работу DNS, чтобы робот Яндекса мог подключиться к серверу. Подключаем Вебмастер и Метрику, смотрим диагностику сразу после открытия. Хостинг, домен и кабинеты с первого дня оформляем на клиента. Через Метрику и Вебмастер владелец сам видит посещаемость и диагностику, без запросов к нам.

Результаты после запуска форума

Числовые примеры из материала не являются подтверждёнными результатами клиента.

Пример результата в нише. Так обычно выглядит итог за 6 месяцев в таких проектах по открытым кейсам рынка: посещаемость форума растет с 2 000 до 5 000 визитов в месяц, новых тем – с 40 до 90, сообщений – с 600 до 1 500. Ошибок сервера становится меньше – со 120 до 10 в месяц, загрузка ускоряется с 4 до 1,5 секунды. Это пример, а не цифры этого проекта.

Здесь будут посещаемость, новые темы и сообщения, ошибки сервера и время загрузки. Данные берем из Метрики и Вебмастера за равные периоды до и после запуска. Ориентир рынка не приводим: в открытых источниках по теме нет кейсов разработки форумов с цифрами. Чужие данные за результат клиента мы не выдаем, поэтому блок держится только на цифрах проекта, а их можно сверить в кабинетах владельца.

Что еще влияло и что не получилось

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

Выводы для владельца сообщества

До выбора платформы проверьте редактор и поиск на сценариях из жалоб участников: правку, вставку текста, кириллицу. Хостинг, домен и движок держите под своим контролем, иначе исправление багов будет ждать чужую поддержку. После запуска сразу откройте Вебмастер и проверьте robots.txt, ответ 200 на главной и DNS, пока участники не начали искать темы. Если нужен разбор по своему сообществу, оставьте заявку.