Shopify
The Shopify action sends requests to the Shopify admin API. It supports both REST and GraphQL requests.
In Mechanic, writing data to Shopify must happen using an action. While the Shopify action is usually the right choice, the HTTP action can also be used for this purpose, by manually configuring authentication headers.
This action has several usage styles, each with a different set of constraints on action options.
This usage style invokes the Shopify GraphQL Admin API. In this style, a single GraphQL query string is supplied as the action options. The action tag has specific support for this action type, allowing this string to be provided as the contents of an action block.
Liquid
JSON
{% action "shopify" %}
mutation {
customerCreate(
input: {
email: "[email protected]"
}
) {
customer {
id
}
userErrors {
field
message
}
}
}
{% endaction %}
{
"action": {
"type": "shopify",
"options": "\n mutation {\n customerCreate(\n input: {\n email: \"[email protected]\"\n }\n ) {\n customer {\n id\n }\n userErrors {\n field\n message\n }\n }\n }\n"
}
}
This usage style invokes the Shopify GraphQL Admin API, and supports combining GraphQL queries with GraphQL variables. This can be useful for re-using queries with multiple inputs, and is critical when dealing with very large pieces of input. Because GraphQL queries (excluding whitespace) are limited in length to 50k characters, GraphQL variables can be used in cases when large inputs (like Base64-encoded images) need to be submitted.
Option | Description |
query | Required; a string containing a GraphQL query |
variables | Required; a JSON object mapping variable names to values |
Liquid
JSON
{% capture query %}
mutation DeleteProduct($productId: ID!) {
productDelete(
input: {
id: $productId
}
) {
userErrors {
field
message
}
}
}
{% endcapture %}
{% action "shopify" %}
{
"query": {{ query | json }},
"variables": {
"productId": "gid://shopify/Product/1234567890"
}
}
{% endaction %}
{
"action": {
"type": "shopify",
"options": {
"query": "\n mutation DeleteProduct($productId: ID!) {\n productDelete(\n input: {\n id: $productId\n }\n ) {\n userErrors {\n field\n message\n }\n }\n }\n",
"variables": {
"productId": "gid://shopify/Product/1234567890"
}
}
}
}
This example shows how the query and variables may be built up separately, and provided to the action using concise tag syntax.
Liquid
JSON
{% capture query %}
mutation SetCustomerMetafield(
$customerId: ID!
$metafieldNamespace: String!
$metafieldKey: String!
$metafieldId: ID
$metafieldValue: String!
) {
customerUpdate(
input: {
id: $customerId
metafields: [
{
id: $metafieldId
namespace: $metafieldNamespace
key: $metafieldKey
type: "single_line_text_field"
value: $metafieldValue
}
]
}
) {
userErrors {
field
message
}
customer {
metafield(
namespace: $metafieldNamespace
key: $metafieldKey
){
id
}
}
}
}
{% endcapture %}
{% assign customer_id = 700837494845 %}
{% assign customer = shop.customers[customer_id] %}
{% assign existing_metafield = customer.metafields.test | where: "key", "test" | first %}
{% assign variables = hash %}
{% assign variables["customerId"] = customer.admin_graphql_api_id %}
{% assign variables["metafieldNamespace"] = "test" %}
{% assign variables["metafieldKey"] = "test" %}
{% assign variables["metafieldId"] = existing_metafield.admin_graphql_api_id %}
{% assign variables["metafieldValue"] = "now" | date: "%s" %}
{% action "shopify" query: query, variables: variables %}
{
"action": {
"type": "shopify",
"options": {
"query": "\n mutation SetCustomerMetafield(\n $customerId: ID!\n $metafieldNamespace: String!\n $metafieldKey: String!\n $metafieldId: ID\n $metafieldValue: String!\n ) {\n customerUpdate(\n input: {\n id: $customerId\n metafields: [\n {\n id: $metafieldId\n namespace: $metafieldNamespace\n key: $metafieldKey\n valueType: STRING\n value: $metafieldValue\n }\n ]\n }\n ) {\n userErrors {\n field\n message\n }\n customer {\n metafield(\n namespace: $metafieldNamespace\n key: $metafieldKey\n ){\n id\n }\n }\n }\n }\n",
"variables": {
"customerId": "gid://shopify/Customer/700837494845",
"metafieldNamespace": "test",
"metafieldKey": "test",
"metafieldId": "gid://shopify/Metafield/18788961353789",
"metafieldValue": "1615244317"
}
}
}
}
This usage style invokes the Shopify REST Admin API. It accepts an array of option values, containing these elements in order:
- 1.Operation Must be one of
"create"
,"update"
, or"delete"
. - 2.Resource specification When creating, use a single string (e.g.
"customer"
). When updating or deleting, use an array (e.g.["customer", 123]
). - 3.An object of attributes Only applies to creating and updating.
This example creates a (minimal) customer record.
Liquid
JSON
{
"action": {
"type": "shopify",
"options": [
"create",
"customer",
{
"email": "[email protected]"
}
]
}
}
This example appends a line to the order note (assuming a task subscription to shopify/orders/create).
Liquid
JSON
{% action "shopify" %}
[
"update",
[
"order",
{{ order.id | json }}
],
{
"note": {{ order.note | append: newline | append: newline | append: "We're adding a note! 💪" | strip | json }}
}
]
{% endaction %}
{
"action": {
"type": "shopify",
"options": [
"update",
[
"order",
3656038711357
],
{
"note": "[customer-supplied note]\n\nWe're adding a note! 💪"
}
]
}
}
This example deletes a product, having a certain ID.
Liquid
JSON
{% action "shopify" %}
[
"delete",
["product", 4814813560893]
]
{% endaction %}
{
"action": {
"type": "shopify",
"options": [
"delete",
[
"product",
4814813560893
]
]
}
}
This usage style invokes Shopify REST Admin API. It accepts an array of option values, containing these elements in order:
- 1.Operation Must be one of
"get"
,"post"
,"put"
, or"delete"
- 2.Request path The entire, literal request path to use, including the requested API version — e.g.
"/admin/api/2020-01/orders.json"
- 3.A JSON object of attributes In general, this means a wrapper object whose key is named after the current resource type, and whose value is the same set of data that would be used in the resourceful style
When switching from resourceful to explicit REST, it's common to forget the outer wrapper object. This wrapper is required by Shopify for all request methods except GET and DELETE; it's handled automatically during resourceful usage, but must be handled manually during explicit usage.
This example creates a (minimal) customer record.
Liquid
JSON
{% action "shopify" %}
[
"post",
"/admin/api/2020-01/customers.json",
{
"customer": {
"email": "[email protected]"
}
}
]
{% endaction %}
{
"action": {
"type": "shopify",
"options": [
"post",
"/admin/api/2020-01/customers.json",
{
"customer": {
"email": "[email protected]"
}
}
]
}
}
This example appends a line to the order note (assuming a task subscription to shopify/orders/create).
Liquid
JSON
{% action "shopify" %}
[
"put",
"/admin/api/2020-01/orders/{{ order.id }}.json",
{
"order": {
"note": {{ order.note | append: newline | append: newline | append: "We're adding a note! 💪" | strip | json }}
}
}
]
{% endaction %}
{
"action": {
"type": "shopify",
"options": [
"put",
"/admin/api/2020-01/orders/3656063189053.json",
{
"order": {
"note": "We're adding a note! 💪"
}
}
]
}
}
This example deletes a product, having a certain ID.
Liquid
JSON
{% action "shopify" %}
[
"delete",
"/admin/api/2020-01/products/4814813724733.json"
]
{% endaction %}
{
"action": {
"type": "shopify",
"options": [
"delete",
"/admin/api/2020-01/products/4814813724733.json"
]
}
}
Last modified 9mo ago