Der Trigger Verlaufsänderung (History Change) feuert, wenn sich die URL ändert, ohne dass die Seite neu geladen wird. Das passiert bei Sprungmarken und bei Single-Page-Anwendungen, die über die History API navigieren.
Er ist damit das Gegenstück zum Seitenaufruf-Trigger, der bei virtuellen Seitenwechseln nicht mehr feuert.
Die zugehörigen integrierten Variablen heißen Neues Verlaufsfragment, Altes Verlaufsfragment und Verlaufsquelle. Die Quelle gibt an, wodurch die Änderung ausgelöst wurde, etwa pushState oder popstate.
Eine häufige Falle sind Filter und Sprungmarken, die ebenfalls die URL ändern. Ohne Einschränkung feuert der Trigger dann auch dort und erzeugt Seitenaufrufe, die keine sind. Eine Bedingung auf den Pfad statt auf die vollständige URL hilft meistens.
Wo die Anwendung ein eigenes Ereignis in die Datenschicht pushen kann, ist das der sauberere Weg: Dort lässt sich der Zeitpunkt steuern, und Titel sowie Pfad der neuen Ansicht kommen gleich mit.