JP Agent Tracking Bridge (docs) - Existing GTM Tags
Article Index
- JP Agent Tracking Bridge (docs)
- How JP Agent Tracking Bridge Works
- Requirements
- WordPress Installation
- Joomla Installation
- Basic Configuration
- Connecting Google
- Google Permissions
- Disconnecting Google
- Installing the Agent Tools
- Start Tagging
- Talking to Your AI Agent
- Tracking Overview
- Structured Tracking Rules
- Custom Tracking Scripts
- Successful Form Tracking
- YOOtheme Essentials Forms
- Email Click Tracking
- Phone Click Tracking
- Google Tag Manager
- Existing GTM Tags
- Publishing Google Tag Manager
- Google Analytics Verification
- Tracking Verification
- Recommended Verification Chain
- WooCommerce Tracking
- WooCommerce Ecommerce Data
- WooCommerce Purchase Statuses
- Consent and Cookie Management
- YOOtheme Pro
- Stop Tagging
- Security
- Google OAuth Security
- History
- Reset and Clear Log
- Working With Existing Tracking
- Troubleshooting
- Google Connection Problems
- Events Appear in dataLayer but Not GA4
- Form Tracking Does Not Fire
- WooCommerce Troubleshooting
- Frontend Layout Problems
- Recommended First Tracking Job
- Recommended WooCommerce Setup
- Developer and Agency Notes
- Agent API Concepts
- Google Tools MCP
- Privacy and Google Data
- Before Finishing a Tagging Session
- Quick Start
- Example Agent Request
- All Pages
Page 21 of 51
Existing GTM Tags
Real Google Tag Manager containers often already contain tracking from several services.
Examples include:
- Google Ads
- Meta
- Facebook Pixel
- TikTok
- Existing GA4 tags
- Custom marketing integrations
JP Agent Tracking Bridge is designed around an inspect-first policy.
Existing unrelated tags, triggers and variables should remain untouched unless you explicitly ask the agent to modify them.
The agent should also check for equivalent existing tracking before creating new resources to avoid duplicate events.
