DocumentationLearn how to use and master Marketing Rocket! Our software is designed to guide you through during use with helpful tooltips and step by step guides during API setups. Check the videos on each page of MR located at the bottom left of each menu item screen inside your Marketing Rocket Installation.

Scaling Marketing Rocket for Large Lists & Cron Calls

Firstly we need to discuss WHAT a cron is, and how it affects Marketing Rocket and your auto responders and Automated Tasks.


What is the cron? Well, in order for a website to send batches of emails, or run certain processes continually, something must 'call' the site in order to tell it to check/run certain commands. In marketing rocket, this 'CRON' call checks the email queue and automations to see if there is any emails to send, or automated tasks to run.

Marketing Rocket handles crons in 2 seperate ways.

We have our own special service to make life easy for our users, that will call your MR installation CRON and run these processes every 15 minutes. If our server cannot reach your site for some reason, or if you dont have your own CRON setup, then an error will advise you of the situation.

You can also log into your hosting control panel, and setup your OWN cron for marketing rocket. This is usually a good option when you want to increase the number of times or frequency that MR is able to run Tasks or send batches of emails.

Help im Seeing a CRON ERROR on my MARKETING ROCKET DASHBOARD!!

There are a few possible reasons that your cron might not be able to be called:

1) The MR licensing information you have entered on the DOWNLOAD ID page could be incorrect. Check that you have the correct DOWNLOAD ID entered in MR (dashboard -> options), and check the Download ID page on the MR website, then check the URL section contains the correct domain/subdomain for your Marketing Rocket Installation.

2) The next issue, could be that our MR cron server cannot actually access your site at all, this usually is because of 2 reasons. Firstly, if your site is in OFFLINE mode, then nothing can access the components on your site/Marketing Rocket installation. MR will not be able to send autoresponders etc when in offline mode (the same things may happen with other functions of your site also that rely on this kind of cron), and this cron message will persist. A great way around this is to set the 'home' menu item of your site to a simple 'offline' page. Or instead, add a index.html offline page in the root directory of your website until your ready to go live. This will enable you to view the rest of the site by typing in /index.php, but anyone hitting the domian will get the offline page.

Secondly, your Hosting Firewall might be preventing the MR Cron server from contacting your website. You would need to contact your hosting company to check this. Often the best way to resolve this is to add a cron call to your hosting control panel. Usually this is a fairly simple procedure of logging into your hosting control panel, going into the CRON section, selecting the FREQUENCY (usually something like every 15 minutes), then pasting your Cron Call URL + Command, this may differ depending on host but is usually something like (modify the below YOUR DOMAIN to contain the domain/subdomain that MR is installed on):

wget http://YOURDOMAIN.com/index.php?option=com_marketingrocket&view=cron -O /dev/null

To check your cron URL, you can goto http://YOURDOMAIN.com/index.php?option=com_marketingrocket&view=cron in your browser and you should see a success message similar to: {"success":true,"message":null,"messages":null,"data":["true"]}


For a more indepth step by step on adding crons in Cpanel Hosts: https://www.siteground.com/tutorials/cpanel/cron_jobs.htm



on 21/04/2016 by Eden Brownlee
Was this helpful?

Introduction

Marketing Rocket (MR) is a game changer. You already know that. Install MR on one website, sign up for a free Mandrill or Sparkpost account and you’re ready to start building world-class sales funnels!
But as your business grows – or if you have a substantial client list already – there are two numbers you’ve got to know:

• how many emails your plan lets you send and
• how much traffic your website can handle.

Here’s how you can plan for an excellent user experience while your business expands.

Email Capacity

The first number you need to know is how many emails your plan allows each month. As of this writing, the free plan with Sparkpost is a huge 100,000 emails (capped at 25,000 emails per day)!
Let’s put those numbers in perspective.

If you’re using the Digital Marketer approach to marketing, you’re probably sending

• An indoctrination or welcome series of one to three emails offering value and building rapport.
• A Gain Logic Fear style set of three emails, usually over three to five days.
• Broadcast emails once a week pointing to your blog to everyone in a particular campaign.

So, over the course of two weeks you would be sending four to six emails to each new contact plus probably a broadcast to everyone in a campaign.

If you have a list of 1,000 people in a campaign and are acquiring 50 new opt-ins a week, that is

• 4,000 broadcast emails (every week to 1,000 people), and
• 1,000 opt-in series (50 opt-ins per week times four weeks times five emails per opt in)
That’s a total of 5,000 emails just on broadcasts and indoctrinations. It does not count those in an engagement series.

Now, let’s say that 30% of your list is in an engagement series. That’s 300 customers. Let’s say the series is three emails long. That’s another 900 emails a week, or 3600 a month.

So now you’re at 8,600 emails a month. Still well below the free threshold at Sparkpost, but you can see how quickly you’re going to hit that free account limit if you have well-crafted funnels.

Just to summarize this particular configuration, as sort of a benchmark: 1,000 customers, adding 50 new opt-ins a week, 30% in an engagement series, and weekly broadcasts to your entire list.

Things that make this not entirely accurate:

• not accounting for those who opt out
• not adding the 200 new customers to the broadcast campaign numbers
• not allowing for a segmentation series at all.

You can see that sending a segmentation series to your unengaged 700 customers is quickly going to quickly push you towards your email limit with your free account.

But don’t panic! If you’re running a decent funnel, your value per customer should average out at least $1/month/customer, so that will more than fund an upgrade (see last section on how to scale)!

Now that we know what size of customer base MR can handle without scaling, let’s talk about the limitations and what to do about them specifically. But first, we need to understand how emails are sent and what cron is.

A Bit About The Two Ways Emails Are Sent

MR lets you send emails in two different ways:

• As part of a automatically sent autoresponder sequence, using the cron function, or
• As a broadcast, using the Create Mail button in the Campaign (or using a batch send option in lead manager)

What’s a cron function?

It’s a Unix job scheduler that runs a command at a given interval to perform a set of tasks.

Every so often, the cron function takes a look at your leads and their tags and compares it to your autoresponder setup. It gathers up a batch of emails that ought to be sent out and sends them. Fifteen minutes later (or at a specified interval) it grabs the next set of emails that ought to be sent.

Cron keeps your website from hogging the shared server. Otherwise, if you had a thousand people register in one minute, your server would run the mail function one thousand times in that minute. Cron batches up emails that ought to go out and the server only has to act once per batch.

BUT -- your broadcast emails, i.e. the ones you send using the Create Mail button in Campaign view, do not use the cron fuction. You press send, MR heads to the process queue section and then sends those emails out right then and there while you wait for the progress bar to complete.

Cron is a function of and limitation of your server. There’s another limiting factor to consider as well. Your email service may limit how many emails you can send in an hour.

For example, Mandrill may limit you to 100 emails per hour. So a broadcast to a list of 1,000 would take 10 hours to complete.

• BAD: a problem if your offer is time sensitive, perhaps a flash sale.
• GOOD: spreads out the number of visits in one hour to your website and keeps it from crashing. (We’ll talk more about this in the section on website limitations).

Note that MR will 'queue' items, so if you hit limit and the email send is rejected, MR will hold that email in the queue and keep trying to send out every fifteen minutes or so.

So – once you have a larger list and are sending more emails, you need to consider the cron limitations as well as the limitations for your email server

That brings us to the next issue, one that may come up with a new ad campaign launch and with your broadcast emails.

Website Visit Limitations

The next number you should know is how many visits to your website your hosting plan gives you.

You probably are using a shared host and these hosts have limitations on resource usage, which limits traffic use. Providers like siteground.com allow an approximate 100,000 visits per month on their GoGeek plan.

Suppose you’re doing what a lot of us do and are running two or more websites inside one hosting account, probably through separate installs in folders. The traffic limit applies to the whole hosting account, not for each website within that one hosting account.

Here’s how fast this adds up – if you send an email with an image, every time someone opens your emails, the image is called from and loaded from your server and uses resources. Each time someone clicks a link in the email and goes to a page, it counts as a visit and uses resources.

So suppose you’re on Siteground in the GoGeek plan and can offer 100,000 visits per month. Let’s be conservative and cut that in half (because we have two websites on that hosting plan, and we need to allow some visits for user edits, cron jobs, and other resource usage).

Now do the math: 50,000 / 30 days = 1500 visits per day. Divide that by 24 hours in a day and that equals 140 visits per hour that server will allow.

Now, suppose you send a broadcast email to your campaign of 1,000 people – and remember, this bypasses cron, so the only limitation is whatever limitation your email server has. You’ve just told 1,000 people to go to your website. If even 20% of them click on the link and head to your website, your server may crash, slow down, or not render pages during that timeframe.

Fortunately, there are some answers!

Scaling Marketing Rocket

Upgrade your hosting and email accounts

So let’s say you have an engaged list of 10,000 customers. If you only send ten emails a month to 10,000 customers, that’s 100,000 emails a month. You’d need something like this:

• Siteground server with automatic scaling, $60.00 USD/ month CLICK HERE
• Sparkpost 100,000 email plan $79.95 USD/month

So this pegs your monthly fixed cloud costs at $139.95USD, which is a lot more than you started out with. However, if you’re following the Digital Marketer plan and have a heavily-engaged plan, then your goal is probably at least $1/subscriber/month, so the cloud costs are miniscule compared to the worth of a satisfactory user experience.

The fact of the matter is, if you are sending this many emails, and getting this many visitors, you should be making some serious money, if not, then you really should look at re-evaluating your marketing strategy. (feel free to get in touch with me at eden@marketing-rocket.com)

How does that compare with other options? Good question.

If you went with Leadpages, for instance, you’d be paying $67 USD per month. (Yes, you get a discount for paying for a year upfront, but you also get annual discount for a year of Siteground.) You could use Mailchimp as your email provider, which would cost around $75-80 USD per month for a list of 10,000 subscribers. So, we end up paying A LOT more as we scale in using other applications!!!

In addition to that, with Marketing Rocket, you get an all-in-one tool, so you’re not constantly logging in and out of different applications. Your data is all on your own server. And by scaling in this way, you markedly improve your website’s overall stability under increased traffic and during special promotions (nothing worse than running a killer campaign and having your website down!)

Configuring Marketing Rocket Options

Here’s what you’ll need to do with your Marketing Rocket installation:

• Set your 'batch sending' in MR options to 100 (most servers can handle this number). Tip: do what Digital Marketer does and do NOT sent attachments with your emails. Instead, send a download link. This will improve deliverability and resource usage, and prevent your email address being marked as spam by email servers!!!
• Setup a cron to run every 5 minutes in your host. This would send out a batch of emails every 5 minutes – theoretically, you could be sending out 1,200 emails an hour using this timed cron, which would equate to 28,800 emails per day (note this exceeds the default daily cap limit of SparkPost, remember to upgrade your SparkPost account if you wish to send more than this!)

Finally, one last thing you ought to make sure you do with your Marketing Rocket installation.

• Rename htaccess.txt to .htaccess (it’s a file in the root directory of your Joomla install).
• In Joomla’s global configuration area, turn on “Use URL Rewriting”.

Conclusion

I hope that helps explain how you can use this powerful all-in-one system to scale up from a start-up business into a powerful enterprise-level marketing machine! If you have any questions, please do not hesitate to contact me at eden@marketing-rocket.com.

There is no reason you shouldn’t be able to send up to 25,000+ emails per day using this method (as long as you have the allocation with your mail delivery provider).

 

on 21/04/2016 by Eden Brownlee
Was this helpful?