Limits worth knowing before you build on this
Most of the time teams lose with these macros goes on behaviour that is documented, but only in places you reach after you have already hit the problem. These are the ones that matter.
| Behaviour |
What it means for you |
| A header row or a header column |
Not both in the same table. The report macro reads only one direction per macro. |
| Exactly one ID per report |
Several labels can be combined with OR. Several IDs cannot. |
| No macros in the header column |
The left column supplies the column headings and has to stay plain text. |
| 30 results per page |
30 is both the default and the maximum of “Max results per page”; anything beyond it goes into pagination. Data Center adds a ceiling of 3,000 pages. |
| A new property means touching every page |
An extra row has to be added to each source table. Past a few dozen pages this becomes real work. |
When the Page Properties Report comes back empty
An empty report almost always has one of four causes. Check them in this order:
- The label is missing or misspelled. The most common case by far. Labels have to match exactly, and a label on the index page itself does nothing. It has to sit on the source pages.
- The ID does not match. If you set an ID in the report, the same ID has to be set in the Page Properties macro on every source page. Empty in one place and filled in the other will not match.
- The space is wrong. The Space field is preset to Current space. If the source pages live in a different space, you have to add it there explicitly or remove the chip. A filter set too narrowly cuts results out the same way.
- The source page is still a draft. Unpublished pages do not appear in the report.
When the macro finds nothing at all it simply prints No content found. If rows do appear but the columns are empty or shifted, the cause is the table structure: a header row and a header column both active, or a macro sitting in the left column.
Page Properties or Confluence databases?
Since Confluence Cloud gained databases, this question comes up with every new use case. Both solve similar problems, but not the same one.
|
Page Properties |
Databases |
| Where the data lives |
Spread across the individual pages |
Centrally, in one object |
| Adding a new property |
On every source page separately |
Once, as a column |
| Field types |
Free text plus macros |
Real types: text, number, date, tags, user, link, plus a Jira field that pulls in work items dynamically |
| Strength |
Every page stays a document with its own context |
Sorting, filtering and maintenance in one place |
| Good for |
Meeting notes, project one-pagers, decision logs |
Inventories, asset lists, structured registers |
A rule of thumb: if the page is the point and the metadata is supporting detail, stay with Page Properties. If the data is the point and the page is just where it gets displayed, use a database. There is no need to rebuild what you already have: Atlassian is still developing the macro, as the rename and the support for live docs show.
Advantages of the Page Properties macro
Using the two macros Page Properties and Page Properties Report allows you to display important information clearly and dynamically, which saves resources and can generally improve your project management. Furthermore, the two macros help you with
- sorting content according to specific criteria such as category, status or team,
- ensuring consistent formatting of content,
- optimizing reporting to stakeholders,
- avoiding redundant content in Confluence, and
- finding and managing data quickly and easily.
If you work with tables in Confluence a lot anyway, it is worth looking at filtering Confluence tables and sorting them. For page structures you repeat often, templates save a lot of time, because the Page Properties macro is then already in the right place.
Frequently asked questions
Is the macro called Page Properties or Content Properties now? Content Properties in Confluence Cloud, still Page Properties in Confluence Data Center. It is the same macro and existing pages need no changes.
Can one report show pages from several spaces? Yes. The Space field takes several spaces and combines them with OR. Out of the box it holds only Current space.
Why is a column missing from my report? Either it is not selected under “Columns to show”, or the row is missing from the source table on that one page. The report only shows what the source tables actually contain.
Does the macro work on blog posts? Yes, and in Confluence Cloud it now also works on live docs and attachments, as long as they carry the right label.
How many pages can a report show? 30 per page, which is also the maximum the “Max results per page” setting accepts. Everything past that goes into pagination. Data Center adds a ceiling of 3,000 pages that a system administrator can change through pagePropertiesReportContentRetrieverMaxResult.
Leverage the full potential of Confluence with Page Properties
Our best practices have shown you how to efficiently integrate, configure and use Page Properties macros in Confluence. If you regularly work with a large amount of structured data, these macros are optimal tools to increase your efficiency.
However, each use case is individual and requires individual support. If you would like to walk through your Confluence structure with us, just contact us. The first conversation is non-binding and guaranteed free of charge, and together we will find the most economical way to your success.