Naviga は、ソフトウェア業界におけるいわゆる「統合」を経て生まれました。ここでの統合とは、一種のスイートを構築することや、選択肢を増やすこと、あるいはサービスを提供する地域を広げることを目的として、複数の企業が融合して 1 つのプロバイダになることを指します。統合は 2013 年から始まり、このときに投資会社の Vista Equity Partners が Saxotech（スウェーデン）と DTI（米国）を買収して統合し、Newscycle という会社を作りました。この Newscycle が 2019 年に Naviga Global に改称されています。その後の数年で、Naviga は読者管理や購読管理、広告管理、コンテンツ管理などのツールを扱うさまざまなプロバイダを買収していきます（再度の分社化もありました）。2021 年には、別の大規模統合企業である Miles 33 も買収しました。

ここで特に重要なのは、Naviga が買収した Infomaker（スウェーデン）です。これが現在の「Naviga Content Platform」の土台になりました。Naviga の本社は現在、米国のブルーミントン（ミネアポリス）にあり、北米、ヨーロッパ、インド、オーストラリア、シンガポールに複数のオフィスを構えています。

より汎用性の高い Naviga Content Engagement Platform（若干わかりにくですが、これに CMS の Content Platform も含まれています）は、各種ツールが分断されて組み込まれており、まとまりのあるスイートに統合されているわけではありません。ツールごとにインターフェースや使い勝手が異なります。そうしたツールは、さまざまな企業を買収した結果として追加されており、その中には最近追加されたばかりのものもあるためです。

長所はカバーしている機能が非常に幅広く、かなり高度なものもあるという点です。たとえば Naviga Ads は、（印刷媒体の）広告管理を行うための非常に包括的なソリューションで、見込み顧客管理からプロポーザル、CRM、プランニング、さらには会計の機能も組み込まれています。同様に、「Audience Engagement プラットフォーム」も顧客データ プラットフォーム（CDP）のような機能やペイウォール関連の機能が揃っており、Naviga が販売している購読管理ツールの中から好きなものを選んで複数導入することもできます。短所はもちろん、各種ツールを統合し、一貫したスタックやカスタマー エクスペリエンスを創出することが非常に重要であるにもかかわらず、そのためには膨大なカスタム統合の作業が必要になるという点です。

Naviga Content Platform（前身は Infomaker）は同社のヘッドレス CMS です。このプラットフォームは SaaS 型で、AWS にホストされています。インターフェースは React を使用して構築されており、コンテンツの保管、検索、取得には SOLR を使用しています。編集者は主に Naviga Writer を使用します。Naviga には、編集作業のプランニングや共同作業用の Newsroom Planner と Publication Planner というツールもあります（これらのツールをもとに、Writer を開いて担当作業を行います）。

コンテンツには API を介してアクセスできます。また、サイトのフロントエンドを自分で構築することも、WordPress を基にパッケージ化されたフロントエンドである Naviga Web を使用することもできます。なお、WordPress は実際にはコンテンツの作成や管理に使用するのではなく、ページやサイトの管理ツールとして使用する点にご注意ください。

そのため、Naviga インターフェース内では、レイアウトを細かく管理することはできません。記事は「リスト」に追加されてから、ウェブページやモバイル インフェースに挿入されるか、印刷用に PDF としてエクスポートされます。印刷プレビューはウェブ インターフェース内で確認できますが、生成にある程度の時間を要します。記事をコピーし、編集して印刷用の「リスト」に追加すると、それが原因で記事の印刷版とデジタル版で差異が生じることが少なくありません。

Naviga Writer は比較的モダンなツールで、インターフェースは整理されています。コンテンツはコンポーネントとして扱われます。ギャラリーや YouTube 動画などの他のさまざまなメディアを記事内にドラッグしたり貼り付けたりすることもできますが、コンポーネント型の他のインターフェースと異なり、別個のテキストの段落で記事を構成するために編集者の負担が過度に大きくなることはありません。ただ、コンテンツのさまざまなバージョンを作成する機能はそれほど優れていません（印刷版や複数のエディションの作成など）。Naviga はコンテンツ モデルでそうした作業に対応するのではなく、シンプルにコンテンツをコピーして修正を加えることを推奨しています。Writer 用のプラグインも開発できます。すぐに使えるプラグインの例としては、メディア管理を簡略化できる Naviga Photos が挙げられます。さまざまなニュース メディアも、この方法で独自の統合機能を開発しています。

Naviga は Content Platform のコア コンポーネントとプラグインの両方を継続的にアップデートしています。そのため短期のロードマップは「大がかりな」新規リリースの計画表ではなく、今後の改良点をまとめたものと言えます。たとえば、UX の統一感の向上、コンテンツ ソース（ワイヤー サービスなど）、データ、指標のオプションの拡充、印刷作業の自動化などが重点領域になっています。

Naviga Content Platform 自体には十分な統一感がありますが、より汎用性が高い Naviga Content Engagement Platform は追加されるツールの数が急増しているため、シームレスなユーザー エクスペリエンスは期待できません。特に Naviga の他のシステムを追加する際の導入プロセスに難があります。

さまざまなコンテンツ モジュールを取捨選択できる販売モデルになっているため、こうしたソリューションに詳しく、自社のニーズに合ったツールを選別して導入したいと考えているニュース メディアにとっては、柔軟性が高いと言えるでしょう。一方、多種多様なソリューションが詰め込まれているため、より包括的で「すぐに使える」ソリューションを求めている中小規模のニュース メディアにとっては、非常にわかりにくくなっています。導入を検討している方に特に把握しておいてほしいことは、Naviga は積極的に買収を行ってきた歴史があるため、同じタイプのサービスでも、地域ごとに違うツールセットを販売するという点です。