The other day a user asked me why a document was appearing in Delve with a title different than the actual name the user had given when uploading it.
My answer surprised them. If you’ve been around the SharePoint space for awhile you’re likely already aware of these rules but it’s a good idea to share these with users throughout your organization so they can control the title if they need/want to. In my opinion, these rules are certainly not obvious and may cause confusion for some users if they’re looking for a document by its title in Search or Delve and can’t find it.
Whether in Office 365 or in an on-premises SharePoint environment there are a prioritized set of rules to determine what value is displayed as the title in both traditional enterprise search results and, if in Office 365, Delve. The first value it finds in priority order is the one it uses. You can adjust the priority order of the rules in the search schema, however out-of-the-box this is what is defined from highest to lowest priority for common types of content.
- Text that has had the ‘Title’ or ‘Heading 1’ style applied to it. ** see below
- Text that has had a large font used on it may supersede item 1. ** see below
- The title property filled in the metadata for the document.
- The filename of the document.
- Title from the ‘Title Layout’ slide. ** see below
- Title from the first slide. ** see below
- Text that has a large font used on it may supersede item 1 and 2. ** see below
- The title property filled in the metadata for the PowerPoint.
- The filename of the PowerPoint.
- The title property filled in the metadata for the Excel workbook.
- The filename of the Excel workbook.
OneNote notebook page:
- Notebook and section name
- The title property from within the PDF document if there is one. (If you are scanning in content to a PDF a title property is often automatically filled in)
- The title property filled in the metadata for the PDF.
** this value is stored in the MetadataExtractorTitle crawled property
If you want to change the priority order of the above rules, you can do this in the search schema on the title managed property settings and adjust the position of the MetadataExtractorTitle crawled property (or remove that crawled property altogether if you do not want it included).
Before doing this, know that one of the reasons the MetadataExtractorTitle crawled property was added to the title managed property mapping in the first place (as of SharePoint 2013) was to infer a good title in case a Title metadata property was not added to a document (which many times it isn’t). Due to this, the MetadataExtractorTitle is often a very good candidate for a title.
It’s up to you to decide how/if to adjust the title managed property mapping to display the best possible title for your organization’s content.
Thanks for reading.