maitiq guide
Google Ads onboarding and monitoring with a clear sign-off
maitiq · Published
Google Ads onboarding moves an account into controlled operation. It clarifies access, billing, goals, measurement, structure, active automations, the baseline, alerts and responsibilities. Monitoring does not start with as many alarms as possible but with defined expectations and runbooks. A sign-off confirms what was checked, which limits remain and who acts next.
What belongs in the onboarding inventory?
Start by recording:
- client and manager accounts, roles and ownership;
- billing, currency and account time zone;
- active campaigns, budgets and bidding strategies;
- conversion actions, tags, analytics and CRM connections;
- audiences, data lists, scripts, rules and automatic recommendations;
- landing pages, domains and brand terms;
- open experiments, disapprovals and policy issues;
- existing reports, alerts and internal decisions.
The inventory is read-only. Export records and timestamps. Missing access is documented as a blocker, not worked around with a shared login.
How are account rights signed off?
Check which party created the account, whether a manager account is directly designated for the client account, and who can change billing or data connections. A client account may have no manager-owner and at most one directly designated manager-owner; privileges extend upwards through the manager accounts above it. Creator identity is evidence, not proof of legal ownership. Agree on two named administrator users controlled by your organisation – not merely two paths to the same login – plus a recovery path. Remove old roles only once the handover is secured.
Create a role matrix for Google Ads, Tag Manager, analytics, CRM, the website and telephony. Access in Google Ads alone is not enough if measurement sits in other systems. Every role has a purpose, permission, responsible person, review date and offboarding rule.
Which baseline is frozen?
Before a major change, the structure, goals, budgets, conversion actions, attribution model, conversion windows, active experiments and relevant performance data are secured. Label data coverage, time zone and the time needed for conversion data to become complete. A screenshot alone is not machine-readable evidence, but it can supplement UI settings.
Google Ads change history can show many changes from the past two years together with the actor or the system behind each change. It has documented limits and does not replace an internal decision ledger. Link the baseline, the proposed change and later evidence through a shared ID.
How are critical risks prioritised?
Use four categories:
- access/security: unknown, unneeded or unauthorised administrators, loss of control over the account or business, shared logins;
- measurement: missing, duplicated or unclear primary conversion;
- spend: unexpected budgets, billing or sharply deviating budget pacing;
- operations: a missing responsible person, unknown automation, open policy or data errors.
The assessed severity and urgency within a category determine how quickly it is reviewed, not an automatic pause or change. Document the harm, the evidence, the safe immediate action, the decision-maker and the path back.
What makes a good alert?
An alert contains the metric or state, threshold, comparison base, required data freshness, severity, deduplication window, responsible person and runbook. It states what was observed and what still needs checking. “Conversions have fallen” is too vague without a period, data freshness and baseline.
Useful categories are missing current data, a broken conversion action, unexpected spend, sharply deviating budget pacing, disapproved ads, an access change or a change outside the documented process. An alert is closed when evidence confirms a stable state, not when someone merely acknowledges it.
How many alerts make sense?
A few actionable rules are better than constant noise. For each rule, measure hits, false alarms, time until the responsible person is notified, time to diagnosis and recurrence. Rules without an action are revised or removed. Severity must not come from percentage deviation alone; a small tracking failure can be more critical than a large expected traffic shift.
Suppress known maintenance windows and planned experiments in a controlled way. A suppression has an expiry date and a responsible person. It must not create a permanent blind spot.
What does daily monitoring mean?
maitiq checks run at the configured cadence, normally daily for eligible operational workflows. That cadence is no guarantee that every row is freshly analysed. A routine can fetch current evidence, archive a snapshot, trigger due workflows and store exceptions. Non-applicable accounts, missing data, timeouts and empty results stay visible.
Which cadence follows the onboarding?
- daily: access, data freshness, a tracking failure, spend exceptions and critical policy status;
- weekly review meeting: search terms, budget, proposals, tracking diagnostics and open decisions;
- monthly: goal and structure fit, pipeline quality, cost and governance;
- quarterly or event-driven: roles, data connections, the tool inventory, handover and strategic goals.
The cadence is adapted per account. A small, stable account does not need the same depth as several markets with long sales cycles. This cadence is a recommended operating plan for people and the provider, not a list of fully implemented automatic maitiq detectors. Internal, customer and provider responsibilities are agreed per account.
What does the sign-off look like?
The sign-off lists every check step with a status: passed, limited, blocked or not applicable. It references the evidence and assigns an owner to every outstanding item before it is accepted; critical blockers prevent the transition to normal operation. Limited items receive a deadline, a guardrail and an observation plan.
Onboarding is not complete because the kick-off list has been worked through. It is complete when account control, measurement readiness, the baseline, runbooks, roles and the first review cadence are evidenced.
What belongs in the handover?
The handover covers the role matrix, account map, measurement inventory, baseline, open risks, the recommended alert and runbook catalogue, decision calendar and escalation contacts. The alert catalogue and runbooks are a recommended operating plan for people and the provider, not fully implemented automatic maitiq detectors. In a simulation, the internal team practises at least one simulated tracking failure and one unexpected spend alert, without touching production tracking or actual spend. It must know when to check, stop, escalate or deliberately change nothing.
The onboarding and handover do not, however, prove a cross-channel marketing AI implementation.
How does maitiq fit into the onboarding?
maitiq connects the handover with later operation. Together we clarify the business goal, account access and existing measurement, configure the ongoing checks and discuss the first proposals. Your team is trained; in the managed service model, a Client Success Manager supports the prioritisation. The benefit is an account ready for ongoing management with understandable next steps, not just a completed access list.
The first four weeks of operation
Week one confirms access, measurement, billing and critical alerts. Week two reviews search terms, budgets and open policy cases without a premature structural change. Week three compares the first operational signals with the baseline and checks whether the runbooks work. Week four closes the onboarding sign-off or documents remaining limitations.
This sequence is an example, not an SLA. A complex account may take longer. Critical measurement or access problems are not postponed until the planned week. Equally, no unnecessary activity is generated when data first has to mature. Each week, the responsible person receives a short list of evidence, decision, open risk and the next review date.
After the fourth week, the temporary onboarding cadence is explicitly ended or extended with reasons. Permanent special controls receive their own responsible person and a review date, so that a transitional process does not quietly become normal operation. The closing note states this change explicitly.
Frequently asked questions
How long does a Google Ads onboarding take?
The duration depends on access, the number of accounts, measurement, data connections, scope and open risks. Do not use a blanket SLA. Plan phases with acceptance criteria. Blocked access to the tracking tag or an unresolved primary conversion can matter more than a calendar start date.
Which alerts does every account need?
At least the critical states for access, data freshness, conversion measurement, spend and policy status should be reviewed deliberately. The specific rule depends on the account. An alert without a responsible person, data freshness and a runbook is not an effective control.
Should an alert automatically pause a campaign?
Not by default. An alert shows an observation, not a confirmed cause. An automatic action is possible in an explicitly authorised, narrowly bounded case; it needs tested failure and stop behaviour, conditional recovery and a named decision-maker. It is not limited to safety emergencies, and not every consequence can be reversed.
What is an onboarding baseline?
It is the dated initial state of access, goals, budgets, structure, measurement, automations and relevant performance data. It names the coverage and known gaps. Later changes are checked against that evidence, not against memory or a single screenshot.
When is the handover complete?
When internal responsible people have understood and signed off access, documentation, open risks, runbooks and the review cadence. At least one exercise with a simulated incident should take place. A document collection that has been sent out without confirmed responsibility is not a completed handover.
Sources and how to read them
Both sources are Google Ads platform documentation: one explains how ownership of client accounts by manager accounts works and where its limits lie; the other describes change history and its documented restrictions. They are not proof of success and do not replace checking your own account settings or your internal decision ledger. Information about how maitiq works is available at maitiq.com.