Collection of best FilamentPHP CMS 2026
FilamentPHP is not a CMS but developers keep building one on top of it. This guide compares the main Filament CMS packages head-to-head with real pros, cons, and honest recommendations on when to use each one.
FilamentPHP is Not a CMS, But You Can Build One With It
FilamentPHP is an admin panel toolkit for Laravel. It gives you a form builder, table builder, notifications, and widgets but it does not ship with blog posts, pages, categories, or any content management out of the box. That part is on you, or on one of the community packages built for exactly this purpose.
The good news: there are several solid Filament CMS packages available in 2025. The bad news: most comparisons online are either superficial, outdated, or written by someone who only tried one of them.
This post covers the main options, what they actually do, what they are missing, and when to use each one. All GitHub activity data is current as of mid-2025.
The Packages Worth Knowing
1. TomatoPHP Filament CMS
GitHub: tomatophp/filament-cms
What it is: The most full-featured Filament CMS package available. Supports posts, pages, categories, tags, authors, custom content types, import/export, and post events (so you can hook into PostCreated, PostUpdated, etc.).
How to register a custom content type:
FilamentCMS::types()->register([
CmsType::make('property')
->label('Properties')
->icon('heroicon-o-home')
->color('success')
]);
Pros:
- Most complete out of the box: posts, pages, authors, categories all included
- Extensible architecture: add custom types without hacking core
- Active development and reasonably responsive maintainer
- Supports multiple author types mapped to different models
Cons:
- Major version jumps (v1 to v5) have broken things, read the changelog before upgrading
- No standalone content API, you need to build your own frontend or use Inertia/Livewire
Best for: Laravel projects that need a traditional CMS (blog, pages, categories) with Filament as the admin, and a developer who is comfortable reading code when docs fall short.
2. Lara Zeus Sky
GitHub: lara-zeus/sky
What it is: A clean, well-structured CMS plugin covering posts, pages, tags, categories, sticky posts, child pages, and translatable models. Comes with prebuilt frontend scaffolding you can customise.
Pros:
- Frontend scaffolding included: gets you running faster than TomatoPHP
- Translatable models built in: good for multilingual sites
- Clean codebase, easier to follow than some alternatives
- SEO fields on pages and posts
- Sticky posts and child page ordering handled natively
Cons:
- Smaller community than TomatoPHP
- Less flexible for custom content types
- Frontend scaffolding means you are inheriting their structure customising heavily takes effort
Best for: Projects where you want a working frontend faster and the content model is fairly standard (posts, pages, categories). Good for agency projects where the client just needs to update content.
3. Filament Fabricator
GitHub: z3d0x/filament-fabricator
What it is: A page builder for Filament v3 focused on simple page management with custom blocks. Lightweight and focused.
Pros:
- Very simple to set up
- Block-based content model, flexible for structured pages
- Clean integration with Filament v3
Cons:
- Limited to page management, no posts, authors, categories
- You build the frontend rendering yourself
Best for: Laravel projects that need simple page management and custom content blocks without a full CMS overhead.
4. Laradium CMS
What it is: A full CMS built on Filament with multi-tenancy support. Newer to the ecosystem, smaller community.
Pros:
- Multi-tenancy built in — rare in this space
- Full CMS feature set
Cons:
- Small community means slower bug fixes and less support
- Less battle-tested than TomatoPHP or Sky
Best for: Multi-tenant SaaS products that need per-tenant content management.
Head-to-Head: What Each Package Actually Covers
| Feature | TomatoPHP | Lara Zeus Sky | Fabricator |
|---|---|---|---|
| Blog / Posts | Yes | Yes | No |
| Pages | Yes | Yes | Yes |
| Categories / Tags | Yes | Yes | No |
| Custom content types | Yes | Limited | Via blocks |
| Frontend scaffolding | No | Yes | No |
| Multilingual | Yes | Yes | No |
| Multi-tenancy | No | No | No |
| Content API | No | No | No |
| Filament v5 ready | Check repo | Check repo | Check repo |
Note: Filament v5 was released as stable in January 2026. Plugin compatibility varies, always check the package’s GitHub issues before upgrading a production project.
The Thing None of These Packages Solve
None of the packages above provide a standalone content API. If you need to feed content to a mobile app, a separate frontend framework, or multiple frontend properties, you will need to build the API layer yourself on top of whichever package you choose.
This is the core limitation of Filament-based CMS solutions compared to dedicated headless CMS platforms. Filament is an admin panel excellent at managing data, but the data delivery layer is always your responsibility.
If a content API is a hard requirement, you have two real options: build it yourself with Laravel API Resources on top of a Filament CMS package, or evaluate a dedicated headless CMS and use Filament only for the parts where you need custom admin functionality.
When Filament Makes Sense as a CMS, and When It Does Not
Filament is a good CMS choice when:
- You are already using Laravel and the team knows it
- You need content management that goes beyond what standard CMS platforms can do without heavy customisation
- You want to combine content management with other admin functionality (user management, order management, dashboards) in one place
- The content model is non-standard — custom post types, complex relationships, domain-specific fields
Filament is probably the wrong CMS choice when:
- You just need a standard blog or corporate website with no custom logic
- Your client wants to manage content without any developer involvement ever again — the editing experience in Filament CMS packages is functional but not as polished as WordPress or Statamic
- You need a content delivery API and do not want to build it yourself
- The team does not have Laravel experience
What to Check Before Choosing a Package
Before committing to any of these packages in a production project, check three things on their GitHub repository:
- Last commit date: anything over 6 months with open issues and no activity is a risk
- Filament v5 compatibility: v5 shipped in January 2026; many plugins are still catching up
- Open issues count vs. closed rate: a high open-to-closed ratio tells you the maintainer is not keeping up
The Filament ecosystem moves fast. A package that was well-maintained in early 2026 may have stalled by the time you read this. Always verify before you build.
Final Recommendation
For most Laravel projects that need a traditional CMS with posts, pages, and categories: start with TomatoPHP Filament CMS. It is the most complete, the most actively developed, and the most extensible.
If you need a working frontend faster and the content model is standard: try Lara Zeus Sky first.
If you only need page management with flexible content blocks and no blog: Filament Fabricator will do the job with less overhead.
And if you are evaluating all of this for a real project and want an opinion on the right approach for your specific requirements, that is exactly what I help with.
Leave a comment