Skip to main content
object

The schema's entry point for all mutation operations.

Anchor to abandonmentUpdateActivitiesDeliveryStatusesabandonmentUpdateActivitiesDeliveryStatuses
•AbandonmentUpdateActivitiesDeliveryStatusesPayload

Updates the marketing activities delivery statuses for an abandonment.

Arguments

•ID!
required

The ID of the abandonment that needs to be updated.

•ID!
required

The ID of the marketing activity that needs to be updated.

•AbandonmentDeliveryState!
required

The new delivery status of the marketing activity for this abandonment.

•DateTime

The delivery timestamp if the activity delivered.

Anchor to deliveryStatusChangeReasondeliveryStatusChangeReason
•String

The reason why the activity was or was not delivered.


Anchor to appPurchaseOneTimeCreateappPurchaseOneTimeCreate
•AppPurchaseOneTimeCreatePayload

Creates a one-time charge for app features or services that don't require recurring billing. This mutation is ideal for apps that sell individual features, premium content, or services on a per-use basis rather than subscription models.

For example, a design app might charge merchants once for premium templates, or a marketing app could bill for individual campaign setups without ongoing monthly fees.

Use the AppPurchaseOneTimeCreate mutation to:

  • Charge for premium features or content purchases
  • Bill for professional services or setup fees
  • Generate revenue from one-time digital product sales

The mutation returns a confirmation URL that merchants must visit to approve the charge. Test and development stores are not charged, allowing safe testing of billing flows.

Explore one-time billing options on the app purchases page.

Arguments

•String!
required

The name of the one-time purchase from the app.

•MoneyInput!
required

The amount to be charged to the store for the app one-time purchase.

•URL!
required

The URL where the merchant is redirected after approving the app one-time purchase.

•Boolean
Default:false

Whether the app one-time purchase is a test transaction.


Anchor to appRevokeAccessScopesappRevokeAccessScopes
•AppRevokeAccessScopesPayload

Revokes previously granted access scopes from an app installation, allowing merchants to reduce an app's permissions without completely uninstalling it. This provides granular control over what data and functionality apps can access.

For example, if a merchant no longer wants an app to access customer information but still wants to use its inventory features, they can revoke the customer-related scopes while keeping inventory permissions active.

Use the appRevokeAccessScopes mutation to:

  • Remove specific permissions from installed apps
  • Maintain app functionality while minimizing data exposure

The mutation returns details about which scopes were successfully revoked and any errors that prevented certain permissions from being removed.

Learn more about managing app permissions.

Arguments

•[String!]!
required

The list of scope handles to revoke.


Anchor to appSubscriptionCancelappSubscriptionCancel
•AppSubscriptionCancelPayload

Cancels an active app subscription, stopping future billing cycles. The cancellation behavior depends on the replacementBehavior setting - it can either disable auto-renewal (allowing the subscription to continue until the end of the current billing period) or immediately cancel with prorated refunds.

When a merchant decides to discontinue using subscription features, this mutation provides a clean cancellation workflow that respects billing periods and merchant expectations.

Use the AppSubscriptionCancel mutation to:

  • Process merchant-initiated subscription cancellations
  • Terminate subscriptions due to policy violations or account issues
  • Handle subscription cancellations during app uninstallation workflows

The cancellation timing and merchant access depends on the replacementBehavior setting and the app's specific implementation of subscription management.

For subscription lifecycle management and cancellation best practices, consult the subscription management guide.

Arguments

•ID!
required

The ID of the app subscription to be cancelled.

•Boolean
Default:false

Whether to issue prorated credits for the unused portion of the app subscription. There will be a corresponding deduction (based on revenue share) to your Partner account. For example, if a $10.00 app subscription (with 0% revenue share) is cancelled and prorated half way through the billing cycle, then the merchant will be credited $5.00 and that amount will be deducted from your Partner account.


Anchor to appSubscriptionCreateappSubscriptionCreate
•AppSubscriptionCreatePayload

Creates a recurring or usage-based AppSubscription that charges merchants for app features and services. The subscription includes one or more AppSubscriptionLineItem objects that define the pricing structure, billing intervals, and optional AppSubscriptionDiscount values.

Returns a confirmation URL where the merchant approves or declines the charges. After approval, the subscription becomes active and billing begins after any trial period expires. You can specify AppSubscriptionReplacementBehavior to control how this subscription interacts with existing active subscriptions.

Learn more about creating app subscriptions.

Arguments

•String!
required

A descriptive name for the app subscription.

•[AppSubscriptionLineItemInput!]!
required

Attaches one or more pricing plans to an app subscription. Only one pricing plan can be defined for each available type.

•Boolean
Default:false

Whether the app subscription is a test transaction.

•Int

The number of days of the free trial period, beginning on the day that the merchant approves the app charges.

•URL!
required

The URL pointing to the page where the merchant is redirected after approving the app subscription.

•AppSubscriptionReplacementBehavior
Default:STANDARD

The replacement behavior when creating an app subscription for a merchant with an already existing app subscription.


Anchor to appSubscriptionLineItemUpdateappSubscriptionLineItemUpdate
•AppSubscriptionLineItemUpdatePayload

Updates the capped amount on usage-based billing for an AppSubscriptionLineItem. Enables you to modify the maximum charge limit that prevents merchants from exceeding a specified threshold during their billing period.

The mutation returns a confirmation URL where the merchant must approve the new pricing limit before it takes effect. Use this when adjusting usage limits based on merchant needs or changing pricing models.

Learn more about updating the maximum charge for a subscription.

Arguments

•ID!
required

The ID of the app subscription line item to be updated.

•MoneyInput!
required

The new maximum amount of usage charges that can be incurred within a subscription billing interval.


Anchor to appSubscriptionTrialExtendappSubscriptionTrialExtend
•AppSubscriptionTrialExtendPayload

Extends the trial period for an existing app subscription. Trial extensions give merchants additional time to use the app before committing to paid billing.

Requires the subscription ID and the number of days to extend (between one and 1000). The extension modifies the existing trial end date, allowing continued access to subscription features without immediate billing. Returns the updated AppSubscription.

Learn more about offering free trials.

Arguments

•ID!
required

The ID of the app subscription to extend the trial for.

•Int!
required

The number of days to extend the trial. The value must be greater than 0 and less than or equal to 1000.


•AppUninstallPayload

Uninstalls an App from a shop. Apps use this mutation to uninstall themselves programmatically, removing their AppInstallation from the merchant's store.

When an app uninstalls, Shopify automatically performs cleanup tasks, such as deleting WebhookSubscription objects and admin links associated with the app.

Learn more about app lifecycle management.


Caution

This action is irreversible. You can't restore an uninstalled app's configuration or data. Before you uninstall an app, make sure that you no longer need to make API calls for the store in which the app has been installed.


Anchor to appUsageRecordCreateappUsageRecordCreate
•AppUsageRecordCreatePayload

Creates a usage charge for an app subscription with usage-based pricing. The charge counts toward the capped amount limit set when creating the subscription.

Usage records track consumption of app features or services on a per-use basis. You provide the charge amount, a description of what you consumed, and the subscription line item ID. The optional idempotencyKey parameter prevents duplicate charges if you send the same request multiple times.

If the new charge would cause total usage charges in the current billing interval to exceed the capped amount, then the mutation returns an error.

Learn more about creating usage-based subscriptions.

Arguments

Anchor to subscriptionLineItemIdsubscriptionLineItemId
•ID!
required

The ID of the app subscription line item to create the usage record under. This app subscription line item must have a usage pricing plan.

•MoneyInput!
required

The price of the app usage record.

•String!
required

The description of the app usage record.

•String

A unique key generated by the client to avoid duplicate charges. Maximum length of 255 characters.


•ArticleCreatePayload

Creates an Article. Articles are content pieces that include a title, body text, and author information.

You can publish the article immediately or schedule it with a specific publish date. You can customize the article's URL handle, apply custom templates for rendering, and add optional fields like tags, an image, and Metafield objects.

The mutation validates article content and ensures proper blog association. Error handling provides specific feedback for content requirements.

Arguments

•ArticleCreateInput!
required

The properties of the new article.

•ArticleBlogInput

The properties of the new blog.


•ArticleDeletePayload

Permanently deletes a blog article from a shop's blog. This mutation removes the article and all associated metadata.

For example, when outdated product information or seasonal content needs removal, merchants can use this mutation to clean up their blog.

Use the articleDelete mutation to:

  • Remove outdated or incorrect blog content
  • Clean up seasonal or time-sensitive articles
  • Maintain blog organization

The deletion is permanent and returns the deleted article's ID for confirmation.

Arguments

•ID!
required

The ID of the article to be deleted.


•ArticleUpdatePayload

Updates an existing Article. You can modify the article's content, metadata, publication status, and associated properties like author information and tags.

If you update the handle, then you can optionally create a redirect from the old URL to the new one by setting redirectNewHandle to true.

Arguments

•ID!
required

The ID of the article to be updated.

•ArticleUpdateInput!
required

The properties of the article to be updated.

•ArticleBlogInput

The properties of the blog to be created.


•BackupRegionUpdatePayload

Update the backup region that is used when we have no better signal of what region a buyer is in.

Arguments

•BackupRegionUpdateInput

Optional input representing the region to be updated. If not provided, the existing regions remain unchanged.


•BlogCreatePayload

Creates a new blog within a shop, establishing a container for organizing articles.

For example, a fitness equipment retailer launching a wellness blog would use this mutation to create the blog, enabling them to publish workout guides and nutrition tips.

Use the blogCreate mutation to:

  • Launch new content marketing initiatives
  • Create separate blogs for different content themes
  • Establish spaces for article organization

The mutation validates blog settings and establishes the structure for article publishing.

Arguments

•BlogCreateInput!
required

The properties of the new blog.


•BlogDeletePayload

Permanently deletes a blog from a shop. This mutation removes the blog container and its organizational structure.

For example, when consolidating multiple seasonal blogs into a single year-round content strategy, merchants can use this mutation to remove unused blogs.

Use the blogDelete mutation to:

  • Remove unused or outdated blogs
  • Consolidate content organization
  • Clean up blog structure

The deletion is permanent and returns the deleted blog's ID for confirmation.

Arguments

•ID!
required

The ID of the blog to be deleted.


•BlogUpdatePayload

Updates an existing blog's configuration and settings. This mutation allows merchants to modify blog properties to keep their content strategy current.

For example, a merchant might update their blog's title from "Company News" to "Sustainability Stories" when shifting their content focus, or modify the handle to improve URL structure.

Use the blogUpdate mutation to:

  • Change blog titles for rebranding
  • Modify blog handles for better URLs
  • Adjust comment settings and moderation preferences

The mutation returns the updated blog with any validation errors.

Arguments

•ID!
required

The ID of the blog to be updated.

•BlogUpdateInput!
required

The properties of the blog to be updated.


•BulkOperationCancelPayload

Starts the cancelation process of a running bulk operation.

There may be a short delay from when a cancelation starts until the operation is actually canceled.

Arguments

•ID!
required

The ID of the bulk operation to cancel.


Anchor to bulkOperationRunMutationbulkOperationRunMutation
•BulkOperationRunMutationPayload

Creates and runs a bulk operation to import data asynchronously. This mutation executes a specified GraphQL mutation multiple times using input data from a JSONL file that you've uploaded to Shopify.

The operation processes each line in your JSONL file as a separate mutation execution. The operation delivers results in a JSONL file when it completes. You can run one bulk mutation operation at a time per shop, though a bulkOperationRunQuery operation can run simultaneously.

Learn more about bulk importing data.

Arguments

•String!
required

The mutation to be executed in bulk.

•String!
required

The staged upload path of the file containing mutation variables.

•Boolean
DeprecatedDefault:true
•String

An optional identifier which may be used for querying.


Anchor to bulkOperationRunQuerybulkOperationRunQuery
•BulkOperationRunQueryPayload

Creates and runs a bulk operation to fetch data asynchronously. The operation processes your GraphQL query in the background and returns results in a JSONL file when complete.

Apps can run one bulk query operation and one bulk mutation operation at a time per shop. The query must include at least one connection field and supports up to five connections with a maximum nesting depth of two levels.


Note

Results remain available for seven days after completion.


For more information, see the bulk operations guide.

Arguments

•String!
required

The query to be executed in bulk.

•Boolean!
requiredDefault:false

Enables grouping objects directly under their corresponding parent objects in the JSONL output. Enabling grouping slows down bulk operations and increases the likelihood of timeouts. Only enable grouping if you depend on the grouped format.


Anchor to bulkProductResourceFeedbackCreatebulkProductResourceFeedbackCreate
•BulkProductResourceFeedbackCreatePayload

Creates product feedback for multiple products.

Arguments

•[ProductResourceFeedbackInput!]!
required

An array of inputs to create the feedback. Limited to 50.


Anchor to carrierServiceCreatecarrierServiceCreate
•CarrierServiceCreatePayload

Creates a carrier service that provides real-time shipping rates to Shopify. Carrier services provide real-time shipping rates from external providers like FedEx, UPS, or custom shipping solutions. The carrier service connects to your external shipping rate calculation system through a callback URL.

When customers reach checkout, Shopify sends order details to your callback URL and displays the returned shipping rates. The service must be active to provide rates during checkout.

Arguments

•DeliveryCarrierServiceCreateInput!
required

The input fields used to create a carrier service.


Anchor to carrierServiceDeletecarrierServiceDelete
•CarrierServiceDeletePayload

Removes an existing carrier service.

Arguments

•ID!
required

The global ID of the carrier service to delete.


Anchor to carrierServiceUpdatecarrierServiceUpdate
•CarrierServiceUpdatePayload

Updates a carrier service. Only the app that creates a carrier service can update it.

Arguments

•DeliveryCarrierServiceUpdateInput!
required

The input fields used to update a carrier service.


•CartTransformCreatePayload

Creates a cart transform function that lets merchants customize how products are bundled and presented during checkout. This gives merchants powerful control over their merchandising strategy by allowing apps to modify cart line items programmatically, supporting advanced approaches like dynamic bundles or personalized product recommendations.

For example, a bundle app might create a cart transform that automatically groups related products (like a camera, lens, and case) into a single bundle line item when customers add them to their cart, complete with bundle pricing and unified presentation.

Use CartTransformCreate to:

  • Deploy custom bundling logic to merchant stores
  • Enable dynamic product grouping during checkout
  • Implement personalized product recommendations
  • Create conditional offers based on cart contents
  • Support complex pricing strategies for product combinations

The mutation processes synchronously and returns the created cart transform along with any validation errors. Once created, the cart transform function becomes active for the shop and will process cart modifications according to your defined logic. Cart transforms integrate with Shopify Functions to provide powerful customization capabilities while maintaining checkout performance.

Cart Transform functions can be configured to block checkout on failure or allow graceful degradation, giving you control over how errors are handled in the customer experience.

Learn more about customized bundles.

Arguments

•String
Deprecated
•String

The handle of the Function providing the cart transform.

•Boolean
Default:false

Whether a run failure should block cart and checkout operations.

•[MetafieldInput!]
Default:[]

Additional metafields to associate to the cart transform.


•CartTransformDeletePayload

Removes an existing cart transform function from the merchant's store, disabling any customized bundle or cart modification logic it provided. This mutation persistently deletes the transform configuration and stops all associated cart processing.

For example, when discontinuing a bundle app or removing specific merchandising features, you would delete the corresponding cart transform to ensure customers no longer see the bundled products or modified cart behavior.

Use CartTransformDelete to:

  • Deactivate customized bundle logic when removing app features
  • Clean up unused transform functions
  • Disable cart modifications during app uninstallation
  • Remove outdated merchandising strategies
  • Restore default cart behavior for merchants

The deletion processes immediately and returns the ID of the removed cart transform for confirmation. Once deleted, the transform function stops processing new cart operations, though existing cart sessions may retain their current state until refresh. This ensures a clean transition without disrupting active customer sessions.

Consider the timing of deletions carefully, as removing transforms during peak shopping periods could affect customer experience if they have active carts with transformed items.

Learn more about managing cart transforms.

Arguments

•ID!
required

A globally-unique identifier for the cart transform.


Anchor to catalogContextUpdatecatalogContextUpdate
•CatalogContextUpdatePayload

Modifies which contexts, like markets or B2B company locations, can access a Catalog. You can add or remove contexts to control where the catalog's products and prices are available.

Learn more about managing catalog contexts and managing B2B catalogs.

Arguments

•ID!
required

The ID of the catalog for which to update the context.

•CatalogContextInput

The contexts to add to the catalog.

•CatalogContextInput

The contexts to remove from the catalog.


•CatalogCreatePayload

Creates a Catalog that controls product availability and pricing for specific contexts like markets or B2B company locations.

Publications and Price Lists

  • Publication objects control which products are visible in a catalog. Publications are optional. When a publication isn't associated with a catalog, product availability is determined by the sales channel.
  • PriceList objects define custom pricing for products in a catalog.

You can optionally associate a publication and price list when creating the catalog, or add them later using separate mutations.

When to use Publications

Create a publication only if you need to:

  • Limit which products are visible in a specific context (e.g., show different products to different company locations or markets)
  • Publish a curated subset of your product catalog

Do NOT create a publication if:

  • You want product availability determined by the sales channel
  • You only need to customize pricing (use a price list without a publication)

Important: For company location catalogs that only require custom pricing, create the catalog with a price list but without a publication.

Learn more about managing catalog contexts and using catalogs for different markets.

Arguments

•CatalogCreateInput!
required

The properties of the new catalog.


•CatalogDeletePayload

Delete a catalog.

Arguments

•ID!
required

The ID of the catalog to delete.

Anchor to deleteDependentResourcesdeleteDependentResources
•Boolean
Default:false

Whether to also delete the price list and the publication owned by the catalog.


•CatalogUpdatePayload

Updates an existing catalog's configuration. Catalogs control product publishing and pricing for specific contexts like markets or B2B company locations.

You can modify the catalog's title, status, and associated context. You can also update the PriceList that determines pricing adjustments or the Publication that controls which products customers see.

Arguments

•ID!
required

The ID of the catalog to update.

•CatalogUpdateInput!
required

The properties of the updated catalog.


Anchor to checkoutBrandingUpsertcheckoutBrandingUpsert
•CheckoutBrandingUpsertPayload

Updates the visual branding for a CheckoutProfile, customizing how checkout displays to customers. Creates new branding settings if none exist, or modifies existing settings.

The mutation accepts two levels of customization through the CheckoutBrandingInput input object. designSystem defines foundational brand attributes like colors, typography, and corner radius that apply consistently throughout checkout. customizations defines styles for specific parts of the UI, individual components, or groups of components like the header, buttons, form fields, and sections.

Changes to a published checkout profile display immediately in the store's checkout. You can preview draft profiles in the Shopify admin's checkout editor before publishing.

Learn more about checkout styling.

Arguments

•ID!
required

A globally-unique identifier.

Anchor to checkoutBrandingInputcheckoutBrandingInput
•CheckoutBrandingInput

The input fields to use to upsert the checkout branding settings (pass null to reset them to default).


Anchor to collectionAddProductscollectionAddProducts
•CollectionAddProductsPayload

Adds multiple products to an existing collection in a single operation. This mutation provides an efficient way to bulk-manage collection membership without individual product updates.

For example, when merchants create seasonal collections, they can add dozens of related products at once rather than updating each product individually. A clothing store might add all winter jackets to a "Winter Collection" in one operation.

Use CollectionAddProducts to:

  • Bulk-add products to collections for efficient catalog management
  • Implement collection building tools in admin interfaces
  • Organize collection membership during bulk product operations
  • Reduce API calls when managing large product sets

The mutation processes multiple product additions and returns success status along with any errors encountered during the operation. Products are added to the collection while preserving existing collection settings.

This operation only works with manual collections where merchants explicitly choose which products to include. It will return an error if used with smart collections that automatically include products based on conditions.

Learn more about collection management.

Arguments

•ID!
required

The ID of the collection that's being updated. This can't be a smart collection.

•[ID!]!
required

The IDs of the products that are being added to the collection. If any of the products is already present in the input collection, then an error is raised and no products are added.


Anchor to collectionAddProductsV2collectionAddProductsV2
•CollectionAddProductsV2Payload

Adds products to a Collection asynchronously and returns a Job to track the operation's progress. This mutation handles large product sets efficiently by processing them in the background.

You can poll the returned job using the job query to monitor completion status.


Note

This mutation adds products in the order specified in the productIds argument.


Arguments

•ID!
required

The ID of the collection that's being updated.

•[ID!]!
required

The IDs of the products that are being added to the collection. If the collection's sort order is manual, the products will be added in the order in which they are provided.


•CollectionCreatePayload

Creates a collection to group products together in the online store and other sales channels. For example, an athletics store might create different collections for running attire, shoes, and accessories.

There are two types of collections:

Use the collectionCreate mutation when you need to:

  • Create a new collection for a product launch or campaign
  • Organize products by category, season, or promotion
  • Automate product grouping using rules (for example, by tag, type, or price)

Note

The created collection is unpublished by default. To make it available to customers, use the publishablePublish mutation after creation.


Learn more about using metafields with smart collections.

Arguments

•CollectionInput!
required

The properties to use when creating the collection.


•CollectionDeletePayload

Deletes a collection and removes it permanently from the store. This operation cannot be undone and will remove the collection from all sales channels where it was published.

For example, when merchants discontinue seasonal promotions or reorganize their catalog structure, they can delete outdated collections like "Back to School 2023" to keep their store organized.

Use CollectionDelete to:

  • Remove outdated or unused collections from stores
  • Clean up collection structures during catalog reorganization
  • Implement collection management tools with deletion capabilities

Products within the deleted collection remain in the store but are no longer grouped under that collection.

Learn more about collection management.

Arguments

•CollectionDeleteInput!
required

The collection to delete.


•CollectionDuplicatePayload

Duplicates a collection.

An existing collection ID and new title are required.

Publication Duplication

Publications may be excluded by passing copyPublications: false in the input.

Metafields

Metafield values are not duplicated if the unique values capability is enabled.

Arguments

•CollectionDuplicateInput!
required

The input for duplicating a collection.


Anchor to collectionRemoveProductscollectionRemoveProducts
•CollectionRemoveProductsPayload

Removes multiple products from a collection in a single operation. This mutation can process large product sets (up to 250 products) and may take significant time to complete for collections with many products.

For example, when ending a seasonal promotion, merchants can remove all sale items from a "Summer Clearance" collection at once rather than editing each product individually.

Use CollectionRemoveProducts to:

  • Bulk-remove products from collections efficiently
  • Clean up collection membership during catalog updates
  • Implement automated collection management workflows

The operation processes asynchronously to avoid timeouts and performance issues, especially for large product sets.

Learn more about collection management.

Arguments

•ID!
required

The ID of the collection to remove products from. The ID must reference an existing manual collection.

•[ID!]!
required

The IDs of products to remove from the collection. The mutation doesn't validate that the products belong to the collection or whether the products exist.


Anchor to collectionReorderProductscollectionReorderProducts
•CollectionReorderProductsPayload

Asynchronously reorders products within a specified collection. Instead of returning an updated collection, this mutation returns a job, which should be polled. The Collection.sortOrder must be MANUAL.

How to use this mutation:

  • Provide only the products that actually moved in the moves list; do not send the entire product list. For example: to move the product at index 1 to index N, send a single move for that product with newPosition: N.
  • Each move is applied sequentially in the order provided.
  • newPosition is a zero-based index within the collection at the moment the move is applied (after any prior moves in the list).
  • Products not included in moves keep their relative order, aside from any displacement caused by the moves.
  • If newPosition is greater than or equal to the number of products, the product is placed at the end.

Example:

  • Initial order: [A, B, C, D, E] (indices 0..4)
  • Moves (applied in order):
  • E -> newPosition: 1
  • C -> newPosition: 4
  • Result: [A, E, B, D, C]

Displaced products will have their position altered in a consistent manner with no gaps.

Arguments

•ID!
required

The ID of the collection on which to reorder products.

•[MoveInput!]!
required

A list of moves to perform, evaluated in order. Provide only products whose positions changed; do not send the full list. newPosition is a zero-based index evaluated at the time each move is applied (after any prior moves). newPosition values do not need to be unique, and if a value is greater than or equal to the number of products, the product is moved to the end. Up to 250 moves are supported.


•CollectionUpdatePayload

Updates a collection, modifying its properties, products, or publication settings. Collections help organize products together in the online store and other sales channels.

Use the collectionUpdate mutation to programmatically modify collections in scenarios such as:

  • Updating collection details, like title, description, or image
  • Modifying SEO metadata for better search visibility
  • Changing which products are included (using rule updates for smart collections)
  • Publishing or unpublishing collections across different sales channels
  • Updating custom data using metafields

There are two types of collections with different update capabilities:

  • Custom (manual) collections: You can update collection properties, but rule sets can't be modified since products are manually selected.
  • Smart (automated) collections: You can update both collection properties and the rules that automatically determine which products are included. When updating rule sets for smart collections, the operation might be processed asynchronously. In these cases, the mutation returns a job object that you can use to track the progress of the update.

To publish or unpublish collections to specific sales channels, use the dedicated publishablePublish and publishableUnpublish mutations.

Learn more about using metafields with smart collections.

Arguments

•CollectionInput!
required

The updated properties for the collection.


Anchor to combinedListingUpdatecombinedListingUpdate
•CombinedListingUpdatePayload

Add, remove and update CombinedListings of a given Product.

CombinedListings are comprised of multiple products to create a single listing. There are two kinds of products used in a CombinedListing:

  1. Parent products
  2. Child products

The parent product is created with a productCreate with a CombinedListingRole of PARENT. Once created, you can associate child products with the parent product using this mutation. Parent products represent the idea of a product (e.g. Shoe).

Child products represent a particular option value (or combination of option values) of a parent product. For instance, with your Shoe parent product, you may have several child products representing specific colors of the shoe (e.g. Shoe - Blue). You could also have child products representing more than a single option (e.g. Shoe - Blue/Canvas, Shoe - Blue/Leather, etc...).

The combined listing is the association of parent product to one or more child products.

Learn more about Combined Listings.

Arguments

•ID!
required

The ID of the parent product.

•String

The updated title for the combined listing.

•[ChildProductRelationInput!]

The child products to add and their assigned options and option values.

•[ChildProductRelationInput!]

The child products to edit and their assigned options and option values.

•[ID!]

The IDs of products to be removed from the combined listing.

•[OptionAndValueInput!]

The ordered options and values to be used by the combined listing. Options and values will be reordered to match the order specified here.


•CommentApprovePayload

Approves a pending comment, making it visible to store visitors on the associated blog article.

For example, when a customer submits a question about a product in a blog post, merchants can approve the comment to make it publicly visible.

Use the commentApprove mutation to:

  • Publish pending comments after review
  • Enable customer discussions on blog articles
  • Maintain quality control over comments

Once approved, the comment becomes visible to all store visitors.

Arguments

•ID!
required

The ID of the comment to be approved.


•CommentDeletePayload

Permanently removes a comment from a blog article.

For example, when a comment contains spam links or inappropriate language that violates store policies, merchants can delete it entirely.

Use the commentDelete mutation to:

  • Remove spam or inappropriate comments permanently
  • Clean up irrelevant discussions
  • Maintain content standards on blog articles

Deletion is permanent and can't be undone.

Arguments

•ID!
required

The ID of the comment to be deleted.


•CommentNotSpamPayload

Reverses a spam classification on a comment, restoring it to normal moderation status. This mutation allows merchants to change their decision when a comment has been manually marked as spam.

For example, when a merchant reviews comments marked as spam and finds a legitimate customer question, they can use this mutation to restore the comment's normal status and make it eligible for approval.

Use the commentNotSpam mutation to:

  • Unmark comments that were marked as spam
  • Restore comments to normal moderation status
  • Move comments back to the approval queue

This action changes the comment's status from spam back to pending, where it can then be approved or managed according to standard moderation practices.

Arguments

•ID!
required

The ID of the comment to be marked as not spam.


•CommentSpamPayload

Marks a comment as spam, removing it from public view. This mutation enables merchants to quickly handle unwanted promotional content, malicious links, or other spam that appears in blog discussions.

For example, when a comment contains suspicious links to unrelated products or services, merchants can mark it as spam to immediately hide it from customers.

Use the commentSpam mutation to:

  • Hide promotional or malicious comments from public view
  • Protect customers from potentially harmful links
  • Maintain professional discussion quality on blog articles

Spam-marked comments can be reviewed later and potentially restored using the commentNotSpam mutation if they were incorrectly classified.

Arguments

•ID!
required

The ID of the comment to be marked as spam.


•CompaniesDeletePayload

Deletes a list of companies.

Arguments

•[ID!]!
required

A list of IDs of companies to delete.


Anchor to companyAddressDeletecompanyAddressDelete
•CompanyAddressDeletePayload

Deletes a company address.

Arguments

•ID!
required

The ID of the address to delete.


Anchor to companyAssignCustomerAsContactcompanyAssignCustomerAsContact
•CompanyAssignCustomerAsContactPayload

Adds an existing Customer as a contact to a Company. Companies are business entities that make purchases from the merchant's store. Use this mutation when you have a customer who needs to be associated with a B2B company to make purchases on behalf of that company.

The mutation returns the newly created CompanyContact that links the customer to the company. After assignment, the customer becomes a company contact who can place orders on behalf of the company with access to any catalogs, pricing, and payment terms configured for the company's locations.

Arguments

•ID!
required

The ID of the company to assign the contact to.

•ID!
required

The ID of the customer to assign as the contact.


Anchor to companyAssignMainContactcompanyAssignMainContact
•CompanyAssignMainContactPayload

Assigns the main contact for the company.

Arguments

•ID!
required

The ID of the company to assign the main contact to.

•ID!
required

The ID of the company contact to be assigned as the main contact.


Anchor to companyContactAssignRolecompanyContactAssignRole
•CompanyContactAssignRolePayload

Assigns a role to a contact for a location.

Arguments

•ID!
required

The ID of the contact to assign a role to.

Anchor to companyContactRoleIdcompanyContactRoleId
•ID!
required

The ID of the role to assign to a contact.

•ID!
required

The ID of the location to assign a role to a contact.


Anchor to companyContactAssignRolescompanyContactAssignRoles
•CompanyContactAssignRolesPayload

Assigns roles on a company contact.

Arguments

•ID!
required

The contact whose roles are being assigned.

•[CompanyContactRoleAssign!]!
required

The new roles to assign.


Anchor to companyContactCreatecompanyContactCreate
•CompanyContactCreatePayload

Creates a company contact and the associated customer.

Arguments

•ID!
required

The ID of the company that the company contact belongs to.

•CompanyContactInput!
required

The fields to use to create the company contact.


Anchor to companyContactDeletecompanyContactDelete
•CompanyContactDeletePayload

Deletes a company contact.

Arguments

•ID!
required

The ID of the company contact to delete.


Anchor to companyContactRemoveFromCompanycompanyContactRemoveFromCompany
•CompanyContactRemoveFromCompanyPayload

Removes a company contact from a Company.

Arguments

•ID!
required

The ID of the company contact to remove from the Company.


Anchor to companyContactRevokeRolecompanyContactRevokeRole
•CompanyContactRevokeRolePayload

Revokes a role on a company contact.

Arguments

•ID!
required

The ID of the contact to revoke a role from.

Anchor to companyContactRoleAssignmentIdcompanyContactRoleAssignmentId
•ID!
required

The ID of the role assignment to revoke from a contact.


Anchor to companyContactRevokeRolescompanyContactRevokeRoles
•CompanyContactRevokeRolesPayload

Revokes roles on a company contact.

Arguments

•ID!
required

The contact whose roles are being revoked.

•[ID!]

The current role assignment IDs to revoke.

•Boolean
Default:false

Flag to revoke all roles on the contact.


Anchor to companyContactsDeletecompanyContactsDelete
•CompanyContactsDeletePayload

Deletes one or more company contacts.

Arguments

•[ID!]!
required

The list of IDs of the company contacts to delete.


Anchor to companyContactUpdatecompanyContactUpdate
•CompanyContactUpdatePayload

Updates a company contact.

Arguments

•ID!
required

The ID of the company contact to be updated.

•CompanyContactInput!
required

The fields to use to update the company contact.


•CompanyCreatePayload

Creates a Company for B2B commerce. This mutation creates the company and can optionally create an initial CompanyContact and CompanyLocation in a single operation. Company contacts are people who place orders on behalf of the company. Company locations are branches or offices with their own billing and shipping addresses.


Note

Creating a company without a name returns an error.


Learn more about creating companies for B2B.

Arguments

•CompanyCreateInput!
required

The fields to use when creating the company.


•CompanyDeletePayload

Deletes a company.

Arguments

•ID!
required

The ID of the company to delete.


Anchor to companyLocationAssignAddresscompanyLocationAssignAddress
•CompanyLocationAssignAddressPayload

Updates an address on a company location.

Arguments

•ID!
required

The ID of the company location to update addresses on.

•CompanyAddressInput!
required

The input fields to use to update the address.

•[CompanyAddressType!]!
required

The list of address types on the location to update.


Anchor to companyLocationAssignRolescompanyLocationAssignRoles
•CompanyLocationAssignRolesPayload

Assigns roles on a company location.

Arguments

•ID!
required

The location whose roles are being assigned.

•[CompanyLocationRoleAssign!]!
required

The roles to assign.


Anchor to companyLocationAssignStaffMemberscompanyLocationAssignStaffMembers
•CompanyLocationAssignStaffMembersPayload

Creates one or more mappings between a staff member at a shop and a company location.

Arguments

•ID!
required

The ID of the company location to assign the staff member to.

•[ID!]!
required

The list of IDs of the staff members to assign.


Anchor to companyLocationCreatecompanyLocationCreate
•CompanyLocationCreatePayload

Creates a new location for a Company. Company locations are branches or offices where B2B customers can place orders with specific pricing, catalogs, and payment terms.

Creates a company location. Each location can have its own billing and shipping addresses, tax settings, and buyer experience configuration. You can assign staff members and CompanyContact objects to manage the location.

Arguments

•ID!
required

The ID of the company that the company location belongs to.

•CompanyLocationInput!
required

The fields to use to create the company location.


Anchor to companyLocationDeletecompanyLocationDelete
•CompanyLocationDeletePayload

Deletes a company location.

Arguments

•ID!
required

The ID of the company location to delete.


Anchor to companyLocationRemoveStaffMemberscompanyLocationRemoveStaffMembers
•CompanyLocationRemoveStaffMembersPayload

Deletes one or more existing mappings between a staff member at a shop and a company location.

Arguments

Anchor to companyLocationStaffMemberAssignmentIdscompanyLocationStaffMemberAssignmentIds
•[ID!]!
required

The list of IDs of the company location staff member assignment to delete.


Anchor to companyLocationRevokeRolescompanyLocationRevokeRoles
•CompanyLocationRevokeRolesPayload

Revokes roles on a company location.

Arguments

•ID!
required

The location whose roles are being revoked.

•[ID!]!
required

The current roles to revoke.


Anchor to companyLocationsDeletecompanyLocationsDelete
•CompanyLocationsDeletePayload

Deletes a list of company locations.

Arguments

•[ID!]!
required

A list of IDs of company locations to delete.


Anchor to companyLocationTaxSettingsUpdatecompanyLocationTaxSettingsUpdate
•CompanyLocationTaxSettingsUpdatePayload

Sets the tax settings for a company location.

Arguments

•ID!
required

The ID of the company location that the tax settings get assigned to.

•String

The unique tax registration ID for the company location.

•Boolean

Whether the location is exempt from taxes.

•[TaxExemption!]

The list of tax exemptions to assign to the company location.

•[TaxExemption!]

The list of tax exemptions to remove from the company location.


Anchor to companyLocationUpdatecompanyLocationUpdate
•CompanyLocationUpdatePayload

Updates a company location's information and B2B checkout settings. Company locations are branches or offices where CompanyContact members place orders on behalf of the company. Contacts must be assigned to a location through roleAssignments to place orders.

The mutation modifies details such as the location's name, contact information, preferred locale, and internal notes. You can also configure the B2B checkout experience through BuyerExperienceConfiguration settings that control whether orders require merchant review, PaymentTermsTemplate settings, shipping address editing permissions, and DepositConfiguration requirements.

Learn more about managing company locations.

Arguments

•ID!
required

The ID of the company location to update.

•CompanyLocationUpdateInput!
required

The input fields to update in the company location.


Anchor to companyRevokeMainContactcompanyRevokeMainContact
•CompanyRevokeMainContactPayload

Revokes the main contact from the company.

Arguments

•ID!
required

The ID of the company to revoke the main contact from.


•CompanyUpdatePayload

Updates a Company with new information. Companies represent business customers that can have multiple contacts and locations with specific pricing, payment terms, and checkout settings.

The mutation accepts the company's ID and an input object containing the fields to update. You can modify the company name, add or update internal notes, set an external ID for integration with other systems, or adjust the customer relationship start date.

Learn more about building B2B features.

Arguments

•ID!
required

The ID of the company to be updated.

•CompanyInput!
required

The input fields to update the company.


•ConsentPolicyUpdatePayload

Update or create consent policies in bulk.

Arguments

•[ConsentPolicyInput!]!
required

The consent policies to update or create. If the country and region matches an existing consent policy, then the consent policy is updated. Otherwise, a new consent policy is created.


Anchor to customerAddressCreatecustomerAddressCreate
•CustomerAddressCreatePayload

Creates a new MailingAddress for a Customer. You can optionally set the address as the customer's default address.

You can only add addresses to existing customers. Each customer can have multiple addresses.

Arguments

•ID!
required

The ID of the customer.

•MailingAddressInput!
required

Specifies the fields to use when creating the address.

•Boolean

Whether to set the address as the customer's default address.


Anchor to customerAddressDeletecustomerAddressDelete
•CustomerAddressDeletePayload

Deletes a customer's address.

Arguments

•ID!
required

The ID of the customer whose address is being deleted.

•ID!
required

The ID of the address to be deleted from the customer.


Anchor to customerAddressUpdatecustomerAddressUpdate
•CustomerAddressUpdatePayload

Updates a Customer's MailingAddress. You can modify any field of the address and optionally set it as the customer's default address.

Arguments

•ID!
required

The ID of the customer whose address is being updated.

•ID!
required

The ID of the address to update.

•MailingAddressInput!
required

Specifies the fields to use when updating the address.

•Boolean

Whether to set the address as the customer's default address.


Anchor to customerAddTaxExemptionscustomerAddTaxExemptions
•CustomerAddTaxExemptionsPayload

Add tax exemptions for the customer.

Arguments

•ID!
required

The ID of the customer to update.

•[TaxExemption!]!
required

The list of tax exemptions to add for the customer, in the format of an array or a comma-separated list. Example values: ["CA_BC_RESELLER_EXEMPTION", "CA_STATUS_CARD_EXEMPTION"], "CA_BC_RESELLER_EXEMPTION, CA_STATUS_CARD_EXEMPTION".


Anchor to customerCancelDataErasurecustomerCancelDataErasure
•CustomerCancelDataErasurePayload

Cancels a pending erasure of a customer's data. Read more here.

To request an erasure of a customer's data use the customerRequestDataErasure mutation.

Arguments

•ID!
required

The ID of the customer for whom to cancel a pending data erasure.


•CustomerCreatePayload

Creates a new Customer in the store.

Accepts customer details including contact information, marketing consent preferences, and tax exemptions through the CustomerInput input object. You can also associate metafields and tags to organize and extend customer data.

Apps using protected customer data must meet Shopify's protected customer data requirements.

Arguments

•CustomerInput!
required

The input fields to create a customer.


•CustomerDeletePayload

Deletes a Customer from the store. You can only delete customers who haven't placed any orders.

Apps using protected customer data must meet Shopify's protected customer data requirements.

Arguments

•CustomerDeleteInput!
required

Specifies the customer to delete.


Anchor to customerEmailMarketingConsentUpdatecustomerEmailMarketingConsentUpdate
•CustomerEmailMarketingConsentUpdatePayload

Updates a Customer's email marketing consent information. The customer must have an email address to update their consent. Records the marketing state (such as subscribed, pending, unsubscribed), opt-in level, and when and where the customer gave or withdrew consent.

Arguments

•CustomerEmailMarketingConsentUpdateInput!
required

Specifies the input fields to update a customer's email marketing consent information.


Anchor to customerGenerateAccountActivationUrlcustomerGenerateAccountActivationUrl
•CustomerGenerateAccountActivationUrlPayload

Generates a one-time activation URL for a Customer whose legacy customer account isn't yet enabled. Use this after importing customers or creating accounts that need activation.

The generated URL expires after 30 days and becomes invalid if you generate a new one.


Note

The generated URL only works when legacy customer accounts are enabled on the shop. It only works for customers with disabled or invited account states. Attempting to generate a URL for an already-enabled customer returns an error.


Arguments

•ID!
required

The ID of the customer that the URL is generated for.


•CustomerMergePayload

Merges two customers.

Arguments

•ID!
required

The ID of the first customer that will be merged.

•ID!
required

The ID of the second customer that will be merged.

•CustomerMergeOverrideFields

The fields to override the default customer merge rules.


Anchor to customerPaymentMethodCreditCardCreatecustomerPaymentMethodCreditCardCreate
•CustomerPaymentMethodCreditCardCreatePayload

Creates a credit card payment method for a customer using a session id. These values are only obtained through card imports happening from a PCI compliant environment. Please use customerPaymentMethodRemoteCreate if you are not managing credit cards directly.

Arguments

•ID!
required

The ID of the customer.

•MailingAddressInput!
required

The billing address.

•String!
required

The Cardserver session ID. Obtained by storing card data with Shopify's Cardsink. Exchanging raw card data for a session ID must be done in a PCI complaint environment.


Anchor to customerPaymentMethodCreditCardUpdatecustomerPaymentMethodCreditCardUpdate
•CustomerPaymentMethodCreditCardUpdatePayload

Updates the credit card payment method for a customer.

Arguments

•ID!
required

The ID of the customer payment method.

•MailingAddressInput!
required

The billing address.

•String!
required

The Cardserver session ID.


Anchor to customerPaymentMethodGetUpdateUrlcustomerPaymentMethodGetUpdateUrl
•CustomerPaymentMethodGetUpdateUrlPayload

Returns a URL that allows the customer to update a specific payment method.

Currently, customerPaymentMethodGetUpdateUrl only supports Shop Pay.

Arguments

Anchor to customerPaymentMethodIdcustomerPaymentMethodId
•ID!
required

The payment method to be updated.


Anchor to customerPaymentMethodPaypalBillingAgreementCreatecustomerPaymentMethodPaypalBillingAgreementCreate
•CustomerPaymentMethodPaypalBillingAgreementCreatePayload

Creates a PayPal billing agreement for a customer.

Arguments

•ID!
required

The ID of the customer.

•MailingAddressInput

The billing address.

•String!
required

The billing agreement ID from PayPal that starts with 'B-' (for example, B-1234XXXXX).

•Boolean
Default:false

Whether the PayPal billing agreement is inactive.


Anchor to customerPaymentMethodPaypalBillingAgreementUpdatecustomerPaymentMethodPaypalBillingAgreementUpdate
•CustomerPaymentMethodPaypalBillingAgreementUpdatePayload

Updates a PayPal billing agreement for a customer.

Arguments

•ID!
required

The ID of the customer payment method.

•MailingAddressInput!
required

The billing address.


Anchor to customerPaymentMethodRemoteCreatecustomerPaymentMethodRemoteCreate
•CustomerPaymentMethodRemoteCreatePayload

Creates a customer payment method using identifiers from remote payment gateways like Stripe, Authorize.Net, or Braintree. Imports existing payment methods from external gateways and associates them with Customer objects in Shopify.

The operation processes payment methods asynchronously. The returned CustomerPaymentMethod initially has incomplete details while Shopify validates and processes the remote gateway information. Use the customerPaymentMethod query to retrieve the payment method status until all details are available or the payment method is revoked.

Learn more about migrating customer payment methods from remote gateways.

Arguments

•ID!
required

The ID of the customer.

•CustomerPaymentMethodRemoteInput!
required

Remote gateway payment method details.


Anchor to customerPaymentMethodRevokecustomerPaymentMethodRevoke
•CustomerPaymentMethodRevokePayload

Revokes a customer's payment method.

Arguments

Anchor to customerPaymentMethodIdcustomerPaymentMethodId
•ID!
required

The ID of the customer payment method to be revoked.


Anchor to customerPaymentMethodSendUpdateEmailcustomerPaymentMethodSendUpdateEmail
•CustomerPaymentMethodSendUpdateEmailPayload

Sends a link to the customer so they can update a specific payment method.

Arguments

Anchor to customerPaymentMethodIdcustomerPaymentMethodId
•ID!
required

The payment method to be updated.

•EmailInput

Specifies the payment method update email fields. Only the 'from' and 'bcc' fields are accepted for input.


Anchor to customerRemoveTaxExemptionscustomerRemoveTaxExemptions
•CustomerRemoveTaxExemptionsPayload

Remove tax exemptions from a customer.

Arguments

•ID!
required

The ID of the customer to update.

•[TaxExemption!]!
required

The list of tax exemptions to remove for the customer, in the format of an array or a comma-separated list. Example values: ["CA_BC_RESELLER_EXEMPTION", "A_STATUS_CARD_EXEMPTION"], "CA_BC_RESELLER_EXEMPTION, CA_STATUS_CARD_EXEMPTION".


Anchor to customerReplaceTaxExemptionscustomerReplaceTaxExemptions
•CustomerReplaceTaxExemptionsPayload

Replace tax exemptions for a customer.

Arguments

•ID!
required

The ID of the customer to update.

•[TaxExemption!]!
required

The list of tax exemptions that will replace the current exemptions for a customer. Can be an array or a comma-separated list. Example values: ["CA_BC_RESELLER_EXEMPTION", "A_STATUS_CARD_EXEMPTION"], "CA_BC_RESELLER_EXEMPTION, CA_STATUS_CARD_EXEMPTION".


Anchor to customerRequestDataErasurecustomerRequestDataErasure
•CustomerRequestDataErasurePayload

Enqueues a request to erase customer's data. Read more here.

To cancel the data erasure request use the customerCancelDataErasure mutation.

Arguments

•ID!
required

The ID of the customer to erase.


Anchor to customerSegmentMembersQueryCreatecustomerSegmentMembersQueryCreate
•CustomerSegmentMembersQueryCreatePayload

Creates a customer segment members query.

Arguments

•CustomerSegmentMembersQueryInput!
required

The input fields to create a customer segment members query.


Anchor to customerSendAccountInviteEmailcustomerSendAccountInviteEmail
•CustomerSendAccountInviteEmailPayload

Sends an email invitation for a customer to create a legacy customer account. The invitation lets customers set up their password and activate their account in the online store.

You can optionally customize the email content including the subject, sender, recipients, and message body. If you don't provide email customization, the store uses its default account invitation template.


Note

The invite only works when legacy customer accounts are enabled on the shop.


Arguments

•ID!
required

The ID of the customer to whom an account invite email is to be sent.

•EmailInput

Specifies the account invite email fields.


•CustomerSetPayload

Creates or updates a customer in a single mutation.

Use this mutation when syncing information from an external data source into Shopify.

This mutation can be used to create a new customer, update an existing customer by id, or upsert a customer by a unique key (email or phone).

To create a new customer omit the identifier argument. To update an existing customer, include the identifier with the id of the customer to update.

To perform an 'upsert' by unique key (email or phone) use the identifier argument to upsert a customer by a unique key (email or phone). If a customer with the specified unique key exists, it will be updated. If not, a new customer will be created with that unique key.

As of API version 2022-10, apps using protected customer data must meet the protected customer data requirements

Any list field (e.g. addresses, will be updated so that all included entries are either created or updated, and all existing entries not included will be deleted.

All other fields will be updated to the value passed. Omitted fields will not be updated.

Arguments

•CustomerSetInput!
required

The properties of the customer.

•CustomerSetIdentifiers

Specifies the identifier that will be used to lookup the resource.


Anchor to customerSmsMarketingConsentUpdatecustomerSmsMarketingConsentUpdate
•CustomerSmsMarketingConsentUpdatePayload

Updates a customer's SMS marketing consent information. The customer must have a phone number on their account to receive SMS marketing.

You can set whether the customer subscribes or unsubscribes to SMS marketing and specify the opt-in level. Optionally include when the consent was collected and which location collected it.

Arguments

•CustomerSmsMarketingConsentUpdateInput!
required

Specifies the input fields to update a customer's SMS marketing consent information.


•CustomerUpdatePayload

Updates a Customer's attributes including personal information and tax exemptions.

Apps using protected customer data must meet Shopify's protected customer data requirements.

Arguments

•CustomerInput!
required

Provides updated fields for the customer. To set marketing consent, use the customerEmailMarketingConsentUpdate or customerSmsMarketingConsentUpdate mutations instead.


Anchor to customerUpdateDefaultAddresscustomerUpdateDefaultAddress
•CustomerUpdateDefaultAddressPayload

Updates a customer's default address.

Arguments

•ID!
required

The ID of the customer whose default address is being updated.

•ID!
required

The ID of the customer's new default address.


•DataSaleOptOutPayload

Opt out a customer from data sale.

Arguments

•String!
required

The email address of the customer to opt out of data sale.


Anchor to delegateAccessTokenCreatedelegateAccessTokenCreate
•DelegateAccessTokenCreatePayload

Creates a DelegateAccessToken with a subset of the parent token's permissions.

Delegate access tokens enable secure permission delegation to subsystems or services that need limited access to shop resources. Each token inherits only the scopes you specify, ensuring subsystems operate with minimal required permissions rather than full app access.

Learn more about delegating access tokens to subsystems.

Arguments

•DelegateAccessTokenInput!
required

The input fields for creating a delegate access token.


Anchor to delegateAccessTokenDestroydelegateAccessTokenDestroy
•DelegateAccessTokenDestroyPayload

Destroys a delegate access token.

Arguments

•String!
required

Provides the delegate access token to destroy.


Anchor to deliveryCustomizationActivationdeliveryCustomizationActivation
•DeliveryCustomizationActivationPayload

Activates and deactivates delivery customizations.

Arguments

•[ID!]!
required

The global IDs of the delivery customizations.

•Boolean!
required

The enabled status of the delivery customizations.


Anchor to deliveryCustomizationCreatedeliveryCustomizationCreate
•DeliveryCustomizationCreatePayload

Creates a delivery customization.

Arguments

Anchor to deliveryCustomizationdeliveryCustomization
•DeliveryCustomizationInput!
required

The input data used to create the delivery customization.


Anchor to deliveryCustomizationDeletedeliveryCustomizationDelete
•DeliveryCustomizationDeletePayload

Creates a delivery customization.

Arguments

•ID!
required

The global ID of the delivery customization.


Anchor to deliveryCustomizationUpdatedeliveryCustomizationUpdate
•DeliveryCustomizationUpdatePayload

Updates a delivery customization.

Arguments

•ID!
required

The global ID of the delivery customization.

Anchor to deliveryCustomizationdeliveryCustomization
•DeliveryCustomizationInput!
required

The input data used to update the delivery customization.


Anchor to deliveryProfileCreatedeliveryProfileCreate
•DeliveryProfileCreatePayload

Creates a DeliveryProfile that defines shipping rates for specific products and locations.

A delivery profile groups products with their shipping zones and rates. You can associate profiles with SellingPlanGroup objects to customize shipping for subscriptions and pre-orders. Each profile contains DeliveryProfileLocationGroup objects that specify which Location objects ship to which DeliveryZone objects with specific DeliveryMethodDefinition objects and rates.

Learn more about building delivery profiles.

Arguments

•DeliveryProfileInput!
required

Specifies the input fields for a delivery profile.


Anchor to deliveryProfileRemovedeliveryProfileRemove
•DeliveryProfileRemovePayload

Enqueue the removal of a delivery profile.

Arguments

•ID!
required

The ID of the delivery profile to remove.


Anchor to deliveryProfileUpdatedeliveryProfileUpdate
•DeliveryProfileUpdatePayload

Updates a DeliveryProfile's configuration, including its shipping zones, rates, and associated products.

Modify location groups to control which fulfillment Location objects serve specific geographic areas. Add or remove shipping zones with custom countries and provinces. Create or update shipping methods with rate definitions and delivery conditions. Associate or dissociate ProductVariant objects and SellingPlanGroup objects to determine which products use this profile's shipping rules.

The mutation supports partial updates through dedicated input fields for creating, updating, and deleting specific components without affecting the entire profile structure.

Learn more about building delivery profiles.

Arguments

•ID!
required

The ID of the delivery profile to update.

•DeliveryProfileInput!
required

Specifies the input fields for a delivery profile.

Anchor to leaveLegacyModeProfilesleaveLegacyModeProfiles
•Boolean
Deprecated

Anchor to deliveryPromiseParticipantsUpdatedeliveryPromiseParticipantsUpdate
•DeliveryPromiseParticipantsUpdatePayload

Updates the delivery promise participants by adding or removing owners based on a branded promise handle.

Arguments

Anchor to brandedPromiseHandlebrandedPromiseHandle
•String!
required

The branded promise handle to update the delivery promise participants for.

•[ID!]
Default:[]

The owners to add to the delivery promise participants.

•[ID!]
Default:[]

The owners to remove from the delivery promise participants.


Anchor to deliveryPromiseProviderUpsertdeliveryPromiseProviderUpsert
•DeliveryPromiseProviderUpsertPayload

Creates or updates a delivery promise provider. Currently restricted to select approved delivery promise partners.

Arguments

•Boolean

Whether the delivery promise provider is active. Defaults to true when creating a provider.

•Int

The number of seconds to add to the current time as a buffer when looking up delivery promises. Represents how long the shop requires before releasing an order to the fulfillment provider.

•String

The time zone to be used for interpreting day of week and cutoff times in delivery schedules when looking up delivery promises. Defaults to UTC when creating a provider.

•ID!
required

The ID of the location that will be associated with the delivery promise provider.


Anchor to deliverySettingUpdatedeliverySettingUpdate
•DeliverySettingUpdatePayload

Set the delivery settings for a shop.

Arguments

•DeliverySettingInput!
required

Specifies the input fields for the delivery shop level settings.


Anchor to discountAutomaticActivatediscountAutomaticActivate
•DiscountAutomaticActivatePayload

Activates an automatic discount.

Arguments

•ID!
required

The ID of the automatic discount to activate.


Anchor to discountAutomaticAppCreatediscountAutomaticAppCreate
•DiscountAutomaticAppCreatePayload

Creates an automatic discount that's managed by an app. Use this mutation with Shopify Functions when you need advanced, custom, or dynamic discount capabilities that aren't supported by Shopify's native discount types.

For example, use this mutation to create an automatic discount using an app's "Volume" discount type that applies a percentage off when customers purchase more than the minimum quantity of a product. For an example implementation, refer to our tutorial.


Note

To create code discounts with custom logic, use the discountCodeAppCreate mutation.


Arguments

Anchor to automaticAppDiscountautomaticAppDiscount
•DiscountAutomaticAppInput!
required

The input data used to create the automatic discount.


Anchor to discountAutomaticAppUpdatediscountAutomaticAppUpdate
•DiscountAutomaticAppUpdatePayload

Updates an existing automatic discount that's managed by an app using Shopify Functions. Use this mutation when you need advanced, custom, or dynamic discount capabilities that aren't supported by Shopify's native discount types.

For example, use this mutation to update a new "Volume" discount type that applies a percentage off when customers purchase more than the minimum quantity of a product. For an example implementation, refer to our tutorial.


Note

To update code discounts with custom logic, use the discountCodeAppUpdate mutation instead.


Arguments

•ID!
required

The ID of the automatic discount to update.

Anchor to automaticAppDiscountautomaticAppDiscount
•DiscountAutomaticAppInput!
required

The input fields required to update the automatic discount.


Anchor to discountAutomaticBasicCreatediscountAutomaticBasicCreate
•DiscountAutomaticBasicCreatePayload

Creates an amount off discount that's automatically applied on a cart and at checkout.


Note

To create code discounts, use the discountCodeBasicCreate mutation.


Arguments

Anchor to automaticBasicDiscountautomaticBasicDiscount
•DiscountAutomaticBasicInput!
required

The input data used to create the automatic amount off discount.


Anchor to discountAutomaticBasicUpdatediscountAutomaticBasicUpdate
•DiscountAutomaticBasicUpdatePayload

Updates an existing amount off discount that's automatically applied on a cart and at checkout.


Note

To update code discounts, use the discountCodeBasicUpdate mutation instead.


Arguments

•ID!
required

The ID of the automatic amount off discount to update.

Anchor to automaticBasicDiscountautomaticBasicDiscount
•DiscountAutomaticBasicInput!
required

The input data used to update the automatic amount off discount.


Anchor to discountAutomaticBulkDeletediscountAutomaticBulkDelete
•DiscountAutomaticBulkDeletePayload

Deletes multiple automatic discounts in a single operation, providing efficient bulk management for stores with extensive discount catalogs. This mutation processes deletions asynchronously to handle large volumes without blocking other operations.

For example, when cleaning up expired seasonal promotions or removing outdated automatic discounts across product categories, merchants can delete dozens of discounts simultaneously rather than processing each individually.

Use DiscountAutomaticBulkDelete to:

  • Remove multiple automatic discounts efficiently
  • Clean up expired or obsolete promotions
  • Streamline discount management workflows
  • Process large-scale discount removals asynchronously

The operation returns a job object for tracking deletion progress and any validation errors encountered during processing.

Learn more about discount management.

Arguments

•String

The search query for filtering automatic discounts to delete.

For more information on the list of supported fields and search syntax, refer to the AutomaticDiscountNodes query section.

•ID

The ID of the saved search to use for filtering automatic discounts to delete.

•[ID!]

The IDs of the automatic discounts to delete.


Anchor to discountAutomaticBxgyCreatediscountAutomaticBxgyCreate
•DiscountAutomaticBxgyCreatePayload

Creates a buy X get Y discount (BXGY) that's automatically applied on a cart and at checkout.


Note

To create code discounts, use the discountCodeBxgyCreate mutation.


Arguments

Anchor to automaticBxgyDiscountautomaticBxgyDiscount
•DiscountAutomaticBxgyInput!
required

The input data used to create the automatic BXGY discount.


Anchor to discountAutomaticBxgyUpdatediscountAutomaticBxgyUpdate
•DiscountAutomaticBxgyUpdatePayload

Updates an existing buy X get Y discount (BXGY) that's automatically applied on a cart and at checkout.


Note

To update code discounts, use the discountCodeBxgyUpdate mutation instead.


Arguments

•ID!
required

The ID of the automatic BXGY discount to update.

Anchor to automaticBxgyDiscountautomaticBxgyDiscount
•DiscountAutomaticBxgyInput!
required

The input data used to update the automatic BXGY discount.


Anchor to discountAutomaticDeactivatediscountAutomaticDeactivate
•DiscountAutomaticDeactivatePayload

Deactivates an automatic discount.

Arguments

•ID!
required

The ID of the automatic discount to deactivate.


Anchor to discountAutomaticDeletediscountAutomaticDelete
•DiscountAutomaticDeletePayload

Deletes an existing automatic discount from the store, permanently removing it from all future order calculations. This mutation provides a clean way to remove promotional campaigns that are no longer needed.

For example, when a seasonal promotion ends or a flash sale concludes, merchants can use this mutation to ensure the discount no longer applies to new orders while preserving historical order data.

Use DiscountAutomaticDelete to:

  • Remove expired promotional campaigns
  • Clean up test discounts during development
  • Delete automatic discounts that conflict with new promotions
  • Maintain a clean discount configuration

The mutation returns the ID of the deleted discount for confirmation and any validation errors if the deletion cannot be completed. Once deleted, the automatic discount will no longer appear in discount lists or apply to new customer orders.

Arguments

•ID!
required

The ID of the automatic discount to delete.


Anchor to discountAutomaticFreeShippingCreatediscountAutomaticFreeShippingCreate
•DiscountAutomaticFreeShippingCreatePayload

Creates automatic free shipping discounts that apply to qualifying orders without requiring discount codes. These promotions automatically activate when customers meet specified criteria, streamlining the checkout experience.

For example, a store might create an automatic free shipping discount for orders over variable pricing to encourage larger purchases, or offer free shipping to specific customer segments during promotional periods.

Use DiscountAutomaticFreeShippingCreate to:

  • Set up code-free shipping promotions
  • Create order value-based shipping incentives
  • Target specific customer groups with shipping benefits
  • Establish location-based shipping discounts

The mutation validates discount configuration and returns the created automatic discount node along with any configuration errors that need resolution.

Learn more about automatic discounts.

Arguments

Anchor to freeShippingAutomaticDiscountfreeShippingAutomaticDiscount
•DiscountAutomaticFreeShippingInput!
required

The input data used to create the automatic free shipping discount.


Anchor to discountAutomaticFreeShippingUpdatediscountAutomaticFreeShippingUpdate
•DiscountAutomaticFreeShippingUpdatePayload

Updates existing automatic free shipping discounts, allowing merchants to modify promotion criteria, shipping destinations, and eligibility requirements without recreating the entire discount structure.

For example, extending a holiday free shipping promotion to include additional countries, adjusting the minimum order value threshold, or expanding customer eligibility to include new segments.

Use DiscountAutomaticFreeShippingUpdate to:

  • Modify shipping discount thresholds and criteria
  • Expand or restrict geographic availability
  • Update customer targeting and eligibility rules
  • Adjust promotion timing and activation periods

Changes take effect immediately for new orders, while the mutation validates all modifications and reports any configuration conflicts through user errors.

Learn more about managing automatic discounts.

Arguments

•ID!
required

The ID of the automatic free shipping discount to update.

Anchor to freeShippingAutomaticDiscountfreeShippingAutomaticDiscount
•DiscountAutomaticFreeShippingInput!
required

The input data used to update the automatic free shipping discount.


Anchor to discountCodeActivatediscountCodeActivate
•DiscountCodeActivatePayload

Activates a previously created code discount, making it available for customers to use during checkout. This mutation transitions inactive discount codes into an active state where they can be applied to orders.

For example, after creating a "SUMMER20" discount code but leaving it inactive during setup, merchants can activate it when ready to launch their summer promotion campaign.

Use DiscountCodeActivate to:

  • Launch scheduled promotional campaigns
  • Reactivate previously paused discount codes
  • Enable discount codes after configuration changes
  • Control the timing of discount availability

The mutation returns the updated discount code node with its new active status and handles any validation errors that might prevent activation, such as conflicting discount rules or invalid date ranges.

Arguments

•ID!
required

The ID of the code discount to activate.


Anchor to discountCodeAppCreatediscountCodeAppCreate
•DiscountCodeAppCreatePayload

Creates a code discount. The discount type must be provided by an app extension that uses Shopify Functions. Functions can implement order, product, or shipping discount functions. Use this mutation with Shopify Functions when you need custom logic beyond Shopify's native discount types.

For example, use this mutation to create a code discount using an app's "Volume" discount type that applies a percentage off when customers purchase more than the minimum quantity of a product. For an example implementation, refer to our tutorial.


Note

To create automatic discounts with custom logic, use discountAutomaticAppCreate.


Arguments

•DiscountCodeAppInput!
required

The input data used to create the discount.


Anchor to discountCodeAppUpdatediscountCodeAppUpdate
•DiscountCodeAppUpdatePayload

Updates a code discount, where the discount type is provided by an app extension that uses Shopify Functions. Use this mutation when you need advanced, custom, or dynamic discount capabilities that aren't supported by Shopify's native discount types.


Note

To update automatic discounts, use discountAutomaticAppUpdate.


Arguments

•ID!
required

The ID of the discount to update.

•DiscountCodeAppInput!
required

The input fields required to update the discount.


Anchor to discountCodeBasicCreatediscountCodeBasicCreate
•DiscountCodeBasicCreatePayload

Creates an amount off discount that's applied on a cart and at checkout when a customer enters a code. Amount off discounts can be a percentage off or a fixed amount off.


Note

To create discounts that are automatically applied on a cart and at checkout, use the discountAutomaticBasicCreate mutation.


Arguments

•DiscountCodeBasicInput!
required

The input data used to create the discount code.


Anchor to discountCodeBasicUpdatediscountCodeBasicUpdate
•DiscountCodeBasicUpdatePayload

Updates an amount off discount that's applied on a cart and at checkout when a customer enters a code. Amount off discounts can be a percentage off or a fixed amount off.


Note

To update discounts that are automatically applied on a cart and at checkout, use the discountAutomaticBasicUpdate mutation.


Arguments

•ID!
required

The ID of the discount code to update.

•DiscountCodeBasicInput!
required

The input data used to update the discount code.


Anchor to discountCodeBulkActivatediscountCodeBulkActivate
•DiscountCodeBulkActivatePayload

Activates multiple code discounts asynchronously using one of the following:

  • A search query
  • A saved search ID
  • A list of discount code IDs

For example, you can activate discounts for all codes that match a search criteria, or activate a predefined set of discount codes.

Arguments

•String

The search query for filtering discounts.

For more information on the list of supported fields and search syntax, refer to the codeDiscountNodes query.

•ID

The ID of the saved search for filtering discounts to activate. Saved searches represent customer segments that merchants have built in the Shopify admin.

•[ID!]

The IDs of the discounts to activate.


Anchor to discountCodeBulkDeactivatediscountCodeBulkDeactivate
•DiscountCodeBulkDeactivatePayload

Deactivates multiple code-based discounts asynchronously using one of the following:

  • A search query
  • A saved search ID
  • A list of discount code IDs

For example, you can deactivate discounts for all codes that match a search criteria, or deactivate a predefined set of discount codes.

Arguments

•String

The search query for filtering discounts.

For more information on the list of supported fields and search syntax, refer to the codeDiscountNodes query.

•ID

The ID of the saved search for filtering discounts to deactivate. Saved searches represent customer segments that merchants have built in the Shopify admin.

•[ID!]

The IDs of the discounts to deactivate.


Anchor to discountCodeBulkDeletediscountCodeBulkDelete
•DiscountCodeBulkDeletePayload

Deletes multiple code-based discounts asynchronously using one of the following:

  • A search query
  • A saved search ID
  • A list of discount code IDs

For example, you can delete discounts for all codes that match a search criteria, or delete a predefined set of discount codes.

Arguments

•String

The search query for filtering discounts.

For more information on the list of supported fields and search syntax, refer to the codeDiscountNodes query.

•ID

The ID of the saved search for filtering discounts to delete. Saved searches represent customer segments that merchants have built in the Shopify admin.

•[ID!]

The IDs of the discounts to delete.


Anchor to discountCodeBxgyCreatediscountCodeBxgyCreate
•DiscountCodeBxgyCreatePayload

Creates a buy X get Y discount (BXGY) that's applied on a cart and at checkout when a customer enters a code.


Note

To create discounts that are automatically applied on a cart and at checkout, use the discountAutomaticBxgyCreate mutation.


Arguments

•DiscountCodeBxgyInput!
required

The input data used to create the BXGY code discount.


Anchor to discountCodeBxgyUpdatediscountCodeBxgyUpdate
•DiscountCodeBxgyUpdatePayload

Updates a buy X get Y discount (BXGY) that's applied on a cart and at checkout when a customer enters a code.


Note

To update discounts that are automatically applied on a cart and at checkout, use the discountAutomaticBxgyUpdate mutation.


Arguments

•ID!
required

The ID of the BXGY code discount to update.

•DiscountCodeBxgyInput!
required

The input data used to update the BXGY code discount.


Anchor to discountCodeDeactivatediscountCodeDeactivate
•DiscountCodeDeactivatePayload

Temporarily suspends a code discount without permanently removing it from the store. Deactivation allows merchants to pause promotional campaigns while preserving the discount configuration for potential future use.

For example, when a flash sale needs to end immediately or a discount code requires temporary suspension due to inventory issues, merchants can deactivate it to stop new redemptions while keeping the discount structure intact.

Use DiscountCodeDeactivate to:

  • Pause active promotional campaigns timely
  • Temporarily suspend problematic discount codes
  • Control discount availability during inventory shortages
  • Maintain discount history while stopping usage

Deactivated discounts remain in the system and can be reactivated later, unlike deletion which persistently removes the code. Customers attempting to use deactivated codes will receive appropriate error messages.

Arguments

•ID!
required

The ID of the code discount to deactivate.


•DiscountCodeDeletePayload

Removes a code discount from the store, making it permanently unavailable for customer use. This mutation provides a clean way to eliminate discount codes that are no longer needed or have been replaced.

For example, when a seasonal promotion ends or a discount code has been compromised, merchants can delete it entirely rather than just deactivating it, ensuring customers cannot attempt to use expired promotional codes.

Use DiscountCodeDelete to:

  • persistently remove outdated promotional codes
  • Clean up discount code lists after campaigns end
  • Eliminate compromised or leaked discount codes
  • Maintain organized discount management

Once deleted, the discount code cannot be recovered and any customer attempts to use it will fail. This differs from deactivation, which preserves the code for potential future reactivation.

Arguments

•ID!
required

The ID of the code discount to delete.


Anchor to discountCodeFreeShippingCreatediscountCodeFreeShippingCreate
•DiscountCodeFreeShippingCreatePayload

Creates an free shipping discount that's applied on a cart and at checkout when a customer enters a code.


Note

To create discounts that are automatically applied on a cart and at checkout, use the discountAutomaticFreeShippingCreate mutation.


Arguments

Anchor to freeShippingCodeDiscountfreeShippingCodeDiscount
•DiscountCodeFreeShippingInput!
required

The input data used to create the discount code.


Anchor to discountCodeFreeShippingUpdatediscountCodeFreeShippingUpdate
•DiscountCodeFreeShippingUpdatePayload

Updates a free shipping discount that's applied on a cart and at checkout when a customer enters a code.


Note

To update a free shipping discount that's automatically applied on a cart and at checkout, use the discountAutomaticFreeShippingUpdate mutation.


Arguments

•ID!
required

The ID of the discount code to update.

Anchor to freeShippingCodeDiscountfreeShippingCodeDiscount
•DiscountCodeFreeShippingInput!
required

The input data used to update the discount code.


Anchor to discountCodeRedeemCodeBulkDeletediscountCodeRedeemCodeBulkDelete
•DiscountCodeRedeemCodeBulkDeletePayload

Asynchronously delete discount codes in bulk that customers can use to redeem a discount.

Arguments

•ID!
required

The ID of the DiscountCodeNode object that the codes will be removed from. For example, gid://shopify/DiscountCodeNode/123. You can use the codeDiscountNodes query to retrieve the ID.

•String

A filter made up of terms, connectives, modifiers, and comparators that you can use to search for code discounts. You can apply one or more filters to a query. Learn more about Shopify API search syntax.

For a list of accepted values for the search field, refer to the query argument on the codeDiscountNodes query.

•ID

The ID of a saved search.

•[ID!]

The IDs of the DiscountRedeemCode objects to delete. For example, gid://shopify/DiscountRedeemCode/123. You can use the codeDiscountNodes query to retrieve the ID.


Anchor to discountRedeemCodeBulkAdddiscountRedeemCodeBulkAdd
•DiscountRedeemCodeBulkAddPayload

Asynchronously add discount codes in bulk that customers can use to redeem a discount. You can use the discountRedeemCodeBulkAdd mutation to automate the distribution of discount codes through emails or other marketing channels.

Arguments

•ID!
required

The ID of the DiscountCodeNode object that the codes will be added to. For example, gid://shopify/DiscountCodeNode/123. You can use the codeDiscountNodes query to retrieve the ID.

•[DiscountRedeemCodeInput!]!
required

The list of codes to associate with the code discount. Maximum: 250 codes.


Anchor to disputeEvidenceUpdatedisputeEvidenceUpdate
•DisputeEvidenceUpdatePayload

Updates a dispute evidence.

Arguments

•ID!
required

The ID of the dispute evidence to be updated.

•ShopifyPaymentsDisputeEvidenceUpdateInput!
required

The updated properties for a dispute evidence.


Anchor to draftOrderBulkAddTagsdraftOrderBulkAddTags
•DraftOrderBulkAddTagsPayload

Adds tags to multiple draft orders.

Arguments

•String

The conditions for filtering draft orders on. See the detailed search syntax.

•ID

The ID of the draft order saved search for filtering draft orders on.

•[ID!]

The IDs of the draft orders to add tags to.

•[String!]!
required

List of tags to be added.


Anchor to draftOrderBulkDeletedraftOrderBulkDelete
•DraftOrderBulkDeletePayload

Deletes multiple draft orders.

Arguments

•String

The conditions for filtering draft orders on. See the detailed search syntax.

•ID

The ID of the draft order saved search for filtering draft orders on.

•[ID!]

The IDs of the draft orders to delete.


Anchor to draftOrderBulkRemoveTagsdraftOrderBulkRemoveTags
•DraftOrderBulkRemoveTagsPayload

Removes tags from multiple draft orders.

Arguments

•String

The conditions for filtering draft orders on. See the detailed search syntax.

•ID

The ID of the draft order saved search for filtering draft orders on.

•[ID!]

The IDs of the draft orders to remove tags from.

•[String!]!
required

List of tags to be removed.


•DraftOrderCalculatePayload

Calculates the properties of a DraftOrder without creating it. Returns pricing information including CalculatedDraftOrderLineItem totals, shipping charges, applicable discounts, and tax calculations based on the provided Customer and MailingAddress information.

Use this mutation to preview total taxes and prices before creating a draft order. It's particularly useful when working with B2B PurchasingEntity or when you need to determine costs without committing to a draft order. Learn more about calculating draft orders for B2B purchasing entities.

Arguments

•DraftOrderInput!
required

The fields for the draft order.


•DraftOrderCompletePayload

Completes a draft order and converts it into a regular order. The order appears in the merchant's orders list, and the customer can be notified about their order.

Use the draftOrderComplete mutation when a merchant is ready to finalize a draft order and create a real order in their store. The draftOrderComplete mutation also supports sales channel attribution for tracking order sources using the sourceName argument, cart validation controls for app integrations, and detailed error reporting for failed completions.

You can complete a draft order with different payment scenarios:

  • Mark the order as paid immediately.
  • Set the order as payment pending using payment terms.
  • Specify a custom payment amount.
  • Select a specific payment gateway.

Note

When completing a draft order, inventory is reserved for the items in the order. This means the items will no longer be available for other customers to purchase. Make sure to verify inventory availability before completing the draft order.


Arguments

•ID!
required

The draft order to complete.

•Boolean
DeprecatedDefault:false
•ID

The gateway for the completed draft order.

•String

A channel definition handle used for sales channel attribution.


•DraftOrderCreatePayload

Creates a draft order with attributes such as customer information, line items, shipping and billing addresses, and payment terms. Draft orders are useful for merchants that need to:

  • Create new orders for sales made by phone, in person, by chat, or elsewhere. When a merchant accepts payment for a draft order, an order is created.
  • Send invoices to customers with a secure checkout link.
  • Use custom items to represent additional costs or products not in inventory.
  • Re-create orders manually from active sales channels.
  • Sell products at discount or wholesale rates.
  • Take pre-orders.

After creating a draft order, you can:


Note

When you create a draft order, you can't reserve or hold inventory for the items in the order by default. However, you can reserve inventory using the reserveInventoryUntil input.


Arguments

•DraftOrderInput!
required

The fields used to create the draft order.


Anchor to draftOrderCreateFromOrderdraftOrderCreateFromOrder
•DraftOrderCreateFromOrderPayload

Creates a draft order from order.

Arguments

•ID!
required

Specifies the order's id that we create the draft order from.


•DraftOrderDeletePayload

Deletes a draft order.

Arguments

•DraftOrderDeleteInput!
required

Specify the draft order to delete by its ID.


•DraftOrderDuplicatePayload

Duplicates a draft order.

Arguments

•ID
Deprecated
•ID

The ID of the draft order to duplicate.


Anchor to draftOrderInvoicePreviewdraftOrderInvoicePreview
•DraftOrderInvoicePreviewPayload

Previews a draft order invoice email.

Arguments

•ID!
required

Specifies the draft order invoice email to preview.

•EmailInput

Specifies the draft order invoice email fields.


Anchor to draftOrderInvoiceSenddraftOrderInvoiceSend
•DraftOrderInvoiceSendPayload

Sends an invoice email for a DraftOrder. The invoice includes a secure checkout link for reviewing and paying for the order. Use the email argument to customize the email, such as the subject and message.

Arguments

•ID!
required

Specifies the draft order to send the invoice for.

•EmailInput

Specifies the draft order invoice email fields.


•DraftOrderUpdatePayload

Updates a draft order.

If a checkout has been started for a draft order, any update to the draft will unlink the checkout. Checkouts are created but not immediately completed when opening the merchant credit card modal in the admin, and when a buyer opens the invoice URL. This is usually fine, but there is an edge case where a checkout is in progress and the draft is updated before the checkout completes. This will not interfere with the checkout and order creation, but if the link from draft to checkout is broken the draft will remain open even after the order is created.

Arguments

•ID!
required

Specifies the draft order to update.

•DraftOrderInput!
required

The draft order properties to update.


Anchor to eventBridgeServerPixelUpdateeventBridgeServerPixelUpdate
•EventBridgeServerPixelUpdatePayload

Updates the server pixel to connect to an EventBridge endpoint. Running this mutation deletes any previous subscriptions for the server pixel.

Arguments

•ARN!
required

The ARN for the EventBridge endpoint to which customer events are to be sent.


Anchor to fileAcknowledgeUpdateFailedfileAcknowledgeUpdateFailed
•FileAcknowledgeUpdateFailedPayload

Acknowledges file update failure by resetting FAILED status to READY and clearing any media errors.

Arguments

•[ID!]!
required

Specifies the file(s) to acknowledge the failed updates of.


•FileCreatePayload

Creates file assets for a store from external URLs or files that were previously uploaded using the stagedUploadsCreate mutation.

Use the fileCreate mutation to add various types of media and documents to your store. These files are added to the Files page in the Shopify admin and can be referenced by other resources in your store.

The fileCreate mutation supports multiple file types:

  • Images: Product photos, variant images, and general store imagery
  • Videos: Shopify-hosted videos for product demonstrations and marketing
  • External videos: YouTube and Vimeo videos for enhanced product experiences
  • 3D models: Interactive 3D representations of products
  • Generic files: PDFs, documents, and other file types for store resources

The mutation handles duplicate filenames using configurable resolution modes that automatically append UUIDs, replace existing files, or raise errors when conflicts occur.


Note

Files are processed asynchronously. Check the fileStatus field to monitor processing completion. The maximum number of files that can be created in a single batch is 250.


After creating files, you can make subsequent updates using the following mutations:

  • fileUpdate: Update file properties such as alt text or replace file contents while preserving the same URL.
  • fileDelete: Remove files from your store when they are no longer needed.

To list all files in your store, use the files query.

Learn how to manage product media and file assets in your app.

Arguments

•[FileCreateInput!]!
required

List of new files to be created.


•FileDeletePayload

Deletes file assets that were previously uploaded to your store.

Use the fileDelete mutation to permanently remove media and file assets from your store when they are no longer needed. This mutation handles the complete removal of files from both your store's file library and any associated references to products or other resources.

The fileDelete mutation supports removal of multiple file types:

  • Images: Product photos, variant images, and general store imagery
  • Videos: Shopify-hosted videos for product demonstrations and marketing content
  • External Videos: YouTube and Vimeo videos linked to your products
  • 3D models: Interactive 3D representations of products
  • Generic files: PDFs, documents, and other file types stored in your Files page

When you delete files that are referenced by products, the mutation automatically removes those references and reorders any remaining media to maintain proper positioning. Product file references are database relationships managed through a media reference system, not just links in product descriptions. The Shopify admin provides a UI to manage these relationships, and when files are deleted, the system automatically cleans up all references. Files that are currently being processed by other operations are rejected to prevent conflicts.


Caution

File deletion is permanent and can't be undone. When you delete a file that's being used in your store, it will immediately stop appearing wherever it was displayed. For example, if you delete a product image, that product will show a broken image or placeholder on your storefront and in the admin. The same applies to any other files linked from themes, blog posts, or pages. Before deleting files, you can use the files query to list and review your store's file assets.


Learn how to manage product media and file assets in your app.

Arguments

•[ID!]!
required

The IDs of the files to be deleted.


•FileUpdatePayload

Updates properties, content, and metadata associated with an existing file asset that has already been uploaded to Shopify.

Use the fileUpdate mutation to modify various aspects of files already stored in your store. Files can be updated individually or in batches.

The fileUpdate mutation supports updating multiple file properties:

  • Alt text: Update accessibility descriptions for images and other media.
  • File content: Replace image or generic file content while maintaining the same URL.
  • Filename: Modify file names (extension must match the original).
  • Product references: Add or remove associations between files and products. Removing file-product associations deletes the file from the product's media gallery and clears the image from any product variants that were using it.

The mutation handles different file types with specific capabilities:

  • Images: Update preview images, original source, filename, and alt text.
  • Generic files: Update original source, filename, and alt text.
  • Videos and 3D models: Update alt text and product references.

Note

Files must be in ready state before they can be updated. The mutation includes file locking to prevent conflicts during updates. You can't simultaneously update both originalSource and previewImageSource.


After updating files, you can use related mutations for additional file management:

  • fileCreate: Create new file assets from external URLs or staged uploads.
  • fileDelete: Remove files from your store when they are no longer needed.

Learn how to manage product media and file assets in your app.

Arguments

•[FileUpdateInput!]!
required

List of files to be updated.


•FlowTriggerReceivePayload

Triggers any workflows that begin with the trigger specified in the request body. To learn more, refer to Create Shopify Flow triggers.

Arguments

•String
Deprecated
•String

The handle of the trigger.

•JSON

The payload needed to run the Trigger.


•FulfillmentCancelPayload

Cancels an existing Fulfillment and reverses its effects on associated FulfillmentOrder objects. When you cancel a fulfillment, the system creates new fulfillment orders for the cancelled items so they can be fulfilled again.

The cancellation affects fulfillment orders differently based on their fulfillment status. If a fulfillment order was entirely fulfilled, then it automatically closes. If a fulfillment order is partially fulfilled, then the remaining quantities adjust to include the cancelled items. The system creates new fulfillment orders at the original Location when items are still stocked there, or at alternative locations based on the store's fulfillment priority settings.

Learn more about canceling fulfillments.

Arguments

•ID!
required

The ID of the fulfillment to be canceled.


Anchor to fulfillmentConstraintRuleCreatefulfillmentConstraintRuleCreate
•FulfillmentConstraintRuleCreatePayload

Creates a fulfillment constraint rule and its metafield.

Arguments

•String
Deprecated
•String

The handle of the function providing the constraint rule.

•[DeliveryMethodType!]!
required

Associate the function with one or multiple delivery method types.

•[MetafieldInput!]
Default:[]

Metafields to associate to the fulfillment constraint rule.


Anchor to fulfillmentConstraintRuleDeletefulfillmentConstraintRuleDelete
•FulfillmentConstraintRuleDeletePayload

Deletes a fulfillment constraint rule and its metafields.

Arguments

•ID!
required

A globally-unique identifier for the fulfillment constraint rule.


Anchor to fulfillmentConstraintRuleUpdatefulfillmentConstraintRuleUpdate
•FulfillmentConstraintRuleUpdatePayload

Update a fulfillment constraint rule.

Arguments

•ID!
required

A globally-unique identifier for the fulfillment constraint rule.

•[DeliveryMethodType!]!
required

Specifies the delivery method types to be updated. If not provided or providing an empty list will associate the function with all delivery methods.


•FulfillmentCreatePayload

Creates a fulfillment for one or more FulfillmentOrder objects. The fulfillment orders are associated with the same Order and are assigned to the same Location.

Use this mutation to mark items as fulfilled when they're ready to ship. You can specify tracking information, customer notification preferences, and which FulfillmentOrderLineItem objects to fulfill from each fulfillment order. If you don't specify line items, then the mutation fulfills all items in the fulfillment order.

Learn more about building fulfillment solutions.

Arguments

•FulfillmentInput!
required

The input fields used to create a fulfillment from fulfillment orders.

•String

An optional message for the fulfillment request.


Anchor to fulfillmentEventCreatefulfillmentEventCreate
•FulfillmentEventCreatePayload

Creates a FulfillmentEvent to track the shipment status and location of items that have shipped. Events capture status updates like carrier pickup, in transit, out for delivery, or delivered.

Each event records the timestamp and current status of the Fulfillment. You can include optional details such as the location where the event occurred, estimated arrival time, and messages for tracking purposes.

Arguments

•FulfillmentEventInput!
required

The input fields used to create a fulfillment event for a fulfillment.


Anchor to fulfillmentOrderAcceptCancellationRequestfulfillmentOrderAcceptCancellationRequest
•FulfillmentOrderAcceptCancellationRequestPayload

Accept a cancellation request sent to a fulfillment service for a fulfillment order.

Arguments

•ID!
required

The ID of the fulfillment order associated with the cancellation request.

•String

An optional reason for accepting the cancellation request.


Anchor to fulfillmentOrderAcceptFulfillmentRequestfulfillmentOrderAcceptFulfillmentRequest
•FulfillmentOrderAcceptFulfillmentRequestPayload

Accepts a fulfillment request that the fulfillment service has received for a FulfillmentOrder which signals that the fulfillment service will process and fulfill the order. The fulfillment service can optionally provide a message to the merchant and an estimated shipped date when accepting the request.

Learn more about accepting fulfillment requests.

Arguments

•ID!
required

The ID of the fulfillment order associated with the fulfillment request.

•String

An optional reason for accepting the fulfillment request.

•DateTime

The estimated date and time when the fulfillment order will be shipped.


Anchor to fulfillmentOrderCancelfulfillmentOrderCancel
•FulfillmentOrderCancelPayload

Cancels a FulfillmentOrder and creates a replacement fulfillment order to represent the work left to be done. The original fulfillment order will be marked as closed.

This mutation works when the fulfillment order has a SUBMITTED or CANCELLATION_REQUESTED status. For SUBMITTED orders, cancellation happens immediately because the fulfillment service hasn't accepted the request.


Note

Orders that have had cancellation requested but the cancellation has yet to be accepted by the fulfillment service might still have work completed despite cancellation.


Arguments

•ID!
required

The ID of the fulfillment order to mark as canceled.


Anchor to fulfillmentOrderClosefulfillmentOrderClose
•FulfillmentOrderClosePayload

Marks an in-progress fulfillment order as incomplete, indicating the fulfillment service is unable to ship any remaining items, and closes the fulfillment request.

This mutation can only be called for fulfillment orders that meet the following criteria:

  • Assigned to a fulfillment service location,
  • The fulfillment request has been accepted,
  • The fulfillment order status is IN_PROGRESS.

This mutation can only be called by the fulfillment service app that accepted the fulfillment request. Calling this mutation returns the control of the fulfillment order to the merchant, allowing them to move the fulfillment order line items to another location and fulfill from there, remove and refund the line items, or to request fulfillment from the same fulfillment service again.

Closing a fulfillment order is explained in the fulfillment service guide.

Arguments

•ID!
required

The ID of the fulfillment order to mark as incomplete.

•String

An optional reason for marking the fulfillment order as incomplete.


Anchor to fulfillmentOrderHoldfulfillmentOrderHold
•FulfillmentOrderHoldPayload

Applies a fulfillment hold on a fulfillment order.

As of the 2025-01 API version, the mutation can be successfully executed on fulfillment orders that are already on hold. To place multiple holds on a fulfillment order, apps need to supply the handle field. Each app can place up to 10 active holds per fulfillment order. If an app attempts to place more than this, the mutation will return a user error indicating that the limit has been reached. The app would need to release one of its existing holds before being able to apply a new one.

Arguments

•ID!
required

The ID of the fulfillment order on which a fulfillment hold is applied.

•FulfillmentOrderHoldInput!
required

The details of the fulfillment hold applied on the fulfillment order.


Anchor to fulfillmentOrderLineItemsPreparedForPickupfulfillmentOrderLineItemsPreparedForPickup
•FulfillmentOrderLineItemsPreparedForPickupPayload

Marks fulfillment order line items as ready for customer pickup. When executed, this mutation automatically sends a "Ready For Pickup" notification to the customer.

Use this mutation for local pickup orders after the items have been prepared and are available for the customer to collect. You can specify one or more fulfillment order objects by providing the fulfillment order IDs in the lineItemsByFulfillmentOrder field. This allows you to mark fulfillment order line items from different fulfillment orders as ready for pickup.

Arguments

•FulfillmentOrderLineItemsPreparedForPickupInput!
required

The input for marking fulfillment order line items as ready for pickup.


Anchor to fulfillmentOrderMergefulfillmentOrderMerge
•FulfillmentOrderMergePayload

Merges a set or multiple sets of fulfillment orders together into one based on line item inputs and quantities.

Arguments

Anchor to fulfillmentOrderMergeInputsfulfillmentOrderMergeInputs
•[FulfillmentOrderMergeInput!]!
required

One or more sets of fulfillment orders to be merged.


Anchor to fulfillmentOrderMovefulfillmentOrderMove
•FulfillmentOrderMovePayload

Changes the location which is assigned to fulfill a number of unfulfilled fulfillment order line items.

Moving a fulfillment order will fail in the following circumstances:

  • The fulfillment order is closed.
  • The fulfillment order has had progress manually reported. To move a fulfillment order that has had progress manually reported, the fulfillment order must first be marked as open resolving the ongoing progress state.
  • The destination location doesn't stock the requested inventory item.
  • The API client doesn't have the correct permissions.

Line items which have already been fulfilled can't be re-assigned and will always remain assigned to the original location.

You can't change the assigned location while a fulfillment order has a request status of SUBMITTED, ACCEPTED, CANCELLATION_REQUESTED, or CANCELLATION_REJECTED. These request statuses mean that a fulfillment order is awaiting action by a fulfillment service and can't be re-assigned without first having the fulfillment service accept a cancellation request. This behavior is intended to prevent items from being fulfilled by multiple locations or fulfillment services.

How re-assigning line items affects fulfillment orders

First scenario: Re-assign all line items belonging to a fulfillment order to a new location.

In this case, the assignedLocation of the original fulfillment order will be updated to the new location.

Second scenario: Re-assign a subset of the line items belonging to a fulfillment order to a new location. You can specify a subset of line items using the fulfillmentOrderLineItems parameter (available as of the 2023-04 API version), or specify that the original fulfillment order contains line items which have already been fulfilled.

If the new location is already assigned to another active fulfillment order, on the same order, then a new fulfillment order is created. The existing fulfillment order is closed and line items are recreated in a new fulfillment order.

Arguments

•ID!
required

The ID of the fulfillment order to be moved.

•ID!
required

The ID of the location where the fulfillment order will be moved.

Anchor to fulfillmentOrderLineItemsfulfillmentOrderLineItems
•[FulfillmentOrderLineItemInput!]

The fulfillment order line items to be moved. If left blank, all unfulfilled line items belonging to the fulfillment order are moved.


Anchor to fulfillmentOrderOpenfulfillmentOrderOpen
•FulfillmentOrderOpenPayload

Marks a scheduled fulfillment order as open.

From API version 2026-01, this will also mark a fulfillment order as open when it is assigned to a merchant managed location and has had progress reported.

Arguments

•ID!
required

The ID of the fulfillment order to mark as open.


Anchor to fulfillmentOrderRejectCancellationRequestfulfillmentOrderRejectCancellationRequest
•FulfillmentOrderRejectCancellationRequestPayload

Rejects a cancellation request sent to a fulfillment service for a fulfillment order.

Arguments

•ID!
required

The ID of the fulfillment order associated with the cancellation request.

•String

An optional reason for rejecting the cancellation request.


Anchor to fulfillmentOrderRejectFulfillmentRequestfulfillmentOrderRejectFulfillmentRequest
•FulfillmentOrderRejectFulfillmentRequestPayload

Rejects a fulfillment request sent to a fulfillment service for a fulfillment order.

Arguments

•ID!
required

The ID of the fulfillment order associated with the fulfillment request.

•FulfillmentOrderRejectionReason

The reason for the fulfillment order rejection.

•String

An optional reason for rejecting the fulfillment request.

•[IncomingRequestLineItemInput!]

An optional array of line item rejection details. If none are provided, all line items will be assumed to be unfulfillable.

Note: After the fulfillment request has been rejected, none of the line items will be able to be fulfilled. This field documents which line items specifically were unable to be fulfilled and why.


Anchor to fulfillmentOrderReleaseHoldfulfillmentOrderReleaseHold
•FulfillmentOrderReleaseHoldPayload

Releases the fulfillment hold on a fulfillment order.

Arguments

•ID!
required

The ID of the fulfillment order for which to release the fulfillment hold.

•[ID!]

The IDs of the fulfillment holds to release.

Holds will only be released if they belong to the fulfillment order specified by the id argument.

NOTE: If not supplied, all holds for the fulfillment order will be released. It is highly recommended that apps supply the ids of the holds that they intend to release. Releasing all holds on a fulfillment order will result in the fulfillment order being released prematurely and items being incorrectly fulfilled.

•String

A configurable ID used to track the automation system releasing this hold.


Anchor to fulfillmentOrderReschedulefulfillmentOrderReschedule
•FulfillmentOrderReschedulePayload

Reschedules a scheduled fulfillment order.

Updates the value of the fulfillAt field on a scheduled fulfillment order.

The fulfillment order will be marked as ready for fulfillment at this date and time.

Arguments

•ID!
required

The ID of the fulfillment order to reschedule.

•DateTime!
required

A future date and time when the fulfillment order will be marked as ready for fulfillment.


Anchor to fulfillmentOrderSplitfulfillmentOrderSplit
•FulfillmentOrderSplitPayload

Splits FulfillmentOrder objects by moving the specified LineItem objects and quantities into a new fulfillment order.

If the original fulfillment order can't be split due to its current state, then the mutation creates a replacement fulfillment order instead.

Arguments

Anchor to fulfillmentOrderSplitsfulfillmentOrderSplits
•[FulfillmentOrderSplitInput!]!
required

The fulfillment orders, line items and quantities to be split into new fulfillment orders.


Anchor to fulfillmentOrdersReroutefulfillmentOrdersReroute
•FulfillmentOrdersReroutePayload

Route the fulfillment orders to an alternative location, according to the shop's order routing settings. This involves:

  • Finding an alternate location that can fulfill the fulfillment orders.
  • Assigning the fulfillment orders to the new location.

Arguments

•[ID!]!
required

The list of IDs of the fulfillment orders.

•[ID!]

The list of IDs of the locations to include for rerouting. By default, all locations are included.

•[ID!]

The list of IDs of the locations to exclude for rerouting. Excluded locations specified here take precedence over included locations provided through included_location_ids.


Anchor to fulfillmentOrdersSetFulfillmentDeadlinefulfillmentOrdersSetFulfillmentDeadline
•FulfillmentOrdersSetFulfillmentDeadlinePayload

Sets the latest date and time by which the fulfillment orders need to be fulfilled.

Arguments

•[ID!]!
required

The IDs of the fulfillment orders for which the deadline is being set.

•DateTime!
required

The new fulfillment deadline of the fulfillment orders.


Anchor to fulfillmentOrderSubmitCancellationRequestfulfillmentOrderSubmitCancellationRequest
•FulfillmentOrderSubmitCancellationRequestPayload

Sends a cancellation request to the fulfillment service of a fulfillment order.

Arguments

•ID!
required

The ID of the fulfillment order associated with the cancellation request.

•String

An optional reason for the cancellation request.


Anchor to fulfillmentOrderSubmitFulfillmentRequestfulfillmentOrderSubmitFulfillmentRequest
•FulfillmentOrderSubmitFulfillmentRequestPayload

Sends a fulfillment request to the fulfillment service assigned to a FulfillmentOrder. The fulfillment service must then accept or reject the request before processing can begin.

You can either request fulfillment for all line items or specify individual items with quantities for partial fulfillment. When requesting partial fulfillment, Shopify splits the original fulfillment order into two: one with the submitted items and another with the remaining unsubmitted items. Include an optional message to communicate special instructions to the fulfillment service, such as gift wrapping or handling requirements.

Learn more about managing fulfillment requests as a fulfillment service.

Arguments

•ID!
required

The ID of the fulfillment order associated with fulfillment request.

•String

An optional message for the fulfillment request.

•Boolean

Whether the customer should be notified when fulfillments are created for this fulfillment order.

Anchor to fulfillmentOrderLineItemsfulfillmentOrderLineItems
•[FulfillmentOrderLineItemInput!]

The fulfillment order line items to be requested for fulfillment. If left blank, all line items of the fulfillment order are requested for fulfillment.


Anchor to fulfillmentServiceCreatefulfillmentServiceCreate
•FulfillmentServiceCreatePayload

Creates a fulfillment service.

Fulfillment service location

When creating a fulfillment service, a new location will be automatically created on the shop and will be associated with this fulfillment service. This location will be named after the fulfillment service and inherit the shop's address.

If you are using API version 2023-10 or later, and you need to specify custom attributes for the fulfillment service location (for example, to change its address to a country different from the shop's country), use the LocationEdit mutation after creating the fulfillment service.

Arguments

•String!
required

The name of the fulfillment service.

•URL

The URL to send requests for the fulfillment service.

If callbackUrl is provided:

  • Shopify queries the callback_url/fetch_tracking_numbers endpoint to retrieve tracking numbers for orders, if trackingSupport is set to true.
  • Shopify queries the callback_url/fetch_stock endpoint to retrieve inventory levels, if inventoryManagement is set to true.
  • Shopify uses the callback_url/fulfillment_order_notification endpoint to send fulfillment and cancellation requests.

Otherwise, if no callbackUrl is provided you need to submit this information via the api:

•Boolean
Default:false

Whether the fulfillment service provides tracking numbers for packages.

If callbackUrl is provided (optional as of API version "2026-01"), Shopify will periodically fetch tracking numbers via the callback endpoint.

If no callbackUrl is provided you need to submit this information via the api, see our docs on building for fulfillment services.

Anchor to fulfillmentOrdersOptInfulfillmentOrdersOptIn
•Boolean
DeprecatedDefault:true
•Boolean
DeprecatedDefault:true
•Boolean
Default:false

Whether the fulfillment service manages product inventory and provides updates to Shopify.

If callbackUrl is provided (optional as of API version "2026-01"), Shopify will periodically fetch inventory levels via the callback endpoint.

If no callbackUrl is provided you need to submit this information via the api, see our docs on managing inventory quantities and states.

Anchor to requiresShippingMethodrequiresShippingMethod
•Boolean
Default:true

Whether the fulfillment service requires products to be physically shipped.


Anchor to fulfillmentServiceDeletefulfillmentServiceDelete
•FulfillmentServiceDeletePayload

Deletes a fulfillment service.

Arguments

•ID!
required

The ID of the fulfillment service to delete.

Anchor to destinationLocationIddestinationLocationId
•ID

The ID of an active merchant managed location where inventory and commitments will be relocated after the fulfillment service is deleted.

Inventory will only be transferred if the TRANSFER inventory action has been chosen.

•FulfillmentServiceDeleteInventoryAction
Default:TRANSFER

The action to take with the location after the fulfillment service is deleted.


Anchor to fulfillmentServiceUpdatefulfillmentServiceUpdate
•FulfillmentServiceUpdatePayload

Updates the FulfillmentService configuration, including its name, callback URL, and operational settings.

The mutation modifies how the fulfillment service handles inventory tracking, shipping requirements, and package tracking support.


Note

To update the physical address or other location details of the fulfillment service, use the locationEdit mutation instead.


Learn more about editing fulfillment service locations.

Arguments

•ID!
required

The id of the fulfillment service.

•String

The name of the fulfillment service.

•URL

The URL to send requests for the fulfillment service.

If callbackUrl is provided:

  • Shopify queries the callback_url/fetch_tracking_numbers endpoint to retrieve tracking numbers for orders, if trackingSupport is set to true.
  • Shopify queries the callback_url/fetch_stock endpoint to retrieve inventory levels, if inventoryManagement is set to true.
  • Shopify uses the callback_url/fulfillment_order_notification endpoint to send fulfillment and cancellation requests.

Otherwise, if no callbackUrl is provided you need to submit this information via the api:

•Boolean

Whether the fulfillment service provides tracking numbers for packages.

If callbackUrl is provided, Shopify will periodically fetch tracking numbers via the callback endpoint.

If no callbackUrl is provided you need to submit this information via the api, see our docs on building for fulfillment services.

Anchor to fulfillmentOrdersOptInfulfillmentOrdersOptIn
•Boolean
Deprecated
•Boolean
Deprecated
•Boolean

Whether the fulfillment service manages product inventory and provides updates to Shopify.

If callbackUrl is provided, Shopify will periodically fetch inventory levels via the callback endpoint.

If no callbackUrl is provided you need to submit this information via the api, see our docs on managing inventory quantities and states.

Anchor to requiresShippingMethodrequiresShippingMethod
•Boolean
Default:true

Whether the fulfillment service requires products to be physically shipped.


Anchor to fulfillmentTrackingInfoUpdatefulfillmentTrackingInfoUpdate
•FulfillmentTrackingInfoUpdatePayload

Updates tracking information for a fulfillment, including the carrier name, tracking numbers, and tracking URLs. You can provide either single or multiple tracking numbers for shipments with multiple packages.

The mutation accepts a FulfillmentTrackingInput that supports both single tracking (using number and url fields) and multi-package tracking (using numbers and urls fields). When you specify a supported carrier name, Shopify automatically generates tracking URLs for the provided tracking numbers.

You can optionally notify customers about tracking updates with the notifyCustomer argument. When enabled, customers receive shipping update emails with tracking details and receive notifications about future updates to the fulfillment.

Learn more about enabling tracking support for fulfillment services.

Arguments

•ID!
required

The ID of the fulfillment.

•FulfillmentTrackingInput!
required

The tracking input for the mutation, including tracking URL, number, and company.

•Boolean

Whether the customer will be notified of this update and future updates for the fulfillment. If this field is left blank, then notifications won't be sent to the customer when the fulfillment is updated.


•GiftCardCreatePayload

Creates a new GiftCard with a specified initial value. You can assign the gift card to a Customer or create it without assignment for manual distribution.

You can customize the gift card with an optional code, expiration date, and internal note. If you don't provide a code, the system generates a random 16 character alphanumeric code. The mutation also supports scheduling gift card notifications to recipients, with a personalized message, through the recipientAttributes field on the GiftCardCreateInput input object.

Arguments

•GiftCardCreateInput!
required

The input fields to create a gift card.


•GiftCardCreditPayload

Credit a gift card.

Arguments

•ID!
required

The ID of the gift card to be credited.

•GiftCardCreditInput!
required

The input fields to credit a gift card.


•GiftCardDeactivatePayload

Deactivate a gift card. A deactivated gift card cannot be used by a customer. A deactivated gift card cannot be re-enabled.

Arguments

•ID!
required

The ID of the gift card to deactivate.


•GiftCardDebitPayload

Debit a gift card.

Arguments

•ID!
required

The ID of the gift card to be debited.

•GiftCardDebitInput!
required

The input fields to debit a gift card.


Anchor to giftCardSendNotificationToCustomergiftCardSendNotificationToCustomer
•GiftCardSendNotificationToCustomerPayload

Send notification to the customer of a gift card.

Arguments

•ID!
required

The ID of the gift card to send.


Anchor to giftCardSendNotificationToRecipientgiftCardSendNotificationToRecipient
•GiftCardSendNotificationToRecipientPayload

Send notification to the recipient of a gift card.

Arguments

•ID!
required

The ID of the gift card to send.


•GiftCardUpdatePayload

Update a gift card.

Arguments

•ID!
required

The ID of the gift card to be updated.

•GiftCardUpdateInput!
required

The input fields to update the gift card.


•InventoryActivatePayload

Activates an inventory item at a Location by creating an InventoryLevel that tracks stock quantities. This enables you to manage inventory for a ProductVariant at the specified location.

When you activate an inventory item, you can set its initial quantities. The available argument sets the quantity that's available for sale. onHand argument sets the total physical quantity at the location. If you don't specify quantities, then available and onHand default to zero.


Caution

As of version 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of version 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Learn more about managing inventory quantities and states.

Arguments

•ID!
required

The ID of the inventory item to activate.

•ID!
required

The ID of the location of the inventory item being activated.

•Int

The initial available quantity of the inventory item being activated at the location.

•Int

The initial on_hand quantity of the inventory item being activated at the location.

Anchor to stockAtLegacyLocationstockAtLegacyLocation
•Boolean
Default:false

Allow activation at or away from fulfillment service location with sku sharing off. This will deactivate inventory at all other locations.


Anchor to inventoryAdjustQuantitiesinventoryAdjustQuantities
•InventoryAdjustQuantitiesPayload

Adjusts quantities for inventory items by applying incremental changes at specific locations. Each adjustment modifies the quantity by a delta value rather than setting an absolute amount.

The mutation tracks adjustments with a reason code and optional reference URI for audit trails. Returns an InventoryAdjustmentGroup that records all changes made in the operation.

Learn more about managing inventory quantities and states.


Caution

As of version 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of version 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•InventoryAdjustQuantitiesInput!
required

The information required to adjust inventory quantities.


Anchor to inventoryBulkToggleActivationinventoryBulkToggleActivation
•InventoryBulkToggleActivationPayload

Activates or deactivates an inventory item at multiple locations. When you activate an InventoryItem at a Location, that location can stock and track quantities for that item. When you deactivate an inventory item at a location, the inventory item is no longer stocked at that location.

The mutation accepts an inventory item ID and a list of location-specific activation settings. It returns the updated inventory item and any activated InventoryLevel objects.

Learn more about managing inventory quantities and states.

Arguments

•ID!
required

The ID of the inventory item to modify the activation status locations for.

Anchor to inventoryItemUpdatesinventoryItemUpdates
•[InventoryBulkToggleActivationInput!]!
required

A list of pairs of locations and activate status to update for the specified inventory item.


•InventoryDeactivatePayload

Removes an inventory item's quantities from a location, and turns off inventory at the location.

Arguments

•ID!
required

The ID of the inventory level to deactivate.


•InventoryItemUpdatePayload

Updates an InventoryItem's properties including whether inventory is tracked, cost, SKU, and whether shipping is required. Inventory items represent the goods available to be shipped to customers.

Arguments

•ID!
required

The ID of the inventory item to update.

•InventoryItemInput!
required

The input fields that update an inventoryItem.


Anchor to inventoryMoveQuantitiesinventoryMoveQuantities
•InventoryMoveQuantitiesPayload

Moves inventory quantities for a single inventory item between different states at a single location. Use this mutation to reallocate inventory across quantity states without moving it between locations.

Each change specifies the quantity to move, the source state and location, and the destination state and location. The mutation returns an InventoryAdjustmentGroup that tracks all changes made in a single operation, providing an audit trail with the reason and reference document URI.


Caution

As of version 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of version 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•InventoryMoveQuantitiesInput!
required

The information required to move inventory quantities.


Anchor to inventorySetQuantitiesinventorySetQuantities
•InventorySetQuantitiesPayload

Set quantities of specified name using absolute values. This mutation supports compare-and-set functionality to handle concurrent requests properly. If ignoreCompareQuantity is not set to true, the mutation will only update the quantity if the persisted quantity matches the compareQuantity value. If the compareQuantity value does not match the persisted value, the mutation will return an error. In order to opt out of the compareQuantity check, the ignoreCompareQuantity argument can be set to true.


Note

Only use this mutation if calling on behalf of a system that acts as the source of truth for inventory quantities, otherwise please consider using the inventoryAdjustQuantities mutation.

Opting out of the compareQuantity check can lead to inaccurate inventory quantities if multiple requests are made concurrently. It is recommended to always include the compareQuantity value to ensure the accuracy of the inventory quantities and to opt out of the check using ignoreCompareQuantity only when necessary.



Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•InventorySetQuantitiesInput!
required

The information required to set inventory quantities.


Anchor to inventoryShipmentAddItemsinventoryShipmentAddItems
•InventoryShipmentAddItemsPayload

Adds items to an inventory shipment.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•ID!
required

The ID of the inventory shipment to modify.

•[InventoryShipmentLineItemInput!]!
required

The list of line items to add to the inventory shipment.


Anchor to inventoryShipmentCreateinventoryShipmentCreate
•InventoryShipmentCreatePayload

Adds a draft shipment to an inventory transfer.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•InventoryShipmentCreateInput!
required

The input fields for the inventory shipment.


Anchor to inventoryShipmentCreateInTransitinventoryShipmentCreateInTransit
•InventoryShipmentCreateInTransitPayload

Adds an in-transit shipment to an inventory transfer.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•InventoryShipmentCreateInput!
required

The input fields for the inventory shipment.


Anchor to inventoryShipmentDeleteinventoryShipmentDelete
•InventoryShipmentDeletePayload

Deletes an inventory shipment. Only draft shipments can be deleted.

Arguments

•ID!
required

The ID of the inventory shipment to be deleted.


Anchor to inventoryShipmentMarkInTransitinventoryShipmentMarkInTransit
•InventoryShipmentMarkInTransitPayload

Marks a draft inventory shipment as in transit.

Arguments

•ID!
required

The ID of the inventory shipment to mark in transit.

•DateTime

The date the shipment was shipped.


Anchor to inventoryShipmentReceiveinventoryShipmentReceive
•InventoryShipmentReceivePayload

Receive an inventory shipment.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•ID!
required

The ID of the inventory shipment to receive.

•[InventoryShipmentReceiveItemInput!]

The list of receive line items for the inventory shipment.

•DateTime

The date the inventory shipment was initially received.

•InventoryShipmentReceiveLineItemReason

The bulk receive action for the inventory shipment.


Anchor to inventoryShipmentRemoveItemsinventoryShipmentRemoveItems
•InventoryShipmentRemoveItemsPayload

Remove items from an inventory shipment.

Arguments

•ID!
required

The ID of the inventory shipment to remove items from.

•[ID!]!
required

A list of inventory shipment line item ids representing the items to be removed from the shipment.


Anchor to inventoryShipmentSetTrackinginventoryShipmentSetTracking
•InventoryShipmentSetTrackingPayload

Edits the tracking info on an inventory shipment.

Arguments

•ID!
required

The ID of the inventory shipment whose tracking info is being edited.

•InventoryShipmentTrackingInput!
required

The tracking info to edit on the inventory shipment.


Anchor to inventoryShipmentUpdateItemQuantitiesinventoryShipmentUpdateItemQuantities
•InventoryShipmentUpdateItemQuantitiesPayload

Updates items on an inventory shipment.

Arguments

•ID!
required

The ID of the inventory shipment to update item quantities.

•[InventoryShipmentUpdateItemQuantitiesInput!]
Default:[]

The list of line items to be updated to the shipment.


Anchor to inventoryTransferCancelinventoryTransferCancel
•InventoryTransferCancelPayload

Cancels an inventory transfer.

Arguments

•ID!
required

The ID of the inventory transfer to cancel.


Anchor to inventoryTransferCreateinventoryTransferCreate
•InventoryTransferCreatePayload

Creates a draft inventory transfer to move inventory items between Location objects in your store. The transfer tracks which items to move, their quantities, and the origin and destination locations.

Use inventoryTransferMarkAsReadyToShip to mark the transfer as ready to ship.


Caution

As of version 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of version 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•InventoryTransferCreateInput!
required

The input fields for the inventory transfer.


Anchor to inventoryTransferCreateAsReadyToShipinventoryTransferCreateAsReadyToShip
•InventoryTransferCreateAsReadyToShipPayload

Creates an inventory transfer in ready to ship.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•InventoryTransferCreateAsReadyToShipInput!
required

The input fields for the inventory transfer.


Anchor to inventoryTransferDeleteinventoryTransferDelete
•InventoryTransferDeletePayload

Deletes an inventory transfer.

Arguments

•ID!
required

The ID of the inventory transfer to delete.


Anchor to inventoryTransferDuplicateinventoryTransferDuplicate
•InventoryTransferDuplicatePayload

This mutation allows duplicating an existing inventory transfer. The duplicated transfer will have the same line items and quantities as the original transfer, but will be in a draft state with no shipments.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•ID!
required

The ID of the inventory transfer to duplicate.


Anchor to inventoryTransferEditinventoryTransferEdit
•InventoryTransferEditPayload

Edits an inventory transfer.

Arguments

•ID!
required

The ID of the inventory Transfer to be edited.

•InventoryTransferEditInput!
required

The input fields to edit the inventory transfer.


Anchor to inventoryTransferMarkAsReadyToShipinventoryTransferMarkAsReadyToShip
•InventoryTransferMarkAsReadyToShipPayload

Sets an inventory transfer to ready to ship.

Arguments

•ID!
required

The ID of the inventory transfer to mark as ready to ship.


Anchor to inventoryTransferRemoveItemsinventoryTransferRemoveItems
•InventoryTransferRemoveItemsPayload

This mutation allows removing the shippable quantities of line items on a Transfer. It removes all quantities of the item from the transfer that are not associated with shipments.

Arguments

•InventoryTransferRemoveItemsInput!
required

The input fields for the InventoryTransferRemoveItems mutation.


Anchor to inventoryTransferSetItemsinventoryTransferSetItems
•InventoryTransferSetItemsPayload

This mutation allows for the setting of line items on a Transfer. Will replace the items already set, if any.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•InventoryTransferSetItemsInput!
required

The input fields for the InventoryTransferSetItems mutation.


•LocationActivatePayload

Activates a location so that you can stock inventory at the location. Refer to the isActive and activatable fields on the Location object.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•ID!
required

The ID of a location to activate.


•LocationAddPayload

Adds a new Location where you can stock inventory and fulfill orders. Locations represent physical places like warehouses, retail stores, or fulfillment centers.

The location requires a name and address with at least a country code. You can specify whether the location fulfills online orders, which determines if its inventory is available for online sales. You can also attach custom metafields to store additional information about the location.

Arguments

•LocationAddInput!
required

The properties of the location to add.


•LocationDeactivatePayload

Deactivates a location and moves inventory, pending orders, and moving transfers " "to a destination location.


Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•ID!
required

The ID of a location to deactivate.

Anchor to destinationLocationIddestinationLocationId
•ID

The ID of a destination location to which inventory, pending orders and moving transfers will be moved from the location to deactivate.


•LocationDeletePayload

Deletes a location.

Arguments

•ID!
required

The ID of a location to delete.


•LocationEditPayload

Updates the properties of an existing Location. You can modify the location's name, address, whether it fulfills online orders, and custom metafields.

Apps that created a FulfillmentService can edit the associated location to ensure accurate representation of their fulfillment network.


Note

You can't disable the fulfillsOnlineOrders setting for fulfillment service locations.


Learn more about editing locations for fulfillment services.

Arguments

•ID!
required

The ID of a location to edit.

•LocationEditInput!
required

The updated properties for the location.


Anchor to locationLocalPickupDisablelocationLocalPickupDisable
•LocationLocalPickupDisablePayload

Disables local pickup for a location.

Arguments

•ID!
required

The ID of the location to disable local pickup for.


Anchor to locationLocalPickupEnablelocationLocalPickupEnable
•LocationLocalPickupEnablePayload

Enables local pickup for a location so customers can collect their orders in person. Configures the estimated pickup time that customers see at checkout and optional instructions for finding or accessing the pickup location.

Arguments

•DeliveryLocationLocalPickupEnableInput!
required

The settings required to enable local pickup for a location.


•MarketCreatePayload

Creates a Market to deliver customized shopping experiences. Markets define various aspects of the buyer experience including pricing, product availability, custom content, inventory and fulfillment priorities, and payment methods.

Define conditions to match buyers by region, company location, retail location, or other criteria. Configure MarketCurrencySettings to control currency behavior. Set MarketPriceInclusions to determine tax and duty display. Assign Catalog objects and MarketWebPresence configurations to control product availability and SEO strategy.

Learn more about Shopify Markets.

Arguments

•MarketCreateInput!
required

The properties of the new market.


•MarketDeletePayload

Deletes a market definition.

Arguments

•ID!
required

The ID of the market to delete.


Anchor to marketingActivitiesDeleteAllExternalmarketingActivitiesDeleteAllExternal
•MarketingActivitiesDeleteAllExternalPayload

Deletes all external marketing activities. Deletion is performed by a background job, as it may take a bit of time to complete if a large number of activities are to be deleted. Attempting to create or modify external activities before the job has completed will result in the create/update/upsert mutation returning an error.

Anchor to marketingActivityCreatemarketingActivityCreate
•MarketingActivityCreatePayload

Create new marketing activity. Marketing activity app extensions are deprecated and will be removed in the near future.

Arguments

•MarketingActivityCreateInput!
required

The Input of marketing activity create.


Anchor to marketingActivityCreateExternalmarketingActivityCreateExternal
•MarketingActivityCreateExternalPayload

Creates a new external marketing activity.

Arguments

•MarketingActivityCreateExternalInput!
required

The input field for creating an external marketing activity.


Anchor to marketingActivityDeleteExternalmarketingActivityDeleteExternal
•MarketingActivityDeleteExternalPayload

Deletes an external marketing activity.

Arguments

•ID

The ID of the marketing activity. A marketing activity ID or remote ID must be provided.

•String

A custom unique identifier for the marketing activity, which can be used to manage the activity and send engagement metrics without having to store our marketing activity ID in your systems. A marketing activity ID or remote ID must be provided.


Anchor to marketingActivityUpdatemarketingActivityUpdate
•MarketingActivityUpdatePayload

Updates a marketing activity with the latest information. Marketing activity app extensions are deprecated and will be removed in the near future.

Arguments

•MarketingActivityUpdateInput!
required

The Input of the marketing activity.


Anchor to marketingActivityUpdateExternalmarketingActivityUpdateExternal
•MarketingActivityUpdateExternalPayload

Update an external marketing activity.

Arguments

•MarketingActivityUpdateExternalInput!
required

The input field for updating an external marketing activity.

•ID

The ID of the marketing activity. Specify either the marketing activity ID, remote ID, or UTM to update the marketing activity.

•String

A custom unique identifier for the marketing activity, which can be used to manage the activity and send engagement metrics without having to store our marketing activity ID in your systems. Specify either the marketing activity ID, remote ID, or UTM to update the marketing activity.

•UTMInput

Specifies the Urchin Traffic Module (UTM) parameters that are associated with a related marketing campaign. Specify either the marketing activity ID, remote ID, or UTM to update the marketing activity.


Anchor to marketingActivityUpsertExternalmarketingActivityUpsertExternal
•MarketingActivityUpsertExternalPayload

Creates a new external marketing activity or updates an existing one. When optional fields are absent or null, associated information will be removed from an existing marketing activity.

Arguments

•MarketingActivityUpsertExternalInput!
required

The input field for creating or updating an external marketing activity.


Anchor to marketingEngagementCreatemarketingEngagementCreate
•MarketingEngagementCreatePayload

Creates a new marketing engagement for a marketing activity or a marketing channel.

Arguments

•ID

The identifier of the marketing activity for which the engagement metrics are being provided. This or the remoteId should be set when and only when providing activity-level engagements. This should be nil when providing channel-level engagements.

•String

A custom unique identifier for the marketing activity, which can be used to manage the activity and send engagement metrics without having to store our marketing activity ID in your systems. This or the marketingActivityId should be set when and only when providing activity-level engagements. This should be nil when providing channel-level engagements.

•String

The unique string identifier of the channel to which the engagement metrics are being provided. This should be set when and only when providing channel-level engagements. This should be nil when providing activity-level engagements. For the correct handle for your channel, contact your partner manager.

•MarketingEngagementInput!
required

The marketing engagement's attributes.


Anchor to marketingEngagementsDeletemarketingEngagementsDelete
•MarketingEngagementsDeletePayload

Marks channel-level engagement data such that it no longer appears in reports. Activity-level data cannot be deleted directly, instead the MarketingActivity itself should be deleted to hide it from reports.

Arguments

•String

The handle of the channel for which engagement data should be deleted.

Anchor to deleteEngagementsForAllChannelsdeleteEngagementsForAllChannels
•Boolean
Default:false

When true, engagements for all channels that belong to the api client will be deleted.


Anchor to marketLocalizationsRegistermarketLocalizationsRegister
•MarketLocalizationsRegisterPayload

Creates or updates market localizations.

Arguments

•ID!
required

The ID of the resource that is being localized within the context of a market.

•[MarketLocalizationRegisterInput!]!
required

The input fields for a market localization.


Anchor to marketLocalizationsRemovemarketLocalizationsRemove
•MarketLocalizationsRemovePayload

Deletes market localizations.

Arguments

•ID!
required

The ID of the resource for which market localizations are being deleted.

Anchor to marketLocalizationKeysmarketLocalizationKeys
•[String!]!
required

The list of market localization keys.

•[ID!]!
required

The list of market IDs.


•MarketUpdatePayload

Updates the properties of a market.

Arguments

•ID!
required

The ID of the market to update.

•MarketUpdateInput!
required

The properties to update.


•MenuCreatePayload

Creates a navigation Menu for the online store. Menus organize links that help customers navigate to collections, products, pages, blogs, and custom URLs.

Each menu requires a unique handle for identification and can contain multiple MenuItem objects with nested sub-items up to three levels deep.

Arguments

•String!
required

The menu's title.

•String!
required

The menu's handle.

•[MenuItemCreateInput!]!
required

List of the menu's items.


•MenuDeletePayload

Deletes a menu.

Arguments

•ID!
required

The ID of the menu to be deleted.


•MenuUpdatePayload

Updates a Menu for display on the storefront. Modifies the menu's title and navigation structure, including nested MenuItem objects. You can update the handle for non-default menus.

The items argument accepts a list of menu items with their nested structure. Each item can include nested items to create multi-level navigation hierarchies. Default menus have restricted updates—you can't change their handles.

Arguments

•ID!
required

ID of the menu to be updated.

•String!
required

The menu's title.

•String

The menu's handle.

•[MenuItemUpdateInput!]!
required

List of the menu's items.


Anchor to metafieldDefinitionCreatemetafieldDefinitionCreate
•MetafieldDefinitionCreatePayload

Creates a MetafieldDefinition that establishes structure and validation rules for metafields. The definition specifies the data type, validation constraints, and access permissions for metafields with a given namespace and key combination.

When you create a new definition, the system validates any existing unstructured metafields matching the same owner type, namespace, and key against it. The system updates each valid metafield's type to match the definition. Invalid metafields remain unchanged but must conform to the definition when updated.

Learn more about creating metafield definitions.

Arguments

•MetafieldDefinitionInput!
required

Specifies the input fields for a metafield definition.


Anchor to metafieldDefinitionDeletemetafieldDefinitionDelete
•MetafieldDefinitionDeletePayload

Deletes a MetafieldDefinition. You can identify the definition by providing either its owner type, namespace, and key, or its global ID.

When you set deleteAllAssociatedMetafields to true, the mutation asynchronously deletes all Metafield objects that use this definition. This option must be true when deleting definitions under the $app namespace.

Learn more about deleting metafield definitions.

Arguments

•ID

The id of the metafield definition to delete. Using identifier is preferred.

•MetafieldDefinitionIdentifierInput

The identifier of the metafield definition to delete.

Anchor to deleteAllAssociatedMetafieldsdeleteAllAssociatedMetafields
•Boolean
Default:false

Whether to delete all associated metafields.


Anchor to metafieldDefinitionPinmetafieldDefinitionPin
•MetafieldDefinitionPinPayload

You can organize your metafields in your Shopify admin by pinning/unpinning metafield definitions. The order of your pinned metafield definitions determines the order in which your metafields are displayed on the corresponding pages in your Shopify admin. By default, only pinned metafields are automatically displayed.

Arguments

•ID

The id of the metafield definition to pin. Using identifier is preferred.

•MetafieldDefinitionIdentifierInput

The identifier of the metafield definition to pin.


Anchor to metafieldDefinitionUnpinmetafieldDefinitionUnpin
•MetafieldDefinitionUnpinPayload

You can organize your metafields in your Shopify admin by pinning/unpinning metafield definitions. The order of your pinned metafield definitions determines the order in which your metafields are displayed on the corresponding pages in your Shopify admin. By default, only pinned metafields are automatically displayed.

Arguments

•ID

The ID of the metafield definition to unpin. Using identifier is preferred.

•MetafieldDefinitionIdentifierInput

The identifier of the metafield definition to unpin.


Anchor to metafieldDefinitionUpdatemetafieldDefinitionUpdate
•MetafieldDefinitionUpdatePayload

Updates a MetafieldDefinition's configuration and settings. You can modify the definition's name, description, validation rules, access settings, capabilities, and constraints.

The mutation updates access settings that control visibility across different APIs, such as the GraphQL Admin API, Storefront API, and Customer Account API. It also enables capabilities like admin filtering or unique value validation, and modifies constraints that determine which resource subtypes the definition applies to.


Note

The type, namespace, key, and owner type identify the definition and so can't be changed.


Learn more about updating metafield definitions.

Arguments

•MetafieldDefinitionUpdateInput!
required

The input fields for the metafield definition update.


•MetafieldsDeletePayload

Deletes Metafield objects in bulk by specifying combinations of owner ID, namespace, and key.

Returns the identifiers of successfully deleted metafields. If a specified metafield doesn't exist, then the mutation still succeeds but returns null for that identifier in the response.

Arguments

•[MetafieldIdentifierInput!]!
required

A list of identifiers specifying metafields to delete. At least one identifier must be specified.


•MetafieldsSetPayload

Sets metafield values. Metafield values will be set regardless if they were previously created or not.

Allows a maximum of 25 metafields to be set at a time, with a maximum total request payload size of 10MB.

This operation is atomic, meaning no changes are persisted if an error is encountered.

As of 2024-07, this operation supports compare-and-set functionality to better handle concurrent requests. If compareDigest is set for any metafield, the mutation will only set that metafield if the persisted metafield value matches the digest used on compareDigest. If the metafield doesn't exist yet, but you want to guarantee that the operation will run in a safe manner, set compareDigest to null. The compareDigest value can be acquired by querying the metafield object and selecting compareDigest as a field. If the compareDigest value does not match the digest for the persisted value, the mutation will return an error. You can opt out of write guarantees by not sending compareDigest in the request.

Arguments

•[MetafieldsSetInput!]!
required

The list of metafield values to set. Maximum of 25.


Anchor to metaobjectBulkDeletemetaobjectBulkDelete
•MetaobjectBulkDeletePayload

Asynchronously delete metaobjects and their associated metafields in bulk.

Arguments

•MetaobjectBulkDeleteWhereCondition!
required

Specifies the condition by which metaobjects are deleted. Exactly one field of input is required.


•MetaobjectCreatePayload

Creates a metaobject entry based on an existing MetaobjectDefinition. The type must match a definition that already exists in the shop.

Specify field values using key-value pairs that correspond to the field definitions. The mutation generates a unique handle automatically if you don't provide one. You can also configure capabilities like publishable status to control the metaobject's visibility across channels.

Learn more about managing metaobjects.

Arguments

•MetaobjectCreateInput!
required

The parameters for the metaobject to create.


Anchor to metaobjectDefinitionCreatemetaobjectDefinitionCreate
•MetaobjectDefinitionCreatePayload

Creates a metaobject definition that establishes the structure for custom data objects in your store. The definition specifies the fields, data types, and access permissions that all Metaobject entries of this type share.

Use the type field to create a unique namespace for your metaobjects. Prefix the type with $app: to reserve the definition for your app's exclusive use. The definition can include capabilities like publishable status or translation eligibility, to extend how metaobjects integrate with Shopify's features.

Learn more about managing metaobjects.

Arguments

•MetaobjectDefinitionCreateInput!
required

The input fields for creating a metaobject definition.


Anchor to metaobjectDefinitionDeletemetaobjectDefinitionDelete
•MetaobjectDefinitionDeletePayload

Deletes the specified metaobject definition. Also deletes all related metafield definitions, metaobjects, and metafields asynchronously.

Arguments

•ID!
required

The ID of the metaobjects definition to delete.


Anchor to metaobjectDefinitionUpdatemetaobjectDefinitionUpdate
•MetaobjectDefinitionUpdatePayload

Updates a MetaobjectDefinition's configuration and field structure. You can modify the definition's name, description, display name key, access controls, and capabilities, as well as those of all its fields.

The mutation supports reordering fields when resetFieldOrder is true, which arranges submitted fields first followed by alphabetized omitted fields.

Learn more about managing metaobjects.

Arguments

•ID!
required

The ID of the metaobject definition to update.

•MetaobjectDefinitionUpdateInput!
required

The input fields for updating a metaobject definition.


•MetaobjectDeletePayload

Deletes the specified metaobject and its associated metafields.

Arguments

•ID!
required

The ID of the metaobject to delete.


•MetaobjectUpdatePayload

Updates a Metaobject with new field values, handle, or capabilities. Metaobjects are custom data structures that extend Shopify's data model.

You can modify field values mapped to the metaobject's MetaobjectDefinition, update the handle for a unique identifier, and adjust capabilities like publishing status. When updating the handle, you can optionally create a redirect from the old handle to maintain existing references.

Arguments

•ID!
required

The ID of the metaobject to update.

•MetaobjectUpdateInput!
required

Specifies parameters to update on the metaobject.


•MetaobjectUpsertPayload

Creates or updates a Metaobject based on its handle. If a metaobject with the specified handle exists, the mutation updates it with the provided field values. If no matching metaobject exists, the mutation creates a new one.

The handle serves as a unique identifier within a metaobject type. Field values map to the MetaobjectDefinition's field keys and overwrite existing values during updates.

Arguments

•MetaobjectHandleInput!
required

The identifier of the metaobject to upsert.

•MetaobjectUpsertInput!
required

The parameters to upsert the metaobject.


Anchor to mobilePlatformApplicationCreatemobilePlatformApplicationCreate
•MobilePlatformApplicationCreatePayload

Create a mobile platform application.

Arguments

•MobilePlatformApplicationCreateInput!
required

The input to create a mobile platform application.


Anchor to mobilePlatformApplicationDeletemobilePlatformApplicationDelete
•MobilePlatformApplicationDeletePayload

Delete a mobile platform application.

Arguments

•ID!
required

The ID of the Mobile Platform Application to be deleted.


Anchor to mobilePlatformApplicationUpdatemobilePlatformApplicationUpdate
•MobilePlatformApplicationUpdatePayload

Update a mobile platform application.

Arguments

•ID!
required

The ID of the Mobile Platform Application to be updated.

•MobilePlatformApplicationUpdateInput!
required

The input to updat a Mobile Platform Application.


•OrderCancelPayload

Cancels an order, with options for refunding, restocking inventory, and customer notification.


Caution

Order cancellation is irreversible. An order that has been cancelled can't be restored to its original state.


Use the orderCancel mutation to programmatically cancel orders in scenarios such as:

  • Customer-requested cancellations due to size, color, or other preference changes
  • Payment processing failures or declined transactions
  • Fraud detection and prevention
  • Insufficient inventory availability
  • Staff errors in order processing
  • Wholesale or B2B order management workflows

The orderCancel mutation provides flexible refund options including refunding to original payment methods or issuing store credit. If a payment was only authorized (temporarily held) but not yet charged, that hold will be automatically released when the order is cancelled, even if you choose not to refund other payments.

The mutation supports different cancellation reasons: customer requests, payment declines, fraud, inventory issues, staff errors, or other unspecified reasons. Each cancellation can include optional staff notes for internal documentation (notes aren't visible to customers).

An order can only be cancelled if it meets the following criteria:

  • The order hasn't already been cancelled.
  • The order has no pending payment authorizations.
  • The order has no active returns in progress.
  • The order has no outstanding fulfillments that can't be cancelled.

Orders might be assigned to locations that become deactivated after the order was created. When cancelling such orders, inventory behavior depends on payment status:

  • Paid orders: Cancellation will fail with an error if restocking is enabled, since inventory can't be returned to deactivated locations.
  • Unpaid orders: Cancellation succeeds but inventory is not restocked anywhere, even when the restock option is enabled. The committed inventory effectively becomes unavailable rather than being returned to stock at the deactivated location.

After you cancel an order, you can still make limited updates to certain fields (like notes and tags) using the orderUpdate.

For partial refunds or more complex refund scenarios on active orders, such as refunding only specific line items while keeping the rest of the order fulfilled, consider using the refundCreate mutation instead of full order cancellation.

Learn how to build apps that integrate with order management and fulfillment processes.

Arguments

•ID!
required

The ID of the order to be canceled.

•Boolean
Deprecated
•OrderCancelRefundMethodInput

Indicates how to refund the amount paid by the customer. Authorized payments will be voided regardless of this setting.

•Boolean!
required

Whether to restock the inventory committed to the order. For unpaid orders fulfilled from locations that have been deactivated, inventory will not be restocked to the deactivated locations even if this argument is set to true.

•OrderCancelReason!
required

The reason for canceling the order.

•Boolean
Default:false

Whether to send a notification to the customer about the order cancellation.

•String
Default:null

A staff-facing note about the order cancellation. This is not visible to the customer. Maximum length of 255 characters.


•OrderCapturePayload

Captures payment for an authorized transaction on an order. Use this mutation to claim the money that was previously reserved by an authorization transaction.

The orderCapture mutation can be used in the following scenarios:

  • To capture the full amount of an authorized transaction
  • To capture a partial payment by specifying an amount less than the total order amount
  • To perform multiple captures on the same order, as long as the order transaction is multi-capturable

Note

Multi-capture functionality is only available to stores on a Shopify Plus plan. For multi-currency orders, the currency field is required and should match the presentment currency from the order.


After capturing a payment, you can:

  • View the transaction details including status, amount, and processing information.
  • Track the captured amount in both shop and presentment currencies.
  • Monitor the transaction's settlement status.

Learn more about order transactions.

Arguments

•OrderCaptureInput!
required

The input for the mutation.


•OrderClosePayload

Marks an open Order as closed. A closed order is one where merchants fulfill or cancel all LineItem objects and complete all financial transactions.

Once closed, the order indicates that no further work is required. The order's closedAt timestamp is set when this mutation completes successfully.

Arguments

•OrderCloseInput!
required

The input for the mutation.


•OrderCreatePayload

Creates an order with attributes such as customer information, line items, and shipping and billing addresses.

Use the orderCreate mutation to programmatically generate orders in scenarios where orders aren't created through the standard checkout process, such as when importing orders from an external system or creating orders for wholesale customers.

The orderCreate mutation doesn't support applying multiple discounts, such as discounts on line items. Automatic discounts won't be applied unless you replicate the logic of those discounts in your custom implementation. You can apply a discount code, but only one discount code can be set for each order.


Note

If you're using the orderCreate mutation with a trial or development store, then you can create a maximum of five new orders per minute.


After you create an order, you can make subsequent edits to the order using one of the following mutations:

  • orderUpdate: Used for simple updates to an order, such as changing the order's note, tags, or customer information.
  • orderEditBegin: Used when you need to make significant updates to an order, such as adding or removing line items, changing quantities, or modifying discounts. The orderEditBegin mutation initiates an order editing session, allowing you to make multiple changes before finalizing them. Learn more about using the orderEditBegin mutation to edit existing orders.

Learn how to build apps that integrate with order management and fulfillment processes.

Arguments

•OrderCreateOrderInput!
required

The attributes of the new order.

•OrderCreateOptionsInput

The strategies for updating inventory and whether to send shipping and order confirmations to customers.


Anchor to orderCreateMandatePaymentorderCreateMandatePayment
•OrderCreateMandatePaymentPayload

Creates a payment for an Order using a stored PaymentMandate. A payment mandate represents the customer's authorization to charge their payment method for deferred payments, such as pre-orders or try-before-you-buy purchases.

The mutation processes the payment asynchronously and returns a Job for tracking the payment status. You can specify the payment amount to collect, and use the autoCapture argument to either immediately capture the payment or only authorize it for later capture. Each payment request requires a unique idempotencyKey to prevent duplicate charges. Subsequent calls with the same key return the original payment result rather than creating a new payment.

Learn more about deferred payments and payment mandates and idempotent requests.

Arguments

•ID!
required

The ID of the order to collect the balance for.

•ID

The ID of the payment schedule to collect the balance for.

•String!
required

A unique key to identify the payment request.

•ID!
required

The mandate ID used for payment.

•MoneyInput

The payment amount to collect.

•Boolean
Default:true

Whether the payment should be authorized or captured. If false, then the authorization of the payment is triggered.


Anchor to orderCreateManualPaymentorderCreateManualPayment
•OrderCreateManualPaymentPayload

Records a manual payment for an Order that isn't fully paid. Use this mutation to track payments received outside the standard checkout process, such as cash, check, bank transfer, or other offline payment methods.

You can specify the payment amount, method name, and when it was processed.

Arguments

•ID!
required

The ID of the order to create a manual payment for.

•MoneyInput

The manual payment amount to be created.

•String

The name of the payment method used for creating the payment. If none is provided, then the default manual payment method ('Other') will be used.

•DateTime

The date and time (ISO 8601 format) when a manual payment was processed. If you're importing transactions from an app or another platform, then you can set processedAt to a date and time in the past to match when the original transaction was created.


•OrderCustomerRemovePayload

Removes customer from an order.

Arguments

•ID!
required

The ID of the order having its customer removed.


•OrderCustomerSetPayload

Sets a customer on an order.

Arguments

•ID!
required

The ID of the order having a customer set.

•ID!
required

The ID of the customer being set on the order.


•OrderDeletePayload

Permanently deletes an Order from the store.

You can only delete specific order types. Other orders you can cancel using the orderCancel mutation instead.


Caution

This action is irreversible. You can't recover deleted orders.


Arguments

•ID!
required

The ID of the order to be deleted.


Anchor to orderEditAddCustomItemorderEditAddCustomItem
•OrderEditAddCustomItemPayload

Adds a custom line item to an existing Order. Custom line items represent products or services not in your catalog, such as gift wrapping, installation fees, or one-off charges.

Creates a CalculatedLineItem with the specified title, price, and quantity. Changes remain in the edit session until you commit them with the orderEditCommit mutation.

Learn more about adding custom line items.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit. This is the edit to which the custom item is added.

•String!
required

The name of the custom item to add.

•ID

The ID of the retail location (if applicable) from which the custom item is sold. Used for tax calculations. A default location will be chosen automatically if none is provided.

•MoneyInput!
required

The unit price of the custom item. This value can't be negative.

•Int!
required

The quantity of the custom item. This value must be greater than zero.

•Boolean

Whether the custom item is taxable. Defaults to true.

•Boolean

Whether the custom item requires shipping. Defaults to false.


Anchor to orderEditAddLineItemDiscountorderEditAddLineItemDiscount
•OrderEditAddLineItemDiscountPayload

Applies a discount to a LineItem during an order edit session. The discount can be either a fixed amount or percentage value.

To modify pricing on specific line items, use this mutation after starting an order edit with the orderEditBegin mutation. The changes remain staged until you commit them with the orderEditCommit mutation.

Learn more about editing existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit.

•ID!
required

The ID of the calculated line item to add the discount to.

•OrderEditAppliedDiscountInput!
required

The discount to add to the line item.


Anchor to orderEditAddShippingLineorderEditAddShippingLine
•OrderEditAddShippingLinePayload

Adds a custom shipping line to an Order during an edit session. Specify the shipping title and price to create a new ShippingLine.

Returns a CalculatedOrder showing the order with edits applied but not yet saved. To save your changes, use the orderEditCommit mutation.

Learn more about editing existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit. This is the edit to which the shipping line is added.

•OrderEditAddShippingLineInput!
required

The shipping line to be added.


•OrderEditAddVariantPayload

Adds a ProductVariant as a line item to an Order that's being edited. The mutation respects the variant's contextual pricing.

You can specify a Location to check for inventory availability and control whether duplicate variants are allowed. The quantity must be a positive value.

Learn more about editing existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit.

•ID!
required

The ID of the variant to add.

•ID

The ID of the location to check for inventory availability. A default location ID is chosen automatically if none is provided.

•Int!
required

The quantity of the item to add to the order. Must be a positive value.

•Boolean
Default:false

Whether the mutation can create a line item for a variant that's already on the calculated order.


•OrderEditBeginPayload

Starts an order editing session that enables you to modify an existing Order. This mutation creates an OrderEditSession and returns a CalculatedOrder showing how the order looks with your changes applied.

Order editing follows a three-step workflow: Begin the edit with orderEditBegin, apply changes using mutations like orderEditAddVariant or orderEditSetQuantity, and then save the changes with the orderEditCommit mutation. The session tracks all staged changes until you commit or abandon them.

Learn more about editing existing orders.

Arguments

•ID!
required

The ID of the order to begin editing.


•OrderEditCommitPayload

Applies staged changes from an order editing session to the original order. This finalizes all modifications made during the edit session, including changes to line items, quantities, discounts, and shipping lines.

Order editing follows a three-step workflow: start with orderEditBegin to create an editing session, apply changes using various orderEdit mutations, and then save the changes with the orderEditCommit mutation. The mutation can optionally notify the customer of changes and add staff notes for internal tracking.

You can only edit unfulfilled line items. If an edit changes the total order value, then the customer might need to pay a balance or receive a refund.

Learn more about editing existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session that will have its changes applied to the order.

•Boolean

Whether to notify the customer or not.

•String

Note for staff members.


Anchor to orderEditRemoveDiscountorderEditRemoveDiscount
•OrderEditRemoveDiscountPayload

Removes a discount on the current order edit. For more information on how to use the GraphQL Admin API to edit an existing order, refer to Edit existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit. This is the edit from which the discount is removed.

Anchor to discountApplicationIddiscountApplicationId
•ID!
required

The ID of the calculated discount application to remove.


Anchor to orderEditRemoveShippingLineorderEditRemoveShippingLine
•OrderEditRemoveShippingLinePayload

Removes a shipping line from an existing order. For more information on how to use the GraphQL Admin API to edit an existing order, refer to Edit existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit. This is the edit from which the shipping line is removed.

•ID!
required

The ID of the calculated shipping line to remove.


Anchor to orderEditSetQuantityorderEditSetQuantity
•OrderEditSetQuantityPayload

Sets the quantity of a line item on an order that's being edited. Use this mutation to increase, decrease, or remove items by adjusting their quantities.

Setting the quantity to zero effectively removes the line item from the order. The item still exists as a data structure with zero quantity. When decreasing quantities, you can optionally restock the removed items to inventory by setting the restock parameter to true.

Learn more about editing workflows for existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit. The edit changes the quantity on the line item.

•ID!
required

The ID of the calculated line item to edit.

•Int!
required

The new quantity to set for the line item. This value cannot be negative.

•Boolean

Whether or not to restock the line item when the updated quantity is less than the original quantity.

•ID
Deprecated

Anchor to orderEditUpdateDiscountorderEditUpdateDiscount
•OrderEditUpdateDiscountPayload

Updates a manual line level discount on the current order edit. For more information on how to use the GraphQL Admin API to edit an existing order, refer to Edit existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit. This is the edit used to update the discount.

•OrderEditAppliedDiscountInput!
required

The updated discount.

Anchor to discountApplicationIddiscountApplicationId
•ID!
required

The ID of the calculated discount application to update.


Anchor to orderEditUpdateShippingLineorderEditUpdateShippingLine
•OrderEditUpdateShippingLinePayload

Updates a shipping line on the current order edit. For more information on how to use the GraphQL Admin API to edit an existing order, refer to Edit existing orders.

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit. This is the edit used to update the shipping line.

•OrderEditUpdateShippingLineInput!
required

The updated shipping line.

•ID!
required

The ID of the calculated shipping line to update.


•OrderInvoiceSendPayload

Sends an email invoice for an Order.

You can customize the email recipient, sender, and subject line using the email argument.


Note

Use store or staff account email addresses for the from and bcc input fields.


Arguments

•ID!
required

The order associated with the invoice.

•EmailInput

The email input fields for the order invoice. The bcc and from fields should be store or staff account emails.


•OrderMarkAsPaidPayload

Marks an order as paid by recording a payment transaction for the outstanding amount.

Use the orderMarkAsPaid mutation to record payments received outside the standard checkout process. The orderMarkAsPaid mutation is particularly useful in scenarios where:

  • Orders were created with manual payment methods (cash on delivery, bank deposit, money order)
  • Payments were received offline and need to be recorded in the system
  • Previously authorized payments need to be captured manually
  • Orders require manual payment reconciliation due to external payment processing

The mutation validates that the order can be marked as paid before processing. An order can be marked as paid only if it has a positive outstanding balance and its financial status isn't already PAID. The mutation will either create a new sale transaction for the full outstanding amount or capture an existing authorized transaction, depending on the order's current payment state.

After successfully marking an order as paid, the order's financial status is updated to reflect the payment, and payment events are logged for tracking and analytics purposes.

Learn more about managing orders in apps.

Arguments

•OrderMarkAsPaidInput!
required

The input for the mutation.


•OrderOpenPayload

Opens a closed order.

Arguments

•OrderOpenInput!
required

The input for the mutation.


Anchor to orderRiskAssessmentCreateorderRiskAssessmentCreate
•OrderRiskAssessmentCreatePayload

Create a risk assessment for an order.

Arguments

Anchor to orderRiskAssessmentInputorderRiskAssessmentInput
•OrderRiskAssessmentCreateInput!
required

The input fields required to create a risk assessment.


•OrderUpdatePayload

Updates the attributes of an order, such as the customer's email, the shipping address for the order, tags, and metafields associated with the order.

If you need to make significant updates to an order, such as adding or removing line items, changing quantities, or modifying discounts, then use the orderEditBegin mutation instead. The orderEditBegin mutation initiates an order editing session, allowing you to make multiple changes before finalizing them. Learn more about using the orderEditBegin mutation to edit existing orders.

If you need to remove a customer from an order, then use the orderCustomerRemove mutation instead.

Learn how to build apps that integrate with order management and fulfillment processes.

Arguments

•OrderInput!
required

The attributes of the updated order.


•PageCreatePayload

Creates a Page for the online store.

Pages contain custom content like "About Us" or "Contact" information that merchants display outside their product catalog. The page requires a title and can include HTML content, publishing settings, and custom template suffixes. You can control visibility through the isPublished flag or schedule publication with a specific date.

The mutation returns the complete page object upon successful creation or validation errors if the input is invalid.

Arguments

•PageCreateInput!
required

The properties of the new page.


•PageDeletePayload

Permanently deletes a page from the online store.

For example, merchants might delete seasonal landing pages after campaigns end, or remove outdated policy pages when terms change.

Use the pageDelete mutation to:

  • Remove outdated or unnecessary pages
  • Clean up seasonal landing pages
  • Delete duplicate pages

The deletion is permanent and returns the deleted page's ID for confirmation.

Arguments

•ID!
required

The ID of the page to be deleted.


•PageUpdatePayload

Updates an existing page's content and settings.

For example, merchants can update their "Shipping Policy" page when rates change, or refresh their "About Us" page with new team information.

Use the pageUpdate mutation to:

  • Update page content and titles
  • Modify publication status
  • Change page handles for URL structure
  • Adjust template settings

The mutation supports partial updates, allowing specific changes while preserving other page properties.

Arguments

•ID!
required

The ID of the page to be updated.

•PageUpdateInput!
required

The properties of the page to be updated.


Anchor to paymentCustomizationActivationpaymentCustomizationActivation
•PaymentCustomizationActivationPayload

Activates and deactivates payment customizations.

Arguments

•[ID!]!
required

The global IDs of the payment customizations.

•Boolean!
required

The enabled status of the payment customizations.


Anchor to paymentCustomizationCreatepaymentCustomizationCreate
•PaymentCustomizationCreatePayload

Creates a payment customization.

Arguments

Anchor to paymentCustomizationpaymentCustomization
•PaymentCustomizationInput!
required

The input data used to create the payment customization.


Anchor to paymentCustomizationDeletepaymentCustomizationDelete
•PaymentCustomizationDeletePayload

Deletes a payment customization.

Arguments

•ID!
required

The global ID of the payment customization.


Anchor to paymentCustomizationUpdatepaymentCustomizationUpdate
•PaymentCustomizationUpdatePayload

Updates a payment customization.

Arguments

•ID!
required

The global ID of the payment customization.

Anchor to paymentCustomizationpaymentCustomization
•PaymentCustomizationInput!
required

The input data used to update the payment customization.


•PaymentReminderSendPayload

Sends an email payment reminder for a payment schedule.

Arguments

•ID!
required

The payment schedule id associated with the reminder.


•PaymentTermsCreatePayload

Create payment terms on an order. To create payment terms on a draft order, use a draft order mutation and include the request with the DraftOrderInput.

Arguments

•ID!
required

Specifies the reference orderId to add the payment terms for.

Anchor to paymentTermsAttributespaymentTermsAttributes
•PaymentTermsCreateInput!
required

The attributes used to create the payment terms.


•PaymentTermsDeletePayload

Delete payment terms for an order. To delete payment terms on a draft order, use a draft order mutation and include the request with the DraftOrderInput.

Arguments

•PaymentTermsDeleteInput!
required

The input fields used to delete the payment terms.


•PaymentTermsUpdatePayload

Update payment terms on an order. To update payment terms on a draft order, use a draft order mutation and include the request with the DraftOrderInput.

Arguments

•PaymentTermsUpdateInput!
required

The input fields used to update the payment terms.


•PriceListCreatePayload

Creates a PriceList. Price lists enable contextual pricing by defining fixed prices or percentage-based adjustments.

The price list requires a unique name, currency for fixed prices, and parent adjustment settings that determine how the system calculates prices relative to base prices. To apply contextual pricing, link the price list to a Catalog. When that catalog's context is matched, customers receive the price list's prices.

Learn more about building catalogs with price lists.

Arguments

•PriceListCreateInput!
required

The properties of the new price list.


•PriceListDeletePayload

Deletes a price list. For example, you can delete a price list so that it no longer applies for products in the associated market.

Arguments

•ID!
required

The ID of the price list to be deleted.


Anchor to priceListFixedPricesAddpriceListFixedPricesAdd
•PriceListFixedPricesAddPayload

Creates or updates fixed prices on a PriceList. Use this mutation to set specific prices for ProductVariant objects that override the price list's default percentage-based adjustments.

When you add fixed prices, the mutation replaces any existing fixed prices for those variants on the price list.

Arguments

•ID!
required

The ID of the price list to which the fixed prices will be added or updated.

•[PriceListPriceInput!]!
required

The list of fixed prices to add or update in the price list.


Anchor to priceListFixedPricesByProductUpdatepriceListFixedPricesByProductUpdate
•PriceListFixedPricesByProductUpdatePayload

Sets or removes fixed prices for all variants of a Product on a PriceList. Simplifies pricing management when all variants of a product should have the same price on a price list, rather than setting individual variant prices.

When you add a fixed price for a product, all its ProductVariant objects receive the same price on the price list. When you remove a product's fixed prices, all variant prices revert to the price list's adjustment rules.

Arguments

•[PriceListProductPriceInput!]

A list of PriceListProductPriceInput that identifies which products to update the fixed prices for.

Anchor to pricesToDeleteByProductIdspricesToDeleteByProductIds
•[ID!]

A list of product IDs that identifies which products to remove the fixed prices for.

•ID!
required

The price list to update the prices for.


Anchor to priceListFixedPricesDeletepriceListFixedPricesDelete
•PriceListFixedPricesDeletePayload

Deletes specific fixed prices from a price list using a product variant ID. You can use the priceListFixedPricesDelete mutation to delete a set of fixed prices from a price list. After deleting the set of fixed prices from the price list, the price of each product variant reverts to the original price that was determined by the price list adjustment.

Arguments

•ID!
required

The ID of the price list from which the fixed prices will be removed.

•[ID!]!
required

A list of product variant IDs whose fixed prices will be removed from the price list.


Anchor to priceListFixedPricesUpdatepriceListFixedPricesUpdate
•PriceListFixedPricesUpdatePayload

Updates fixed prices on a PriceList. This mutation lets you add new fixed prices for specific ProductVariant objects and remove existing prices in a single operation.

Use this mutation to modify variant pricing on a price list by providing prices to add and variant IDs to delete.

Learn more about setting fixed prices for product variants.

Arguments

•ID!
required

The price list that the prices will be updated against.

•[PriceListPriceInput!]!
required

The fixed prices to add.

•[ID!]!
required

A list of product variant IDs to remove from the price list.


•PriceListUpdatePayload

Updates a PriceList's configuration, including its name, currency, Catalog association, and pricing adjustments.

Changing the currency removes all fixed prices from the price list. The affected ProductVariant objects revert to prices calculated from the price list's adjustment settings.

Arguments

•ID!
required

The ID of the price list to update.

•PriceListUpdateInput!
required

The input data used to update the price list.


Anchor to privacyFeaturesDisableprivacyFeaturesDisable
•PrivacyFeaturesDisablePayload

Disable a shop's privacy features.

Arguments

•[PrivacyFeaturesEnum!]!
required

The list of privacy features to disable.


•ProductBundleCreatePayload

Creates a product bundle that groups multiple Product objects together as components. The bundle appears as a single product in the store, with its price determined by the parent product and inventory calculated from the component products.

The mutation runs asynchronously and returns a ProductBundleOperation object to track the creation status. Poll the operation using the productOperation query to determine when the bundle is ready.

Learn more about creating product fixed bundles.

Arguments

•ProductBundleCreateInput!
required

Input for creating a product bundle or componentized product.


•ProductBundleUpdatePayload

Updates a product bundle or componentized product.

Arguments

•ProductBundleUpdateInput!
required

Input for updating a product bundle or componentized product.


•ProductCreatePayload

Creates a product with attributes such as title, description, vendor, and media.

The productCreate mutation helps you create many products at once, avoiding the tedious or time-consuming process of adding them one by one in the Shopify admin. Common examples include creating products for a new collection, launching a new product line, or adding seasonal products.

You can define product options and values, allowing you to create products with different variations like sizes or colors. You can also associate media files to your products, including images and videos.

The productCreate mutation only supports creating a product with its initial product variant. To create multiple product variants for a single product and manage prices, use the productVariantsBulkCreate mutation.


Note

The productCreate mutation has a throttle that takes effect when a store has 50,000 product variants. After this threshold is reached, no more than 1,000 new product variants can be created per day.


After you create a product, you can make subsequent edits to the product using one of the following mutations:

  • publishablePublish: Used to publish the product and make it available to customers. The productCreate mutation creates products in an unpublished state by default, so you must perform a separate operation to publish the product.
  • productUpdate: Used to update a single product, such as changing the product's title, description, vendor, or associated media.
  • productSet: Used to perform multiple operations on products, such as creating or modifying product options and variants.

Learn more about the product model and adding product data.

Arguments

•ProductInput
Deprecated
•ProductCreateInput

The attributes of the new product.

•[CreateMediaInput!]

The media to add to the product.


•ProductDeletePayload

Permanently deletes a product and all its associated data, including variants, media, publications, and inventory items.

Use the productDelete mutation to programmatically remove products from your store when they need to be permanently deleted from your catalog, such as when removing discontinued items, cleaning up test data, or synchronizing with external inventory management systems.

The productDelete mutation removes the product from all associated collections, and removes all associated data for the product, including:

  • All product variants and their inventory items
  • Product media (images, videos) that are not referenced by other products
  • Product options and option values
  • Product publications across all sales channels
  • Product tags and metadata associations

The productDelete mutation also has the following effects on existing orders and transactions:

  • Draft orders: Existing draft orders that reference this product will retain the product information as stored data, but the product reference will be removed. Draft orders can still be completed with the stored product details.
  • Completed orders and refunds: Previously completed orders that included this product aren't affected. The product information in completed orders is preserved for record-keeping, and existing refunds for this product remain valid and processable.

Caution

Product deletion is irreversible. After a product is deleted, it can't be recovered. Consider archiving or unpublishing products instead if you might need to restore them later.


If you need to delete a large product, such as one that has many variants that are active at several locations, you might encounter timeout errors. To avoid these timeout errors, you can set the synchronous parameter to false to run the deletion asynchronously, which returns a ProductDeleteOperation that you can monitor for completion status.

If you need more granular control over product cleanup, consider using these alternative mutations:

Learn more about the product model.

Arguments

•ProductDeleteInput!
required

Specifies the product to delete by its ID.

•Boolean
Default:true

Specifies whether or not to run the mutation synchronously.


•ProductDuplicatePayload

Duplicates a product.

If you need to duplicate a large product, such as one that has many variants that are active at several locations, you might encounter timeout errors.

To avoid these timeout errors, you can instead duplicate the product asynchronously.

In API version 2024-10 and higher, include synchronous: false argument in this mutation to perform the duplication asynchronously.

In API version 2024-07 and lower, use the asynchronous ProductDuplicateAsyncV2.

Metafield values are not duplicated if the unique values capability is enabled.

Arguments

•ID!
required

The ID of the product to be duplicated.

•String!
required

The new title of the product.

•ProductStatus

The new status of the product. If no value is provided the status will be inherited from the original product.

•Boolean
Default:false

Specifies whether or not to duplicate images.

•Boolean
Default:false

Specifies whether or not to duplicate translations.

•Boolean
Default:true

Specifies whether or not to run the mutation synchronously.


•ProductFeedCreatePayload

Creates a product feed for a specific publication.

Arguments

•ProductFeedInput

The properties of the new product feed.


•ProductFeedDeletePayload

Deletes a product feed for a specific publication.

Arguments

•ID!
required

The ID of the product feed to be deleted.


•ProductFullSyncPayload

Runs the full product sync for a given shop.

Arguments

•DateTime

Syncs only products that haven't changed since the specified timestamp.

•ID!
required

The product feed which needs syncing.

•DateTime

Syncs only products that have changed since the specified timestamp.


Anchor to productJoinSellingPlanGroupsproductJoinSellingPlanGroups
•ProductJoinSellingPlanGroupsPayload

Adds multiple selling plan groups to a product.

Arguments

•ID!
required

The ID of the product.

•[ID!]!
required

The IDs of the selling plan groups to add.


Anchor to productLeaveSellingPlanGroupsproductLeaveSellingPlanGroups
•ProductLeaveSellingPlanGroupsPayload

Removes multiple groups from a product.

Arguments

•ID!
required

The ID of the product.

•[ID!]!
required

The IDs of the selling plan groups to add.


Anchor to productOptionsCreateproductOptionsCreate
•ProductOptionsCreatePayload

Creates one or more options on a product, such as size, color, or material. Each option includes a name, position, and a list of values. The combination of a product option and value creates a product variant.

Use the productOptionsCreate mutation for the following use cases:

  • Add product choices: Add a new option, like "Size" (Small, Medium, Large) or "Color" (Red, Blue, Green), to an existing product so customers can select their preferred variant.
  • Enable personalization features: Add options such as "Engraving text" to let customers customize their purchase.
  • Offer seasonal or limited edition products: Add a new value (for example, "Holiday red") to an existing option to support limited-time or seasonal variants.
  • Integrate with apps that manage product configuration: Allow third-party apps to add options, like "Bundle size", when customers select or customize product bundles.
  • Link options to metafields: Associate a product option with a custom metafield, like "Fabric code", for richer integrations with other systems or apps.

Note

The productOptionsCreate mutation enforces strict data integrity for product options and variants. All option positions must be sequential, and every option should be used by at least one variant. If you use the CREATE variant strategy, consider the maximum allowed number of variants for each product is 2048.


After you create product options, you can further manage a product's configuration using related mutations:

Learn more about the product model and adding product data.

Arguments

•ID!
required

The ID of the product to update.

•[OptionCreateInput!]!
required

Options to add to the product.

•ProductOptionCreateVariantStrategy
Default:LEAVE_AS_IS

The strategy defines which behavior the mutation should observe regarding variants. If not provided or set to null, the strategy LEAVE_AS_IS will be used.


Anchor to productOptionsDeleteproductOptionsDelete
•ProductOptionsDeletePayload

Deletes one or more options from a product. Product options define the choices available for a product, such as size, color, or material.


Caution

Removing an option can affect a product's variants and their configuration. Deleting an option might also delete associated option values and, depending on the chosen strategy, might affect variants.


Use the productOptionsDelete mutation for the following use cases:

  • Simplify product configuration: Remove obsolete or unnecessary options (for example, discontinue "Material" if all variants are now the same material).
  • Clean up after seasonal or limited-time offerings: Delete options that are no longer relevant (for example, "Holiday edition").
  • Automate catalog management: Enable apps or integrations to programmatically remove options as product data changes.

Note

The productOptionsDelete mutation enforces strict data integrity for product options and variants. All option positions must remain sequential, and every remaining option must be used by at least one variant.


After you delete a product option, you can further manage a product's configuration using related mutations:

Learn more about the product model and adding product data.

Arguments

•ID!
required

ID of the product from which to delete the options.

•[ID!]!
required

IDs of the options to delete from the product.

•ProductOptionDeleteStrategy
Default:DEFAULT

The strategy defines which behavior the mutation should observe,such as how to handle a situation where deleting an option would result in duplicate variants.


Anchor to productOptionsReorderproductOptionsReorder
•ProductOptionsReorderPayload

Reorders the options and option values on a product, updating the order in which product variants are presented to customers.

The productOptionsReorder mutation accepts a list of product options, each identified by id or name, and an optional list of values (also by id or name) specifying the new order. The order of options in the mutation's input determines their new positions (for example, the first option becomes option1). The order of values within each option determines their new positions. The mutation recalculates the order of variants based on the new option and value order.

Suppose a product has the following variants:

  1. "Red / Small"
  2. "Green / Medium"
  3. "Blue / Small"

You reorder options and values:

options: [
{ name: "Size", values: [{ name: "Small" }, { name: "Medium" }] },
{ name: "Color", values: [{ name: "Green" }, { name: "Red" }, { name: "Blue" }] }
]

The resulting variant order will be:

  1. "Small / Green"
  2. "Small / Red"
  3. "Small / Blue"
  4. "Medium / Green"

Use the productOptionsReorder mutation for the following use cases:

  • Change the order of product options: For example, display "Color" before "Size" in a store.
  • Reorder option values within an option: For example, show "Red" before "Blue" in a color picker.
  • Control the order of product variants: The order of options and their values determines the sequence in which variants are listed and selected.
  • Highlight best-selling options: Present the most popular or relevant options and values first.
  • Promote merchandising strategies: Highlight seasonal colors, limited editions, or featured sizes.

Note

The productOptionsReorder mutation enforces strict data integrity for product options and variants. All option positions must be sequential, and every option should be used by at least one variant.


After you reorder product options, you can further manage a product's configuration using related mutations:

Learn more about the product model and managing product data.

Arguments

•ID!
required

The ID of the product to update.

•[OptionReorderInput!]!
required

Options to reorder on the product.


•ProductOptionUpdatePayload

Updates an option on a product, such as size, color, or material. Each option includes a name, position, and a list of values. The combination of a product option and value creates a product variant.

Use the productOptionUpdate mutation for the following use cases:

  • Update product choices: Modify an existing option, like "Size" (Small, Medium, Large) or "Color" (Red, Blue, Green), so customers can select their preferred variant.
  • Enable personalization features: Update an option (for example, "Engraving text") to let customers customize their purchase.
  • Offer seasonal or limited edition products: Update a value (for example, "Holiday red") on an existing option to support limited-time or seasonal variants.
  • Integrate with apps that manage product configuration: Allow third-party apps to update options, like "Bundle size", when customers select or customize product bundles.
  • Link options to metafields: Associate a product option with a custom metafield, like "Fabric code", for richer integrations with other systems or apps.

Note

The productOptionUpdate mutation enforces strict data integrity for product options and variants. All option positions must be sequential, and every option should be used by at least one variant.


After you update a product option, you can further manage a product's configuration using related mutations:

Learn more about the product model and adding product data.

Arguments

•OptionUpdateInput!
required

Option to update.

•ID!
required

The ID of the Product the Option belongs to.

•[OptionValueCreateInput!]

New option values to create.

Anchor to optionValuesToUpdateoptionValuesToUpdate
•[OptionValueUpdateInput!]

Existing option values to update.

Anchor to optionValuesToDeleteoptionValuesToDelete
•[ID!]

IDs of the existing option values to delete.

•ProductOptionUpdateVariantStrategy

The strategy defines which behavior the mutation should observe regarding variants, such as creating variants or deleting them in response to option values to add or to delete. If not provided or set to null, the strategy LEAVE_AS_IS will be used.


•ProductReorderMediaPayload

Reorders media attached to a product, changing their sequence in product displays. The operation processes asynchronously to handle products with large media collections.

Specify the product ID and an array of moves, where each move contains a media ID and its new zero-based position.


Note

Only include media items that need repositioning. Unchanged items maintain their relative order automatically.


The mutation returns a Job to track the reordering progress. Poll the job status to determine when the operation completes and media positions update across all sales channels.

Learn more about reordering product media.

Arguments

•ID!
required

The ID of the product on which to reorder medias.

•[MoveInput!]!
required

A list of moves to perform which will be evaluated in order.


•ProductSetPayload

Performs multiple operations to create or update products in a single request.

Use the productSet mutation to sync information from an external data source into Shopify, manage large product catalogs, and perform batch updates. The mutation is helpful for bulk product management, including price adjustments, inventory updates, and product lifecycle management.

The behavior of productSet depends on the type of field it's modifying:

  • For list fields: Creates new entries, updates existing entries, and deletes existing entries that aren't included in the mutation's input. Common examples of list fields include collections, metafields, and variants.

  • For all other field types: Updates only the included fields. Any omitted fields will remain unchanged.


Note

By default, stores have a limit of 2048 product variants for each product.


You can run productSet in one of the following modes:

  • Synchronously: Returns the updated product in the response.
  • Asynchronously: Returns a ProductSetOperation object. Use the productOperation query to check the status of the operation and retrieve details of the updated product and its product variants.

If you need to only manage product variants, then use one of the following mutations:

If you need to only manage product options, then use one of the following mutations:

Learn more about syncing product data from an external source.

Arguments

•ProductSetInput!
required

The properties of the newly created or updated product.

•Boolean
Default:true

Whether the mutation should be run synchronously or asynchronously.

If true, the mutation will return the updated product.

If false, the mutation will return a productSetOperation.

Defaults to true.

Setting synchronous: false may be desirable depending on the input complexity/size, and should be used if you are experiencing timeouts.

Note: When run in the context of a bulk operation, the mutation will always run synchronously and this argument will be ignored.

•ProductSetIdentifiers

Specifies the identifier that will be used to lookup the resource.


•ProductUpdatePayload

Updates a product with attributes such as title, description, vendor, and media.

The productUpdate mutation helps you modify many products at once, avoiding the tedious or time-consuming process of updating them one by one in the Shopify admin. Common examples including updating product details like status or tags.

The productUpdate mutation doesn't support updating product variants. To update multiple product variants for a single product and manage prices, use the productVariantsBulkUpdate mutation.


Note

The productUpdate mutation has a throttle that takes effect when a store has 50,000 product variants. After this threshold is reached, no more than 1,000 new product variants can be updated per day.


After updating a product, you can make additional changes using one of the following mutations:

  • productSet: Used to perform multiple operations on products, such as creating or modifying product options and variants.
  • publishablePublish: Used to publish the product and make it available to customers, if the product is currently unpublished.

Learn more about the product model and adding product data.

Arguments

•ProductInput
Deprecated
•ProductUpdateInput

The updated properties for a product.

•[CreateMediaInput!]

List of new media to be added to the product.


Anchor to productVariantAppendMediaproductVariantAppendMedia
•ProductVariantAppendMediaPayload

Appends existing media from a product to specific variants of that product, creating associations between media files and particular product options. This allows different variants to showcase relevant images or videos.

For example, a t-shirt product might have color variants where each color variant displays only the images showing that specific color, helping customers see exactly what they're purchasing.

Use ProductVariantAppendMedia to:

  • Associate specific images with product variants for accurate display
  • Build variant-specific media management in product interfaces
  • Implement automated media assignment based on variant attributes

The operation links existing product media to variants without duplicating files, maintaining efficient media storage while enabling variant-specific displays.

Learn more about product variants.

Arguments

•ID!
required

Specifies the product associated to the media.

•[ProductVariantAppendMediaInput!]!
required

A list of pairs of variants and media to be attached to the variants.


Anchor to productVariantDetachMediaproductVariantDetachMedia
•ProductVariantDetachMediaPayload

Detaches media from product variants.

Arguments

•ID!
required

Specifies the product to which the variants and media are associated.

•[ProductVariantDetachMediaInput!]!
required

A list of pairs of variants and media to be deleted from the variants.


Anchor to productVariantJoinSellingPlanGroupsproductVariantJoinSellingPlanGroups
•ProductVariantJoinSellingPlanGroupsPayload

Adds multiple selling plan groups to a product variant.

Arguments

•ID!
required

The ID of the product variant.

•[ID!]!
required

The IDs of the selling plan groups to add.


Anchor to productVariantLeaveSellingPlanGroupsproductVariantLeaveSellingPlanGroups
•ProductVariantLeaveSellingPlanGroupsPayload

Remove multiple groups from a product variant.

Arguments

•ID!
required

The ID of the product variant.

•[ID!]!
required

The IDs of the selling plan groups to leave.


Anchor to productVariantRelationshipBulkUpdateproductVariantRelationshipBulkUpdate
•ProductVariantRelationshipBulkUpdatePayload

Creates new bundles, updates component quantities in existing bundles, and removes bundle components for one or multiple ProductVariant objects.

Each bundle variant can contain up to 30 component variants with specified quantities. After an app assigns components to a bundle, only that app can manage those components.


Note

For most use cases, use productBundleCreate instead, which creates product fixed bundles. productVariantRelationshipBulkUpdate is for variant fixed bundles, where each variant has its own component configuration.


Arguments

•[ProductVariantRelationshipUpdateInput!]!
required

The input options for the product variant being updated.


Anchor to productVariantsBulkCreateproductVariantsBulkCreate
•ProductVariantsBulkCreatePayload

Creates multiple product variants for a single product in one operation. You can run this mutation directly or as part of a bulk operation for large-scale catalog updates.

Use the productVariantsBulkCreate mutation to efficiently add new product variants—such as different sizes, colors, or materials—to an existing product. The mutation is helpful if you need to add product variants in bulk, such as importing from an external system.

The mutation supports:

  • Creating variants with custom option values
  • Associating media (for example, images, videos, and 3D models) with the product or its variants
  • Handling complex product configurations

Note

By default, stores have a limit of 2048 product variants for each product.


After creating variants, you can make additional changes using one of the following mutations:

  • productVariantsBulkUpdate: Updates multiple product variants for a single product in one operation.
  • productSet: Used to perform multiple operations on products, such as creating or modifying product options and variants.

You can also specifically manage product options through related mutations:

Learn more about the product model and adding product data.

Arguments

•[ProductVariantsBulkInput!]!
required

An array of product variants to be created.

•ID!
required

The ID of the product on which to create the variants.

•[CreateMediaInput!]

List of new media to be added to the product.

•ProductVariantsBulkCreateStrategy
Default:DEFAULT

The strategy defines which behavior the mutation should observe, such as whether to keep or delete the standalone variant (when product has only a single or default variant) when creating new variants in bulk.


Anchor to productVariantsBulkDeleteproductVariantsBulkDelete
•ProductVariantsBulkDeletePayload

Deletes multiple variants in a single Product. Specify the product ID and an array of variant IDs to remove variants in bulk. You can call this mutation directly or through the bulkOperationRunMutation mutation. Returns the updated product and any UserError objects.

Arguments

•[ID!]!
required

An array of product variants IDs to delete.

•ID!
required

The ID of the product with the variants to update.


Anchor to productVariantsBulkReorderproductVariantsBulkReorder
•ProductVariantsBulkReorderPayload

Reorders multiple variants in a single product. This mutation can be called directly or via the bulkOperation.

Arguments

•ID!
required

The product ID of the variants to be reordered.

•[ProductVariantPositionInput!]!
required

An array of variant positions.


Anchor to productVariantsBulkUpdateproductVariantsBulkUpdate
•ProductVariantsBulkUpdatePayload

Updates multiple product variants for a single product in one operation. You can run this mutation directly or as part of a bulk operation for large-scale catalog updates.

Use the productVariantsBulkUpdate mutation to efficiently modify product variants—such as different sizes, colors, or materials—associated with an existing product. The mutation is helpful if you need to update a product's variants in bulk, such as importing from an external system.

The mutation supports:

  • Updating variants with custom option values
  • Associating media (for example, images, videos, and 3D models) with the product or its variants
  • Handling complex product configurations

Note

By default, stores have a limit of 2048 product variants for each product.


After creating variants, you can make additional changes using the productSet mutation, which is used to perform multiple operations on products, such as creating or modifying product options and variants.

You can also specifically manage product options through related mutations:

Learn more about the product model and adding product data.

Arguments

•[ProductVariantsBulkInput!]!
required

An array of product variants to update.

•ID!
required

The ID of the product associated with the variants to update.

•[CreateMediaInput!]

List of new media to be added to the product.

•Boolean
Default:false

When partial updates are allowed, valid variant changes may be persisted even if some of the variants updated have invalid data and cannot be persisted. When partial updates are not allowed, any error will prevent all variants from updating.


•PublicationCreatePayload

Creates a Publication that controls which Product and Collection customers can access through a Catalog.

When to create a publication

Publications are optional for catalogs. Only create a publication if you need to control which products are visible in a specific catalog context. When a publication isn't associated with a catalog, product availability is determined by the sales channel.

Create a publication if you need to:

  • Restrict product visibility to a subset of your inventory for a specific market or company location
  • Publish different product selections to different contexts

Do NOT create a publication if:

  • You want product availability determined by the sales channel
  • You only need custom pricing (use a price list on the catalog instead)

Configuration options

You can create an empty publication and add products later, or prepopulate it with all existing products. The autoPublish field determines whether the publication automatically adds newly created products.

Arguments

•PublicationCreateInput!
required

The input fields to use when creating the publication.


•PublicationDeletePayload

Deletes a publication.

Arguments

•ID!
required

The ID of the publication to delete.


•PublicationUpdatePayload

Updates a Publication.

You can add or remove products from the publication, with a maximum of 50 items per operation. The autoPublish field determines whether new products automatically display in this publication.

Arguments

•ID!
required

The ID of the publication to update.

•PublicationUpdateInput!
required

The input fields to use when updating the publication.


•PublishablePublishPayload

Publishes a resource, such as a Product or Collection, to one or more publications.

For products to be visible in a channel, they must have an active ProductStatus. Products sold exclusively on subscription (requiresSellingPlan: true) can only be published to online stores.

You can schedule future publication by providing a publish date. Only online store channels support scheduled publishing.

Arguments

•ID!
required

The resource to create or update publications for.

•[PublicationInput!]!
required

Specifies the input fields required to publish a resource.


Anchor to publishableUnpublishpublishableUnpublish
•PublishableUnpublishPayload

Unpublishes a resource, such as a Product or Collection, from one or more publications. The resource remains in your store but becomes unavailable to customers.

For products to be visible in a channel, they must have an active ProductStatus.

Arguments

•ID!
required

The resource to delete or update publications for.

•[PublicationInput!]!
required

Specifies the input fields required to unpublish a resource.


Anchor to pubSubServerPixelUpdatepubSubServerPixelUpdate
•PubSubServerPixelUpdatePayload

Updates the server pixel to connect to a Google PubSub endpoint. Running this mutation deletes any previous subscriptions for the server pixel.

Arguments

•String!
required

The Google PubSub project ID.

•String!
required

The Google PubSub topic ID.


Anchor to quantityPricingByVariantUpdatequantityPricingByVariantUpdate
•QuantityPricingByVariantUpdatePayload

Updates quantity pricing on a PriceList for specific ProductVariant objects. You can set fixed prices (see PriceListPrice), quantity rules, and quantity price breaks in a single operation.

QuantityRule objects define minimum, maximum, and increment constraints for ordering. QuantityPriceBreak objects offer tiered pricing based on purchase volume.

The mutation executes delete operations before create operations and doesn't allow partial updates.


Note

If any requested change fails, then the mutation doesn't apply any of the changes.


Arguments

•ID!
required

The ID of the price list for which quantity pricing will be updated.

•QuantityPricingByVariantUpdateInput!
required

The input data used to update the quantity pricing in the price list.


•QuantityRulesAddPayload

Creates or updates existing quantity rules on a price list. You can use the quantityRulesAdd mutation to set order level minimums, maximumums and increments for specific product variants.

Arguments

•ID!
required

The ID of the price list to which the quantity rules will be added or updated.

•[QuantityRuleInput!]!
required

The list of quantity rules to add or update in the price list.


•QuantityRulesDeletePayload

Deletes specific quantity rules from a price list using a product variant ID. You can use the quantityRulesDelete mutation to delete a set of quantity rules from a price list.

Arguments

•ID!
required

The ID of the price list from which the quantity rules will be deleted.

•[ID!]!
required

A list of product variant IDs whose quantity rules will be removed from the price list.


•RefundCreatePayload

Creates a refund for an order, allowing you to process returns and issue payments back to customers.

Use the refundCreate mutation to programmatically process refunds in scenarios where you need to return money to customers, such as when handling returns, processing chargebacks, or correcting order errors.

The refundCreate mutation supports various refund scenarios:

  • Refunding line items with optional restocking
  • Refunding shipping costs
  • Refunding duties and import taxes
  • Refunding additional fees
  • Processing refunds through different payment methods
  • Issuing store credit refunds (when enabled)

You can create both full and partial refunds, and optionally allow over-refunding in specific cases.

After creating a refund, you can track its status and details through the order's refunds field. The refund is associated with the order and can be used for reporting and reconciliation purposes.

Learn more about managing returns and refunding duties.


Note

The refunding behavior of the refundCreate mutation is similar to the refundReturn mutation. The key difference is that the refundCreate mutation lets you to specify restocking behavior for line items, whereas the returnRefund mutation focuses solely on handling the financial refund without any restocking input.



Caution

As of 2026-01, this mutation supports an optional idempotency key using the @idempotent directive. As of 2026-04, the idempotency key is required and must be provided using the @idempotent directive. For more information, see the idempotency documentation.


Arguments

•RefundInput!
required

The input fields that are used in the mutation for creating a refund.


•RemoveFromReturnPayload

Removes return and/or exchange lines from a return.

Arguments

•ID!
required

The ID of the return for line item removal.

•[ReturnLineItemRemoveFromReturnInput!]

The return line items to remove from the return.

•[ExchangeLineItemRemoveFromReturnInput!]

The exchange line items to remove from the return.


Anchor to returnApproveRequestreturnApproveRequest
•ReturnApproveRequestPayload

Approves a customer's return request. If this mutation is successful, then the Return.status field of the approved return is set to OPEN.

Arguments

•ReturnApproveRequestInput!
required

The input fields to approve a return.


•ReturnCancelPayload

Cancels a return and restores the items back to being fulfilled. Canceling a return is only available before any work has been done on the return (such as an inspection or refund).

Arguments

•ID!
required

The ID of the return to cancel.

•Boolean
DeprecatedDefault:false

•ReturnClosePayload

Indicates a return is complete, either when a refund has been made and items restocked, or simply when it has been marked as returned in the system.

Arguments

•ID!
required

The ID of the return to close.


•ReturnCreatePayload

Creates a return from an existing order that has at least one fulfilled line item that hasn't yet been refunded. If you create a return on an archived order, then the order is automatically unarchived.

Use the returnCreate mutation when your workflow involves approving or declining requested returns outside of the Shopify platform.

The returnCreate mutation performs the following actions:

  • Creates a return in the OPEN state, and assumes that the return request from the customer has already been approved
  • Creates a reverse fulfillment order, and enables you to create a reverse delivery for the reverse fulfillment order
  • Creates a sales agreement with a RETURN reason, which links to all sales created for the return or exchange
  • Generates sales records that reverse the sales records for the items being returned
  • Generates sales records for any exchange line items

After you've created a return, use the return query to retrieve the return by its ID. Learn more about providing a return management workflow for merchants.

Arguments

•ReturnInput!
required

Specifies the input fields for a return.


Anchor to returnDeclineRequestreturnDeclineRequest
•ReturnDeclineRequestPayload

Declines a return on an order. When a return is declined, each ReturnLineItem.fulfillmentLineItem can be associated to a new return. Use the ReturnCreate or ReturnRequest mutation to initiate a new return.

Arguments

•ReturnDeclineRequestInput!
required

The input fields for declining a customer's return request.


•ReturnProcessPayload

Processes a return by confirming which items customers return and exchange, handling their disposition, and optionally issuing refunds. This mutation confirms the quantities for ReturnLineItem and ExchangeLineItem objects previously created on the Return.

For returned items, you specify how to handle them through dispositions such as restocking or disposal. The mutation creates FulfillmentOrder objects for exchange items and records all transactions in the merchant's financial reports. You can optionally issue refunds through financial transfers, apply refund duties, and refund shipping costs.

Learn more about processing returns.

Arguments

•ReturnProcessInput!
required

Specifies the input fields for processing a return.


•ReturnReopenPayload

Reopens a closed return.

Arguments

•ID!
required

The ID of the return to reopen.


•ReturnRequestPayload

Creates a return request that requires merchant approval before processing. The return has its status set to REQUESTED and the merchant must approve or decline it.

Use this mutation when customers initiate returns that need review. After creating a requested return, use returnApproveRequest to approve it or returnDeclineRequest to decline it.

For returns that should be immediately open for processing, use the returnCreate mutation instead.

Learn more about building return management workflows.

Arguments

•ReturnRequestInput!
required

The input fields for requesting a return.


Anchor to reverseDeliveryCreateWithShippingreverseDeliveryCreateWithShipping
•ReverseDeliveryCreateWithShippingPayload

Creates a new reverse delivery with associated external shipping information.

Arguments

Anchor to reverseFulfillmentOrderIdreverseFulfillmentOrderId
•ID!
required

The ID of the reverse fulfillment order that's associated to the reverse delivery.

Anchor to reverseDeliveryLineItemsreverseDeliveryLineItems
•[ReverseDeliveryLineItemInput!]!
required

The reverse delivery line items to be created. If an empty array is provided, then this mutation will create a reverse delivery line item for each reverse fulfillment order line item, with its quantity equal to the reverse fulfillment order line item total quantity.

•ReverseDeliveryTrackingInput
Default:null

The tracking information for the reverse delivery.

•ReverseDeliveryLabelInput
Default:null

The return label file information for the reverse delivery.

•Boolean
Default:true

When true the customer is notified with delivery instructions if the ReverseFulfillmentOrder.order.email is present.


Anchor to reverseDeliveryShippingUpdatereverseDeliveryShippingUpdate
•ReverseDeliveryShippingUpdatePayload

Updates a reverse delivery with associated external shipping information.

Arguments

•ID!
required

The ID of the reverse delivery to update.

•ReverseDeliveryTrackingInput
Default:null

The tracking information for the reverse delivery.

•ReverseDeliveryLabelInput
Default:null

The return label file information for the reverse delivery.

•Boolean
Default:true

If true and an email address exists on the ReverseFulfillmentOrder.order, then the customer is notified with the updated delivery instructions.


Anchor to reverseFulfillmentOrderDisposereverseFulfillmentOrderDispose
•ReverseFulfillmentOrderDisposePayload

Disposes reverse fulfillment order line items.

Arguments

•[ReverseFulfillmentOrderDisposeInput!]!
required

The input parameters required to dispose reverse fulfillment order line items.


•SavedSearchCreatePayload

Creates a saved search.

Arguments

•SavedSearchCreateInput!
required

Specifies the input fields for a saved search.


•SavedSearchDeletePayload

Delete a saved search.

Arguments

•SavedSearchDeleteInput!
required

The input fields to delete a saved search.


•SavedSearchUpdatePayload

Updates a saved search.

Arguments

•SavedSearchUpdateInput!
required

The input fields to update a saved search.


•ScriptTagCreatePayload
Theme app extensions

If your app integrates with a Shopify theme and you plan to submit it to the Shopify App Store, you must use theme app extensions instead of Script tags. Script tags can only be used with vintage themes. Learn more.

Script tag deprecation

Script tags will be sunset for the Order status page on August 28, 2025. Upgrade to Checkout Extensibility before this date. Shopify Scripts will continue to work alongside Checkout Extensibility until August 28, 2025.

Creates a new script tag.

Arguments

•ScriptTagInput!
required

The input fields for a script tag.


•ScriptTagDeletePayload
Theme app extensions

If your app integrates with a Shopify theme and you plan to submit it to the Shopify App Store, you must use theme app extensions instead of Script tags. Script tags can only be used with vintage themes. Learn more.

Script tag deprecation

Script tags will be sunset for the Order status page on August 28, 2025. Upgrade to Checkout Extensibility before this date. Shopify Scripts will continue to work alongside Checkout Extensibility until August 28, 2025.

Deletes a script tag.

Arguments

•ID!
required

The ID of the script tag to delete.


•ScriptTagUpdatePayload
Theme app extensions

If your app integrates with a Shopify theme and you plan to submit it to the Shopify App Store, you must use theme app extensions instead of Script tags. Script tags can only be used with vintage themes. Learn more.

Script tag deprecation

Script tags will be sunset for the Order status page on August 28, 2025. Upgrade to Checkout Extensibility before this date. Shopify Scripts will continue to work alongside Checkout Extensibility until August 28, 2025.

Updates a script tag.

Arguments

•ID!
required

The ID of the script tag to update.

•ScriptTagInput!
required

Specifies the input fields for a script tag.


•SegmentCreatePayload

Creates a segment.

Arguments

•String!
required

The name of the segment to be created. Segment names must be unique.

•String!
required

A precise definition of the segment. The definition is composed of a combination of conditions on facts about customers such as email_subscription_status = 'SUBSCRIBED' with this syntax.


•SegmentDeletePayload

Deletes a segment.

Arguments

•ID!
required

Specifies the segment to delete.


•SegmentUpdatePayload

Updates a segment.

Arguments

•ID!
required

Specifies the segment to be updated.

•String

The new name for the segment.

•String

A precise definition of the segment. The definition is composed of a combination of conditions on facts about customers such as email_subscription_status = 'SUBSCRIBED' with this syntax.


Anchor to sellingPlanGroupAddProductssellingPlanGroupAddProducts
•SellingPlanGroupAddProductsPayload

Adds multiple products to a selling plan group.

Arguments

•ID!
required

The ID of the selling plan group.

•[ID!]!
required

The IDs of the products to add.


Anchor to sellingPlanGroupAddProductVariantssellingPlanGroupAddProductVariants
•SellingPlanGroupAddProductVariantsPayload

Adds multiple product variants to a selling plan group.

Arguments

•ID!
required

The ID of the selling plan group.

•[ID!]!
required

The IDs of the product variants to add.


Anchor to sellingPlanGroupCreatesellingPlanGroupCreate
•SellingPlanGroupCreatePayload

Creates a selling plan group that defines how products can be sold and purchased. A selling plan group represents a selling method such as "Subscribe and save", "Pre-order", or "Try before you buy" and contains one or more selling plans with specific billing, delivery, and pricing policies.

Use the resources argument to associate products or product variants with the group during creation. You can also add products later using sellingPlanGroupAddProducts or sellingPlanGroupAddProductVariants.

Learn more about building selling plan groups or explore examples of creating TBYB and other selling plan groups.

Arguments

•SellingPlanGroupInput!
required

The properties of the new Selling Plan Group.

•SellingPlanGroupResourceInput

The resources this Selling Plan Group should be applied to.


Anchor to sellingPlanGroupDeletesellingPlanGroupDelete
•SellingPlanGroupDeletePayload

Delete a Selling Plan Group. This does not affect subscription contracts.

Arguments

•ID!
required

The id of the selling plan group to delete.


Anchor to sellingPlanGroupRemoveProductssellingPlanGroupRemoveProducts
•SellingPlanGroupRemoveProductsPayload

Removes multiple products from a selling plan group.

Arguments

•ID!
required

The ID of the selling plan group.

•[ID!]!
required

The IDs of the products to remove.


Anchor to sellingPlanGroupRemoveProductVariantssellingPlanGroupRemoveProductVariants
•SellingPlanGroupRemoveProductVariantsPayload

Removes multiple product variants from a selling plan group.

Arguments

•ID!
required

The ID of the selling plan group.

•[ID!]!
required

The IDs of the product variants to remove.


Anchor to sellingPlanGroupUpdatesellingPlanGroupUpdate
•SellingPlanGroupUpdatePayload

Update a Selling Plan Group.

Arguments

•ID!
required

The Selling Plan Group to update.

•SellingPlanGroupInput!
required

The properties of the Selling Plan Group to update.


•ServerPixelCreatePayload

Creates a new unconfigured server pixel. A single server pixel can exist for an app and shop combination. If you call this mutation when a server pixel already exists, then an error will return.

•ServerPixelDeletePayload

Deletes the Server Pixel associated with the current app & shop.

Anchor to shippingPackageDeleteshippingPackageDelete
•ShippingPackageDeletePayload

Deletes a shipping package.

Arguments

•ID!
required

The ID of the shipping package to remove.


Anchor to shippingPackageMakeDefaultshippingPackageMakeDefault
•ShippingPackageMakeDefaultPayload

Set a shipping package as the default. The default shipping package is the one used to calculate shipping costs on checkout.

Arguments

•ID!
required

The ID of the shipping package to set as the default.


Anchor to shippingPackageUpdateshippingPackageUpdate
•ShippingPackageUpdatePayload

Updates a shipping package.

Arguments

•ID!
required

The ID of the shipping package to update.

•CustomShippingPackageInput!
required

Specifies the input fields for a shipping package.


Anchor to shopifyPaymentsPayoutAlternateCurrencyCreateshopifyPaymentsPayoutAlternateCurrencyCreate
•ShopifyPaymentsPayoutAlternateCurrencyCreatePayload

Creates an alternate currency payout for a Shopify Payments account.

Arguments

•ID

The ID of the Shopify Payments account on which the mutation is being performed.

•CurrencyCode!
required

The currency of the balance to payout.


•ShopLocaleDisablePayload

Deletes a locale for a shop. This also deletes all translations of this locale.

Arguments

•String!
required

ISO code of the locale to delete.


•ShopLocaleEnablePayload

Adds a locale for a shop. The newly added locale is in the unpublished state.

Arguments

•String!
required

ISO code of the locale to enable.

Anchor to marketWebPresenceIdsmarketWebPresenceIds
•[ID!]

The list of markets web presences to add the locale to.


•ShopLocaleUpdatePayload

Updates a locale for a shop.

Arguments

•String!
required

ISO code of the locale to update.

•ShopLocaleInput!
required

Specifies the input fields for a shop locale.


•ShopPolicyUpdatePayload

Updates a shop policy.

Arguments

•ShopPolicyInput!
required

The properties to use when updating the shop policy.


Anchor to shopResourceFeedbackCreateshopResourceFeedbackCreate
•ShopResourceFeedbackCreatePayload

The ResourceFeedback object lets your app report the status of shops and their resources. For example, if your app is a marketplace channel, then you can use resource feedback to alert merchants that they need to connect their marketplace account by signing in.

Resource feedback notifications are displayed to the merchant on the home screen of their Shopify admin, and in the product details view for any products that are published to your app.

This resource should be used only in cases where you're describing steps that a merchant is required to complete. If your app offers optional or promotional set-up steps, or if it makes recommendations, then don't use resource feedback to let merchants know about them.

Sending feedback on a shop

You can send resource feedback on a shop to let the merchant know what steps they need to take to make sure that your app is set up correctly. Feedback can have one of two states: requires_action or success. You need to send a requires_action feedback request for each step that the merchant is required to complete.

If there are multiple set-up steps that require merchant action, then send feedback with a state of requires_action as merchants complete prior steps. And to remove the feedback message from the Shopify admin, send a success feedback request.

Important

Sending feedback replaces previously sent feedback for the shop. Send a new shopResourceFeedbackCreate mutation to push the latest state of a shop or its resources to Shopify.

Arguments

•ResourceFeedbackCreateInput!
required

The fields required to create shop feedback.


•StagedUploadsCreatePayload

Creates staged upload targets for file uploads such as images, videos, and 3D models.

Use the stagedUploadsCreate mutation instead of direct file creation mutations when:

  • Uploading large files: Files over a few MB benefit from staged uploads for better reliability
  • Uploading media files: Videos, 3D models, and high-resolution images
  • Bulk importing: CSV files, product catalogs, or other bulk data
  • Using external file sources: When files are stored remotely and need to be transferred to Shopify

The stagedUploadsCreate mutation is the first step in Shopify's secure two-step upload process:

Step 1: Create staged upload targets (this mutation)

  • Generate secure, temporary upload URLs for your files.
  • Receive authentication parameters for the upload.

Step 2: Upload files and create assets

  • Upload your files directly to the provided URLs using the authentication parameters.
  • Use the returned resourceUrl as the originalSource in subsequent mutations like fileCreate.

This approach provides better performance for large files, handles network interruptions gracefully, and ensures secure file transfers to Shopify's storage infrastructure.


Note

File size is required when uploading VIDEO or MODEL_3D resources.


After creating staged upload targets, complete the process by:

  1. Uploading files: Send your files to the returned url using the provided parameters for authentication
  2. Creating file assets: Use the resourceUrl as the originalSource in mutations such as:
  • fileCreate: Creates file assets from staged uploads
  • productUpdate: Updates products with new media from staged uploads

Learn more about uploading media to Shopify.

Arguments

•[StagedUploadInput!]!
required

The information required to generate staged upload targets.


Anchor to standardMetafieldDefinitionEnablestandardMetafieldDefinitionEnable
•StandardMetafieldDefinitionEnablePayload

Activates the specified standard metafield definition from its template.

Refer to the list of standard metafield definition templates.

Arguments

•MetafieldOwnerType!
required

The resource type that the metafield definition is scoped to.

•ID

The ID of the standard metafield definition template to enable.

•String

The namespace of the standard metafield to enable. Used in combination with key.

•String

The key of the standard metafield to enable. Used in combination with namespace.

•Boolean
Default:null

Whether to pin the metafield definition.

Anchor to visibleToStorefrontApivisibleToStorefrontApi
•Boolean
DeprecatedDefault:null
Anchor to useAsCollectionConditionuseAsCollectionCondition
•Boolean
DeprecatedDefault:null
•MetafieldCapabilityCreateInput

The capabilities of the metafield definition.

•StandardMetafieldDefinitionAccessInput

The access settings that apply to each of the metafields that belong to the metafield definition.


Anchor to standardMetaobjectDefinitionEnablestandardMetaobjectDefinitionEnable
•StandardMetaobjectDefinitionEnablePayload

Enables the specified standard metaobject definition from its template.

Arguments

•String!
required

The type of the metaobject definition to enable.


Anchor to storeCreditAccountCreditstoreCreditAccountCredit
•StoreCreditAccountCreditPayload

Adds funds to a StoreCreditAccount by creating a StoreCreditAccountCreditTransaction. The mutation accepts either a store credit account ID, a Customer ID, or a CompanyLocation ID. When you provide a customer or company location ID, it automatically creates an account if one doesn't exist for the specified currency.

Store credit accounts are currency-specific. A single owner can have multiple accounts, each holding a different currency. Use the most appropriate currency for the given store credit account owner.

Credits can optionally include an expiration date.

Arguments

•ID!
required

The ID of the store credit account or the ID of the account owner.

•StoreCreditAccountCreditInput!
required

The input fields for a store credit account credit transaction.


Anchor to storeCreditAccountDebitstoreCreditAccountDebit
•StoreCreditAccountDebitPayload

Creates a debit transaction that decreases the store credit account balance by the given amount.

Arguments

•ID!
required

The ID of the store credit account or the ID of the account owner.

•StoreCreditAccountDebitInput!
required

The input fields for a store credit account debit transaction.


Anchor to storefrontAccessTokenCreatestorefrontAccessTokenCreate
•StorefrontAccessTokenCreatePayload

Creates a storefront access token that delegates unauthenticated access scopes to clients using the Storefront API. The token provides public access to storefront resources without requiring customer authentication.

Each shop can have up to 100 active StorefrontAccessToken objects. Headless storefronts, mobile apps, and other client applications typically use these tokens to access public storefront data.

Learn more about building with the Storefront API.

Arguments

•StorefrontAccessTokenInput!
required

Provides the input fields for creating a storefront access token.


Anchor to storefrontAccessTokenDeletestorefrontAccessTokenDelete
•StorefrontAccessTokenDeletePayload

Deletes a storefront access token.

Arguments

•StorefrontAccessTokenDeleteInput!
required

Provides the input fields required to delete a storefront access token.


Anchor to subscriptionBillingAttemptCreatesubscriptionBillingAttemptCreate
•SubscriptionBillingAttemptCreatePayload

Creates a billing attempt to charge for a SubscriptionContract. The mutation processes either the payment for the current billing cycle or for a specific cycle, if selected.

The mutation creates an Order when successful. Failed billing attempts include a processingError field with error details.


Tip

Use the idempotencyKey to ensure the billing attempt executes only once, preventing duplicate charges if the request is retried.


You can target a specific billing cycle using the billingCycleSelector to bill past or future cycles. The originTime parameter adjusts fulfillment scheduling for attempts completed after the expected billing date.

Learn more about creating billing attempts.

Arguments

Anchor to subscriptionContractIdsubscriptionContractId
•ID!
required

The ID of the subscription contract.

Anchor to subscriptionBillingAttemptInputsubscriptionBillingAttemptInput
•SubscriptionBillingAttemptInput!
required

The information to apply as a billing attempt.


Anchor to subscriptionBillingCycleBulkChargesubscriptionBillingCycleBulkCharge
•SubscriptionBillingCycleBulkChargePayload

Asynchronously queries and charges all subscription billing cycles whose billingAttemptExpectedDate values fall within a specified date range and meet additional filtering criteria. The results of this action can be retrieved using the subscriptionBillingCycleBulkResults query.

Arguments

Anchor to billingAttemptExpectedDateRangebillingAttemptExpectedDateRange
•SubscriptionBillingCyclesDateRangeSelector!
required

Specifies the date range within which the billingAttemptExpectedDate values of the billing cycles should fall.

•SubscriptionBillingCycleBulkFilters

Criteria to filter the billing cycles on which the action is executed.

•SubscriptionBillingAttemptInventoryPolicy
Default:PRODUCT_VARIANT_INVENTORY_POLICY

The behaviour to use when updating inventory.


Anchor to subscriptionBillingCycleBulkSearchsubscriptionBillingCycleBulkSearch
•SubscriptionBillingCycleBulkSearchPayload

Asynchronously queries all subscription billing cycles whose billingAttemptExpectedDate values fall within a specified date range and meet additional filtering criteria. The results of this action can be retrieved using the subscriptionBillingCycleBulkResults query.

Arguments

Anchor to billingAttemptExpectedDateRangebillingAttemptExpectedDateRange
•SubscriptionBillingCyclesDateRangeSelector!
required

Specifies the date range within which the billingAttemptExpectedDate values of the billing cycles should fall.

•SubscriptionBillingCycleBulkFilters

Criteria to filter the billing cycles on which the action is executed.


Anchor to subscriptionBillingCycleChargesubscriptionBillingCycleCharge
•SubscriptionBillingCycleChargePayload

Creates a new subscription billing attempt for a specified billing cycle. This is the alternative mutation for subscriptionBillingAttemptCreate. For more information, refer to Create a subscription contract.

Arguments

Anchor to subscriptionContractIdsubscriptionContractId
•ID!
required

The ID of the subscription contract.

Anchor to billingCycleSelectorbillingCycleSelector
•SubscriptionBillingCycleSelector!
required

Select the specific billing cycle to be billed. If the selected billing cycle's billingAttemptExpectedDate is in the past, the originTime of the billing attempt will be set to this date. However, if the billingAttemptExpectedDate is in the future, the originTime will be the current time.

•SubscriptionBillingAttemptInventoryPolicy
Default:PRODUCT_VARIANT_INVENTORY_POLICY

The behaviour to use when updating inventory.


Anchor to subscriptionBillingCycleContractDraftCommitsubscriptionBillingCycleContractDraftCommit
•SubscriptionBillingCycleContractDraftCommitPayload

Commits the updates of a Subscription Billing Cycle Contract draft.

Arguments

•ID!
required

The gid of the Subscription Contract draft to commit.


Anchor to subscriptionBillingCycleContractDraftConcatenatesubscriptionBillingCycleContractDraftConcatenate
•SubscriptionBillingCycleContractDraftConcatenatePayload

Concatenates a contract to a Subscription Draft.

Arguments

•ID!
required

The gid of the Subscription Contract draft to update.

Anchor to concatenatedBillingCycleContractsconcatenatedBillingCycleContracts
•[SubscriptionBillingCycleInput!]!
required

An array of Subscription Contracts with their selected billing cycles to concatenate to the subscription draft.


Anchor to subscriptionBillingCycleContractEditsubscriptionBillingCycleContractEdit
•SubscriptionBillingCycleContractEditPayload

Edit the contents of a subscription contract for the specified billing cycle.

Arguments

•SubscriptionBillingCycleInput!
required

Input object for selecting and using billing cycles.


Anchor to subscriptionBillingCycleEditDeletesubscriptionBillingCycleEditDelete
•SubscriptionBillingCycleEditDeletePayload

Delete the schedule and contract edits of the selected subscription billing cycle.

Arguments

•SubscriptionBillingCycleInput!
required

Input object used to select and use billing cycles.


Anchor to subscriptionBillingCycleEditsDeletesubscriptionBillingCycleEditsDelete
•SubscriptionBillingCycleEditsDeletePayload

Delete the current and future schedule and contract edits of a list of subscription billing cycles.

Arguments

•ID!
required

The globally-unique identifier of the subscription contract that the billing cycle belongs to.

•SubscriptionBillingCyclesTargetSelection!
required

Select billing cycles to be deleted.


Anchor to subscriptionBillingCycleScheduleEditsubscriptionBillingCycleScheduleEdit
•SubscriptionBillingCycleScheduleEditPayload

Modify the schedule of a specific billing cycle.

Arguments

•SubscriptionBillingCycleInput!
required

Input object for selecting and using billing cycles.

•SubscriptionBillingCycleScheduleEditInput!
required

Data used to create or modify billing cycle schedule edit.


Anchor to subscriptionBillingCycleSkipsubscriptionBillingCycleSkip
•SubscriptionBillingCycleSkipPayload

Skips a Subscription Billing Cycle.

Arguments

•SubscriptionBillingCycleInput!
required

Input object for selecting and using billing cycles.


Anchor to subscriptionBillingCycleUnskipsubscriptionBillingCycleUnskip
•SubscriptionBillingCycleUnskipPayload

Unskips a Subscription Billing Cycle.

Arguments

•SubscriptionBillingCycleInput!
required

Input object for selecting and using billing cycles.


Anchor to subscriptionContractActivatesubscriptionContractActivate
•SubscriptionContractActivatePayload

Activates a Subscription Contract. Contract status must be either active, paused, or failed.

Arguments

Anchor to subscriptionContractIdsubscriptionContractId
•ID!
required

The ID of the Subscription Contract.


Anchor to subscriptionContractAtomicCreatesubscriptionContractAtomicCreate
•SubscriptionContractAtomicCreatePayload

Creates a Subscription Contract.

Arguments

•SubscriptionContractAtomicCreateInput!
required

The properties of the new Subscription Contract.


Anchor to subscriptionContractCancelsubscriptionContractCancel
•SubscriptionContractCancelPayload

Cancels a Subscription Contract.

Arguments

Anchor to subscriptionContractIdsubscriptionContractId
•ID!
required

The ID of the Subscription Contract.


Anchor to subscriptionContractCreatesubscriptionContractCreate
•SubscriptionContractCreatePayload

Creates a subscription contract draft, which is an intention to create a new subscription. The draft lets you incrementally build and modify subscription details before committing them to create the actual SubscriptionContract.

The mutation requires Customer information, billing details, and contract configuration including the SubscriptionBillingPolicy and SubscriptionDeliveryPolicy. You can specify the CustomerPaymentMethod, the MailingAddress for shipping, and subscription intervals.

After you create the draft, you can either modify it with the subscriptionDraftUpdate mutation or finalize and create the active subscription contract with subscriptionDraftCommit.

Learn more about building subscription contracts.

Arguments

•SubscriptionContractCreateInput!
required

The properties of the new Subscription Contract.


Anchor to subscriptionContractExpiresubscriptionContractExpire
•SubscriptionContractExpirePayload

Expires a Subscription Contract.

Arguments

Anchor to subscriptionContractIdsubscriptionContractId
•ID!
required

The ID of the Subscription Contract.


Anchor to subscriptionContractFailsubscriptionContractFail
•SubscriptionContractFailPayload

Fails a Subscription Contract.

Arguments

Anchor to subscriptionContractIdsubscriptionContractId
•ID!
required

The ID of the Subscription Contract.


Anchor to subscriptionContractPausesubscriptionContractPause
•SubscriptionContractPausePayload

Pauses a Subscription Contract.

Arguments

Anchor to subscriptionContractIdsubscriptionContractId
•ID!
required

The ID of the Subscription Contract.


Anchor to subscriptionContractProductChangesubscriptionContractProductChange
•SubscriptionContractProductChangePayload

Allows for the easy change of a Product in a Contract or a Product price change.

Arguments

Anchor to subscriptionContractIdsubscriptionContractId
•ID!
required

The ID of the subscription contract.

•ID!
required

The gid of the Subscription Line to update.

•SubscriptionContractProductChangeInput!
required

The properties of the Product changes.


Anchor to subscriptionContractSetNextBillingDatesubscriptionContractSetNextBillingDate
•SubscriptionContractSetNextBillingDatePayload

Sets the next billing date of a Subscription Contract. This field is managed by the apps. Alternatively you can utilize our Billing Cycles APIs, which provide auto-computed billing dates and additional functionalities.

Arguments

•ID!
required

The gid of the Subscription Contract to set the next billing date for.

•DateTime!
required

The next billing date.


Anchor to subscriptionContractUpdatesubscriptionContractUpdate
•SubscriptionContractUpdatePayload

Creates a draft of an existing SubscriptionContract. The draft captures the current state of the contract and allows incremental modifications through draft mutations such as subscriptionDraftLineAdd, subscriptionDraftDiscountAdd, and subscriptionDraftUpdate.

Changes remain in draft state and don't affect the live contract until committed. After you've made all necessary changes to the draft, commit it using subscriptionDraftCommit to apply the updates to the original contract.

Learn more about updating subscription contracts.

Arguments

•ID!
required

The gid of the Subscription Contract to update.


Anchor to subscriptionDraftCommitsubscriptionDraftCommit
•SubscriptionDraftCommitPayload

Commits the updates of a Subscription Contract draft.

Arguments

•ID!
required

The gid of the Subscription Contract draft to commit.


Anchor to subscriptionDraftDiscountAddsubscriptionDraftDiscountAdd
•SubscriptionDraftDiscountAddPayload

Adds a subscription discount to a subscription draft.

Arguments

•ID!
required

The ID of the Subscription Contract draft to add a subscription discount to.

•SubscriptionManualDiscountInput!
required

The properties of the new Subscription Discount.


Anchor to subscriptionDraftDiscountCodeApplysubscriptionDraftDiscountCodeApply
•SubscriptionDraftDiscountCodeApplyPayload

Applies a code discount on the subscription draft.

Arguments

•ID!
required

The gid of the subscription contract draft to apply a subscription code discount on.

•String!
required

Code discount redeem code.


Anchor to subscriptionDraftDiscountRemovesubscriptionDraftDiscountRemove
•SubscriptionDraftDiscountRemovePayload

Removes a subscription discount from a subscription draft.

Arguments

•ID!
required

The gid of the subscription contract draft to remove a subscription discount from.

•ID!
required

The gid of the subscription draft discount to remove.


Anchor to subscriptionDraftDiscountUpdatesubscriptionDraftDiscountUpdate
•SubscriptionDraftDiscountUpdatePayload

Updates a subscription discount on a subscription draft.

Arguments

•ID!
required

The ID of the Subscription Contract draft to update a subscription discount on.

•ID!
required

The gid of the Subscription Discount to update.

•SubscriptionManualDiscountInput!
required

The properties to update on the Subscription Discount.


Anchor to subscriptionDraftFreeShippingDiscountAddsubscriptionDraftFreeShippingDiscountAdd
•SubscriptionDraftFreeShippingDiscountAddPayload

Adds a subscription free shipping discount to a subscription draft.

Arguments

•ID!
required

The ID of the subscription contract draft to add a subscription free shipping discount to.

•SubscriptionFreeShippingDiscountInput!
required

The properties of the new subscription free shipping discount.


Anchor to subscriptionDraftFreeShippingDiscountUpdatesubscriptionDraftFreeShippingDiscountUpdate
•SubscriptionDraftFreeShippingDiscountUpdatePayload

Updates a subscription free shipping discount on a subscription draft.

Arguments

•ID!
required

The ID of the Subscription Contract draft to update a subscription discount on.

•ID!
required

The gid of the Subscription Discount to update.

•SubscriptionFreeShippingDiscountInput!
required

The properties to update on the Subscription Free Shipping Discount.


Anchor to subscriptionDraftLineAddsubscriptionDraftLineAdd
•SubscriptionDraftLineAddPayload

Adds a subscription line to a subscription draft.

Arguments

•ID!
required

The gid of the Subscription Contract draft to add a subscription line to.

•SubscriptionLineInput!
required

The properties of the new Subscription Line.


Anchor to subscriptionDraftLineRemovesubscriptionDraftLineRemove
•SubscriptionDraftLineRemovePayload

Removes a subscription line from a subscription draft.

Arguments

•ID!
required

The gid of the Subscription Contract draft to remove a subscription line from.

•ID!
required

The gid of the Subscription Line to remove.


Anchor to subscriptionDraftLineUpdatesubscriptionDraftLineUpdate
•SubscriptionDraftLineUpdatePayload

Updates a subscription line on a subscription draft.

Arguments

•ID!
required

The gid of the Subscription Contract draft to update a subscription line from.

•ID!
required

The gid of the Subscription Line to update.

•SubscriptionLineUpdateInput!
required

The properties of the new Subscription Line.


Anchor to subscriptionDraftUpdatesubscriptionDraftUpdate
•SubscriptionDraftUpdatePayload

Updates a Subscription Draft.

Arguments

•ID!
required

The gid of the Subscription Draft to update.

•SubscriptionDraftInput!
required

The properties of the new Subscription Contract.


•TagsAddPayload

Adds tags to a resource in the store. Supported resources include Order, DraftOrder, Customer, Product, and Article.

Tags help merchants organize and filter resources. See the tags argument for supported input formats.

Learn more about using tags to organize subscription orders.

Arguments

•ID!
required

The ID of a resource to add tags to.

•[String!]!
required

A list of tags to add to the resource. Can be an array of strings or a single string composed of a comma-separated list of values. Example values: ["tag1", "tag2", "tag3"], "tag1, tag2, tag3".


•TagsRemovePayload

Removes tags from an Order, DraftOrder, Customer, Product, or Article.

Tags are searchable keywords that help organize and filter these resources.

Arguments

•ID!
required

The ID of the resource to remove tags from.

•[String!]!
required

A list of tags to remove from the resource in the form of an array of strings. Example value: ["tag1", "tag2", "tag3"].


•TaxAppConfigurePayload

Allows tax app configurations for tax partners.

Arguments

•Boolean!
required

Configures whether the tax app is correctly configured and ready to be used.


•TaxSummaryCreatePayload

Creates a tax summary for a given order. If both an order ID and a start and end time are provided, the order ID will be used.

Arguments

•ID

The ID of the order to create the tax summary for.

•DateTime

The start time of the range of orders to create the tax summary for.

•DateTime

The end time of the range of orders to create the tax summary for.


•ThemeCreatePayload

Creates a theme from an external URL or staged upload. The theme source can either be a ZIP file hosted at a public URL or files previously uploaded using the stagedUploadsCreate mutation. The theme displays in the Themes page in the Shopify admin.

New themes have an UNPUBLISHED role by default. You can optionally specify a DEVELOPMENT role for temporary themes used during development.

Arguments

•URL!
required

An external URL or a staged upload URL of the theme to import.

•String

The name of the theme to be created.

•ThemeRole
Default:UNPUBLISHED

The role of the theme to be created. Only UNPUBLISHED and DEVELOPMENT roles are permitted.


•ThemeDeletePayload

Deletes a theme.

Arguments

•ID!
required

The ID of the theme to be deleted.


•ThemeDuplicatePayload

Duplicates a theme.

Arguments

•ID!
required

ID of the theme to be duplicated.

•String

Name of the new theme.


•ThemeFilesCopyPayload

Copy theme files. Copying to existing theme files will overwrite them.

Arguments

•ID!
required

The theme to update.

•[ThemeFilesCopyFileInput!]!
required

The files to update.


•ThemeFilesDeletePayload

Deletes a theme's files.

Arguments

•ID!
required

Specifies the theme to deleted.

•[String!]!
required

The files to delete.


•ThemeFilesUpsertPayload

Creates or updates theme files in an online store theme. This mutation allows batch operations on multiple theme files, either creating new files or overwriting existing ones with the same filename.


Note

You can process a maximum of 50 files in a single request.


Each file requires a filename and body content. The body must specify a type with the corresponding value. The mutation returns a job field for tracking asynchronous operations and an upsertedThemeFiles field with details about the processed files.

Arguments

•ID!
required

The theme to update.

•[OnlineStoreThemeFilesUpsertFileInput!]!
required

The files to update.


•ThemePublishPayload

Publishes a theme.

Arguments

•ID!
required

ID of the theme to be published.


•ThemeUpdatePayload

Updates a theme.

Arguments

•ID!
required

The ID of the theme to be updated.

•OnlineStoreThemeInput!
required

The attributes of the theme to be updated.


•TransactionVoidPayload

Trigger the voiding of an uncaptured authorization transaction.

Arguments

•ID!
required

An uncaptured authorization transaction.


Anchor to translationsRegistertranslationsRegister
•TranslationsRegisterPayload

Creates or updates translations for a resource's translatable content.

Each translation requires a digest value from the resource's translatable content. Use the translatableResource query to get a resource's translatable content and digest values before creating translations. You can optionally scope translations to specific markets using the marketId field in each translation input.

Learn more about managing translations.

Arguments

•ID!
required

ID of the resource that is being translated.

•[TranslationInput!]!
required

Specifies the input fields for a translation.


•TranslationsRemovePayload

Deletes translations.

Arguments

•ID!
required

ID of the translatable resource for which translations are being deleted.

•[String!]!
required

The list of translation keys.

•[String!]!
required

The list of translation locales. Only locales returned in shopLocales are valid.

•[ID!]

The list of market IDs.


Anchor to urlRedirectBulkDeleteAllurlRedirectBulkDeleteAll
•UrlRedirectBulkDeleteAllPayload

Asynchronously delete URL redirects in bulk.

Anchor to urlRedirectBulkDeleteByIdsurlRedirectBulkDeleteByIds
•UrlRedirectBulkDeleteByIdsPayload

Asynchronously delete URLRedirect objects in bulk by IDs. Learn more about URLRedirect objects.

Arguments

•[ID!]!
required

A list of URLRedirect object IDs to delete.


Anchor to urlRedirectBulkDeleteBySavedSearchurlRedirectBulkDeleteBySavedSearch
•UrlRedirectBulkDeleteBySavedSearchPayload

Asynchronously delete redirects in bulk.

Arguments

•ID!
required

The ID of the URL redirect saved search for filtering.


Anchor to urlRedirectBulkDeleteBySearchurlRedirectBulkDeleteBySearch
•UrlRedirectBulkDeleteBySearchPayload

Asynchronously delete redirects in bulk.

Arguments

•String!
required

Search query for filtering redirects on (both Redirect from and Redirect to fields).


•UrlRedirectCreatePayload

Creates a UrlRedirect object.

Arguments

•UrlRedirectInput!
required

The fields to use when creating the redirect.


•UrlRedirectDeletePayload

Deletes a UrlRedirect object.

Arguments

•ID!
required

The ID of the redirect to delete.


Anchor to urlRedirectImportCreateurlRedirectImportCreate
•UrlRedirectImportCreatePayload

Creates a UrlRedirectImport object.

After creating the UrlRedirectImport object, the UrlRedirectImport request can be performed using the urlRedirectImportSubmit mutation.

Arguments

•URL!
required

The staged upload URL of the CSV file. You can download a sample URL redirect CSV file.


Anchor to urlRedirectImportSubmiturlRedirectImportSubmit
•UrlRedirectImportSubmitPayload

Submits a UrlRedirectImport request to be processed.

The UrlRedirectImport request is first created with the urlRedirectImportCreate mutation.

Arguments

•ID!
required

The ID of the UrlRedirectImport object.


•UrlRedirectUpdatePayload

Updates a URL redirect.

Arguments

•ID!
required

The ID of the URL redirect to update.

•UrlRedirectInput!
required

The input fields required to update the URL redirect.


•ValidationCreatePayload

Creates a validation.

Arguments

•ValidationCreateInput!
required

The input fields for a new validation.


•ValidationDeletePayload

Deletes a validation.

Arguments

•ID!
required

The ID representing the installed validation.


•ValidationUpdatePayload

Update a validation.

Arguments

•ValidationUpdateInput!
required

The input fields to update a validation.

•ID!
required

The ID representing the validation to update.


Anchor to webhookSubscriptionCreatewebhookSubscriptionCreate
•WebhookSubscriptionCreatePayload

Creates a webhook subscription that notifies your App when specific events occur in a shop. Webhooks push event data to your endpoint immediately when changes happen, eliminating the need for polling.

The subscription configuration supports multiple endpoint types including HTTPS URLs, Google Pub/Sub topics, and AWS EventBridge event sources. You can filter events using Shopify API search syntax to receive only relevant webhooks, control which data fields are included in webhook payloads, and specify metafield namespaces to include.


Note

The Webhooks API version configured in your app determines the API version for webhook events. You can't specify it per subscription.


Building an app? If you only use app-specific webhooks, you won't need this. App-specific webhook subscriptions specified in your shopify.app.toml may be easier. They are automatically kept up to date by Shopify & require less maintenance. Please read About managing webhook subscriptions.

Arguments

•WebhookSubscriptionTopic!
required

The type of event that triggers the webhook.

•WebhookSubscriptionInput!
required

Specifies the input fields for a webhook subscription.


Anchor to webhookSubscriptionDeletewebhookSubscriptionDelete
•WebhookSubscriptionDeletePayload

Deletes a WebhookSubscription and stops all future webhooks to its endpoint. Returns the deleted subscription's ID for confirmation.

Building an app? If you only use app-specific webhooks, you won't need this. App-specific webhook subscriptions specified in your shopify.app.toml may be easier. They are automatically kept up to date by Shopify & require less maintenance. Please read About managing webhook subscriptions.

Arguments

•ID!
required

The ID of the webhook subscription to delete.


Anchor to webhookSubscriptionUpdatewebhookSubscriptionUpdate
•WebhookSubscriptionUpdatePayload

Updates a webhook subscription's configuration. Modify the endpoint URL, event filters, included fields, or metafield namespaces without recreating the subscription.

The mutation accepts a WebhookSubscriptionInput that specifies the new configuration. You can switch between endpoint types (HTTP, Pub/Sub, EventBridge) by providing a different URI format. Updates apply atomically without interrupting webhook delivery.

Building an app? If you only use app-specific webhooks, you won't need this. App-specific webhook subscriptions specified in your shopify.app.toml may be easier. They are automatically kept up to date by Shopify & require less maintenance. Please read About managing webhook subscriptions.

Arguments

•ID!
required

The ID of the webhook subscription to update.

•WebhookSubscriptionInput!
required

Specifies the input fields for a webhook subscription.


•WebPixelCreatePayload

Activate a web pixel extension by creating a web pixel record on the store where you installed your app.

When you run the webPixelCreate mutation, Shopify validates it against the settings definition in shopify.extension.toml. If the settings input field doesn't match the schema that you defined, then the mutation fails. Learn how to define web pixel settings.

Arguments

•WebPixelInput!
required

The web pixel settings in JSON format.


•WebPixelDeletePayload

Deletes the web pixel shop settings.

Arguments

•ID!
required

The ID of the web pixel to delete.


•WebPixelUpdatePayload

Activate a web pixel extension by updating a web pixel record on the store where you installed your app.

When you run the webPixelUpdate mutation, Shopify validates it against the settings definition in shopify.extension.toml. If the settings input field doesn't match the schema that you defined, then the mutation fails. Learn how to define web pixel settings.

Arguments

•ID!
required

The ID of the web pixel to update.

•WebPixelInput!
required

The web pixel settings in JSON format.


•WebPresenceCreatePayload

Creates a web presence.

Arguments

•WebPresenceCreateInput!
required

The details of the web presence to be created.


•WebPresenceDeletePayload

Deletes a web presence.

Arguments

•ID!
required

The ID of the web presence to delete.


•WebPresenceUpdatePayload

Updates a web presence.

Arguments

•ID!
required

The ID of the web presence to update.

•WebPresenceUpdateInput!
required

The web presence properties to update.


Deprecated fields

Anchor to abandonmentEmailStateUpdateabandonmentEmailStateUpdate
•AbandonmentEmailStateUpdatePayload
Deprecated

Arguments

•ID!
required

The ID of the abandonment that needs to be updated.

•AbandonmentEmailState!
required

The new email state of the abandonment.

•DateTime

The date and time for when the email was sent, if that is the case.

Anchor to emailStateChangeReasonemailStateChangeReason
•String

The reason why the email was or was not sent.


•CollectionPublishPayload
Deprecated

Arguments

•CollectionPublishInput!
required

Specify a collection to publish and the sales channels to publish it to.


•CollectionUnpublishPayload
Deprecated

Arguments

•CollectionUnpublishInput!
required

Specify a collection to unpublish and the sales channels to remove it from.


Anchor to companyLocationAssignTaxExemptionscompanyLocationAssignTaxExemptions
•CompanyLocationAssignTaxExemptionsPayload
Deprecated

Arguments

•ID!
required

The location to which the tax exemptions will be assigned.

•[TaxExemption!]!
required

The tax exemptions that are being assigned to the location.


Anchor to companyLocationCreateTaxRegistrationcompanyLocationCreateTaxRegistration
•CompanyLocationCreateTaxRegistrationPayload
Deprecated

Arguments

•ID!
required

The ID of the company location that the tax registration gets assigned to.

•String!
required

The unique tax id for the tax registration.


Anchor to companyLocationRevokeTaxExemptionscompanyLocationRevokeTaxExemptions
•CompanyLocationRevokeTaxExemptionsPayload
Deprecated

Arguments

•ID!
required

The location from which the tax exemptions will be revoked.

•[TaxExemption!]!
required

The tax exemptions that are being revoked from the location.


Anchor to companyLocationRevokeTaxRegistrationcompanyLocationRevokeTaxRegistration
•CompanyLocationRevokeTaxRegistrationPayload
Deprecated

Arguments

•ID!
required

The location whose tax registration is being revoked.


Anchor to deliveryShippingOriginAssigndeliveryShippingOriginAssign
•DeliveryShippingOriginAssignPayload
Deprecated

Arguments

•ID!
required

The ID of the location to assign as the shipping origin.


Anchor to eventBridgeWebhookSubscriptionCreateeventBridgeWebhookSubscriptionCreate
•EventBridgeWebhookSubscriptionCreatePayload
Deprecated

Arguments

•WebhookSubscriptionTopic!
required

The type of event that triggers the webhook.

•EventBridgeWebhookSubscriptionInput!
required

Specifies the input fields for an EventBridge webhook subscription.


Anchor to eventBridgeWebhookSubscriptionUpdateeventBridgeWebhookSubscriptionUpdate
•EventBridgeWebhookSubscriptionUpdatePayload
Deprecated

Arguments

•ID!
required

The ID of the webhook subscription to update.

•EventBridgeWebhookSubscriptionInput!
required

Specifies the input fields for an EventBridge webhook subscription.


•FulfillmentCreateV2Payload
Deprecated

Arguments

•FulfillmentV2Input!
required

The input fields used to create a fulfillment from fulfillment orders.

•String

An optional message for the fulfillment request.


Anchor to fulfillmentTrackingInfoUpdateV2fulfillmentTrackingInfoUpdateV2
•FulfillmentTrackingInfoUpdateV2Payload
Deprecated

Arguments

•ID!
required

The ID of the fulfillment.

•FulfillmentTrackingInput!
required

The tracking input for the mutation, including tracking URL, number, and company.

•Boolean

Whether the customer will be notified of this update and future updates for the fulfillment. If this field is left blank, then notifications won't be sent to the customer when the fulfillment is updated.


Anchor to inventorySetOnHandQuantitiesinventorySetOnHandQuantities
•InventorySetOnHandQuantitiesPayload
Deprecated

Arguments

•InventorySetOnHandQuantitiesInput!
required

The information required to set inventory on hand quantities.


Anchor to inventorySetScheduledChangesinventorySetScheduledChanges
•InventorySetScheduledChangesPayload
Deprecated

Arguments

•InventorySetScheduledChangesInput!
required

The input fields for setting up scheduled changes of inventory items.


Anchor to marketCurrencySettingsUpdatemarketCurrencySettingsUpdate
•MarketCurrencySettingsUpdatePayload
Deprecated

Arguments

•ID!
required

The ID of the market definition to target.

•MarketCurrencySettingsUpdateInput!
required

Properties to update for the market currency settings.


•MarketRegionDeletePayload
Deprecated

Arguments

•ID!
required

The ID of the market region to delete.


•MarketRegionsCreatePayload
Deprecated

Arguments

•ID!
required

The ID of the market to add the regions to.

•[MarketRegionCreateInput!]!
required

The regions to be created.


•MarketRegionsDeletePayload
Deprecated

Arguments

•[ID!]!
required

A list of IDs of the market regions to delete.


Anchor to marketWebPresenceCreatemarketWebPresenceCreate
•MarketWebPresenceCreatePayload
Deprecated

Arguments

•ID!
required

The ID of the market for which to create a web presence.

•MarketWebPresenceCreateInput!
required

The details of the web presence to be created.


Anchor to marketWebPresenceDeletemarketWebPresenceDelete
•MarketWebPresenceDeletePayload
Deprecated

Arguments

•ID!
required

The ID of the web presence to delete.


Anchor to marketWebPresenceUpdatemarketWebPresenceUpdate
•MarketWebPresenceUpdatePayload
Deprecated

Arguments

•ID!
required

The ID of the web presence to update.

•MarketWebPresenceUpdateInput!
required

The web_presence fields used to update the market's web presence.


Anchor to orderEditRemoveLineItemDiscountorderEditRemoveLineItemDiscount
•OrderEditRemoveLineItemDiscountPayload
Deprecated

Arguments

•ID!
required

The ID of the calculated order or the order edit session to edit. This is the edit from which the line item discount is removed.

Anchor to discountApplicationIddiscountApplicationId
•ID!
required

The ID of the calculated discount application to remove.


•ProductChangeStatusPayload
Deprecated

Arguments

•ID!
required

The ID of the product.

•ProductStatus!
required

The status to be assigned to the product.


•ProductCreateMediaPayload
Deprecated

Arguments

•ID!
required

Specifies the product associated with the media.

•[CreateMediaInput!]!
required

List of new media to be added to a product.


•ProductDeleteMediaPayload
Deprecated

Arguments

•ID!
required

Specifies the product ID from which the media will be deleted.

•[ID!]!
required

The media IDs to be deleted.


•ProductPublishPayload
Deprecated

Arguments

•ProductPublishInput!
required

Specifies the product to publish and the channels to publish it to.


•ProductUnpublishPayload
Deprecated

Arguments

•ProductUnpublishInput!
required

Specifies the product to unpublish and the channel to unpublish it from.


•ProductUpdateMediaPayload
Deprecated

Arguments

•ID!
required

Specifies the product on which media will be updated.

•[UpdateMediaInput!]!
required

A list of media updates.


Anchor to publishablePublishToCurrentChannelpublishablePublishToCurrentChannel
•PublishablePublishToCurrentChannelPayload
Deprecated

Arguments

•ID!
required

The resource to create or update publications for.


Anchor to publishableUnpublishToCurrentChannelpublishableUnpublishToCurrentChannel
•PublishableUnpublishToCurrentChannelPayload
Deprecated

Arguments

•ID!
required

The resource to delete or update publications for.


Anchor to pubSubWebhookSubscriptionCreatepubSubWebhookSubscriptionCreate
•PubSubWebhookSubscriptionCreatePayload
Deprecated

Arguments

•WebhookSubscriptionTopic!
required

The type of event that triggers the webhook.

•PubSubWebhookSubscriptionInput!
required

Specifies the input fields for a Google Cloud Pub/Sub webhook subscription.


Anchor to pubSubWebhookSubscriptionUpdatepubSubWebhookSubscriptionUpdate
•PubSubWebhookSubscriptionUpdatePayload
Deprecated

Arguments

•ID!
required

The ID of the webhook subscription to update.

•PubSubWebhookSubscriptionInput!
required

Specifies the input fields for a Google Cloud Pub/Sub webhook subscription.


Anchor to returnLineItemRemoveFromReturnreturnLineItemRemoveFromReturn
•ReturnLineItemRemoveFromReturnPayload
Deprecated

Arguments

•ID!
required

The ID of the return for line item removal.

•[ReturnLineItemRemoveFromReturnInput!]!
required

The return line items to remove from the return.


•ReturnRefundPayload
Deprecated

Arguments

•ReturnRefundInput!
required

The input fields to refund a return.


Anchor to stagedUploadTargetGeneratestagedUploadTargetGenerate
•StagedUploadTargetGeneratePayload
Deprecated

Arguments

•StagedUploadTargetGenerateInput!
required

The input fields for generating a staged upload.


Anchor to stagedUploadTargetsGeneratestagedUploadTargetsGenerate
•StagedUploadTargetsGeneratePayload
Deprecated

Arguments

•[StageImageInput!]!
required

The input fields for generating staged uploads.



Was this section helpful?