Debug tracking issues

To confirm that data tracking is correctly implemented, verify the following items, assuming that you’re using the latest version of the Coveo UA library:

  1. Open a Coveo-powered search page.

  2. Open your web browser’s developer tools.

    Note

    The examples in this article use the Google Chrome developer tools. For browser-specific information, see:

  3. In the Application tab of your developer tools, check whether there’s an identifier in local storage with the attribute name visitorId. Cookies and local storage are typically found under a separate tab (for example, Local Storage).

    For example:

    Identifier in developer tool
  4. Verify that the same identifier has been stored in a local cookie with the attribute name coveo_visitorId, and that it’s scoped to the top-level domain of the main page. In the following example, the https://search.cloud.coveo.com search page is used, therefore the top-level domain is .coveo.com.

    Identifier in local cookie
    Note

    If you notice that you have the visitor cookie on analytics.cloud.coveo.com, you can ignore it. This is a legacy third-party-cookie set by Coveo Usage Analytics (Coveo UA).

    For example:

    Visitor cookie in developer tool
  5. In the Network tab, verify whether this same identifier is being set on calls.

    • When inspecting calls to the search API endpoint (rest/search/v2), the same identifier should be visible under analytics.clientId or visitorId.

      Identifier calls v2
    • When inspecting calls to the analytics API endpoints (rest/ua/v15/analytics), the same identifier should be visible under cid for the collect endpoint, or under cliendId in the payload or the URL visitorId parameter for other endpoints.

      Identifier calls v15