Isso или Commento: что выгоднее и когда

MAATRIX

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

Isso и Commento: два разных подхода к комментариям

Isso — это маленький Python-сервис с SQLite внутри. Один процесс, один файл базы данных, никакой отдельной СУБД. Задумывался как прямая замена Disqus для блогов: гость оставляет имя (опционально email и сайт), комментарий уходит в модерацию или публикуется сразу — в зависимости от настроек. Учётных записей у читателей нет в принципе, только guest-режим. Лицензия BSD, автор поддерживает проект нечасто, но и ломающих изменений в нём почти не бывает — за счёт минимализма ему особо нечему ломаться.

Commento устроен иначе: бинарник на Go, база — PostgreSQL, полноценная админ-панель с логином, вход через OAuth (Google, GitHub, GitLab) или по email, голосования за комментарии, поддержка Markdown, sticky-комментарии от модератора. Это ближе к «Disqus, но без слежки», чем к минималистичному виджету. Изначально Commento развивался как продукт с бесплатным self-hosted вариантом и платным облаком — MIT-лицензия на self-host часть сохраняется.

Здесь важна честная оговорка: оригинальный репозиторий Commento обновляется вяло, автор явно переключился на другие вещи. Активнее сейчас форки — Commento++ и выросший из него Comentario. Если берёте Commento в 2026 году, проверьте на GitHub, какой из форков живее на момент установки.

Цифры по памяти — ориентир, не измеренный бенчмарк: у вас они поплывут в зависимости от числа комментариев, версии и того, что ещё крутится на той же машине.

Требования к серверу и установка

Isso почти невесом. Систему пакетов, venv, gunicorn и systemd-юнит для него мы разбирали в отдельной статье про установку Isso на Ubuntu 24.04 — там весь путь от apt install до рабочего виджета на странице. Для одного-двух блогов с умеренным трафиком комментариев хватает минимального VPS: 1 vCPU, 1 ГБ RAM, 10–20 ГБ диска с запасом. SQLite-файл с десятками тысяч комментариев весит единицы-десятки мегабайт, backup — это cp comments.db comments.db.bak, никакого дампа СУБД.

Commento требует больше: сам бинарник лёгкий, но PostgreSQL рядом — это отдельный процесс со своим потреблением памяти, которое растёт с числом подключений и размером базы. Практический минимум — 1 vCPU / 2 ГБ RAM, комфортнее — 2 ГБ и выше, если на том же сервере крутится что-то ещё. Ставится всё это обычно через Docker Compose:

services:
  commento-db:
    image: postgres:16-alpine
    restart: unless-stopped
    environment:
      POSTGRES_DB: commento
      POSTGRES_USER: commento
      POSTGRES_PASSWORD: замените_на_свой_пароль
    volumes:
      - commento_db:/var/lib/postgresql/data

  commento:
    image: registry.gitlab.com/commento/commento:latest
    restart: unless-stopped
    depends_on:
      - commento-db
    environment:
      COMMENTO_ORIGIN: https://comments.example.com
      COMMENTO_PORT: 8080
      COMMENTO_POSTGRES: postgres://commento:замените_на_свой_пароль@commento-db/commento?sslmode=disable
      COMMENTO_COOKIE_SECURE: "true"
      COMMENTO_FORBID_NEW_OWNERS: "true"
    ports:
      - "127.0.0.1:8080:8080"

volumes:
  commento_db:

Проверьте актуальный образ и переменные окружения перед стартом — у форков (Commento++, Comentario) они могут отличаться от оригинального registry.gitlab.com/commento/commento. Общий подход к production-конфигурации Docker Compose — отдельные volume для БД, restart: unless-stopped, порт наружу только через reverse proxy — описан в статье про Docker Compose для продакшена. Если ставите PostgreSQL не в контейнере, а системным сервисом, шаги — в статье про установку и настройку PostgreSQL на VPS.

В обоих случаях виджет комментариев подгружается по HTTPS с отдельного поддомена (comments.example.com), так что сертификат нужен обязательно — без него браузер молча блокирует cross-origin запрос виджета к API. Выпуск и продление сертификата — тема статьи Certbot или acme.sh: что выбрать для сервера.

Модерация и защита от спама

У Isso модерации в привычном смысле почти нет. Есть режим moderation.enabled = true в isso.cfg — тогда каждый новый комментарий требует подтверждения по ссылке из email, и точка: одобрить или удалить. Отдельной веб-панели с логином не предусмотрено; путь /admin доступен по секретной ссылке из письма, и если хотите защитить его дополнительно — вешаете basic-auth на nginx перед ним. Спам-фильтров уровня Akismet из коробки нет: есть только простейший guard по частоте запросов с одного IP ([guard] в конфиге) и разумные дефолты вроде минимальной длины комментария.

[moderation]
enabled = true
purge-after = 30d

[guard]
enabled = true
ratelimit = 2
direct-reply = 3
reply-to-self = false

Commento устроен серьёзнее: отдельная админ-панель, где видно все комментарии по всем доменам, привязанным к аккаунту, можно банить конкретных пользователей или домены, включать премодерацию для новых участников и снимать её после нескольких одобренных комментариев. Голосования (лайк/дизлайк) на комментариях — встроенная механика, а не костыль через внешний виджет. Из коробки жёсткого антиспама тоже нет, но требование входа через OAuth или email само по себе отсекает львиную долю ботов, которые массово заливают формы у анонимного Isso.

Если аудитория — комментаторы без аккаунтов, которым лень регистрироваться ради реплики под постом, Isso честнее: не создаёт барьера входа. Если комментарии — это по сути мини-форум вокруг контента (техническая документация, сообщество вокруг продукта), барьер входа Commento работает в плюс: меньше шума, видно, кто есть кто.

Импорт из Disqus и перенос данных

У обоих есть штатный путь ухода с Disqus. В Disqus запрашиваете экспорт (Admin → Export → Comments), получаете архив с XML в формате Disqus-Threads-Export.

Для Isso:

isso -c /etc/isso/isso.cfg import disqus-export.xml

Команда парсит XML, создаёт треды по URL страниц и подтягивает комментарии со статусами (approved/spam/deleted) прямо в SQLite-файл. Дубликаты при повторном запуске импорт не создаёт — ориентируется на ID из Disqus.

У Commento импорт делается через админ-панель (раздел Import) — заливаете тот же XML-файл, сервис разбирает его и создаёт домены/треды автоматически, сохраняя привязку email-адресов гостей (полезно, если позже включите вход через OAuth — почта совпадёт).

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

Кастомизация вида и встраивание в статику

Isso отдаёт готовый isso.js, который вы вставляете одним тегом <script> с data-атрибутами на странице — конфигурация виджета (аватары, число реплаев, сортировка) через них же. Стилизация — через CSS-переменные и переопределение классов .isso-comment, .isso-comment-header и так далее; фреймворка вроде React под капотом нет, значит и лишнего JS в бандл сайта вы не тащите. Для Hugo, Jekyll, Eleventy, Zola — вставка идентична, разницы по факту нет, потому что виджет ничего не знает про генератор сайта, только про DOM-контейнер #isso-thread.

<section id="isso-thread" data-isso-id="{{ .Page.RelPermalink }}"></section>
<script data-isso="https://comments.example.com/"
        src="https://comments.example.com/js/embed.min.js"></script>

У Commento похожий принцип — один <script> и один <div id="commento"></div>, но кастомизация темы ограниченнее: набор CSS-классов документирован хуже, часть визуала завязана на встроенные light/dark темы, переключаемые атрибутом. Если для вас критично, чтобы виджет комментариев зеркалил кастомную дизайн-систему сайта до пикселя, с Isso будет проще — меньше «магии», которую приходится перебивать !important.

Что выбрать: сценарии использования

• Личный блог, документация проекта, один-два автора. Isso. Меньше ресурсов на сервере, меньше барьера для читателя оставить пару слов, установка проще, поддерживать нечего — SQLite не просит бэкапа СУБД и не падает от нехватки connection pool.
• Сайт с активным сообществом вокруг контента, где важно видеть репутацию комментаторов, банить по домену, давать читателям голосовать за лучшие ответы. Commento — встроенные аккаунты и голосования закрывают это без внешних костылей.
• Вы уже держите PostgreSQL на сервере ради другого сервиса (той же CMS или аналитики) и не хотите плодить SQLite-файлы вперемешку с полноценной СУБД. Тогда Commento логично ложится в существующую инфраструктуру — одна база, одна процедура бэкапа для всего.
• Вы против входа через OAuth в принципе — из соображений приватности читателей или потому что не хотите тянуть Google/GitHub как внешнюю зависимость для формы комментариев. Isso без учёток решает это по умолчанию.
• Нужна активная поддержка проекта прямо сейчас, а не «когда-нибудь допилят». Здесь честно: ни один из двух проектов не может похвастаться интенсивной разработкой в 2026 году, но у Isso минимализм — это фича (меньше ломаться), а у Commento спасение — в форках, которые стоит проверить на актуальность перед тем как строить на них долгосрочную инфраструктуру.
• Ограниченный бюджет на сервер. Isso ощутимо дешевле по требуемым ресурсам — с ним хватает минимального тарифа VPS, тогда как под Commento с PostgreSQL комфортнее взять тариф на ступень выше.

Частые вопросы