公開2025.06.26更新2026.10.18 41 人が閲覧（直近 30 日）プラットフォーム

Mattermostとは？Slackとの違い・料金・使い方・導入方法【v12対応】

Q: SlackからMattermostへ移行できますか？

できます。Slackのエクスポートを mmetl で変換して取り込みます。非公開チャンネルとDMまで移すには、Slack側でBusiness+以上のエクスポートが必要です。

Mattermostとは？Slackとの違い・料金・使い方・導入方法【v12対応】

Mattermost（マターモースト）は、自社のサーバーで動かせるオープンソースのビジネスチャットです。画面と操作はSlackに近く、違いは会話とファイルを自社のデータベースに置けることにあります。2026年10月にv12.0.0が出ており、2025年10月のv11ではTeam EditionからGitLab SSOが外れ、全エディションでデータベースがPostgreSQLだけになりました。この記事では、Slackとの違い、無償版と有料版の線引き、ブラウザ版のログインとサーバーURLの確認、表の書き方や予約投稿まで、v12.0.0時点の仕様で説明します。

まとめ：Mattermostの要点（2026年10月時点）

何者か：Slack型のOSSチャット。セルフホスト（オンプレミス・プライベートクラウド）で使うのが基本で、最新はv12.0.0、長期サポート版はv11.7 ESRです。
無償で使える範囲：Team Edition（MITライセンス）は有効ユーザー250人で新規作成が止まり、SSOと予約投稿は使えません。Enterprise Editionをライセンスなしで動かす「Entry」は機能が多い代わりに、閲覧できるメッセージが全体で直近1万件までです。
有料版：Professional・Enterprise・Enterprise Advancedの3段階で、公式サイトに価格は載っておらず見積もりになります。
Slackとの分かれ目：データを社外に出せない、または社内システムと深くつなぎたいならMattermost。サーバーの保守担当を置けないなら、サーバー費と保守の人件費が掛からない分、Slackが向きます。
よく聞かれる操作：表は「|」と「—」で書き、改行はShift+Enter、サーバーURLは管理者が設定した「Site URL」です。

以下、違い・料金・導入・使い方・運用の順に根拠と手順を示します。

Mattermostとは：自社サーバーで動かすOSSのチャット

Mattermostは米Mattermost, Inc.が開発するチャットツールで、チーム・チャンネル・スレッド・ファイル共有・検索といったSlackと同じ部品を持ちます。公式は自らを、防衛・情報機関・重要インフラ向けの「オープンコアのセルフホスト型プラットフォーム」と位置づけています（Editions and Offerings）。ソースコードはGitHubのmattermost/mattermostで公開されており、無償のTeam Editionはここからビルドされます。

開発元と日本法人

2026年3月11日には、日本法人のMattermost Japan株式会社の設立がPR TIMESで発表されました（発表資料）。会社概要上の設立は2025年10月、所在地は東京都渋谷区で、政府機関・防衛・重要インフラなどの組織を対象にするとしています。発表では、エンタープライズと政府機関への直接的な支援を加速させるとしています。

Web（ブラウザ）版・デスクトップ・モバイルアプリ

Mattermostはサーバーに置いたWebアプリをブラウザで開いて使うのが基本で、同じサーバーにデスクトップアプリ（Windows・macOS・Linux）とモバイルアプリ（iOS・Android）からも接続できます。v12時点の動作要件はChrome 150以降・Firefox 140以降・Safari 27以降・Edge 150以降で、Internet Explorerには対応していません（Software and hardware requirements）。デスクトップアプリの対象はWindows 11以降・macOS 15以降・Ubuntu 22.04以降です。

ブラウザ版のログインとサーバーURLの確認方法

Slackは「slack.com」に入れば済みますが、Mattermostは組織ごとにサーバーが別なので、最初に自社のサーバーのURLが要ります。

ブラウザ版にログインする手順

対応ブラウザを開き、アドレス欄に自社のMattermostのURL（例：https://chat.example.co.jp）を入れます。
メールアドレスかユーザー名とパスワード、またはSSO（設定されていれば）でログインします。
次回のためにURLをブックマークします。

デスクトップアプリとモバイルアプリでは、初回起動時に同じURLを「Add a server」に入力します。URLはhttp://かhttps://から書く必要があります（Access your workspace）。

サーバーURL（Site URL）はどこで確認するか

利用者の立場なら、ログイン済みのブラウザのアドレス欄のうち、チーム名（「/チーム名/channels/…」）より前の部分がサーバーURLです。「:8065」のようなポート番号や「/mattermost」のようなパスが付いていれば、それも含めます。デスクトップアプリでは左上のサーバー一覧で対象サーバーにカーソルを合わせ、編集アイコンから登録済みのURLを見られます。どちらも無い場合は、公式ドキュメントのとおり社内の情報システム部門か管理者に「Mattermost Site URL」を尋ねます。

管理者はSystem Console > Environment > Web Serverの「Site URL」で確認・設定します。config.jsonではServiceSettings.SiteURL、環境変数ではMM_SERVICESETTINGS_SITEURLです。Site URLが空のままだとメール通知のリンクが壊れるため、構築時に必ず入れます（Environment configuration settings）。

MattermostとSlackの違い

使い勝手は近く、差が出るのは「データをどこに置くか」と「誰が運用するか」です。

項目	Mattermost	Slack
提供形態	セルフホストが基本	クラウド（SaaS）のみ
データの置き場所	自社のPostgreSQL	Slack社のクラウド
ソースコード	公開（OSS）	非公開
無償版の制限	TE：250人・SSOなし	履歴は直近90日分
サーバー運用	自社で担う	不要
有料版の価格	非公開（見積もり）	ユーザー単価を公開

差が最も大きいのは無償版の履歴です。Slackのフリープランで閲覧・検索できるのは直近90日分のメッセージとファイルで、1年より古いデータは順次削除されます（Slackヘルプセンター）。MattermostのTeam Editionは自社のデータベースに保存するので、閲覧期間の制限は掛かりません（後述の実測でもpostHistoryLimitは0でした）。Slack・Discord・LINEの料金と機能の比較はSlack・Discord・LINEの違いで扱っています。

Mattermostの料金とエディション（無償版・有料版）

「無料」「有料化」「料金」で調べる人が知りたいのは、どこまで無償で使えて、どこから契約が要るかです。

エディションの一覧

エディション	料金	想定規模	主な制限・追加機能
Team Edition	無償（MIT）	250人未満	SSOなし・予約投稿なし
Entry	無償	50人未満	履歴は直近1万件まで
Professional	見積もり	250人まで	SSO・AD/LDAP・ゲスト
Enterprise	見積もり	大規模	クラスタ・監査・保持ポリシー
Enterprise Advanced	見積もり	多ドメイン	ゼロトラスト・エアギャップ

出典は公式のEditions and Offeringsです。Team Editionだけが別のバイナリで、残りの4つは同じEnterprise Editionのバイナリをライセンスの有無と種類で切り替えます。ライセンスを入れずにEnterprise Editionを起動した状態がEntryです。

無償版の上限：Team Editionは250人、Entryはメッセージ1万件

Team Editionの上限は、ドキュメントの「250人未満の小規模チーム・個人向け」という記述だけでなく、コードで強制されています。2026年10月18日にmattermost-team-edition:12.0.0をDockerで起動し、/api/v4/limits/serverを呼ぶと次の値が返りました（抜粋）。

{"maxUsersLimit":200,"maxUsersHardLimit":250,"activeUserCount":1,
 "postHistoryLimit":0,"lastAccessiblePostTime":0}

v12.0.0のソース（server/channels/app/limits.goとuser.go）では、ライセンスが無いと有効ユーザー数が250に達した時点でユーザーの新規作成と再有効化が「Server exceeds safe user limit」のエラーで止まります。200はその手前の目安値です。社員が200人を超えそうな組織は、Team Editionで始めても途中で乗り換えが必要になると見込んでください。

Entryは、Enterprise Advancedの機能を一通り持つ代わりに、サーバー全体で閲覧・検索できるメッセージが直近1万件に限られます（古いメッセージはデータベースに残りますが表示されません）。コンプライアンス機能とクラスタ構成は使えず、サポートはコミュニティのみです。公式は50人未満での利用を想定しており、1日に数百件投稿するチームなら数週間で古い会話が見えなくなる計算なので、検証用と割り切るのが現実的です。

「有料化」と言われる理由：v11で無償版から外れた機能

2025年10月のv11で、Team Editionの機能が絞られました。v11のchangelogのBreaking Changesに載っている主な変更は次のとおりです。

GitLab SSOをTeam Editionで非推奨化（v11公開時はv10.11 ESRに留まる選択肢もあったが、同ESRは2026年8月15日にサポート終了。現在はEntryか有料版へ移る）
PlaybooksをTeam Editionから削除（Entry以上はPlaybooks v2へ自動移行）
MySQLのサポートを終了（PostgreSQLへの移行が必要）
mattermost-omnibusパッケージの提供終了（最終はv10.12）

背景として公式は、2016年からGitLabのOmnibusパッケージに同梱されてきたTeam Editionが数千人規模で使われる例があり、GitLab SSOが有料版のSSOの代わりにされていたと説明しています。GitLab側もv19.0でMattermostの同梱をやめました（経緯はGitLab 18.10から19.4への移行経路の記事で扱っています）。GitLab同梱版のMattermostをGitLabのアカウントでログインして使ってきた組織は、v11への更新でログイン方法が変わる点を先に確認してください。

有料版の価格：公開されておらず見積もり

2026年10月時点のmattermost.com/pricingには、Professionalに「Contact Sales」、Enterpriseに「Get Pricing」、Enterprise Advancedに「Request Quote」があるだけで、金額は載っていません。契約は購入シート数に応じた年間サブスクリプションです。Slackの有料プランと比べるときは、ライセンス費にサーバー費と更新作業の人件費を足して比べます。

Mattermostのメリット・デメリットと向き不向き

導入の可否を、メリット・デメリットと見送るべき条件に分けて整理します。

メリット：データの置き場所と拡張性を自社で決められる

会話とファイルは自社のPostgreSQLとファイルストレージに入るため、保存場所・保持期間・バックアップ方式を社内規程に合わせて決められます。拡張面では、Incoming／Outgoing Webhook、スラッシュコマンド、REST API、プラグインがそろい、Slack向けに作った通知の仕組みをほぼそのまま移せます（Webhookの基本はIncoming Webhookとは、自作コマンドはスラッシュコマンドとはを参照）。

デメリット：運用はすべて自社の仕事になる

セルフホストでは、OSの更新、月次リリースへの追従、PostgreSQLのバックアップ、障害時の一次対応を自社で持ちます。v12でRHEL 7・8が対象外になったように前提は毎年変わるため、追いかける担当者が要ります。冗長化（クラスタ構成）はEnterprise以上の機能なので、無償版で「止まらないチャット」は作れません。

採用を見送るべき条件

次のどれかに当てはまるなら、Mattermostのセルフホストは選ばないほうが失敗しません。サーバーの保守担当を兼任でも置けない。SSOが必須で、50人以上の利用や1万件を超える履歴が要るのに、有料版の予算が取れない。ユーザーが250人を超える見込みがあるのにTeam Editionで済ませようとしている。逆に、金融・医療・公共・防衛のように会話データを外部クラウドに出せない組織や、CI／CDや監視の通知を社内ネットワーク内で完結させたい開発チームには、Slackより合います。

Mattermostの導入方法（Dockerでセルフホスト）

公式が推奨する最短の構築方法は、mattermost/dockerのDocker Composeです。

必要な環境（v12時点）

OS：Ubuntu 22.04以降、Debian Bookworm以降、RHEL・CentOS Stream・Oracle Linux 9以降、またはコンテナ環境（v12のサーバーはglibc 2.34以上が必要で、RHEL 7・8はv11.11が最後）
データベース：PostgreSQL 15以上（v12で14以前は対象外。MySQLはv11で終了、MariaDBは非対応）
その他：独自ドメインとTLS証明書、メール通知を使うならSMTPサーバー

要件の出典はSoftware and hardware requirementsです。v11.7 ESRはPostgreSQL 14以上で動きますが、14は2026年11月12日にコミュニティのサポートが切れます。これから構築するなら15以上（15のサポートは2027年11月11日まで）で始めます。Docker自体の仕組みはDockerの仕組みを図解で解説しています。

Docker Composeで起動する手順

公式のDocker導入手順に沿うと、次のコマンドで起動します（Linuxではdockerの前にsudoが要ります）。

git clone https://github.com/mattermost/docker
cd docker
cp env.example .env
# .env の DOMAIN を自社のドメインに書き換える
mkdir -p ./volumes/app/mattermost/{config,data,logs,plugins,client/plugins,bleve-indexes}
sudo chown -R 2000:2000 ./volumes/app/mattermost
sudo docker compose -f docker-compose.yml -f docker-compose.without-nginx.yml up -d

最後の行は付属のNGINXを使わない構成で、既存のリバースプロキシを前に置く場合に使います。付属のNGINXでTLSまで終端させるならdocker-compose.nginx.ymlを指定します。NGINXなしの構成ではhttp://<DOMAIN>:8065/で開けますが、env.exampleはSite URLをhttps://${DOMAIN}にしているので、前段のリバースプロキシでTLSを終端します。

注意点は.envの既定値です。2026年10月時点のenv.exampleはMATTERMOST_IMAGE=mattermost-enterprise-edition、MATTERMOST_IMAGE_TAG=11.7.0になっており、そのまま起動するとEnterprise EditionのESR版、つまりライセンスなしのEntryとして動きます。Team Editionを使うならmattermost-team-editionに、最新版を使うならタグを12.0.0に書き換えます。

手元の検証環境（colima上のDocker 29.5.2）でTeam Edition 12.0.0とPostgreSQL 18を起動したところ、イメージは1.25GB、ユーザー1人の起動直後のメモリはMattermostが約244MiB、PostgreSQLが約69MiBでした。本番の必要量は公式の要件ページにあるユーザー数別の目安で見積もります。

初期設定と日本語表示

起動後にSite URLを開き、最初に作成したアカウントがシステム管理者になります。続けてチームを作り、チャンネルを用意してメンバーを招待します。既定ではチームあたりのユーザー数が50人まで（TeamSettings.MaxUsersPerTeam）なので、それより大きい部署をまとめるならSystem Consoleで引き上げます。

表示言語は利用者ごとに変えられます。プロフィール写真の横にある歯車アイコンで設定画面を開き、表示タブの言語の項目で「日本語」を選んで保存します（英語UIでも同じ位置です）。組織全体の既定言語は、管理者がSystem ConsoleのSite Configuration > Localizationで決めます。

Slackからの移行

Slackの履歴は、Slackのエクスポートを公式ツールmmetlで変換し、mmctlでインポートして移します（Migrate from Slack）。全プランで出せるエクスポートは公開チャンネルだけで、非公開チャンネルとDMまで移すにはSlack側がBusiness+（申請が必要）かEnterprise Gridである必要があります。mmetlの対応OSはLinuxとmacOSで、作業用ストレージはエクスポートの3倍を見込むよう案内されています。v12では旧来の組み込みSlackインポート（APIとCLI）が削除され、このmmetlとmmctl importの組み合わせだけになりました。

Mattermostの使い方：改行・メンション・表・予約投稿

日々の操作で検索が多いものを、仕様の根拠付きでまとめます。

メッセージの送信と改行

Enterで送信、Shift+Enterで改行です（Keyboard shortcuts）。長文を書くことが多い人は、歯車アイコンのSettings > Advanced > Send Messages on CTRL/⌘ + ENTERで「全メッセージ」を選ぶと、Enterが改行、Ctrl+Enter（Macは⌘+Enter）が送信に変わり、書きかけの誤送信を防げます。バッククォート3つで始まるコードブロックのときだけ切り替える選択肢もあります（Manage advanced options）。

メンションで相手に通知する

「@ユーザー名」で特定の人に、「@channel」や「@all」でチャンネル全員に通知が飛びます。全体メンションは周知が必要なときに絞ります。担当システム名など自分の名前以外の語でも通知を受けたいときは、Settings > Notificationsのキーワードに追加します。

マークダウンの表（テーブル）の書き方

表は縦棒「|」で列を区切り、見出し行の次に区切り行を入れます。担当とタスクの一覧なら次のように書きます。

| 担当者 | タスク | 期限 |
| :--- | :---: | ---: |
| 田中 | 設計書 | 6/30 |
| 佐藤 | 実装 | 7/10 |

区切り行のコロンで寄せ方が決まり、:---が左寄せ、:---:が中央寄せ、---:が右寄せです。セルの中で改行はできないので、長い説明は表の外に書きます。SQLやログを崩さず貼るときは、バッククォート3つで囲むコードブロックを使います。書式の一覧は公式のFormat messagesにあります。

予約投稿（時間指定送信）はv10.3以降・Entryか有料版

予約投稿はv10.3（2024年12月）で入った機能で、メッセージを書いて送信ボタンの右側を押し、送信日時を選びます。モバイルはv2.28以降で、送信ボタンの長押しです。予約したメッセージは「Drafts」の「Scheduled」タブで編集・日時変更・即時送信ができます（Schedule messages）。

使えるのはEntry・Professional・Enterprise・Enterprise Advancedだけです。Team Edition 12.0.0で予約投稿のAPI（POST /api/v4/posts/schedule）を呼ぶと、"Scheduled posts feature requires a license"というエラーが返りました。「送信ボタンに予約の選択肢が出ない」ときは、まずエディションを確認してください。また、サーバーが24時間を超えて止まっていた場合、その間に予約されていたメッセージは送信に失敗することがあります。

スレッド・ピン留め・Boards

話題が分かれたらスレッドで返信し、繰り返し参照する手順書はピン留めします。かんばん形式のBoards（旧Focalboard）はプラグインとして提供されており、v12.0にはBoards v10.0.0が同梱されています（v12のchangelog）。

運用でつまずく点：通知とアップデート

導入後につまずきやすいのは通知とアップデートの2点です。

通知が来ないときの確認順

Settings > Notificationsで、デスクトップ・モバイル・メールの通知が「メンションのみ」や「なし」になっていないか
対象チャンネルをミュートしていないか（チャンネル名のメニューから確認）
OSやブラウザの通知許可、スマートフォンの省電力設定でブロックされていないか
メールが届かない場合はSMTP設定、モバイルのプッシュ通知が届かない場合はSystem Consoleのプッシュ通知サーバー設定

デスクトップで画面を見ている間はモバイルへのプッシュが抑えられるため、テストはデスクトップを閉じて別の人からメンションしてもらうのが確実です。

バージョンアップとESR（長期サポート版）

Mattermostは毎月フィーチャーリリースを出し、重大度の高いセキュリティ修正は直近3か月分のリリースにだけ戻されます。毎月の更新が難しい組織向けに、9か月ごとに出て12か月サポートされるESRがあります（Release policy）。

版	種別	公開・サポート
v12.0.0	メジャー	2026年10月公開
v11.11	フィーチャー	RHEL 7・8対応の最終版
v11.7 ESR	ESR	2026年5月15日〜2027年5月15日
v10.11 ESR	ESR	2026年8月15日にサポート終了

v10.11 ESRのまま運用している場合は、公式がv11.7以降への更新を求めています。ESRから次のESRへの更新は公式にテストされていますが、2つ以上飛ばす更新は「サポートはするがテストしていない」扱いです。更新前にデータベースとデータディレクトリをバックアップし、間のバージョンの「Important Upgrade Notes」を読んでから進めます。v12ではRHEL 7・8とPostgreSQL 14以前のほか、OpenSearch 1.xとatmos／camo画像プロキシも対象外になりました。v12への更新ではメッセージの最大長を16,383字から262,144字へ広げるデータベース移行が走り、postsテーブルなどに短時間の排他ロックが掛かるため、利用の少ない時間帯に実施します（v12のchangelog）。