Ця сторінка також доступна українською.
How it works
Every ad group and keyword mutation endpoint accepts an optional query parameter:regenerate_rsas=true (the default) and the mutation affects
RSA-relevant fields, the backend:
- Resolves the company name and description from the linked
AssistantKnowledgeItem - Collects the active (non-deleted) keywords for each affected ad group
- Enqueues a background
generate_rsas_for_ad_grouptask per affected ad group - Returns the normal response immediately — RSA generation happens asynchronously
If no company is linked to the draft’s Google Ads customer, RSA regeneration is
silently skipped. This can happen for newly connected accounts that don’t have a
company entity yet.
Which endpoints trigger it
Endpoints with auto-regeneration
What does NOT trigger regeneration
These changes are not considered RSA-relevant:- Changing
cpc_bid_microson an ad group or keyword - Changing a keyword’s
match_type - Changing a keyword’s
final_url - Creating an ad group without keywords
Opting out
Pass?regenerate_rsas=false on any of the above endpoints to skip automatic
regeneration. Use this when:
- The user is making rapid batch edits and you plan to trigger regeneration manually at the end
- You’re only updating bids or metadata and want to guarantee no background tasks fire
- The user has manually edited RSA copy and doesn’t want it overwritten
Manual regeneration endpoints
You can also trigger RSA generation explicitly, regardless of theregenerate_rsas flag:
Both endpoints require no request body — company name, description, and
landing page URL are auto-resolved from the draft’s linked company and
AssistantKnowledgeItem. Both return a task_id for polling. RSAs are created
asynchronously by the background worker.
If no company is linked to the draft’s Google Ads customer, these endpoints
return 400 with an error message. This differs from auto-regeneration (which
silently skips).