Turn a policy finding into a precise correction handoff
Fix Google Ads disapprovals for agencies: coordinate the correction and check the result
Identify the affected item and its actual policy evidence. Separate creative work, destination repair, client facts and provider review, then apply supported account changes through a clear human-confirmed proposal.
Define the agency correction job
Fixing a disapproval is a coordination task as well as an account task. The agency needs to identify the observed policy condition, decide which correction fits it and assign the person who can do that work. A broad instruction to fix everything can conceal several different responsibilities.
The creative specialist may control the wording, the client may supply product facts and a developer may own the destination. The connected account actor can confirm a supported live operation, while Google makes the later policy decision. These roles should not disappear inside one completion label.
Start with the affected item and the business purpose. Is it intended for a launch, already configured for use or an old paused creative? The correction priority depends on the client's plan as well as the returned policy evidence.
Keep diagnosis separate from action. A finding can establish that Google reports a restriction, but it does not automatically prove the cause or the right edit. The agency should choose a correction that addresses the actual evidence rather than make a speculative rewrite.
A dependable process ends with a precise account result and a defined next check. It does not promise instant approval. It makes clear what the agency changed, what the client supplied and what still depends on a website owner or provider review.
Resolve the client and affected item
Keep the connected account context explicit. Campaign and group names can repeat across clients. A familiar ad headline does not establish the right account or resource, and a correction discussed in another channel should not become the current target.
Use recognisable item and parent names. For an ad, identify the campaign and ad group; for an asset-group item, use its appropriate campaign and group context. Resolve ambiguous names before preparing a live operation.
Do not expose technical identifiers as the main client-facing explanation. They can be needed internally to resolve the target, while the human reviews the name, parent path and exact action. These are different presentation needs.
Check the actual type. A responsive search ad correction is different from a sitelink, image or keyword operation. A single policy label does not make all asset types interchangeable in the edit builder.
Record the target once it is resolved and preserve it in follow-ups. A user asking to revise the same creative should not have to select its campaign again unless the context is genuinely ambiguous or the intended target changed.
Read the actual policy evidence
Read the available approval information, review state and policy topics before deciding what to change. Configured enabled or paused status is another fact. An enabled setting does not independently establish policy eligibility or current delivery.
Google's disapproval guidance distinguishes blocked ads from eligible items with limitations and describes correction and appeal paths. A limited label should not be treated as a complete disapproval merely because it appears in an issue-focused report.
A topic can direct investigation without establishing every underlying cause. The agency should not infer a specific website error or prohibited claim from a generic effect label. Obtain the relevant detail through an authorised supported view where needed.
Keep under-review evidence meaningful. A pending assessment is different from an account mutation failure. If the desired content is already saved, another rewrite may not be the next appropriate step.
Use the evidence to formulate a bounded question: which content, destination or requirement needs attention? This is more useful than asking the assistant to invent compliant wording without knowing what the provider actually reported.
Keep the checked population explicit
The enabled-ad audit check and the dedicated policy read cover different populations. The audit's disapproval finding focuses on enabled ads with enabled parents. The policy reader can include non-removed paused ads and other surfaces.
Different totals can therefore be legitimate scope differences. Reconcile the selected entities and surfaces before claiming that one tool missed every finding. A preview also should not be treated as the complete count.
The policy collector retains findings from successful independent reads and names unread surfaces. A partial result can be useful, but it cannot establish that inaccessible areas are clean. Missing evidence remains unknown.
Do not interpret every returned item as current active delivery exposure. A paused creative may matter before a relaunch, while an account-wide asset row may need additional attachment context. The correction should use the actual intended scope.
Carry coverage into the agency handoff. Another colleague needs to know which target was assessed and which areas remain unresolved. This prevents a partial read from becoming a blanket statement that all policy issues have been handled.
Choose the launch-critical correction
A finding's urgency depends on the client's intended use. A paused ad for an imminent promotion can deserve attention before an old asset that is no longer used. Current cost is not the only basis for a launch-preparation decision.
Ask the account manager which offer and assets the client plans to use. That supplied business context helps prioritise the correction, but it is not a provider-returned financial exposure estimate.
If the client asks about delivery impact, obtain compatible performance evidence for the selected scope. A disapproved ad does not prove that every ad in the campaign stopped delivering. Other intended creative may remain available.
Do not invent lost purchases or revenue from a finding count. The policy read describes a state, not a measured counterfactual. The agency can explain the operational concern without manufacturing a commercial amount.
Assign a concrete next step to the priority item. Confirm facts, inspect the destination or prepare the supported content correction. A clear smaller task moves the launch forward more reliably than a broad instruction to repair the account.
Choose correction, investigation or provider review
Not every finding needs an immediate account edit. A known inaccurate statement can need replacement wording. A destination problem can require website investigation. A believed incorrect policy decision may require the applicable provider process.
Choose the route from evidence and supplied facts. The assistant should not use creative replacement as a universal response merely because that action is available. Saving new wording cannot establish that a website problem has been repaired.
Keep investigation open when the cause is uncertain. A short question to the client or developer may answer the missing fact more directly than another account-wide query. Do not invent a cause to make the workflow appear decisive.
Choose the smallest correction supported by the evidence
A useful correction plan identifies what must change and what is outside the request. If the agreed problem concerns inaccurate creative, the proposal should contain the complete intended replacement under the builder's behaviour. It should not also alter campaign targeting because another setting looks suboptimal. Unrelated improvements belong in their own reviewed decisions.
For a destination concern, first establish whether the intended URL itself is wrong or whether the page needs work. These lead to different responsibilities. Replacing a correct URL with a generic home page may remove the client's intended product journey without resolving the underlying requirement. The business should confirm the alternative destination rather than let the assistant invent one.
Keep retirement distinct from repair. A client may no longer need an old creative and choose a supported status or removal operation. That can close the operational task while leaving the original policy condition unchanged. The agency should record the business decision without claiming that the item became compliant.
If several findings share a possible cause, investigate the common context without assuming every row has the same remedy. Different assets can use different destinations or offers. Grouping the work for convenience does not establish that a blanket mutation is appropriate.
The smallest correction is not necessarily the fewest characters changed. It is the operation whose scope matches the agreed problem and supported behaviour. A complete creative replacement can be the correct narrow action, while a single account-wide setting change can be too broad. The reviewer should assess effects, not just the apparent size of the request.
A provider review route needs its own authority and evidence. The app's dedicated creative builder is not an automatic appeal service. A correction receipt should not imply that an appeal was filed or approved.
Record the chosen route and reason. A colleague can then see why the agency is waiting for website information, preparing an edit or using a separate provider workflow. This makes an unresolved case accountable rather than merely slow.
Confirm the client's offer facts
Replacement content should use facts the client can support. Product features, service eligibility, guarantees and qualifications should not be invented to make the wording more persuasive or apparently safer.
Ask for essential missing context. What is the actual offer, who can use it and which claims are accurate? The client may know a limitation that is not visible in the account. A campaign name is not a substitute for that information.
Keep those supplied facts separate from the provider finding. The client can confirm its offer while the tool reads current account evidence. Neither source independently validates every conclusion from the other.
Use the same factual basis across ad and destination. A revised headline can still conflict with the page if the website describes another offer. The relevant website owner should review that consistency separately.
When a claim remains unconfirmed, omit it or ask rather than guess. The agency's creative quality comes from accurate expression, not adding unsupported assurances that create another correction cycle.
Draft accurate replacement wording
The assistant can draft headlines and descriptions conversationally from supplied facts. Ordinary creative assistance does not require a Keyword Planner or account-performance call. Tool availability is not a reason to delay a simple wording request.
Label the wording as a draft. It is not a provider-approved creative or a proven performance winner. The agency should review its factual accuracy, offer consistency and relationship to the actual reported concern.
Request constraints that help the decision: intended message, claims to avoid and any necessary product detail. Keep the question concise. A long irrelevant targeting questionnaire can distract from the correction.
Do not merely remove a flagged word while leaving an inaccurate offer. The desired replacement should communicate the client's actual proposition. A technically valid text length is not a compliance verdict.
Once the desired complete content is agreed, move into a supported account proposal. Creative discussion remains reversible and unexecuted; the live boundary needs the resolved target and human confirmation.
Review the draft as one complete offer
Read the proposed headlines, descriptions and destination together. A headline can accurately describe one benefit while a description overstates another. The agency should not approve the whole replacement merely because the first revised phrase looks appropriate.
Ask the client to confirm any factual claim that changed during drafting. A new guarantee, delivery statement or service qualification can alter the offer even if it fits the builder's length limits. The assistant should keep uncertain claims out of the final version until the necessary information is supplied.
Retain the selected version after revisions. Several alternative drafts can appear in one thread, and the most recent message may contain only a partial suggestion. Before preparation, establish which complete headlines and descriptions the user wants applied. This prevents the builder from combining fragments that were never reviewed as one creative.
Check the display paths and pin implications explicitly. The standard replacement removes pins and clears omitted paths, so the client should understand those effects alongside the wording. A correction request is not permission to imply untouched presentation details when the actual operation changes them.
Use creative assistance to make the message clear and accurate, then use account evidence to establish what was saved. These stages support each other without being substitutes. A polished draft is not verification, and a verified save is not proof that the creative will perform well.
Assign destination work to its owner
A destination concern can require a developer or website owner. The agency specialist may not control hosting, redirects, page content or the intended form. Assign the task to the person who can inspect the actual behaviour.
ppctor's Links workflow reads Google's published destination evidence rather than performing a new live crawl. A returned finding and a manual website test answer different questions. Keep them separately labelled.
Confirm the intended final URL. Normalising a supplied bare public domain to HTTPS helps construct an ad request, but it does not establish reachability or offer suitability. Missing product or service paths should be supplied rather than invented.
Ask the website owner what was checked and changed. Its report is useful supplied evidence, not a new provider verdict. A page that opens for a colleague does not automatically prove Google's original condition has cleared.
Use the agency destination-check guide for this handoff. A supported account URL change and a website repair may both be needed, but neither should be presented as completing the other automatically.
Review an existing responsive search ad replacement
The standard existing responsive search ad operation uses complete desired headlines, descriptions and final URL. The current builder also has defined display-path and pin handling. The proposal should show the resulting content clearly.
The builder requires three to fifteen distinct headlines, each at most thirty characters, and two to four distinct descriptions, each at most ninety characters. Display paths have their own length requirement. These are preparation constraints, not proof of provider approval.
Omitted display paths are cleared in this replacement behaviour, and headlines and descriptions are unpinned. The ad's serving status is retained. The agency should not assume that every unmentioned creative detail stays unchanged.
Read the whole proposal before confirmation. A corrected headline can coexist with an unintended description or URL if the desired complete content was not reviewed. The human needs the final version, not a summary of one phrase.
After execution, verify the supported content fields. That establishes the saved account result where possible. The later policy decision remains a separate read and should not be implied by the replacement receipt.
Distinguish creating a replacement ad
Creating a new ad differs from editing an existing one. The standard responsive search ad creation path requires a compatible standard Search ad group and starts the new ad paused.
The proposal should name the parent ad group and campaign, complete creative and provided final URL. Creation does not implicitly enable the new ad or remove the old one. Those are separate effects that need explicit supported requests.
A paused creation is not blocked merely because other enabled responsive search ads exist in the group. The builder avoids an unnecessary inventory read for that preparation, while enabling has its relevant constraints.
Keep the replacement strategy intentional. The client may want a new reviewed version while retaining the old asset, or it may want a different later status decision. Do not hide removal or enablement inside the word replace.
If a creation result is uncertain, inspect the group before requesting it again. The new ad may already exist. Repeating the same request can create another asset instead of resolving the observation gap.
Keep status changes separate
Configured status is a separate decision from content correction. Replacing creative retains the existing status in the standard operation. A paused item should not be enabled silently because the user asked to improve its wording.
Parents also matter. An enabled ad inside a paused group or campaign is not the same configured launch path as an ad enabled all the way up. Read the relevant status context before explaining readiness.
If enablement is requested, show it as a distinct supported step. The confirmation should make its target and effect obvious rather than place it in a long sentence after a list of headlines.
A pause can be an operational choice while an investigation continues, but it is not a policy correction. The agency should not report that the violation cleared merely because the advertiser disabled the item.
Keep the later launch decision explicit. Saved content, policy evidence and intended configuration can reach their milestones at different times. A complete correction handoff identifies which ones remain open.
Handle other asset types precisely
A finding on an image, sitelink, keyword or asset-group item is not an instruction to use the responsive search ad builder. The resource and setting determine which operation can be prepared safely.
Resolve shared usage where it matters. A linked asset can be used beyond the campaign where the issue was first noticed. Changing the underlying asset and changing a particular attachment have different scopes.
Some account-wide findings lack a complete parent path in the returned row. Do not invent one. Retrieve supported context or ask for the required selection before preparing a live operation.
Respect the current tool boundary. The official API may expose a capability, while the dedicated conversational path has specific support and verification requirements. A readable field does not imply every related write is available.
Explain the actual limitation and next step. The agency can still use the returned finding to coordinate work without pretending that one universal correction action handles every asset type and provider process.
Follow an invented agency correction
The following scenario is invented and uses no customer details. A fictional agency, Birch Passage Media, prepares a retailer's seasonal offer. A policy read returns a finding on a paused responsive search ad intended for a future launch.
The account manager confirms the offer facts with the client. The creative specialist drafts accurate complete wording, while the website owner checks the intended product page. The agency keeps those supplied observations separate from Google's published state.
| Invented task | Responsible role | Evidence to retain |
|---|---|---|
| Confirm offer details | Client contact | Supplied accurate proposition |
| Agree complete creative | Agency specialist | Selected replacement version |
| Check intended page | Website owner | Supplied observation and correction |
| Apply supported edit | Connected authorised actor | Confirmed operation and result |
The assistant prepares the existing-ad replacement, with the target campaign and group, complete content, final URL and retained status. The human confirms the exact operation. No hidden enablement is included merely because the agency wants the launch to proceed.
After the supported edit is checked, the agency reads the later provider state and reviews remaining launch conditions. The example shows a correction sequence, not a claimed customer approval or guaranteed recovery time.
Use the Slack conversation for preparation
The connected account conversation can hold the finding, supplied facts, draft wording and requested operation. The assistant should preserve the resolved target and relevant context instead of routing ordinary discussion into unrelated tools.
Use /ppctor policy for the dedicated published policy read where appropriate. Its findings and unread coverage provide context. A follow-up can ask for a supported target detail rather than repeating the entire account assessment.
The generic reporting and settings framework can discover compatible fields and retrieve relevant current evidence. Discovery describes support; a successful read establishes the account fact. The assistant should not fill missing detail from a plausible policy story.
Creative discussion can remain direct and conversational. Suggest better wording does not request search volumes, account metrics or a live mutation. If essential product facts are missing, ask a short question.
Move into proposal preparation when the user requests the supported account change. The agency account-question guide explains how reads, ideas and edits can coexist without losing their evidence boundaries.
Review exact targets and steps
The proposal should identify the connected account, affected asset and relevant parents. The reviewer needs recognisable names and the exact operation, not a technical payload or unexplained resource identifier.
For replacement, show the complete resulting creative. For creation, name the new ad and initial paused status. If a separate enablement or removal is requested, display that effect as its own supported step.
Keep dependency order understandable. A child creation needs the proper parent, and a later operation on a new asset must reference that result. The human should see the sequence without internal temporary identifiers.
Respect bounded proposal size and operation compatibility. A request that cannot be safely prepared as one supported sequence should be clarified or split rather than partially executed while claiming the whole correction was covered.
The pending message states that no changes have been made yet and gives a fifteen-minute expiry. The human can revise the target or wording before confirmation. The card is a reviewable plan, not proof the account already changed.
Confirm and execute the supported edit
The authorised connected actor uses Confirm and Execute. Current controls check the installation, proposal actor, account and channel context; general channel membership is not sufficient execution authority.
The execution path checks relevant authorisation and current settings again. Another account user may have changed the target since preparation. The original plan should not silently override a changed premise.
The visible Change in progress state indicates that the approval entered the execution workflow. It is not the final account result. The agency should wait for the actual outcome rather than submit another mutation because the receipt is not immediate.
After the supported request, the tool verifies the relevant resulting state where possible. A verified edit establishes the checked operation, while a specialised acknowledgement may have narrower completion evidence.
Use the agency approval guide for the authority handoff. The client discussion, connected confirmation and provider decision remain separate stages even when they occur in one thread.
Investigate uncertain account results
An incomplete readback does not prove the mutation failed. A request can reach Google and change the account while the complete result remains unverified. The agency should inspect the current state before another write.
For creation, check whether the new ad already exists. Blindly repeating the same content can add a duplicate instead of resolving uncertainty. For replacement, compare the intended saved content with the current target.
Distinguish a confirmed rejected request from a dispatched uncertain result. They require different next steps. The client-facing message should not collapse them into one failed label that encourages repetition.
Assign a specific investigation owner and retain the intended version. The receiving colleague needs to know what was requested and what remains to be checked. A general instruction to try again loses that evidence.
Prepare another operation only after the current account state and remaining desired change are clear. A fresh proposal should represent the actual next step rather than replay the original request under a new identifier.
Track Google's review separately
A saved account correction and Google's policy review are different milestones. The execution receipt can establish the intended creative while approval information remains pending. The agency should preserve that distinction.
Google's ad-review guidance describes review after creation or edits and notes that some reviews take longer. A planned client launch time is not a guaranteed provider deadline.
Do not rewrite repeatedly merely to generate activity. First identify the saved version and current review evidence. Another change can make the incident harder to follow and restart the process rather than repair a failed write.
Keep policy state and configured status separate. A paused ad can be reviewed, while an enabled ad can still be restricted. Neither label alone establishes the complete launch condition.
When the later state changes, report its actual scope. Another topic or unread surface can remain unresolved. A cleared item should not become a blanket claim that every policy condition in the account has been fixed.
Keep appeals in the appropriate provider path
If the agency believes a decision needs appeal, use the applicable authorised Google Ads process. Google's policy guidance describes that path separately from content correction. The app's dedicated creative builder does not implement an automatic appeal loop.
The API also documents policy-exemption requests as a specific concept. Provider documentation of a capability is not evidence that every ppctor edit exposes that process.
Assign an owner who can use the relevant provider workflow and supply the actual result. Keep its status separate from the mutation receipt. Saving a correction should not be described as a filed or successful appeal.
Follow the current provider guidance for the specific case rather than submit repeated speculative requests. The agency's incident record should identify what was submitted, which item it concerned and what the provider later reported.
Do not promise that changing a word bypasses an eligibility requirement or that an appeal guarantees approval. The useful handoff is evidence and responsibility, not a universal policy-repair claim.
Check the remaining launch conditions
A launch can need accurate content, intended destination, suitable policy evidence and configured status. These conditions can reach their milestones at different times. The agency should review the actual intended path.
For a new paused ad, creation does not make it live. A later enablement request needs its own supported action and confirmation. For an existing paused ad, replacement retains that status unless another operation explicitly changes it.
Parents need their own context. A campaign or group can remain paused even when the ad's own status is enabled. The launch explanation should not rely on the child label alone.
A website owner's successful manual observation is useful but not identical to the provider's later verdict. Keep both when they matter. Neither should be represented as automatic end-to-end testing by the account tool.
Record any remaining condition and owner before telling the client the launch is ready. A verified content mutation is genuine progress, but it should not close an unrelated destination, policy or enablement decision.
Explain progress to the client
Use a concise stage-based explanation. State the affected item, what the agency changed or supplied and what remains to be checked. The client should not need to interpret internal API terminology to understand progress.
Keep the business context explicit. If the item was intended for a promotion, explain the remaining launch task. Do not manufacture a lost-revenue amount or claim every delivery change came from the disapproval.
For uncertain execution, be specific that the account needs inspection before another edit. This is different from telling the client nothing happened. A dispatched request can have an applied result that is not yet fully established.
For pending review, explain that saved content and provider approval are separate. The agency can communicate its completed work without giving a guaranteed completion time it does not control.
Close with the next owner and evidence requirement. The agency client-reporting guide explains how a clear evidence narrative supports decisions without overstating what the tools verified.
Explain an unresolved case without a false completion claim
A client can reasonably ask why the issue remains after the agency made a correction. Answer by identifying the completed stage and the remaining evidence. The complete wording may be saved while provider review is still pending, or the website owner may have supplied a repair while the current destination verdict remains unchanged. These are specific states, not a reason to repeat the same mutation automatically.
If the agency still lacks the cause, say which investigation is open and who can provide the next fact. Do not offer a guessed explanation simply to make the response sound decisive. The client can understand an accountable next step more easily than a changing story about what supposedly happened.
When evidence establishes a mistake in the original target or correction plan, revise the finding and recommendation openly in the working record. Prepare any new supported operation under its actual current context. A revised explanation should not leave an outdated live proposal as the assumed next action.
Preserve the correction version and owner
Keep the account, affected item, parent context, original finding and selected correction version together. Another colleague should be able to continue without reading every draft in the conversation.
Distinguish supplied facts from returned evidence. The client confirms the offer, the developer reports page work and the tool checks account state. The record should show which contribution supports each statement.
Record the actual action stage. Proposed, approved, executed, verified and awaiting provider review are different facts. A generic done label can hide the next required check.
Keep subsequent changes as new events. If another colleague edits the URL or creative, the earlier verification does not cover the new version automatically. The provider review must be interpreted against the actual current content.
Make the next check understandable to a new colleague
A handoff should identify the open question precisely. Is the new ad present, is the agreed wording saved, has the website owner supplied a correction, or has the provider state changed? These questions can require different evidence. A broad instruction to check whether it is fixed leaves the next person to guess which milestone matters.
Keep the latest relevant evidence and its context. The colleague needs the account, item, parent and selected version, while the client-facing reply can remain concise. There is no need to expose internal storage details or technical resource identifiers merely to preserve continuity.
Where a previous result is uncertain, state that another live request should wait for reconciliation. A status-delivery problem is also different from a mutation problem. If the account result is already established but the Slack receipt failed to publish, the next task is communication rather than another creative creation.
For an unused item, record the client's decision not to relaunch it. That can resolve the agency's operational queue without a technical repair. For a launch-critical item, retain the remaining provider and configuration checks. The closure should match the business purpose that originally made the finding important.
Use the agency policy-monitoring guide for later evidence review. This correction record explains the work performed and the remaining responsibility rather than claim continuous automatic surveillance.
Agency disapproval questions
Does every disapproval need new ad copy?
No. Read the actual evidence. The next task can concern content, destination, client facts or a provider process. A universal rewrite does not address every requirement.
Does an RSA replacement retain every detail?
The standard operation uses complete desired creative, clears omitted display paths, removes pins and retains serving status. Review the resulting proposal rather than assume a one-phrase patch.
Does new ad creation enable it?
Standard responsive search ad creation starts paused. Enablement and removal of another ad are separate effects that must be explicitly requested and supported.
Does verified execution mean approval?
No. It establishes the checked account operation. Google's later policy evidence and any remaining launch conditions need separate assessment.
What should happen after uncertain execution?
Inspect the current account before another write. The intended content or created ad may already exist, so repeating the request can be inappropriate.