Skip to main content
Short answer: In almost all cases, it’s one of these: the ShortPen Pixel isn’t on the destination page, event tracking isn’t enabled for the URL, or the event’s trigger doesn’t actually happen in your test. Fix those, then verify live in the Event Testing Panel.

Before you start

You should already have:
Reminder: events are not retroactive. They record from the moment they’re created or enabled.

Quick fixes (do these in order)

1. Confirm the pixel is firing on the destination page

Expected: pixel detected and incoming hits visible in the event testing panel.

2. Ensure the URL has Event Tracking enabled

Why: conversions attach to that specific URL only when this toggle is on. Future actions only.

3. Validate the event’s trigger and scope

Make sure your test actually meets the event’s conditions:
  • The event exists, is active, and is tied to the same workspace that owns your URL.
  • URL-triggered events. The visitor really reaches a path that matches your rule (e.g., contains /thank-you). Enter only the path/slug, not the full domain.
  • Code-triggered events. The JS snippet runs at the right moment (e.g., on button click) and the Pixel loads before it fires.
  • Avoid duplicate pixels or duplicated event code which can interfere or double-fire.
If the event comes from an integration, remember it may not appear in your Events list and isn’t editable. Verify via the integration setup and confirm live in the Event Testing Panel.

4. Test with the Event Testing Panel

How to test ShortPen events with the Event Testing Panel

Test your ShortPen events live using the Event Testing Panel to verify pixel activity and event triggers instantly.

Less common causes (quick checks)

  • Wrong workspace/domain context. Make sure you’re viewing reports where the link and its event live.
  • Conditional redirects block the trigger. Device/geo rules might send you to a page that doesn’t fire the event.
  • Duplicate or multiple pixels. Remove extra snippets that can interfere with testing.
  • Strict blockers. Ad/tracking blockers can prevent firing during tests. Temporarily disable for your test session.