A person can call straight from an ad without loading your website. Your website’s Tag Manager cannot capture that call’s click data from a page that never loaded. Choose the measurement path first: native phone-call imports can match eligible calls without a GCLID in your file; a separate, supported call-details forwarding integration can deliver click identifiers to a provider.

“There is always a GCLID column in the call report” and “direct ad calls can never provide a GCLID” are both poor implementation rules. Inspect the actual source and supported integration. A caller number, call record ID and GCLID are different fields.

1. Identify the path before choosing an identifier

Observed pathEvidence to inspectNext check
Call directly from an adGoogle forwarding-number setup, call source and business call recordCheck native call-import eligibility; a website visit is not required for this path.
Website forwarding-number callActual website visit, number replacement and received callVerify the website call setup and supported import route.
Website phone-link tapBrowser click event for a phone linkEstablish whether a call connected and produced a business outcome.
Supported provider forwardingProvider-supplied ad number and received call metadataVerify call-details forwarding requirements and the actual identifier delivered.

A single enquiry may appear at several stages. Keep a stable internal reference so a phone-link tap, connected call and qualified sale are not added as three separate customers.

Google distinguishes call measurement methods in About phone call conversion tracking. Sources reviewed 3 November 2026.

2. Use native call imports when the source is eligible

If the goal is to tell Google which tracked calls became qualified enquiries or sales, start with its phone-call import method. It matches your supplied call information to its tracked calls. Google forwarding numbers and the documented source, country and device conditions matter; a CRM call alone does not establish eligibility.

Google: how call conversion matching works. Use the current compatibility table in the setup guide for your actual source, rather than treating all calls from a country as supported.

  1. Identify whether the call came directly from an ad or from a number on your website. Verify the required forwarding-number setup.
  2. Choose the relevant call-upload conversion action in the intended account. Retain its exact name.
  3. Keep the caller’s number and actual call start time in your own system, alongside the later qualification or sale. Preserve the correct timezone.
  4. Use Google’s current template and supported fields. Include the exact action name and the actual outcome value/currency where applicable.
  5. Inspect each uploaded row’s result, then reconcile the selected action and reporting dates. Follow the call-import diagnostic for processing and reporting gaps.

This route does not require you to manufacture a GCLID for the call. Do not substitute a caller number or a call-log ID into a click-ID column. An unsupported or unmatched source remains unresolved.

Google: phone-call import setup, compatibility and file fields. Download its actual upload template; the worksheet below is for investigation only.

3. A supported provider can receive call click data

Google documents call-details forwarding: eligible calls can carry campaign, ad-group and click information in SIP headers to a supported call analytics provider. Its guide describes a unique click ID for calls lasting longer than 15 seconds.

The documented setup needs account-level call reporting, the forwarding setting and a supported provider. It applies to ads using numbers supplied by that provider; enabling it does not send every account call to that company. Confirm the current provider list and the number actually used by the ad.

Ask the provider to show one received call record, the field carrying the identifier and the supported conversion integration. Keep that source with your CRM record. The 15-second condition is a forwarding condition, not proof that the caller was qualified. This is a distinct integration, not a GCLID recovery trick in website GTM.

Google: call-details forwarding requirements and data flow. This guide does not enable a provider or change account settings.

4. For website calls, inspect the visit and the dialed number

When a person does visit your site, inspect the first landing URL and your permitted click-data capture. The redirect diagnostic separates URL transport from storage; a clean later URL alone does not prove the original information was lost.

For Google’s website-call setup, verify the Google tag, phone snippet and actual replacement number on the pages that show it. On mobile, inspect both the displayed number and the tel: destination. They must follow the intended replacement, not send the caller to an old static number while displaying a tracked one.

Google: website-call tracking and clickable-number replacement.

If your own integration uploads CRM outcomes using captured GCLIDs, follow the GCLID-based offline conversion setup and preserve the actual click-to-business-record association. Do not assume a later phone call reveals a website identifier that was never captured. Diagnose accepted-but-missing click imports with the offline-upload checklist.

5. A call report is not a sales ledger

Review call start/end, duration, received/missed status and call type. Google explains that the phone-call count and call-conversion count can differ when a call fails the configured duration threshold. Neither count alone tells you whether a sale happened.

Google: call reporting columns and definitions.

Inspect your actual export’s headers before promising a GCLID join. For developers, the published v26 CallView resource lists call facts and a resource name, but no GCLID field. That is a statement about this resource, not every report or supported provider integration. A resource name is not a click identifier.

Keep the missing website visit in context

A direct ad call can be legitimate without a landing-page request. Use the missing-arrival diagnostic to identify the interaction and logging layer before treating an empty website log as a bot finding.

6. Check which action the campaign uses

Inventory phone-link clicks, measured calls and imported qualified outcomes. Use the existing action audit below to review supported settings from your export. It does not read telephony records, test forwarding, match calls or prove which goal a campaign uses. Check the campaign’s actual goals separately with the conversion-signal diagnostic.

Runs in this browser. Your action names and settings stay here.

Use the read-only export script below. Keep the header row. CSV and tab-separated exports with the same headers are accepted.

Check campaign goals to confirm bidding eligibility. Custom goals can include secondary actions. Match transaction or lead IDs to verify repeated events.

Use the free tools hub for all four local utilities and both read-only export scripts. The IP and placement builders answer traffic-review questions; they cannot supply missing phone-call attribution.

7. Keep one record through the chosen path

Download the phone-call attribution worksheet. Keep real caller details and identifiers in your own controlled system. Record the first unverified checkpoint, the owner and a concrete acceptance check before changing the integration.

Open the attribution review worksheet
PHONE-CALL ATTRIBUTION REVIEW
Keep real caller details and click identifiers in your own controlled system.
This is an investigation worksheet, not a Google Ads upload template.

Account / conversion customer:
Campaign / ad / number configuration:
Country and source/device eligibility checked against current documentation:
Review period / report timezone / export time:
Business outcome to measure (connected call, qualified enquiry, sale):

CALL PATH
Direct ad call / website forwarding-number call / website phone-link tap / provider call-details forwarding:
Did the caller visit a website? What record establishes that?
Google forwarding number and call-reporting setup verified:
If provider forwarding: supported provider, provider-supplied ad number, enabled setting and actual received metadata:

ONE RECORD
Internal call reference (no caller number in this worksheet):
Actual call start time and timezone:
Connected / missed / unknown and source of that status:
Qualification outcome / business record / outcome time:
GCLID provenance if actually captured (website record or provider metadata):
Native call-import matching fields retained privately, if this is the selected path:
Exact destination account and conversion action:
Upload method / job ID / individual row result:
Report columns, action filter, interaction vs conversion date basis:

DECISION
Next failed checkpoint / owner / acceptance check / review date:
Unresolved gaps (do not invent identifiers or timestamps):
Related actions for the same enquiry and campaign goal selection:
Duplicate-stage check before counting calls and qualified outcomes together:
Proposed change / authorized owner / rollback:

For a native import, success means a supported source record, correct matching data, an individual upload result and reconciliation in the intended report. For provider forwarding, also inspect the actual received metadata. For a website call, verify the number replacement and real call outcome. Do not fill an unknown field with an unrelated identifier to force a join.

Where AdProtektor fits

Use AdProtektor’s traffic audit to investigate website visits your integration observes. Review configured ConversionOS handling and the Google Ads protection integration alongside accepted business outcomes. Keep telephony attribution and call-import matching as separate acceptance checks; a visitor label does not establish a connected or qualified phone call.

Start a free AdProtektor trial to review observed website traffic and configured protection with the same business evidence.