{"id":25901,"date":"2026-09-21T17:57:46","date_gmt":"2026-09-21T17:57:46","guid":{"rendered":"https:\/\/couponaffiliates.com\/?p=25901"},"modified":"2026-09-21T18:21:29","modified_gmt":"2026-09-21T18:21:29","slug":"update-8-5-0","status":"publish","type":"post","link":"https:\/\/couponaffiliates.com\/de\/update-8-5-0\/","title":{"rendered":"Version 8.5.0 &#8211; Simple Store Credit Integration"},"content":{"rendered":"<p class=\"wp-block-paragraph\">Version 8.5.0 of Coupon Affiliates is now available!<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This one is mostly about paying affiliates in store credit.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">We recently released a new plugin of our own, <a href=\"https:\/\/relywp.com\/plugins\/simple-store-credit-woocommerce\/\" target=\"_blank\" rel=\"noopener\">Simple Store Credit for WooCommerce<\/a>, and 8.5.0 wires Coupon Affiliates straight into it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Store credit payouts go into the affiliate&#8217;s wallet in one click, and they spend it at the checkout like any other customer would.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">There is no separate integration addon needed, and nothing to configure beyond picking it in a dropdown.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The integration itself is free, it works with the free version of Simple Store Credit, and the built-in store credit system is still there if you would rather stay on it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Away from store credit, there is a run of Multi-Level Affiliates fixes in here, one of which could take the View Affiliate page down entirely. The payment methods screen has been tidied up as well, and there are some new filters for sites that serve their shop from a separate front end.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">What Simple Store Credit does<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Simple Store Credit is a wallet and voucher system for WooCommerce.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Customers have a credit balance, they can be given vouchers, and either can be spent at the cart or checkout with a redemption tool that works on the block checkout as well as the classic one.<\/p>\n\n\n\n<figure class=\"wp-block-embed is-type-video is-provider-youtube wp-block-embed-youtube wp-embed-aspect-16-9 wp-has-aspect-ratio\"><div class=\"wp-block-embed__wrapper\">\n<div class=\"wpbf-responsive-embed\"><iframe title=\"Simple Store Credit for WooCommerce - RelyWP\" width=\"1200\" height=\"675\" src=\"https:\/\/www.youtube.com\/embed\/bZARkqw9erc?feature=oembed&#038;enablejsapi=1&#038;origin=https:\/\/couponaffiliates.com\/de\" frameborder=\"0\" allow=\"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen><\/iframe><\/div>\n<\/div><\/figure>\n\n\n\n<p class=\"wp-block-paragraph\">The free version on WordPress.org covers the parts that matter for affiliate payouts:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>A wallet balance per customer, with a full activity log of every credit and debit.<\/li>\n\n\n\n<li>Credit vouchers, which can be spent in pieces across several orders rather than all at once.<\/li>\n\n\n\n<li>A store credit page under My Account, with shortcodes if you want the balance elsewhere on the site.<\/li>\n\n\n\n<li>Refunding an order to credit instead of back to the card.<\/li>\n\n\n\n<li>Customer top-ups, so people can buy credit, and admin tools for awarding it by hand.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The PRO version adds automatic cashback on purchases, rules that limit earning or spending by product category or user role, credit expiry with reminder emails, bulk credit tools for handing credit to a group of customers at once, and customer-to-customer gifting.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">There is a fuller introduction to it over on the RelyWP blog:<\/p>\n\n\n\n<p class=\"has-large-font-size wp-block-paragraph\"><strong><a href=\"https:\/\/relywp.com\/blog\/introducing-simple-store-credit\/\" target=\"_blank\" rel=\"noopener\">Introducing Simple Store Credit for WooCommerce<\/a><\/strong><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Get 50% off Simple Store Credit for a limited time today with code: <strong>LAUNCH50<\/strong><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Why pay affiliates in store credit at all<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Store credit has been one of the payout methods in Coupon Affiliates for a while now, and it suits some programs far better than cash does.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If your affiliates are also your customers, which is usually the case when the programme runs on coupon codes, credit is often what they actually want. It is also cheaper to give away than cash, because the money never leaves the shop and you are handing over margin rather than revenue. PayPal fees do not come into it, and neither does chasing payment details out of someone who signed up six months ago.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The catch, until now, was the wallet itself. The built-in store credit system in Coupon Affiliates is deliberately basic: a balance, applied at the checkout. Anything more (vouchers, a proper activity history, refunds to credit, expiry) meant running a third-party wallet plugin and bridging the two. Pairing it with Simple Store Credit gives your affiliates a real wallet without that work.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Setting it up<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Gehe zu <strong>Coupon Affiliates &gt; Settings &gt; Payouts<\/strong>, open the <strong>Store Credit Auszahlungen<\/strong> method, and look at the <strong>Wallet System<\/strong> dropdown. Simple Store Credit sits at the top of it as the recommended option.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pick it without the plugin installed and you get a panel explaining what it is, with a button that installs the free version from WordPress.org there and then. Nothing breaks while you make up your mind: until Simple Store Credit is installed and active, payouts keep running through the built-in system as before.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Once it is connected, the panel switches to a status view showing whether Account Credit and Credit Vouchers are enabled on the wallet side, with a warning if both are off, since a payout has nowhere to go in that case.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Balance or voucher<\/h3>\n\n\n\n<p class=\"wp-block-paragraph\">There are three settings for the integration itself:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Payout Delivery Method.<\/strong> &#8220;Account Balance (Wallet)&#8221; adds the commission straight to their wallet. &#8220;Credit Voucher (Coupon Code)&#8221; issues them a redeemable voucher code instead, which is handy if you want the payout to feel like something they received rather than a number that quietly went up.<\/li>\n\n\n\n<li><strong>Voucher Expiry (Days).<\/strong> How long a payout voucher lasts. Leave it at 0 to use whatever the Simple Store Credit settings say.<\/li>\n\n\n\n<li><strong>Include voucher credit in displayed balance.<\/strong> Whether the store credit figure shown to affiliates, and in the admin, counts their unused voucher value on top of their account balance.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Your existing &#8220;Custom Affiliate Commission Text&#8221; is used as the note on each wallet transaction, and the Bonus Commission option works with this wallet too. The &#8220;Store Credit&#8221; column on the admin users list reads from it as well, so the balances you see there are the real ones.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">One thing to know before you switch: a reversed payout is deducted from the affiliate&#8217;s account balance, but a payout that went out as a voucher cannot be automatically revoked.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Moving your existing balances across<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">If you have been using the built-in store credit system, your affiliates already hold balances in it, and those need to end up in the wallet or they are effectively lost.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Simple Store Credit has a migration tool for importing balances from other wallet plugins, and the built-in Coupon Affiliates system is now one of the sources it offers, appearing automatically whenever any user still holds built-in credit. You can add those balances to their wallets or override what is there, and optionally import their past store credit payouts into the wallet activity log so the history comes with them.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The Payouts settings tell you how many users hold built-in credit and what it adds up to, with a button that opens the migration tool at <strong>Store Credit &gt; Migration<\/strong>. Next to it is a button for clearing the built-in balances once you have migrated and checked them, which backs every balance up to the <code>wcu_store_credit_backup<\/code> user meta before wiping it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">After a migration that covers everyone holding credit, the panel folds itself away into a small footer link, so it is not sitting in your settings forever. The &#8220;Migration&#8221; item disappears from the Store Credit menu too if the built-in wallet was the only thing left to migrate, and that footer link is how you get back to it.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Payment methods are now collapsible<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">The Payment Methods section of the Payouts settings had grown into a very long page, with every method&#8217;s settings on show whether you used it or not.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Each method is now an accordion, closed by default, showing its enable toggle, its name and a &#8220;Show Settings&#8221; button. Turning a method on opens it for you. Methods you have disabled are greyed out and will not open at all.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Multi-Level Affiliates fixes<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">MLA has had quite a few fixes in this release. The one that started it: if an affiliate was given a parent who was already somewhere below them in their own network, the resulting loop sent the Sub-Affiliates table round the same affiliates until PHP ran out of memory, and the View Affiliate page came down with a critical error. That is fixed, and loops can no longer be created in the first place.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The rest, in short:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Deleted user accounts no longer break the network chart or the sub-affiliates table.<\/li>\n\n\n\n<li>With the MLA dashboard set to invite only, admins were being refused every dashboard, including their own affiliates&#8217;. They now get in.<\/li>\n\n\n\n<li>An MLA parent can open the MLA dashboard of one of their own sub-affiliates, which was being refused.<\/li>\n\n\n\n<li>The &#8220;MLA Dashboard&#8221; link on the affiliate dashboard takes a parent to their own dashboard rather than the sub-affiliate&#8217;s they happened to be viewing.<\/li>\n\n\n\n<li>Roles given full access under &#8220;Admin Permissions&#8221;, such as Shop Manager, can now add, remove and search for sub-affiliates instead of being told &#8220;Unauthorized&#8221;.<\/li>\n\n\n\n<li>PHP warnings on the MLA settings screen, on sites where the MLA Dashboard Page setting had never been saved.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Filters for headless and custom front ends<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">This part is for developers, and for anyone whose shop does not live at the same address as their WordPress install.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The &#8220;Default Referral URL Page&#8221; setting is corrected back to your WordPress domain whenever the two disagree, which is there to repair the URLs left behind by a site migration rather than sending affiliates to a domain the shop no longer owns. That is right for most sites and wrong for a headless setup or a separate front end, which had no way to opt out of it.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><code>wcusage_default_ref_url<\/code> sets the referral URL that every affiliate link is built from, bypassing that correction. It covers the affiliate dashboard, the referral URL generator, the social share buttons, QR codes, creatives, the affiliate widget, the referral URL shortcodes and the registration emails.<\/li>\n\n\n\n<li><code>wcusage_affiliate_url<\/code> runs on the finished link, after the coupon code has been added, for replacing a whole URL rather than just the part before the code.<\/li>\n\n\n\n<li><code>wcusage_record_click()<\/code> records a referral click from outside the plugin, for a front end handling referral links itself that still wants the click to show up in the affiliate&#8217;s URL statistics. It takes a coupon code plus optional campaign, landing page, referrer and visitor details, and returns the ID of the click it saved. A <code>wcusage_click_recorded<\/code> action fires afterwards.<\/li>\n\n\n\n<li><code>wcusage_conversion_click_id<\/code> tells the plugin which recorded click an order should count as the conversion of. Conversions are normally matched with a cookie set when the visitor follows the referral link, which a front end recording its own clicks cannot set. Note that this runs where the plugin marks conversions, on the WooCommerce order received page, so a front end that never loads that page will need to mark the conversion itself.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Short links have been brought in line with this. A shortlink can now be created for the domain your referral links actually point at, not only the WordPress domain, so the Short URL generator keeps working on a site using the new filter. Everything else is still rejected as it was, and the domain check is no longer case sensitive. The short link redirect also stopped inspecting the URL on ordinary page loads, and now only runs on short link ones.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Other fixes<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Referral links with two question marks in them.<\/strong> Links were built by starting a fresh query string, so a referral URL that already had parameters of its own ended up with two &#8220;?&#8221; in it. The coupon is now added to the existing query string, in the affiliate dashboard, the creatives embed codes, the affiliate widget, the referral URL shortcodes and the registration emails.<\/li>\n\n\n\n<li><strong>An order&#8217;s commission flipping between two values.<\/strong> The per-product commission was read back from the saved order meta before the freshly calculated figure had been written, so a coupon-level &#8220;Refresh Statistics&#8221; and the &#8220;Recalculate&#8221; button on an order could disagree, and the breakdown on the order showed parts that did not add up to the total. The calculated figure is now kept, and both tools settle on the same amount.<\/li>\n\n\n\n<li><strong>Blocked referrer domains were not being blocked.<\/strong> The domain being checked was discarded before the comparison ran, so clicks from a domain listed under &#8220;Blocked Domains&#8221; were recorded anyway. They no longer are.<\/li>\n\n\n\n<li><strong>An upper case &#8220;WWW.&#8221; prefix confused the referral URL repair.<\/strong> The check that ignores the prefix was case sensitive, so a &#8220;Default Referral URL Page&#8221; saved with &#8220;WWW.&#8221; was treated as belonging to a different site and rebuilt onto the WordPress domain.<\/li>\n\n\n\n<li><strong>A PHP deprecation notice on PHP 8.1 and above.<\/strong> &#8220;Passing null to parameter #1 of type string&#8221; was logged when the &#8220;Default Referral URL Page&#8221; setting held a URL with no page path, which is the usual shape of one left behind by a site migration. On a WordPress installed in a subdirectory, that repair also no longer repeats the subdirectory in the rebuilt URL.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Vollst\u00e4ndiger Changelog<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li>New: (PRO) Store Credit Payouts &gt; Built-in integration with the &#8220;Simple Store Credit for WooCommerce&#8221; plugin by RelyWP, now the recommended first option in the &#8220;Wallet System&#8221; dropdown. Store credit payouts are added straight to the affiliate&#8217;s Simple Store Credit wallet in one click, with no separate integration addon needed. Works with both the free and PRO versions of the plugin, and the settings section offers a one-click install of the free version when it is not yet installed.<\/li>\n\n\n\n<li>New: (PRO) Store Credit Payouts &gt; Integration settings for Simple Store Credit: deliver payouts to the wallet balance or as credit voucher codes (with an optional voucher expiry), and choose whether the balance shown to affiliates includes their unused voucher credit. Live status of the wallet plugin&#8217;s credit systems is shown alongside, and the &#8220;Store Credit&#8221; column on the admin users list is supported for this wallet too.<\/li>\n\n\n\n<li>New: (PRO) Store Credit Payouts &gt; Migrate built-in store credit into Simple Store Credit. The built-in wallet appears as a source in the Simple Store Credit migration tool (Store Credit &gt; Migration) whenever any users still hold built-in credit, with the choice of adding to or overriding their wallet balances, plus an optional import of their past store credit payouts into the wallet activity log. The Payouts settings show how many users hold built-in credit and its total value, with a button to open the migration tool and another to clear the built-in balances afterwards (each cleared balance is backed up to user meta first). Once a migration has covered every credit holder, the panel shrinks to a small footer link, and the &#8220;Migration&#8221; item is removed from the Store Credit admin menu again if the built-in wallet was the only migration source on offer (the migration tool stays reachable from that footer link).<\/li>\n\n\n\n<li>Tweak: (PRO) Payouts &gt; The payout payment methods under &#8220;Payment Methods&#8221; in the Payouts settings tab are now shown as collapsible accordions, each closed by default with only the enable toggle, method name and a &#8220;Show Settings&#8221; button visible. Enabling a method opens it automatically, and disabled methods are greyed out and cannot be opened.<\/li>\n\n\n\n<li>Tweak: Short URLs &gt; A shortlink can now also be created for the domain your referral links actually point at, not only the WordPress domain, so the Short URL generator keeps working on sites using the new referral URL filter. Everything else is still rejected as before, and the domain check is no longer case sensitive.<\/li>\n\n\n\n<li>Fix: The &#8220;Default Referral URL Page&#8221; setting was rebuilt onto the WordPress domain if it had been saved with an upper case &#8220;WWW.&#8221; prefix, because the check that ignores the prefix was case sensitive and treated the URL as belonging to a different site.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; Opening an affiliate under &#8220;Coupon Affiliates &gt; Affiliates&#8221; could show a critical error, with &#8220;Allowed memory size of &#8230; bytes exhausted&#8221; logged against the View Affiliate page. If an affiliate had been given a parent who was already somewhere below them in their own network, the resulting circular chain made the Sub-Affiliates table follow the same affiliates round in circles until PHP ran out of memory. Raising the memory limit only delayed the error. The table now stops as soon as it revisits an affiliate, so a network that already contains a loop opens normally instead of taking the page down.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; The &#8220;Tier 1 &#8211; Parent User&#8221; field on a user&#8217;s profile accepted any username, including one of that affiliate&#8217;s own sub-affiliates, which is what created the circular network above. The assignment is now refused with an explanation, and the existing parent is left unchanged.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; The MLA network chart could trigger a critical error on PHP 8 if a user account shown in the network had since been deleted. Deleted accounts are now left out of the chart and the sub-affiliates table.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; PHP warnings (&#8220;Undefined array key wcusage_mla_dashboard_page&#8221;) were logged on the MLA settings screen and whenever an MLA dashboard link was built, on sites where the MLA Dashboard Page setting had never been saved.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; The &#8220;Add Sub-Affiliate&#8221; button on the View Affiliate page reported that a sub-affiliate had been added when the assignment had actually been refused for creating a loop in the network. It now explains why instead. Sub-affiliate invite records and &#8220;new sub-affiliate&#8221; notifications are likewise no longer created for a registration whose parent assignment was refused.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; A deleted account in the middle of a network left the MLA network chart with a branch hanging off a node that was no longer drawn, which stopped the whole chart from rendering rather than just that branch. Those branches are now left out as well. A deleted coupon owner no longer triggers a PHP warning on the sub-affiliate coupon list either.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; With &#8220;Make MLA Dashboard &#8216;Invite Only'&#8221; enabled, an admin opening an affiliate&#8217;s MLA dashboard saw &#8220;Viewing MLA dashboard for user: &#8230;&#8221; immediately followed by &#8220;Sorry, you do not have permission to view the MLA dashboard.&#8221; The access check was meant to let admins through, but it only skipped blocking them rather than granting access, so any admin who had not separately been given &#8220;MLA Dashboard Access&#8221; on their own profile was refused every MLA dashboard, including their own affiliates&#8217;. Admin access is now granted outright, and the dashboard stays invite only for everyone else exactly as before.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; The &#8220;MLA Dashboard&#8221; link on the affiliate dashboard sent an MLA parent to the wrong place while they were viewing one of their sub-affiliates&#8217; coupons. The link was built for the affiliate being viewed rather than for the person viewing, so it opened the MLA dashboard with that sub-affiliate&#8217;s username attached. It now takes an MLA parent back to their own MLA dashboard, while an admin previewing an affiliate is still taken to that affiliate&#8217;s MLA dashboard as before.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; An MLA parent opening the MLA dashboard of one of their own sub-affiliates (the MLA dashboard page with &#8220;?user=&#8221; in the address) was refused with &#8220;Sorry, you do not have permission to view the MLA dashboard for user: &#8230;&#8221;, even though that sub-affiliate was in their network. The parent check compared the logged-in user&#8217;s ID against the saved parent IDs too strictly for the form they are stored in, so it never matched. Admins were not affected.<\/li>\n\n\n\n<li>Fix: (PRO) Multi-Level Affiliates &gt; With a role such as Shop Manager given full access under &#8220;Admin Permissions&#8221; (Settings &gt; Advanced), users in that role could open the MLA tab on the View Affiliate page but could not add or remove a sub-affiliate, or search for one to add: each attempt was refused as &#8220;Unauthorized&#8221;. Those three actions still required the built-in administrator capability instead of the plugin&#8217;s own admin permission setting, which the rest of the View Affiliate page already uses. They now honour the setting.<\/li>\n\n\n\n<li>Fix: Referral links were built by starting a fresh &#8220;?&#8221; query string, so a referral URL that already had parameters of its own produced a link with two &#8220;?&#8221; in it. The coupon is now added to the existing query string instead, in the affiliate dashboard, the creatives embed codes, the affiliate widget, the referral URL shortcodes and the registration emails.<\/li>\n\n\n\n<li>Fix: An order&#8217;s per-product commission was read back from the saved order meta before the freshly calculated figure had been written, so a coupon-level &#8220;Refresh Statistics&#8221; and the &#8220;Recalculate&#8221; button on an order could disagree, with an order&#8217;s commission flipping between two values each time it was recalculated and the breakdown on the order showing parts that did not add up to the total. The calculated figure is now kept, so both tools settle on the same amount.<\/li>\n\n\n\n<li>Fix: Blocked referrer domains were not actually being blocked when a referral click was recorded, because the domain being checked was discarded before the comparison ran. Clicks from a domain listed under &#8220;Blocked Domains&#8221; are no longer recorded.<\/li>\n\n\n\n<li>Fix: A PHP deprecation notice (&#8220;Passing null to parameter #1 of type string&#8221;) was logged on PHP 8.1 and above when the &#8220;Default Referral URL Page&#8221; setting held a URL with no page path, which is the usual shape of one left behind by a site migration. On a WordPress installed in a subdirectory, that same repair also no longer repeats the subdirectory in the rebuilt URL.<\/li>\n\n\n\n<li>Tweak: Short URLs &gt; The short link redirect no longer inspects the URL on ordinary page loads, only on short link ones.<\/li>\n\n\n\n<li>Dev: A &#8220;wcusage_default_ref_url&#8221; filter for the referral URL that every affiliate link is built from. The &#8220;Default Referral URL Page&#8221; setting is corrected back to your WordPress domain whenever the two disagree, so that a URL left behind by a site migration repairs itself rather than sending affiliates to a domain the shop no longer owns. Sites that deliberately serve their shop from a different domain to the WordPress install, such as a separate front end or a headless setup, can now use this filter instead of fighting that correction. It covers the affiliate dashboard, the referral URL generator, the social share buttons, QR codes, creatives, the affiliate widget, the referral URL shortcodes and the registration emails.<\/li>\n\n\n\n<li>Dev: A &#8220;wcusage_affiliate_url&#8221; filter, which runs on the finished referral link after the coupon code has been added, for replacing a whole URL rather than just the part before the coupon code. It covers the affiliate dashboard, QR codes, creatives, the referral URL shortcodes and the registration emails.<\/li>\n\n\n\n<li>Dev: A &#8220;wcusage_record_click()&#8221; function for recording a referral click from outside the plugin, for a front end that handles referral links itself and still wants the click to reach the affiliate&#8217;s URL statistics. It takes a coupon code plus optional campaign, landing page, referrer and visitor details, and returns the ID of the click it saved. A click whose referrer is one of the site&#8217;s blocked domains is not recorded. A &#8220;wcusage_click_recorded&#8221; action fires afterwards.<\/li>\n\n\n\n<li>Dev: A &#8220;wcusage_conversion_click_id&#8221; filter for telling the plugin which recorded click an order should be counted as the conversion of. Conversions are normally matched using a cookie set when the visitor follows the referral link, which a front end recording its own clicks has no way to set, so the click ID can now be supplied directly. Note that it runs where the plugin marks conversions, on the WooCommerce order received page, so a front end that never loads that page will need to mark the conversion itself.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Update now<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Update from <strong>Dashboard &gt; Updates<\/strong> in wp-admin as usual. If you want to try the store credit side of it, the <a href=\"https:\/\/relywp.com\/plugins\/simple-store-credit-woocommerce\/\" target=\"_blank\" rel=\"noopener\">Simple Store Credit<\/a> free version is all you need, and the Payouts settings will install it for you.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">There is more detail in the docs on <a href=\"https:\/\/couponaffiliates.com\/de\/docs\/profi-ladenguthaben\/\">store credit payouts<\/a> and the <a href=\"https:\/\/couponaffiliates.com\/de\/docs\/pro-store-credit-integrationen\/\">wallet integrations<\/a>.<\/p>","protected":false},"excerpt":{"rendered":"<p>Version 8.5.0 of Coupon Affiliates is now available! This one is mostly about paying affiliates in store credit. We recently released a new plugin of our own, Simple Store Credit for WooCommerce, and 8.5.0 wires Coupon Affiliates straight into it. Store credit payouts go into the affiliate&#8217;s wallet in one click, and they spend it [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":25900,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kad_blocks_custom_css":"","_kad_blocks_head_custom_js":"","_kad_blocks_body_custom_js":"","_kad_blocks_footer_custom_js":"","footnotes":"","_links_to":"","_links_to_target":""},"categories":[34],"tags":[],"class_list":["post-25901","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-updates","wpbf-post"],"taxonomy_info":{"category":[{"value":34,"label":"Plugin Update"}]},"featured_image_src_large":["https:\/\/couponaffiliates.com\/wp-content\/uploads\/2026\/09\/Version-8.5.0-1024x537.png",1024,537,true],"author_info":{"display_name":"Elliot Sowersby","author_link":"#"},"comment_info":0,"category_info":[{"term_id":34,"name":"Plugin Update","slug":"updates","term_group":0,"term_taxonomy_id":34,"taxonomy":"category","description":"","parent":0,"count":91,"filter":"raw","cat_ID":34,"category_count":91,"category_description":"","cat_name":"Plugin Update","category_nicename":"updates","category_parent":0}],"tag_info":false,"_links":{"self":[{"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/posts\/25901","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/comments?post=25901"}],"version-history":[{"count":8,"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/posts\/25901\/revisions"}],"predecessor-version":[{"id":25913,"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/posts\/25901\/revisions\/25913"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/media\/25900"}],"wp:attachment":[{"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/media?parent=25901"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/categories?post=25901"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/couponaffiliates.com\/de\/wp-json\/wp\/v2\/tags?post=25901"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}