Why HubSpot Contacts Aren’t Re-Enrolling
A workflow can continue accepting new contacts without allowing previously enrolled contacts back in. When new contacts are entering normally but returning contacts are being skipped, the problem is usually in the re-enrollment setup rather than the actions that run after enrollment.
The original enrollment criteria determine when a contact can enter the workflow for the first time. Re-enrollment controls what needs to happen before a contact that has already gone through the workflow can start it again. Simply meeting an old condition is not always enough.
For example, imagine a workflow that starts after a contact submits a pricing form. The first submission enrolls the contact and the workflow runs normally. A month later, the same contact submits that form again. If you expect the second submission to start another workflow run, the form condition needs to be configured for re-enrollment. Otherwise, the contact can perform the action again without receiving a second enrollment.
Before changing the trigger settings, check whether the previous workflow run has actually finished. Delays, scheduled actions, and longer automation sequences can keep a contact enrolled after the part of the workflow you were watching has already happened. If the contact is still active in that workflow, HubSpot will not start another run of the same workflow for that record.
This gives you a simple first check: confirm that the previous enrollment has ended. If it has, move to the re-enrollment settings. If it has not, find out why the current workflow run is still active before changing anything else.
How to Enable Re-Enrollment in Your Workflow
Open the contact-based workflow that should accept the contact again. You need Super Admin access or Workflows permissions to edit the workflow settings.
Open your workflows: In HubSpot, go to Automation > Workflows. If your account shows More in the main navigation, open it first and then go to Automation > Workflows.
Choose the workflow: Open the contact-based workflow you want to change.
Open the enrollment settings: Click the Contact enrollment trigger box.
Open re-enrollment: Select the Re-enrollment tab.
Enable repeat enrollment: Turn on Allow contacts to re-enroll after completing the workflow.
Choose the repeat condition: Select the trigger or triggers that should allow a previously enrolled contact to enter again.
Save the settings: Save the workflow before testing the change.
Pay particular attention to step six. Enabling re-enrollment does not mean every original enrollment condition automatically becomes a repeat trigger. You still need to select the condition that matches the behavior you want the workflow to react to again.
Suppose a workflow initially accepts contacts when they submit a pricing form or reach a particular lifecycle stage. If your goal is to restart the automation whenever someone submits the pricing form again, make sure the form condition is selected for re-enrollment. Selecting only the lifecycle-stage condition would not give you the repeat behaviour you expected from another form submission.
Saving the setting also does not send every previously enrolled contact through the workflow immediately. A completed contact needs to qualify through a selected re-enrollment condition again before HubSpot starts another automatic run.
Why Re-Enrollment Can Still Fail
If re-enrollment is already enabled but a contact still does not return to the workflow, check these common causes before changing the rest of the automation.
The contact is still active in the workflow: A contact cannot start another run of the same workflow while its existing enrollment remains active. Look for delays, scheduled actions or other steps that may still be keeping the contact inside the workflow.
The condition you expect is not selected for re-enrollment: Turning the re-enrollment option on is not enough for automatic repeat enrollment. Check that the particular trigger connected to the repeat action is selected.
Nothing new happened after the previous run: A contact can remain in a qualifying state without creating another enrollment. For example, if the trigger depends on list membership, remaining continuously in that list does not create a new entry event. The contact needs to qualify again in the way required by the selected trigger.
An “is known” property never changed: If you use an is known property condition for re-enrollment, a new value or an update from one value to another can create another qualifying change. If the property already contains the same value and nothing changes, there may be no new event for the workflow to act on.
The condition can not be used for re-enrollment: HubSpot does not allow every initial enrollment condition to become a repeat trigger. Some activity-based conditions, calculated properties, privacy-consent events and certain property configurations are unavailable for re-enrollment. Open the Re-enrollment settings and check whether HubSpot allows you to select the condition you want. If it is unavailable there, use another supported condition that represents the repeat action.
If the workflow successfully re-enrolls most contacts but skips a few, look beyond the main trigger. Check the complete AND/OR logic, suppression settings and any other conditions that the affected contact must satisfy. A contact may perform the repeat action correctly but still fail another requirement used by the workflow.
It is also worth checking whether you actually have a re-enrollment problem. If the contact appears as newly enrolled in the workflow history but an email, delay, branch, property update or another action fails afterward, re-enrollment has already succeeded. In that case, troubleshoot the failed workflow action instead of changing the enrollment trigger.
Troubleshooting checklist
Work through these checks in order before editing the workflow again:
Open the contact’s workflow history and confirm the previous run has fully ended.
Open the workflow’s Re-enrollment tab and make sure re-enrollment is turned on.
Compare the selected re-enrollment triggers with the exact action you expect the contact to repeat.
Reproduce the trigger once with a known test contact so you know the qualifying event actually happened.
Check whether HubSpot allows that trigger for re-enrollment instead of assuming every original trigger is supported.
Review all required AND conditions and confirm the test contact still meets them.
Check suppression and unenrollment rules for anything that could block or remove the contact.
Open Enrollment history and see whether HubSpot created a second enrollment.
If a second enrollment exists, stop troubleshooting re-enrollment and inspect the workflow action that failed afterward.
If no second enrollment exists, run Troubleshoot enrollment for the test contact and the exact timeframe when it should have entered.
If you complete these checks in order, you can usually identify whether the problem comes from the contact’s current status, the selected repeat trigger, the enrollment logic or a separate workflow action.
How to Confirm Re-Enrollment Is Working
Use one test contact whose previous workflow activity you already understand. This gives you a controlled way to confirm whether the change worked without waiting for another real customer or lead to repeat the action.
Find a contact that has already completed the workflow.
Confirm that the contact is no longer actively enrolled in that workflow.
Open the re-enrollment settings and confirm that the exact condition you want to test is selected.
Make that qualifying event happen again. If the repeat trigger is a particular form submission, for example, submit that form again using the test contact.
Open the workflow’s Enrollment history and look for a new enrollment for that contact.
A new entry in the enrollment history is the clearest confirmation that re-enrollment is working. The fact that a contact still matches one of the workflow filters does not by itself prove that HubSpot created another workflow run.
If the test contact still does not appear, use HubSpot’s Troubleshoot enrollment option from the workflow editor. Select the contact and the timeframe when you expected the enrollment to occur, then check whether the contact actually met the required criteria at that moment.
If the troubleshooting result is still unclear, test the contact directly against the workflow’s enrollment conditions. This helps separate a real re-enrollment configuration problem from a contact that simply did not satisfy all of the conditions needed for another run.
