Setting the chapter. One moment.
20 chapters · 227 min
Skills
Chapter 8 of 20
Wix business solution management recipes — REST API operations for configuring and managing Wix business solutions.
17 minutes · 3,672 words · 112 sections
Standard call shape for every curl example across these recipes. The
<AUTH>placeholder in example curls is shorthand for theAuthorizationheader only; body-bearing calls also needContent-Type: application/json.
Management recipes are for REST API operations that configure, set up, and manage Wix business entities on your site. These recipes use REST API calls and are designed for:
Install this repository
npx skills add wix/skills/plugin marketplace add wix/skillsSkills install per repository, not per chapter — the CLI has no documented per-skill form, so we do not print one.
Wix business solution management recipes — REST API operations for configuring and managing Wix business solutions. Routes to: stores, bookings, get-paid, CMS, contacts, forms, media, app-installation, pricing-plans, restaurants, rich-content, sites, blog, calendar, domains, events, site-properties, ecommerce, marketing, google-ads, analytics, dashboard-navigation.
The verbatim description from this skill’s front matter — the string an agent matches on to decide whether to load it.
skills/wix-manage/SKILL.mdmain, last pushed 10 August 2026.SKILL.md, not by matching a directory convention. 4 distinct layouts observed: .claude/skills/*/SKILL.md, skills/*/SKILL.md, skills/wix-headless/*/skill.md, skills/wix-replatform/resources/*/SKILL.md.h1 and no skipped levels:These recipes do NOT cover frontend development or SDK usage for displaying data to users.
Technical: Installs Wix apps on a site using Apps Installer API. Covers enabling Velo (Wix Code), app installation, and common app definition IDs.
Technical: Lists all apps installed on a site using Apps Installer API. Useful for verifying app installations before making API calls and diagnosing authorization errors.
Technical: Direct links to the App Market and installed-apps management dashboard pages on manage.wix.com, paired with the List Installed Apps read API.
Technical: Reads a site’s analytics through the Semantic Model API. Covers listing semantic models, inspecting a model’s schema (measures, dimensions, parameters), and querying data with a required time interval, filters, sorting, paging, and human-readable formatting. Key endpoints: /analytics/semantic-model/v3/semantic-models, /semantic-models/{id}, /semantic-models/query-data.
Technical: Direct links to Wix Analytics dashboard pages on manage.wix.com (highlights, reports, custom reports, traffic/behavior/sales/marketing overviews, performance insights, benchmarks), paired with the Semantic Model read API for “see it in your dashboard” links.
Technical: Creates and publishes blog posts using Blog Posts API. Covers resolving the required author memberId (including creating an author member when the site has none), Ricos rich content format, image upload via Media Manager, category/tag assignment, and bulk post creation.
Technical: Direct links to Wix Blog dashboard pages on manage.wix.com (posts list with published/draft tabs, categories, tags, writers, comments, analytics, monetization, settings), pairing each main Blog entity with its read API for “view it in your dashboard” links.
Technical: Sets up booking policies, cancellation rules, and waitlist configuration using the Services API policy fields. Covers bookingPolicy, cancellationPolicy, and waitlist settings.
Technical: Documents undocumented API patterns for booking payments. Covers Bookings→Ecommerce integration, booking ID transformation to catalog items, and async payment confirmation flows.
Technical: Creates staff members and configures custom working hours using Staff API + Calendar Events API. Critical two-step process: create staff → assign schedule → create working hours events.
Technical: Full CRUD operations for Wix Bookings services using Services API. Covers service types (APPOINTMENT, CLASS, COURSE), pricing configuration, location setup, and schedule management.
Technical: Use when the user wants to create a booking service — e.g. “create a yoga class for $50”, “set up consultations”, “add a personal training appointment”, “create a hidden free test course with 8 sessions”. Routes to the correct type-specific recipe (APPOINTMENT, CLASS, or COURSE), gathers business context, applies defaults, and creates the service. For COURSE services with session dates/counts, the course is not bookable until separate Calendar Events are created on the returned service schedule.
Technical: Use when the user wants to create an appointment/consultation/1-on-1 service — e.g. “set up consultations for $75”, “create a meeting service”. Handles staff assignment, session duration, and pricing via bulkCreateServices API.
Technical: Use when the user wants to create a group class — e.g. “create a yoga class for $50”, “set up a pilates class”. Handles group capacity, recurring sessions, and pricing via bulkCreateServices API.
Technical: Use when the user wants to create a multi-session COURSE — e.g. “create a 6-week workshop”, “set up a training program for $300”, “create a hidden free test course with 8 online sessions”. Handles group capacity, full-course pricing, bulkCreateServices, then creates bookable course session events with Calendar bulkCreateEvents using the returned service.schedule.id. Never put session dates under course.sessions in the Services V2 payload.
Technical: Use when someone asks whether an appointment-based service has bookable availability, or why it shows no times / “customers can’t book”. Reports the current availability status first (via ListAvailabilityTimeSlots); diagnoses the cause only when there’s no availability or the owner asks why — ruling out service-level blockers (hidden / online booking off), then running DiagnoseAvailability (POST /v2/time-slots/diagnose) for ordered reason codes, with a policy/capacity fallback.
Technical: Complete booking flow from service discovery to payment. Query services, check availability with Time Slots V2, create bookings, and process payment via eCommerce checkout.
Technical: OAuth-based integration with Google Calendar, Microsoft Outlook, and Apple Calendar. Covers authentication flows, sync configuration, and bidirectional event management.
Technical: Creates resource types and individual resources using Resources API. Enables services that require multiple resources (rooms + equipment + staff) with automatic allocation.
Technical: Direct links to Wix Bookings dashboard pages on manage.wix.com (services list, edit service, calendar, booking list, staff, availability, resources, settings), pairing each main Bookings entity with its read API for “view it in your dashboard” links.
Technical: Uses Calendar Events API to create WORKING_HOURS events on the business schedule. Covers the critical distinction between Calendar Events API (correct) vs Site Properties API (incorrect) for setting base availability.
Dashboard links for calendar surfaces (availability, default business hours) are in Bookings Dashboard Navigation (opens in a new tab).
Technical: Add, query, update, and delete items in CMS collections. Use this to insert content, bulk insert/update/patch/delete items, query with filters, and manage collection data. Key endpoints: /wix-data/v2/items, /wix-data/v2/bulk/items/*.
Technical: Additional CMS data operations including count, upsert (bulk save), and update by filter patterns.
Technical: The recommended way to sell existing CMS collection items (tickets, bookings, memberships) through Wix checkout. Add the CATALOG plugin to convert any CMS collection into purchasable products with cart and payment integration.
Technical: Add, replace, or remove items from MULTI_REFERENCE fields. Use insert-references, replace-references, remove-references endpoints. Required for managing multi-reference relationships - these CANNOT be set via regular insert/update/patch operations. Also covers single references and querying with expanded references.
Technical: Create and modify CMS collection structures. Covers listing collections, creating collections with fields, adding/removing fields, and updating collection settings.
Technical: Interact with collections that gate items behind a draft/publish workflow — Visible/Hidden and Publishing Flow (Review, with DRAFT/PUBLISHED/CHANGED states). Detect the mode, read the combined draft+live view (publishPluginOptions.includeDraftItems), author/edit drafts against the <collectionId>__drafts shadow, and publish/unpublish/revert/delete items. Key endpoints: /wix-data/v2/items/publish-draft, /wix-data/v2/items/unpublish, /wix-data/v2/collections/add-plugin.
Technical: Direct links to the Wix CMS (Content Manager) dashboard pages on manage.wix.com (collections list, a specific collection’s items view), pairing collections and data items with their read APIs for “view it in your dashboard” links.
Technical: Deletes multiple contacts using filter-based bulk delete. Covers safe deletion patterns, GDPR compliance, soft delete alternatives, and batch processing strategies.
Technical: Adds/removes labels from multiple contacts using Contacts API bulk operations. Covers label creation, contact filtering, batch processing, and rate limit handling.
Technical: Creates a contact in one Contacts API call. Covers the minimum identifying fields, the single-object shape of email and phone (a list is accepted and silently discarded), optionally attaching a physical address, and the ISO 3166-2 subdivision format (US-NY, not NY) that state, region and province codes are validated against.
Technical: Updates an existing contact’s email, phone, name or address. Covers locating the contact with Search Contacts when the user names it (Query Contacts cannot filter by name), passing the current revision, appending an address via the contact’s addresses sub-resource, and the ISO 3166-2 subdivision format (US-NY, not NY).
Technical: Direct links to Wix Contacts (CRM) dashboard pages on manage.wix.com (contacts list, view a specific contact, contact import, segments), pairing each main contacts entity with its read API for “view it in your dashboard” links.
Index — for any “where do I manage X in the dashboard” / “give me a dashboard link” request: the shared URL structure for all dashboard pages (https://manage.wix.com/dashboard/{metaSiteId}/{route}, app-ID fallback, legacy redirects, entity deep links), routing to the per-business-solution recipes (e.g. Bookings (opens in a new tab), Stores (opens in a new tab)) which live in their solution’s section below.
Technical: Search for available domains, get domain suggestions, and generate purchase links using Domain Search V2 API. Covers availability checks, TLD filtering, and connecting domains to Wix sites.
Technical: Direct links to the site-level domain settings page and the account-level My Domains page on manage.wix.com, paired with the Domain Search read APIs.
Routing — pick the right entry point:
L1 loader — loads general site data (siteId, country, currency, industry, catalog analytics) needed by every eCommerce category. Each category dispatcher loads this before tag-matching; runs once per session.
Entry point for all eCommerce recommendation requests. Unified skill that analyzes site data across ALL domains (discounts + shipping + gift cards), generates up to 5 cross-domain recommendations, and persists them to the tracking database. Covers discount strategies (seasonal, upsell, stock mover, bundling), shipping optimization (coverage gaps, free shipping, rate strategy, carrier backup), AND selling gift cards (denominations sized from the site’s own AOV and catalog prices). Use this for business improvement requests about earning more from existing visitors. Traffic acquisition (SEO, ads, social, content) is out of scope — route “grow my traffic” to marketing.
Dispatcher — routes coupon/discount/sale/ribbon/bundle requests to the right leaf recipe (create coupon, create discount rule, troubleshoot discount-not-applying), and routes strategic “run a sale / boost sales” requests to recommend-ecommerce-strategy.
Dispatcher — routes shipping-setup requests (rates, regions, pickup, free shipping, fix coverage, optimize rates) to the right leaf recipe. The Shipping Options + Delivery Profiles APIs have no public docs page; ecom-shipping-api.md is the authoritative inline reference.
Dashboard links for eCommerce surfaces (orders, abandoned checkouts, gift cards, shipping, tax, checkout settings) are in Stores Dashboard Navigation (opens in a new tab).
Technical: Creates an event with the Wix Events V3 API — required request body, ISO-8601 date and time settings, venue/online/TBD location and street addresses, RSVP vs ticketed registration, guest capacity, and short vs Ricos rich-text descriptions. Distinguishes Wix Events from the Calendar, Marketing Calendar and Automations APIs that share the “events” name. Key endpoint: /events/v3/events.
Technical: Manages existing events with the Wix Events V3 API — ticket definitions and pricing (fixed, free, donation, multiple tiers), publishing a draft, cancelling, deleting, cloning, updating an event’s date, counting events, and building recurring series from explicit occurrence dates. Key endpoints: /events/v3/events, /events/v3/ticket-definitions.
Technical: Creates a form with fields (name, email, etc.) using the Form Schemas API. Covers field configuration, layout, and post-submission triggers.
Technical: Direct links to Wix Forms dashboard pages on manage.wix.com (forms list, submissions table, form builder for a specific form, standalone forms, templates, settings), pairing forms and submissions with their read APIs for “view it in your dashboard” links.
Technical: Creates payment links for collecting payments without a checkout flow. Covers store products (catalog items), custom line items, variants, due dates, and sending links via email.
Technical: Configures Wix Payments as the payment provider. Covers eligibility checking, business verification, bank account setup, and payment method configuration (cards, PayPal, Apple Pay).
Technical: Creates payment links for unpaid bookings using Payment Links API. Links booking IDs to payment requests with proper redirect handling.
Technical: Direct links to payments and invoicing dashboard pages on manage.wix.com (payment links, invoices list, new invoice, invoice settings, recurring invoices, accept-payments settings), pairing each get-paid entity with its read API for “view it in your dashboard” links.
Routing — Google paid-advertising campaigns for a site (Smart & Performance Max). All flows require a Google Ads account, created once via the setup recipe. Budgets are in micros (1,000,000 = 1 currency unit). REST base: https://www.wixapis.com/google-ads/v1.
ACCOUNT_NOT_FOUND → Install and Create an Account (opens in a new tab) (do this before anything else).Technical: One-time setup prerequisite for all Google Ads flows. Installs the Wix Google Ads app (POST /v1/install-if-not-installed) then creates the linked account (POST /v1/accounts with currency). Covers checking for an existing account (GET /v1/accounts/current-site, empty when none), optional promotional incentives, Merchant Center linking, and account deletion.
Technical: Read-only Suggestions API reference — keyword themes, geo options, Smart budget tiers, PMAX budget recommendations, text/image assets, search themes, full AI campaign configs from a campaign brief (POST /v1/campaign-suggestions), and promotional incentive offers. Budgets in micros; generation endpoints have 60–120s SLAs.
Technical: Creates and launches a PMAX campaign — PERFORMANCE_MAX, PERFORMANCE_MAX_LEADS, or retail/Shopping. Generates AI text/image assets and search themes, gets a Google budget recommendation, assembles an asset group meeting Google’s minimum asset counts (headlines/descriptions/images), creates in PAUSED, then launches. Bidding is server-enforced to MAXIMIZE_CONVERSIONS.
Technical: Lists/gets campaigns and runs lifecycle actions: launch (first activation) vs resume (reactivate after pause), pause (with optional scheduledResumeDate/reminder), partial UpdateCampaign (name, budget, targeting), delete (irreversible), and read the change log / status history. Covers the 5-live-campaign cap and budget-boundary validation.
Technical: Reads campaign analytics via six endpoints — daily performance metrics (with previous-period trends), conversion metrics (orders/revenue/ROAS from Wix), search terms, per-product shopping performance, and per-asset PMAX-Leads metrics. Explains campaignResourceName vs Wix campaignId, the dateRange shape, field enums, sorting, and paging.
Technical: Reads billing for the site’s Google Ads account (GET /v1/payment-details, 30s SLA): current-period ad spend (usageAmount), Wix service fee, coupon adjustment, totalAmount, billing period, and creditBalance (positive = credits, negative = debt). Contrasts with the account’s currentBudget/spentBudget.
Technical: Direct link to the Wix Google Ads dashboard page on manage.wix.com where API-created campaigns are managed.
Technical: Creates and publishes (or schedules) a social media post to a connected channel (Instagram, Facebook, LinkedIn, TikTok, Pinterest, YouTube, Google Business Profile) via the Publisher API. Optionally generates the whole post from a free-text idea or the site’s own assets (products, blog posts, events, bookings, coupons, categories), generates caption/title suggestions, and edits an existing image with AI. Verifies the channel is connected (and runs the OAuth connect flow if not), checks premium publishing quota, creates a draft item, then publishes it immediately or schedules it for a future date. Use when the user wants to create, generate, write, post, or schedule a social post, wants caption ideas or suggestions, or wants to connect a social channel (e.g. “post this to Instagram”, “make a post from my product”, “write a caption”, “give me caption ideas”, “connect my Pinterest”, “schedule a post”).
Technical: Generates a site’s AI social media marketing plan (a calendar of marketing activities, each with per-channel post drafts) via the Marketing Plan API, then schedules the drafts for publishing. Covers optional marketing settings (goal, channels, tone, frequency, content pillars), asynchronous generation with polling, and generating posts for additional activities. Use for “generate a marketing plan”, “create a social media plan/calendar”, or “schedule my plan’s posts”.
Technical: Direct links to Wix marketing dashboard pages on manage.wix.com (social posts hub with drafts/scheduled/published posts, post design templates, saved designs, email campaigns list, campaign templates, campaign analytics), pairing each main marketing entity with its read API for “view it in your dashboard” links.
Technical: Uploads images and files to the Wix Media Manager using the Import File API. Covers importing from external URLs, checking file status, and using the returned wixstatic.com URL in other APIs.
Technical: Creates subscription and one-time payment plans using Plans API. Covers pricing models (recurring, one-time, free), trial periods, perks configuration, and plan visibility.
Technical: Links Pricing Plans to Bookings services using the Benefit Programs API. Enables package deals and memberships that grant booking access.
Technical: Direct links to Wix Pricing Plans dashboard pages on manage.wix.com (plans list, create plan, edit plan, new manual order, settings), pairing each main Pricing Plans entity with its read API for “view it in your dashboard” links.
Technical: Configures restaurant menus, sections, and items using Menus API. Covers menu structure (Menu → Section → Item), the two-step item modifier / modifier group flow, pricing, availability schedules, and ordering settings.
Technical: Direct links to Wix Restaurants dashboard pages on manage.wix.com (menus, edit menu, items, online orders board, online-ordering fulfillment settings, reservations list, floor plans, reservation experiences), pairing each main Restaurants entity with its read API for “view it in your dashboard” links.
Technical: Validates and converts content between Ricos documents and HTML/Markdown/plain text using the Ricos Documents API. Covers plugin configuration, format conversion in both directions, and document validation.
Technical: Hand-authoring valid Ricos rich-content JSON (the richContent/nodes tree) reused across Blog, Stores, Events, and CMS. Covers every common node shape — paragraphs, headings, lists, blockquotes, dividers, tables with cell fills, code blocks, images — plus inline text decorations and the nesting rules the format enforces.
Technical: Updates the site-level payment currency (store billing currency) using Site Properties API, including the required request body shape and field mask.
Technical: Direct links to the site-settings dashboard pages on manage.wix.com (settings hub, website settings, language & region), paired with the Site Properties read API.
Technical: Creates new Wix sites from templates using account-level APIs. Covers template search, site creation, and publishing. Not for headless sites.
Technical: Creates a Wix Headless site (headless business) with one account-level API call — site, Wix Business Solution apps, and a configured OAuth client.
Technical: Lists and queries all sites associated with a Wix account using Sites API. Covers pagination with cursor-based navigation.
Technical: Drives the autonomous Wix Site Import agent over REST (/site-import/v1/imports) to migrate a store/site from another platform (Shopify, WooCommerce, Magento, or any URL) into Wix. Covers Start/Poll/Reply/Cancel, relaying agent questions and progress in plain language, handling DEPLOYED/FAILED/AUTH_EXPIRED/SESSION_EXPIRED states, and post-deploy follow-up changes. Use when the user wants to import, migrate, or clone an existing store/site into Wix.
Technical: Direct links to the account-level My Sites list (manage.wix.com/account/websites) and per-site dashboard homes, paired with the Query Sites read API.
Technical: Adds missing checkout and cart pages to a site when Stores app is installed. Used when store pages are missing after migration or setup issues.
Technical: Uses bulk products endpoint to create multiple products with inventory in a single request. Handles variant generation from options, media format requirements, and error handling for partial failures.
Technical: MANDATORY entry point for any “create product from image” or “create product from photo” request. STEP 1 auto-detects the site’s catalog version (V1/V3) via the provision endpoint, then runs the matching flow inline — V3 supports up to 3 images, info sections, SEO, options/variants, and atomic creation; V1 supports a single image, simple product, and a separate media-attach call. Combines Media Upload + LLM analysis + Product Creation + (V1 only) Add Product Media in one self-contained recipe.
Technical: Create products using the Catalog V1 Products API. Use this recipe when the site’s catalog version is CATALOG_V1. Covers simple product creation, product with options, and key V1 request structure differences from V3.
Technical: Single product creation with options using Catalog V3 Products API. Covers option types (TEXT_CHOICES, SWATCH_CHOICES), choice configuration, and automatic variant generation.
Technical: Find, search, query, and list products from a Wix Store using Catalog V3 Search Products and Query Products endpoints. Explains when to use each endpoint, correct fields enum values, filtering, sorting, and paging.
Technical: Query and list products from a Wix Store using the Catalog V1 Query Products endpoint. Use this recipe when the site’s catalog version is CATALOG_V1. Covers basic queries, filtering, sorting, and paging.
Technical: Initializes a Stores catalog with Catalog V3 Products API, bulk products endpoint, and Categories API. Covers product creation, option configuration, variant management, and category assignment.
Technical: Manages pre-order settings for product variants using V3 Inventory API. Covers enabling/disabling pre-orders, setting messages, configuring limits, and handling trackQuantity requirements.
Technical: Modifies existing products and variants using Catalog V3 Products API. Covers adding/removing option choices, variant-specific pricing, and revision-based updates to prevent conflicts.
Technical: Direct links to Wix Stores and eCommerce dashboard pages on manage.wix.com (products list, edit product, categories, inventory, orders list, order details, abandoned checkouts, gift cards, shipping, tax), pairing each main Stores/eCommerce entity with its read API for “view it in your dashboard” links.
.claude-plugin/marketplace.json by Wix, declaring 1 plugin. It is read for editorial metadata only — never as the skill index, which is always the repository tree./wix/skills.md, and each chapter at its own .md URL.105 files · 1.0 MB
Everything this skill ships beside its prose. All of it is set here, as subchapters of chapter 8.
Documentation the agent loads on demand, rather than up front.
references/analytics/2 files · 24 KB
references/app-installation/3 files · 9 KB
references/blog/2 files · 18 KB
references/bookings/13 files · 166 KBreferences/calendar/1 file · 10 KB
references/cms/7 files · 50 KBreferences/contacts/5 files · 17 KB
references/dashboard-navigation/2 files · 49 KB
references/domains/2 files · 19 KB
references/ecommerce/5 files · 65 KB
references/ecommerce/gift-cards/1 file · 25 KB
references/ecommerce/pricing-promotions/11 files · 103 KBreferences/ecommerce/shipping/7 files · 55 KBreferences/events/2 files · 16 KB
references/forms/2 files · 17 KB
references/get-paid/4 files · 15 KB
references/google-ads/7 files · 51 KBreferences/marketing/3 files · 65 KB
references/media/1 file · 6 KB
references/pricing-plans/3 files · 21 KB
references/restaurants/2 files · 15 KB
references/rich-content/2 files · 24 KB
references/site-properties/2 files · 4 KB
references/sites/5 files · 26 KB