| 开发者 | AutoSync |
|---|---|
| 更新时间 | 2026年6月13日 10:32 |
| PHP版本: | 8.2 及以上 |
| WordPress版本: | 7.0 |
| 版权: | GPLv2 |
| 版权网址: | 版权信息 |
Yes. This plugin connects your store to AutoSync and only works together with an AutoSync account. Visit https://autosynccorp.com/ to get started.
Only products in the categories you select on the Settings → AutoSync WC Connect page — the ones you mark as tire categories and wheel categories. Anything outside those categories is never touched.
No. Only product and inventory data (such as stock quantity and price) for the categories you choose is shared with AutoSync. Customer information and orders are never transmitted.
Make sure you've selected at least one category for the product type in question on the settings page. Until a tire category is chosen, tire data stays empty; the same applies to wheels.
By default the plugin reads brands from the standard product_brand taxonomy used by most brand plugins. If your store organizes brands differently, just reach out to AutoSync and we'll get it set up for you.
/health endpoint — and every authentication failure — now reports which credential headers reached WordPress, whether the site detects HTTPS (a reverse proxy missing X-Forwarded-Proto disables WooCommerce key auth entirely), whether the consumer key exists, whether the secret matches, the key's read/write scope, and whether the key's user can read and write products. AutoSync's "Test Connection" shows each step as a separate pass/fail line, so a misconfigured key, a stripped Authorization header, or an under-privileged user is pinpointed instead of a generic 401. Key scope and user details are only disclosed after the full key/secret pair validates./health endpoint reports the WordPress, WooCommerce and PHP versions plus the store's clock (GMT), letting AutoSync flag outdated software and clock skew that would silently break incremental product discovery./inventory endpoint — pure set-based SQL with no per-product cache purging or hooks, and a single full page-cache purge (WP Rocket, W3 Total Cache, WP Super Cache, SiteGround, LiteSpeed) at the end of each batch. Orders of magnitude faster on stores where per-product cache purging dominates; price changes on variations or sale-priced products still fall back to a full save./inventory endpoint accepts an optional mode parameter selecting the write strategy. "standard" (the default) performs a full WooCommerce save per item for maximum compatibility. "fast_stock" writes stock-only updates with set-based SQL — keeping the stock-status, lookup table and parent-variation rollup consistent and firing the lightweight stock hooks — while falling back to a full save when a price actually changes. "fastest" additionally writes regular-price changes via set-based SQL for simple products with no sale price (variations and sale-priced products still fall back to a full save). The fast modes skip the heavier save_post / woocommerce_update_product hooks, so integrations bound to those (some feeds, search indexes, caches) may not refresh until their next rebuild./inventory endpoint now applies stock-only updates through WooCommerce's direct stock data store instead of a full product save, avoiding the heavy save/hook cascade on every item. A full save is taken only when the regular price actually changes. Large stores no longer time out on big inventory batches./inventory write endpoint now performs a per-product capability check (matching WooCommerce's own product controller) before changing any stock or price, so per-object permission rules are honored rather than bypassed by the single endpoint-level check.per_page/page request bounds are now validated against the schema and clamped server-side.autoload disabled, so it is no longer loaded on every front-end request._wc_admin_ namespace.FormTokenField) with breadcrumb labels, replacing the checkbox checklist./inventory endpoint requires edit_others_products rather than just read_private_products.Text Domain header and matching gettext call so the plugin is translatable via translate.wordpress.org.