Sometimes you want to be able to communicate with customers who purchased a particular product.  Here’s two ways to find them.

As you may know, you can go to the orders list in WooCommerce and click into every order, where you will see displayed who the customer is, and what they purchased.  This isn’t terribly efficient though if you are looking for, say, 100 customers.

 Method 1

One thing you can do is go to the orders list and use the search function.  It will bring up all orders that contain the term for which you searched.

You can then go into each order and retrieve the details of each customer.

This method is good, but again not terribly useful if you need the details for many customers, or if you have products with similar names. 

Method 2

A second way, and I think a more efficient method, is to use a plugin called Product Customer List for WooCommerce.

Once installed, you can click on any product, and see a list of all of the customers who purchased that product. Not only that, but you can also print the list, export it to a spreadsheet, or even email all of the cutsomers directly – it puts all of the emails into a single email, so I may not recommend this option – the exports are fantastic though!

There are a lot of settings for different columns that can be added or removed from this list, and there’s also a premium version that adds more options.  To date though the basic version has met all of our needs.

Contact us if you’d like more information or need assistance with your WordPress website – whether it is fixes and updates, a bit of training, or anything else.

Website training refreshers, going over everything from how to edit a page in Divi to how to process orders in Woocommerce, plus anything you’d like to add.

• Was your website launched 3 months ago, or 3 years ago? 
• Have things changed in the “back end” since your site was launched? 
• Are you taking advantage of the new features or functionality available to you?
• Would a refresher in website editing be valuable to you?

In our refresher training some of the things we’ll cover include basics such as:

• How to edit a page in divi’s Visual Builder (front end and back end)
• How to edit a post
• Copying/pasting & dragging/dropping elements on a page, or from page to page
• How to save a page as a temlpate
• How to undo changes

Common requests we receive from clients, such as:

• How to add a job posting
• How to add a new “frequently asked question”
• How to add a product
• How to create a new page
• How to add a page to the menu/move the menus around

And any specific items you would like covered.

Contact us if you’d like some refresher website editor training.  Training sessions are conducted via zoom (generally an hour, though more time can be allotted if desired). Our standard rates (or plan rates if you’re on one of our plans) apply.

Need training on a WordPress site that is not built with Divi?  Contact us for this too, we maybe able to help.

Recently a client reached out to us whom we hadn’t heard from in a while: their website had become very slow. It wasn’t just impacting site visitors, the admin was very slow as well, making it difficult for them to update.

Once we were able to track down the source of the problem the fix was pretty straightforward. Getting there though took a few hours of head pounding, and a couple of fistfuls of experienc.

One afternoon this past June we received an email from a client whose site we had built about 2 years ago, but hadn’t heard from in a long time. We like to stay in touch with clients after a site launches, but it doesn’t always happen.  In this case the client was a fairly large organization, and after launch they’d been maintaining the site on their own.

The site is WordPress built with Divi, as most of our client sites are (we specialized in Divi), had multiple languages, and quite a few plugins to support the various features & functionality in use on the site.

They’d been operating under the assumption that the problem was with Divi.  They couldn’t get the editor to load, and had been reaching out to Elegant Themes (makers of Divi) for support, but ET weren’t able to help them.

It wasn’t until about 6 pm that we heard from them – but if there is one thing that bothers me it is a site that isn’t performing, so I logged in to have a look.

I couldn’t believe how slow the back end was.

Forget page editing; just moving between menu items was brutal – like clicking on Pages, Settings, or Plugins.   I tried to load the page editor and gave up waiting for it.

On checking the Site Health screen I found it reporting a “Severely outdated SQL server“. I googled the version they were running and found that it had reached its end of life in 2013 – almost 10 years ago! That wasn’t necessarily the issue, but it certainly wasn’t helping.  Needless to say, we didn’t host this website (before, we do now).

After trying to look around a bit more for the source of the issue I decided to take a backup copy of the site instead.  Rather than troubleshooting at molasses speed, I wanted to bring a copy of the site up on one of our hosting servers – one we knew didn’t have any underlying issues.

12 hours later the backup still hadn’t finished.

Assuming it had hung up somehow I cancelled the backup, set up a different backup process, and crossed my fingers. This time it finished in about an hour and a half, and generated a 20GB backup file. This was a bit surprising – I knew they had a lot of images, but this was much larger than I expected.

I restored the backup on one of our development servers, logged into the back end, and right away it was much faster. I could easily move from section to section, and proceeded to look at page editing.

Divi still wouldn’t load though.  I updated Divi and still no luck.  While it is possible that there is a problem with Divi – I didn’t think it likely.  We look after a number of clients sites and none had similiar issues.

Suspecting it was some sort of plugin conflict I had a look at the plugins that were installed. There were all the ones we’d installed when we launched the site, and then a number of others that had been installed since. One plugin jumped out at me as being one that could possible cause the issue – and sure enough, I disabled that plugin and Divi loaded.

After moving the site and applying this one change I asked the client to test out the site.  Their feedback was “Uber fast by comparison [… to their own site]”

There was still more to do, though at this point it came down mostly to standard website maintenance, some user training, and some bad code added by one of their in-house developers.

• “the front end editing display doesn’t display like it used to”: at some point they’d flipped the front end editing mode into wireframe mode – there is a setting for it on the page – I changed it back
• even once the mode was set correctly, the editing display was still somewhat broken. The site could be edited in the front end, but the formatting was off.
  This took a bit longer to track down. At some point in adding an online learning system someone on their team had added some code to the sites functions.php file. I commented it all out and the front end display was back to the way it should be. Then it was just a matter of debugging that code a bit.
• That plugin that was breaking divi just needed an update – and a number of other plugins were updated as well
• We added the caching plugin we typically use (WP Rocket)  – actually I think re-added.  I’m pretty sure it would have been there when we launched the site.  We also did some other site optimization to get it moving even faster.
• and other random bits and bobs

At the end of the day, the source of months of pain came down to just a couple of things:

• a poorly performing server with out of date software
• custom code added to the site that was breaking editing functions
• some out of date plugins
• and a little bit of a user training issue.

We often encounter sites that were optimized when they were first built, but nothing has been done since.

Thats a lost opportunity for new business. Every new page, section, news or blog article can be optimized. With ecommerce sites the opportunity is even greater, with each product typically having a page to itself.

Not optimizing your website is like leaving money on the table.

Optimizing the content on your website helps google better understand what your products or services are so it can show you off to people who are searching.

When we take on the maintenance of new clients website, we often find:

1. sites that have had no search engine optimization applied to them whatsoever, OR
2. sites that were optimized when they were first built, but no new content has been optimized since the launch (not to mention keeping up with changes to google, the market, the industry, etc.)

There are varying levels of optimization, from basics like making sure that every image has a description and the html structure of the page is in proper order (one H1 tag on a page, followed by H2 tags and body copy, etc.) to massaging the content so that it emphasizes the subject areas that you would like your site to come up in Google and the other search engines.

There are tools that can help with this. We most often use Rankmath, but Yoast is very good as well, and for more advanced analysis SEM Rush and Uber Suggest are good.

Of course, we do this as well. Let me know if you’d like us to check/update the optimization of your site.

Did you know that with WooCommerce you have coupon functionality built in to your online store?

You’re easily able to create coupon codes that shoppers can type in for discounts on orders or even free shipping,

You can limit coupon use per user, per number of uses, per product:  there are many possibilities.