When building websites, you often need a place to store data that can be displayed dynamically. Maybe displaying products, business locations, employees, or downloadable resources. But what is the best way to store this data? I recently found this presentation (HubSpot CRM Data on Websites) comparing the various methods and also discusses the new HubSpot custom objects.
Below are some of the pros and cons of each option.
Custom CRM Objects
- Must have an enterprise subscription $$$
- No limit of instances per object type (other than total object instances limit)
- Unified business and website data and can be used in reporting or automation.
- Authenticated API only
- Publishing oriented property types (location, rich text, image, video)
- Isolated to the HubSpot CMS and can’t be used in reporting or automation
- No-auth public API
External relational database
- Flexibility to set up the database as you require
- Does not unify business data and can’t be used inside HubSpot or any HubSpot reporting
- Authentication can be private or public
- Requires server setup, management, and hosting.
If you are using HubSpot enterprise, custom objects provide a lot of benefits in keeping all of your data centralized. Plus the data can be used across other Hubs and be displayed in reporting. For public data, HubDB makes a lot of sense but external databases provide full customization with the cost of complexity and technical knowledge to set it up.