WPC Share Cart 2.3.1 – for WooCommerce

I tested WPC Share Cart for WooCommerce on a fairly normal WooCommerce mess: custom child theme, WP Rocket, Elementor on product pages, and a checkout stack held together with duct tape and bad decisions.

The plugin does one job: lets a customer save/share a cart through a generated link. Someone clicks the link, the cart gets restored or replaced. That’s it. No “AI sales funnel synergy” nonsense. Thank God.

Setup was boring, which is good

I installed it through Plugins -> Add New -> Upload Plugin, activated it, then went to:

WP Admin -> WPClever -> Share Cart

That’s where most of the usable stuff lives: button label, share/cart behavior, social sharing toggles, and where the share block appears on the cart page.

On my GPL build of WPC Share Cart for WooCommerce, there was no annoying license wall blocking the actual feature. It worked with unlimited site usage in the normal WordPress sense: install the ZIP, activate, configure, done.

Manual updates are just the usual WordPress routine: download the newer ZIP, go to Plugins -> Add New -> Upload Plugin, and replace the old version. Not glamorous, but I’ll take that over some “activation server temporarily unavailable” circus.

What I liked

The best part of WPC Share Cart for WooCommerce is that it doesn’t try to redesign the whole cart page.

It adds its share-cart UI around the WooCommerce cart flow instead of hijacking checkout like some plugins do. I absolutely hate plugins that think they own cart.php, checkout/form-checkout.php, and half the customer session.

I checked DevTools, Network tab, and the share action behaved cleanly. No giant React bundle. No 800KB admin script leaking into the frontend. The generated link restored the cart without making me scream into a mug.

What annoyed me

The markup is not exactly beautiful.

You can change basic labels and enable/disable pieces in WPClever -> Share Cart, but if you want the HTML structure to match a custom theme perfectly, you’re not doing that in Elementor or the Customizer.

This is plugin-level PHP land.

The main place to inspect is:

wp-content/plugins/wpc-share-cart/wpc-share-cart.php

If your version has an includes/ directory, check there too for the class file that registers the frontend output. WPClever plugins usually keep the real logic in a class and wire it through WooCommerce hooks.

I wouldn’t edit plugin files directly unless you enjoy losing changes during updates. I used a small CSS patch in the child theme first:

wp-content/themes/my-child-theme/style.css

Then, for one ugly layout issue, I moved the block with a hook in:

wp-content/themes/my-child-theme/functions.php

That’s the sane path.

The caching problem I hit

Here’s the actual dumb problem: with WP Rocket delay JS enabled, the copy/share button looked fine but did nothing.

Console showed the usual nonsense:

Uncaught TypeError: $ is not a function

Network also showed WooCommerce cart fragments firing late:

/?wc-ajax=get_refreshed_fragments

My fix was not “clear cache bro”. I went to:

WP Rocket -> File Optimization -> Delay JavaScript Execution -> Excluded JavaScript Files

And excluded:

jquery-core
jquery-migrate
wc-cart-fragments
wc-add-to-cart
wpc-share-cart

If you use LiteSpeed Cache, do the same under:

LiteSpeed Cache -> Page Optimization -> JS Settings -> JS Delayed Excludes

Also exclude the cart URL from full-page cache:

/cart/

And if your shared links use a query parameter, don’t cache that pattern either. Caching a restored cart page is how you accidentally show Bob’s camping gear to Susan. Lovely.

Database and sessions

I checked the database because I’m paranoid.

On my setup, WPC Share Cart for WooCommerce did not create some weird custom table like wp_plugin_vendor_magic_cart_blob. WooCommerce still handled cart/session data through the normal session system, mainly around:

wp_woocommerce_sessions

I also looked in wp_options for transients after creating share links. Nothing terrifying jumped out.

That matters because I’ve seen cart plugins store serialized cart payloads forever like digital mold.

Builder vs hardcoded reality

Things you can change from the admin:

• Button text
• Share options
• Basic cart behavior
• Display position, depending on plugin version
• Enable/disable share features

Things you cannot nicely change in a builder:

• Exact wrapper markup
• Hook priority
• Button HTML structure
• How the restore action runs
• The plugin’s frontend asset registration

For that, use functions.php, WooCommerce hooks, or a tiny custom plugin. Don’t jam fixes into Elementor HTML widgets like a raccoon with FTP access.

My verdict

WPC Share Cart for WooCommerce is not fancy, but it’s useful.

For stores selling bundles, B2B quote-like carts, classroom supply lists, event kits, or “send this cart to your boss” situations, it’s honestly a lifesaver.

It has rough edges. The frontend output could be more theme-friendly. The JS can get bullied by aggressive optimization plugins. But compared to the bloated cart-sharing plugins I’ve had to debug, this one is refreshingly boring.

And boring WooCommerce plugins are underrated.

FAQ

Why does the shared cart link restore the wrong cart?

Disable full-page cache on /cart/ and exclude share-cart query URLs. Cached cart pages are poison.

The copy button does nothing. What broke?

Usually delayed JavaScript. Exclude jquery-core, wc-cart-fragments, and the plugin frontend script from delay/defer.

Can I style it from Elementor?

Only surface-level stuff. For real layout changes, use child theme CSS or move output with hooks in functions.php.

Does it create custom database tables?

Not on my install. I saw normal WooCommerce session behavior around wp_woocommerce_sessions.