What changed
Google has set September 23, 2026 as the date when the Google Ads API will stop allowing creation of new Smart Campaigns. The cutoff was previously scheduled for August and was moved on August 13. Existing Smart Campaigns are not being shut down: they can continue serving and can still be updated through the API. Google recommends other campaign types such as Performance Max, Search or Demand Gen for new campaigns. In v24, attempted Smart Campaign create operations will fail with SmartCampaignError.CREATION_FAILED; v23 and earlier return OperationAccessDeniedError.CREATE_OPERATION_NOT_PERMITTED.
Why it matters
This is a breaking provisioning change for products and internal automation that create campaigns on behalf of small advertisers. It does not require an immediate migration of every existing Smart Campaign, but any workflow that assumes it can create one after September 23 will fail. Builders need to separate legacy campaign management from new-campaign creation and decide which replacement type matches the original product promise, because Performance Max, Search and Demand Gen have different inventory, controls and data requirements.
The cutoff affects creation, not existing campaign operation
Google is drawing a line between new Smart Campaign provisioning and management of campaigns that already exist. Existing Smart Campaigns will continue to serve and remain updatable, so migration pressure is concentrated in onboarding and campaign-creation flows rather than a forced shutdown of live campaigns.
API failures are version-specific
After the cutoff, v24 clients attempting to create a Smart Campaign receive SmartCampaignError.CREATION_FAILED. Google says v23 and earlier return OperationAccessDeniedError.CREATE_OPERATION_NOT_PERMITTED. Tools that surface generic provisioning errors should map these responses into an explicit product-level migration message rather than retrying the same request.
There is no one-to-one replacement
Google suggests Performance Max, Search and Demand Gen as alternatives, but those campaign types are not interchangeable. A SaaS product that previously sold a simplified Smart Campaign workflow needs to decide whether it wants cross-channel automation, search-specific control or demand-generation inventory and then collect the required assets, targeting and conversion signals accordingly.
Existing-campaign support creates a split architecture
For some time, platforms may need to support two paths: read and update legacy Smart Campaigns while creating new accounts or campaigns through a different type. That means data models, UI copy and reporting should avoid treating Smart Campaign support as a binary enabled/disabled feature.