Skip to main content

Lead Created

Fire the lead_created event whenever a visitor takes an action that indicates business interest — submitting a contact form, requesting a product demo, requesting a quote, asking for a callback, downloading gated content, or any equivalent form-based capture. This is the foundational top-of-funnel conversion event for any lead-generation business.

Fire the event once per form submission, after the submission is confirmed successful (server validated, lead record created). Always include a unique event.id (your internal lead/submission ID) so destinations can deduplicate retries and so server-side reporting matches CRM records. Use event.value to express the estimated monetary value of the lead — even an approximate value enables value-based bidding in Google Ads and Meta.

This event is the DATA Reshape equivalent of the standard lead/form-submit event in every major advertising and analytics platform — push it once and Reshape fans it out to every connected destination with the correct platform-specific name and field mapping, so you do not need to fire gtag, fbq, ttq or other tracking function calls in parallel.

  • Google Analytics 4generate_lead (with value, currency, lead_source).
  • Google Ads — conversion tracking with transaction_id from event.id, plus Enhanced Conversions from the user object.
  • Meta Pixel / Meta Conversions APILead (with value, currency, content_name, content_category).
  • TikTok Pixel / TikTok Events APISubmitForm (with value, currency); some configurations also fire Contact.
  • Other connected destinations — mapped automatically based on each destination's native schema.
One push, many native events

A single Reshape event can produce one or more native events per destination, with different characteristics depending on each website's destination configuration (active pixels, server endpoints, event-mapping rules).

Complete Reference

The lead_created event accepts the following objects and fields. Required fields must always be present in the payload — everything else is optional but strongly recommended. The user object is what makes the lead actionable in your downstream destinations: even just an email enables Advanced Matching in Meta, Enhanced Conversions in Google Ads, Advanced Matching in TikTok and equivalent identity flows in other connected destinations.

event object required

name string required

info

Use only static value lead_created for event.name. DATA Reshape maps this to generate_lead (GA4), Lead (Meta), and SubmitForm (TikTok) automatically.

name: "lead_created"

value number required

info

Estimated monetary value of the lead. Used for value-based bidding and ROAS computation across destinations.

value: 250.00

currency string required

info

Currency code, ISO 4217 three-letter format.

currency: "USD"

exchange_rate number

info

Default is 1.

exchange_rate: 1

id string required

info

Unique lead/submission ID from your system. Required for deduplication across destinations.

id: "lead_abc123"

properties object recommended

info

Custom Event Properties Examples

properties: {
cancel_reason: "returning",
}

context object

url string required-if-applicable

info

Collected automatically for standard websites. Required only for SPA applications where URL changes don't trigger automatic page context updates.

url:"https://example.com/products/prod_abc123?utm_source=example"
warning

URL Parameter Sensitivity: Be mindful of sensitive information in URLs. Query parameters may contain personal identifiers, session tokens, or private information that should be handled according to privacy regulations.

page_type string recommended

info

Type of page (product, home ...)

page_type: "product"

environment string recommended

info

Allowed values: prod, dev

environment: "prod"

user object required

info

The user identity captured in the form. Email at minimum, plus phone, name and any other captured fields. These drive Advanced Matching for Meta and TikTok, Enhanced Conversions for Google Ads, and identity reconciliation in other connected destinations. View complete User Object documentation

id string recommended

info

Unique customer identifier in your system.

id: "cust_abc123"

email string recommended

info

Customer email address in plaintext. Do not send pre-hashed values — DATA Reshape automatically normalizes and hashes before sending to destinations.

phone string recommended

info

Customer phone number in E.164 format (plaintext). Do not send pre-hashed values — DATA Reshape automatically normalizes and hashes before sending to destinations.

phone: "+10000000000"

first_name string recommended

info

Customer first name

first_name: "Example First Name"

last_name string recommended

info

Customer last name

last_name: "Example Last Name"

country string

info

Country name or ISO country code

country: "US"

region string recommended

info

State, province, or region name

region: "Example Region"

city string recommended

info

City or locality name

city: "Example City"

street string

info

Street address including number

street: "123 Sample Street"

postal_code string

info

Postal code or ZIP code

postal_code: "00000"

orders_total_number number recommended

info

Cumulative number of orders placed by this user

orders_total_number: 5

orders_canceled_number number recommended

info

Cumulative number of orders placed and canceled by this user

orders_canceled_number: 0

orders_total_value number recommended

info

Cumulative lifetime user orders value (decimal format: 2500.50)

orders_total_value: 1234.99

orders_refunded_value number recommended

info

Cumulative lifetime user orders value canceled (decimal format: 2500.50)

orders_refunded_value: 250.99

predicted_value number

info

Predicted lifetime value of a customer for your business

predicted_value: 100.99

created_at number recommended

info

Timestamp in milliseconds since Unix epoch representing the first time the user was recorded

created_at: 1754926521690

properties object recommended

info

Custom Customer Properties Examples

User Segmentation

Use the properties object to store custom user attributes, with property names defined by each business as needed, that enable advanced segmentation, personalization, and analytics across your marketing campaigns.

properties: {
customer_type: "returning",
membership_level: "platinum",
preferred_category: ["electronics", "fashion"],
last_purchase_date: "2024-12-15",
average_order_value: "350.00",
payment_method_preference: "card",
registration_date: "2023-06-15"
}

Examples

The examples below show how to push lead_created for four common form-capture scenarios — Contact Form, Demo Request, Quote Request and Callback Request — each with representative event properties for that scenario, plus an additional Minimal tab with only the required fields.

window.reshape = window.reshape || [];
reshape.push({
"event": {
"name": "lead_created",
"value": 150.00,
"currency": "USD",
"exchange_rate": 1,
"id": "lead_abc123",
"properties": {
"lead_source": "contact_form",
"form_name": "contact_us",
"form_location": "footer",
"message_topic": "general_inquiry"
}
},
"context": {
"url": "https://example.com/contact",
"page_type": "contact",
"environment": "prod"
},
"user": {
"id": "cust_abc123",
"email": "[email protected]",
"phone": "+10000000000",
"first_name": "Example First Name",
"last_name": "Example Last Name",
"country": "US",
"properties": {
"lead_quality": "unknown",
"acquisition_channel": "organic_search"
}
}
});
Custom properties

Custom properties (event.properties, user.properties, products[*].properties) are fully processed server-side. On browser-side pixels and tags, only a subset may be available. Server-side processing can also enrich the outgoing payload with additional parameters derived from context and data quality.

Best Practices

  • Always provide event.id — your internal lead/submission ID. Used for cross-destination deduplication and for matching CRM records when leads are uploaded as offline conversions later.
  • Fire only on confirmed submission — wait until the lead record is created server-side; never fire on button click before validation succeeds.
  • event.value should be your estimated lead value — even an approximate value enables value-based bidding (Google Ads tCPA/tROAS, Meta value optimization).
  • Include the user object with at least an email — this enables Advanced Matching in Meta and TikTok, Enhanced Conversions in Google Ads, and identity reconciliation in other connected destinations. Server-side firing (post-submit webhook) is the most reliable.
  • Capture lead source in propertieslead_source and form_name are critical for attribution and downstream lead-scoring.
  • Fire server-side from your form handler — client-side capture catches the marketing context; a parallel server-side push from the form handler ensures the lead is recorded even if the user closes the browser or uses an ad blocker. DATA Reshape deduplicates via event.id.