Andre Gagnon

Happy to help!

Thanks for following up. Perhaps you could share a public link to your site to see the issue? I’m just trying to match up a support topic with your account, so it’s possible it’s for a different site. Without seeing the live site it might be hard to diagnose the issue.

Hi There,

Thanks for taking the time to leave a review. Just checking through your support tickets to get a better understanding of what’s going on here.

Checkout

1. These checkout issues sound like caching. When some users are getting a different experience than other users. So for example, if you set your checkout to test mode, but then cached that page, some users will still see the page in “test mode” depending on your caching setup. Looking at your checkout page, there is a caching “hit” from Litespeed. I recommend you check out this doc: https://surecart.com/docs/caching/
2. I’m not sure I completely understand this, but if you have caching on your checkout page, redirecting to a different form would solve things. This is because there is no cached version of the form yet on your new page. I don’t think this is necessary if you have the proper cache turned off on your checkout page.
3. This also sounds like caching behavior, especially if you are getting inconsistency. The checkout page is not fragile – it’s extensively tested and processes millions of transactions every month. However, SureCart operates on thousands of unique hosting and caching configurations, so it’s easy to misconfigure this for eCommerce. It sounds like caching had caused some users start their checkouts in test mode. If you are using abandoned checkout, those test mode checkouts will send them back to complete the test checkout. It’s also possible they are still seeing a cached version of the page if you have turned on browser caching (this keeps the page cached in their local browser memory).

It’s totally not your fault – caching can be very difficult to get right, and incorrect configurations can have some serious consequences in these cases. Can you exclude your checkout page from caching? Once the test checkouts get cleared out, then I am confident you should not experience any of these issues.

SEO

I encourage you to check out version 3, which will be releasing in a couple days. In this version SureCart Products sync to custom post types, making them much more compatible with SEO plugins. That being said, we do have native structured product data for rich snippets in google. There is no need for a plugin to do this.

Thanks for the feedback! We have just launched our beta version of Bricks product and shop pages, have you checked that out? It’s the first Bricks iteration and we hope to integrate more going forward.

Thanks for the lengthy reply. Apologies, I was not trying to avoid your question.

whether it was possible to avoid allocating the site’s default role 

This is not something we do. WordPress itself requires a default role. You can certainly remove the SureCart user role if you want. But that still won’t change default WordPress functionality. I honestly don’t know how to go about doing this, which is why I was suggesting doing things in the way WordPress expects.

The only way I would know how is just to remove all roles, but this would require custom development to ensure only the correct ones are added again.

function remove_default_role($user_id) {
$user = new WP_User($user_id);
$user->set_role(”);
}
add_action(‘user_register’, ‘remove_default_role’);

But not the way WordPress was designed, so your milage may very.

Again, my apologies, I am just trying to steer you into a direction that I thought would be best, knowing how these things work under the hood.

• This reply was modified 1 year, 9 months ago by Andre Gagnon.

Hi There!

Thanks so much for reaching out. Happy to help with this.

We require all purchases to have WordPress user accounts. Otherwise we cannot assign a user role to that person. By default, it’s the SureCart customer role, which has no capabilities. It’s just used as a record for the purchase.

It is perfectly fine for a user to have multiple roles. I believe you may just need to alter how you are checking for permissions.

Instead of “Can this user role do this”, you should be checking “Can this user do this”. It will take into account the roles and capabilities that the user has.

So for example, say you have a role called “Premium”. This role has the capability to upload_files.

For users with this role, current_user_can('upload_files') will be true.
For users without this role current_user_can('upload_files') will be false.

https://developer.ww.wp.xz.cn/reference/functions/user_can/
https://developer.ww.wp.xz.cn/reference/functions/current_user_can/

Let me know if this makes sense.

Hi There!

So sorry, somehow we missed your question. Are you talking about the cart icon? Or the entire menu? The cart icon should match the color of your header menu. If you are having issues with the entire Astra header menu, perhaps you will want to reach out to Astra support about that – they are typically very helpful.