Bones, the web platform by DBETA
Bones is the web platform we make and build on. Bones 8.0 runs the sites we build today. Bones 9, with its core, customer portal and staff console, is being rebuilt as an application on Laravel.
- Today
- Bones 8.0
- Runs the sites we build
- Next
- Bones 9
- Being rebuilt on Laravel
- Bones 9 release
- Not yet
- In development, no date set
Bones 9 · In development
What Bones is
Bones is the web platform by DBETA, being rebuilt as Bones 9, an application on Laravel. It treats a website as a structured system rather than a set of pages: each kind of information is a content type, stored once, connected to the rest and published wherever it is needed.
Bones 9 is in development, with no release date. Our larger sites run on Bones 8.0 today; smaller static sites are hand-coded.
-
In development
Several websites, one place
Designed to run several websites and workspaces from one place, instead of a separate system for each.
-
In development
Your own content types
Define your own types of information, such as services, projects or people, with their own fields and relationships, in the admin rather than in code.
-
In development
Governance by design
Changes are reviewed before they publish, with per-person access and a record of who changed what.
-
In development
One source, every output
Pages, Schema.org markup (JSON-LD), AIDI files, sitemaps and llms.txt are generated from the same records.
-
In development
Built on Laravel
Rebuilt as an application on Laravel, with a Customer Portal for clients and a Staff Console for our team.
-
Planned
AI assistance
AI tools to help create and check content are planned, not built yet.
How it fits together
One source, many outputs
Your organisation is described as content types. People change the records, someone approves, and Bones generates every place the change needs to appear. Pick an example.
Example Business: A new case study
Your content types
- Service
name · summary · price from - Case study
client · problem · what we built - Article
title · author · published - Review
rating · source · date - Company
name · address · opening hours
- 01
Each fact stored once
- 02
Records linked to each other
- 03
Drafted, approved, then publishedBones 9 · in development
- 04
Outputs generated, never copied by hand
Generated outputs
- PagesWhat people read
/case-studies/new-site - JSON-LDSchema.org markup
"@type": "Article" - AIDI filesShort JSON summaries
/aidi/cases.json - SitemapsFor search engines
/sitemaps/cases.xml - llms.txtFor AI tools
/llms.txt
- Who changes it
- Marketing drafts the case study; a director approves it.
- How the data connects
- The case study is linked to the services it supports and the client’s review.
- What updates
- The case study page and those service pages update, with their structured data.
Example School: New term dates
Your content types
- Term date
term · starts · ends - Event
title · date · year groups - Course
title · key stage · teacher - Staff member
name · role · department - Policy
title · version · review date
- 01
Each fact stored once
- 02
Records linked to each other
- 03
Drafted, approved, then publishedBones 9 · in development
- 04
Outputs generated, never copied by hand
Generated outputs
- PagesWhat parents read
/term-dates - JSON-LDSchema.org markup
"@type": "Event" - AIDI filesShort JSON summaries
/aidi/events.json - SitemapsFor search engines
/sitemaps/events.xml - llms.txtFor AI tools
/llms.txt
- Who changes it
- The office updates the term dates; the head teacher approves them.
- How the data connects
- Term dates are linked to the events and notices that fall in each term.
- What updates
- The term dates page, the homepage notice and the events list update together.
Example Council: Library opening hours change
Your content types
- Location
address · facilities · hours - Opening hours
day · opens · closes - Service
name · eligibility · how to apply - Department
name · contact · services - Consultation
topic · opens · closes
- 01
Each fact stored once
- 02
Records linked to each other
- 03
Drafted, approved, then publishedBones 9 · in development
- 04
Outputs generated, never copied by hand
Generated outputs
- PagesWhat residents read
/libraries/central-library - JSON-LDSchema.org markup
"@type": "Library" - AIDI filesShort JSON summaries
/aidi/locations.json - SitemapsFor search engines
/sitemaps/locations.xml - llms.txtFor AI tools
/llms.txt
- Who changes it
- The library team changes the hours; the communications team approves.
- How the data connects
- The hours belong to the library’s location record, which its services point to.
- What updates
- The library page and the location finder update, with their structured data.
Examples are illustrative. Content types, fields and approval steps are set up for each organisation.
What Bones 8.0 does today
These come from how the platform is built, on every site we build with it.
Structured content
Each service, case study, article and review is kept as structured data, not locked inside a page layout.
Facts stored once
Company details, services and reviews are stored once and reused across pages, structured data and AIDI files.
Readable by machines
JSON-LD, AIDI summaries, sitemaps and llms.txt are generated from the same content as your pages. About SEO and GEO.
No plugin stack
Custom code on Bones, not a WordPress theme or plugins. It still needs updates and maintenance.
In development
What Bones 9 is made of
Three connected parts, each written up as a case study. All three are in development.
Bones Core
Organisations define their own types of information and relationships, then review, publish and reuse them. Read the case study In developmentCustomer Portal
Where client organisations are planned to manage their users, installations, releases, domains, support and billing. Read the case study In developmentStaff Console
Our internal tool for operating the installations we manage, with per-person access and an audit trail. Read the case studyRoadmap
Where Bones is, and where it is going
From the platform our sites run on today to Bones 9 and what comes after it.
- Live
- In development
- Planned
- Exploring
No dates are set. Everything after Bones 9 is our direction, not a commitment, and may change.
-
2019
Client platforms
We start building and looking after client platforms.
-
Today Live You are here
Bones 8.0
Runs the sites we build. Content is kept as structured data and the pages, JSON-LD, AIDI files, sitemaps and llms.txt are generated from it.
-
In development
Bones 9, on Laravel
Rebuilt as an application, in three parts: Bones Core, the Customer Portal and the Staff Console. No release date yet.
-
In development
Alpha
Bones is in active development; early versions are demonstrated by DBETA and are not yet available to clients.
-
Planned
Customer Portal
A customer account area for managing your Bones subscription is planned.
-
Planned
Run by us, or on your own servers
We plan to offer Bones both as a service we run for you and as a version you run on your own servers.
-
Planned
Modules
Organisations define their own kinds of records in Bones; optional modules from DBETA are planned.
-
Exploring
Partners
We intend to support partners who deliver Bones for their own clients.
Using Bones today
Sites are built on Bones 8.0 through Bones Implementation, starting with a Structural Blueprint from Structural Strategy.
Your content and data belong to you. Bones itself remains DBETA’s proprietary platform; the terms for using it are set out in your agreement.