Skip to main content
Capell home
Live demo

Manage cookie preferences

Choose which optional cookies Capell may use.

Essential
Always on

Required for Capell to work — login, security, page rendering.

Analytics

Anonymous usage telemetry to improve editor performance.

Marketing

Personalization for the Capell marketing site.

Cookie policy

Keep the resources that still belong to the application

A custom admin and Capell can coexist. Define the pilot boundary around repeated public-page work while domain records, policies, and purposeful application workflows remain where they already work.

Built on Filament Keep your resources Stop rebuilding the basics
CMS capture · Content index Structured content stays visible in the admin. The screenshot comes from the Capell CMS admin, where page records, preview images, layouts, SEO status, and editor actions stay visible without opening every page.
CMS capture: page structure Page families are defined once. A real Filament screen showing the registered page structures editors use instead of rebuilding content rules inside each page.
CMS capture · Layout editing Editors compose pages inside the real Capell CMS. A real Capell admin capture showing the page editor, structured fields, rich content controls, and package-provided publishing panels in one surface.

Actual Capell CMS pages index showing records, SEO overview metrics, thumbnails, layouts, and editor actions.

What normally transfers

Eloquent records, media, policies, tests, deployment, and useful Filament resources can often stay in the application. The resources and model logic owner identifies domain screens that remain purposeful and records page-specific logic that needs a new home.

What needs mapping or rebuilding

Repeated page schemas, layouts, URL handling, previews, metadata, history, media reuse, and publishing behaviour need a target in Capell or an optional package. The route owner maps slugs, bindings, middleware, canonicals, redirects, and cache invalidation.

What may not transfer cleanly

Undocumented observers, custom actions, global scopes, policy shortcuts, bespoke panel pages, and implicit editor habits may resist direct mapping. The custom action owner records validation, side effects, jobs, notifications, and authorisation; the editor expectation owner decides what the replacement task must preserve.

Verify URLs and search metadata

Inventory titles, descriptions, canonicals, language paths, media references, routes, redirects, sitemaps, and cache keys. The public-output owner checks anonymous HTML contains no editor metadata and verifies a representative URL sample before migration, during the pilot, and after cutover.

Run a representative pilot

Choose one routine page and one difficult page family with custom model logic, actions, routes, reused media, and editor expectations. Keep existing domain resources alongside it. Verify the editor task, public response, policies, redirects, metadata, events, jobs, tests, and rollback.

Plan cutover and rollback

The cutover owner assigns one source of truth for every record and URL, freezes writes where needed, switches a bounded route group, monitors errors and redirects, and keeps the old resource or route recoverable until acceptance passes.

Expand only when the pilot proves the shared page model removes recurring maintenance. If the current screens remain few, stable, and application-specific, keep the custom Filament admin.

Migration map

Map the ownership boundary in the current code

Cover resources and model logic, routes, custom actions, editor expectations, public output, and cutover. A small team can combine these responsibilities, but each decision still needs an owner who decides what stays, moves, or needs an adapter.

2 keep 4 replaced by Capell 2 to decide

  1. In your Filament admin Filament resources for domain data With Capell installed Kept, running alongside Capell Keep

    Useful existing Filament resources can remain; Capell adds the CMS layer alongside them, in the same panel and the same codebase.

    For developers

  2. In your Filament admin Hand-built page schemas With Capell installed Page types and layout composition Capell replaces

    Page types, layout composition, and widgets replace the page schemas you would otherwise maintain across every client or product site.

    How it works

  3. In your Filament admin Draft and publish plumbing With Capell installed CMS publishing workflow Capell replaces

    Capell adds the shared CMS model, editor workspace, drafts, preview, Page History, and validated page restore. The licensed Publishing Studio adds assignments, comments, approvals, scheduling, and coordinated releases when those controls are needed.

  4. In your Filament admin Redirect, cache, and SEO helpers With Capell installed Maintained CMS operations Capell replaces

    Redirects, cache, SEO, diagnostics, and editor workflow arrive as maintained CMS concerns instead of per-project plumbing.

    See operations

  5. In your Filament admin Public page rendering With Capell installed A tested public output path Capell replaces

    Public rendering is proven by tests, so anonymous visitors never see admin internals.

    Explore delivery

  6. In your Filament admin Blade templates for content pages With Capell installed Theme views, widgets, or custom views You decide

    Some templates become theme assets and widgets editors can compose; genuinely bespoke screens stay as the custom Laravel views they already are.

  7. In your Filament admin One-off CMS helpers With Capell installed Retired, or promoted to packages You decide

    Sitemap generators, feed builders, and search glue you wrote by hand either retire in favour of the CMS versions or become packages the next project inherits.

  8. In your Filament admin Auth, policies, tests, deployment With Capell installed Unchanged Keep

    Capell installs into the application you already run. Authentication, authorisation, the test suite, and the deploy pipeline stay exactly where they are.

Role scenarios

What to inspect before migrating

Checks for mapping, redirects, media, integrations, cutover, recovery, and ownership.

Role-based checks drawn from product capabilities and fit boundaries.

Site owner representing this editorial scenario.

The cleanup was part of the plan — what to verify

Dry-run an import, inspect its field map, then edit one imported record before testing rollback. The process should skip bad items, preserve redirects and refuse to erase the later edit.

Read more

A credible evaluation should confirm: Old permalinks are redirected to their new destinations during import, so existing inbound links and search rankings continue resolving after cutover. A re-import must also preserve corrections already made to migrated pages.

When to look elsewhere: A tiny, tidy source can still be faster to re-key by hand than to map. Site owners would only lean on this when there is real structure worth carrying across, and site owners would still keep a developer close.

Site Owner

Evaluator scenario for a site owner

Questions

Questions to answer in the current Filament codebase

Do we have to replace every custom resource?
No. Keep business resources that already work and move repeated CMS concerns such as pages, layouts, publishing, redirects, and public rendering into Capell. Tour Capell
Can our existing frontend stay?
Yes. Capell supplies hydrated content to the Laravel frontend; it does not require a hosted renderer or delivery API. View themes
What happens to custom panels and actions?
Keep domain logic in the application or package it through Capell extension points. Admin-only metadata must stay out of public output. See owner fit
Which page family should the Filament pilot start with?
Choose one representative page type, map its fields and URL, then verify drafts, preview, publication, Page History, and restore validation. If the licensed Publishing Studio is in scope, also test assignments, comments, approvals, scheduling, and coordinated releases. Explore features
Loading footer