Salesforce Field History Tracking is a native feature that records changes made to selected fields on standard and custom objects. It captures who made the change, when it occurred, and the previous and new values of the tracked field. This helps organizations monitor record changes, support audits, investigate issues, and maintain accountability across business processes.

Salesforce Field History Tracking Setup, Reporting, and Limitations

Organizations rely on Salesforce to manage critical customer, sales, and operational data. However, maintaining trust in that data becomes increasingly difficult when record changes are not properly tracked.

According to Salesforce's 2024 State of Data and Analytics Report, data and analytics leaders estimate that 26% of their organization's data is untrustworthy, largely due to ongoing challenges with data accuracy, consistency, and visibility into changes.

This is where Salesforce field history tracking becomes valuable. The native feature records changes to selected fields on standard and custom objects, helping organizations understand who made a change, what changed, and when it occurred. However, many teams encounter limitations such as the 20-field tracking cap, retention restrictions, and unsupported field types only after implementation.

This guide explains how Salesforce field history tracking works, how to enable it, where history data is stored, the key limitations to understand, and when Salesforce Field Audit Trail becomes a better option.

How to Enable Field History Tracking in Salesforce

Enabling Salesforce field history tracking takes only a few minutes, but the decisions made during setup can have long-term implications for auditing and compliance. Since Salesforce limits tracking to a specific number of fields per object, administrators should identify the fields that matter most before turning the feature on.

How to Enable Field History Tracking in Salesforce

1. Enable Tracking on Standard Objects

Most organizations begin by enabling field history tracking on standard objects such as Accounts, Opportunities, Cases, and Contacts. The process itself is simple, but the challenge is choosing which fields deserve one of the available tracking slots.

Navigate to Setup → Object Manager → Select Object → Fields & Relationships → Set History Tracking. From there, enable tracking and select the fields you want Salesforce to monitor.

Rather than tracking every available field, focus on values that impact reporting, customer management, forecasting, or compliance. For example, many teams prioritize fields such as Industry, Account Owner, Customer Status, Territory, or Opportunity Stage because changes to these fields often affect business decisions.

Tasks and Events follow the same process but have a lower limit of six tracked fields, making field selection even more important.

2. Enable Tracking on Custom Objects

Custom objects often support critical business processes, making historical visibility just as important as it is for standard Salesforce records.

Before selecting fields, administrators must first enable Track Field History at the object level. This requirement is frequently overlooked and is one of the most common reasons custom object tracking setups fail.

To enable it, navigate to Setup → Object Manager → Select Custom Object → Details → Track Field History. After saving the object settings, return to Fields & Relationships → Set History Tracking and choose the fields you want to monitor.

Once enabled, Salesforce automatically creates a dedicated history object.

For example, a custom object named Project__c generates Project__History records. These records can be queried, reported on, and used during audits to understand how important business data has evolved over time.

3. Make Field History Visible to Users

Enabling tracking only tells Salesforce to collect change records. Users still need a way to access that information when reviewing a record.

To surface history data, add the appropriate History-related list to the page layout or place the History component on the Lightning Record Page. Without this step, Salesforce continues recording changes, but users may assume tracking is not working because no history appears on the record.

For Tasks and Events, Salesforce uses the Activity Record History component instead of a traditional History-related list.

Making history visible directly on records helps managers, auditors, and support teams quickly understand what changed without running reports or querying history objects. It also encourages accountability because users can easily see when important field values were modified and by whom.

Building Field History Reports

Once field history tracking is enabled, the next step is turning change records into actionable insights. Salesforce stores history data in dedicated history objects, allowing administrators and business users to analyze how tracked fields change over time.

Building Field History Reports

1. Review changes to standard objects

Standard objects such as Accounts, Opportunities, Cases, and Contacts generate corresponding history records when field history tracking is enabled. These records help answer common questions such as who changed a field, when the change occurred, and what the previous value was. This visibility is particularly useful when investigating unexpected updates or validating business processes.

2. Analyze changes to custom objects

Custom objects generate their own history records, making it possible to monitor changes to organization-specific processes and data models. Reporting on custom object history can help teams track status changes, approval updates, ownership transfers, and other key business events that occur throughout a record's lifecycle.

3. Filter history by user, field, or date

Field history reports become more valuable when filtered for specific audit or operational requirements. Administrators can narrow results by user, field name, or date range to investigate particular changes, identify trends, or review activity during a specific period.

4. Monitor business-critical changes over time

Many organizations use field history reports to monitor Opportunity Stage changes, Account ownership transfers, customer status updates, and other business-critical fields. Historical reporting provides a clear record of how data evolves over time and can support internal reviews, compliance activities, and troubleshooting efforts.

Historical reporting can also be combined with email activity reporting to understand how customer communications influence record changes. For example, organizations using MassMailer Email Monitor can review email engagement activity alongside Salesforce record history to gain additional context around customer interactions and business events.

How UMass Boston Improved Communication Visibility

Field history reports help teams understand how Salesforce records change over time, but they do not always explain the activities behind those changes. Combining record history with communication data can provide additional context for customer interactions, engagement trends, and operational decisions.

For example, UMass Boston used MassMailer to centralize student communications and track engagement activity within Salesforce. The added visibility helped provide greater context for outreach efforts and operational reporting, complementing the insights available through field history reports.

While communication activity can add valuable context, the effectiveness of field history reporting still depends on the fields selected for tracking. Choosing the right fields during setup helps ensure that reporting delivers meaningful insights for auditing, governance, and operational decision-making.

What Field History Tracking Doesn't Capture

Salesforce field history tracking helps monitor changes to selected fields, but it does not capture every type of change or provide a complete audit trail in every scenario. Understanding these gaps is important when designing an auditing strategy and selecting fields to track.

1. Calculated Fields and Derived Values Are Not Captured

Salesforce cannot track changes to formula fields because their values are calculated dynamically rather than stored in the database. The same limitation applies to many roll-up summary fields and other derived values.

As a result, field history tracking cannot show how calculated values change over time. Organizations that need visibility into these changes often rely on reporting, automation, or custom logging mechanisms.

2. Full Value History Is Not Available for Some Text Fields

Field history tracking does not always preserve complete before-and-after values for text-based fields. When a tracked field exceeds 255 characters, Salesforce records that a change occurred but does not store the full previous and new values.

This limitation can affect fields used for notes, comments, approvals, or other detailed business information. While administrators can see that an edit was made, they cannot always determine exactly what changed.

3. Changes Made Before Tracking Is Enabled Are Not Captured

Field history tracking begins recording changes only after it has been enabled on a field. Salesforce does not backfill historical records or reconstruct changes that occurred earlier.

For example, if tracking is enabled on an Opportunity Stage field today, only future stage updates will be recorded. Any changes made before activation remain unavailable in the history record.

4. Automated Updates and Certain Field Types Have Tracking Gaps

Some changes made through Flow, Apex, integrations, or other automated processes may not appear as expected when reviewing history records. Factors such as execution context, field-level security, and permissions can affect how changes are logged and displayed.

In addition, certain field types have tracking restrictions or limited support. Before enabling field history tracking, administrators should verify that their most important fields are eligible for tracking and that the recorded history provides the level of detail required for auditing and compliance.

Organizations often complement field-level auditing with communication tracking to gain broader visibility into customer interactions. For example, reporting on both record changes andSalesforce email activity can provide additional context when investigating customer engagement, operational workflows, and business events.

Key Takeaway

Before relying on Salesforce field history tracking for auditing or compliance, keep these considerations in mind:

  • Not all field types support history tracking.
  • Formula fields and other derived values cannot be tracked.
  • Long text fields may not preserve complete before-and-after values.
  • Tracking begins only after activation and does not capture historical changes.
  • Automated updates may not always appear as expected, depending on execution context and permissions.

Review these limitations alongside your audit requirements to ensure field history tracking provides the visibility your organization needs.

Field History Tracking vs Field Audit Trail

For many Salesforce environments, standard field history tracking provides sufficient auditing capabilities. However, organizations operating in highly regulated industries often require longer retention periods and broader tracking coverage.

This is where Salesforce Field Audit Trail becomes relevant. Field Audit Trail is part of Salesforce Shield and extends the capabilities of standard field history tracking.

When Standard Tracking Becomes a Limitation

The native feature works well for operational auditing, but challenges emerge when organizations need:

  • More than 20 tracked fields
  • Multi-year retention requirements
  • Compliance-driven audit preservation
  • Long-term historical archiving

Financial services, healthcare, insurance, and government organizations frequently encounter these requirements.

When regulations require maintaining change records for several years, standard retention windows are often insufficient.

Field History Tracking vs Field Audit Trail Comparison

FeatureField History TrackingField Audit Trail
Tracked fields per objectUp to 20Up to 60
Tasks and Events6 fieldsEnhanced through Shield capabilities
UI retentionUp to 18 monthsConfigurable retention policies
API retentionUp to 24 monthsUp to 10 years
Archiving supportLimitedYes
Compliance supportBasic auditingEnterprise-grade auditing
AvailabilityNative Salesforce featureSalesforce Shield add-on

The biggest differentiator is retention. Organizations can create custom retention policies with Field Audit Trail and preserve historical records for up to ten years, helping satisfy regulatory and legal requirements.

When Is Field Audit Trail Worth It?

The need for a Field Audit Trail depends on an organization's auditing, retention, and compliance requirements. For many teams, standard field history tracking provides sufficient visibility into record changes and supports day-to-day operational auditing.

Field history tracking may be suitable when:

  • Only a limited number of fields require monitoring.
  • Audit requirements focus on operational reporting rather than regulatory compliance.
  • Retaining history for up to two years meets business needs.
  • Historical data can be exported and archived separately when required as part of broader record retention strategies. Organizations that also manage communication records may implementSalesforce email archiving practices to support long-term retention and audit requirements.

Field Audit Trail becomes more relevant when organizations need to track additional fields, retain historical records for longer periods, or comply with industry-specific governance and retention requirements.

Organizations operating in highly regulated industries or subject to frequent audits often evaluate Field Audit Trail to support long-term record retention and audit readiness.

Key Takeaway

Field history tracking and Field Audit Trail serve different auditing requirements. The most appropriate option depends on factors such as field tracking needs, data retention policies, compliance obligations, and long-term governance requirements.

How MassMailer Extends Visibility Beyond Salesforce Field History Tracking

Salesforce field history tracking helps organizations understand how record data changes over time, but it does not capture the communication activities that often influence those changes.

MassMailer helps bridge this gap by bringing email activity and communication visibility directly into Salesforce. Email engagement, delivery activity, and customer interactions can provide valuable context when reviewing account, contact, or opportunity updates.

By combining record-level change tracking with communication visibility, organizations can build a more complete view of customer relationships and business activity.

This broader perspective supports auditing, troubleshooting, reporting, and operational decision-making by connecting what changed in Salesforce with the interactions that may have contributed to those changes.

Explore MassMailer to learn how Salesforce-native email solutions can help extend visibility beyond field-level changes and provide deeper insight into customer communications.