🇦🇺 100% Australian owned, operated & hosted.

12 Questions to Ask Before You Switch Web Hosts

Your renewal notice just landed, and the price on it is higher than what you signed up for last year. No explanation, just a new number. So you’ve started looking around, and every hosting company’s homepage says roughly the same thing: fast, reliable, great support. None of that tells you anything you can actually compare.

The way through it is to stop reading marketing pages and start asking questions instead, then pay attention to how specific the answers are. A host that gives you a real figure or a real process is telling you something useful. A host that answers with an adjective is not.

Here are the questions worth asking before you sign up anywhere else, grouped by what each one actually protects you from. It sits alongside the rest of the switching hosts guides if you want the detail behind any single answer.

Short answer: Ask about the migration process and expected downtime, contract length and exit terms, the actual server resources you’ll get rather than vague uptime claims, what support hours and channels are staffed, and what the price becomes after the first term. Specific answers are trustworthy. Vague ones usually mean the details won’t suit you either.

What are the most important questions to ask before switching web hosts?

Ask about the move itself, the contract you’re signing, the resources you’re actually buying, the support you can reach when something breaks, and what the bill looks like after year one. The twelve questions below split across those five areas, and writing them down before you call anyone makes it much harder for a salesperson to talk past the ones that matter to you.

  1. Who moves my site: me, the new host, or someone on their team?
  2. How much downtime should I expect during the move, realistically?
  3. What happens to my email addresses during the switch?
  4. Is there a minimum contract term, and can I leave early if it doesn’t work out?
  5. What am I paying at renewal, not just the sign-up price?
  6. What server resources do I actually get: CPU, RAM, storage, and any process limits?
  7. Is support reachable by phone, or only through a ticket queue?
  8. What hours is support actually staffed, and where from?
  9. How often are backups taken, and can I restore one myself without opening a ticket?
  10. What security is included as standard, and what costs extra?
  11. Is there a genuine money-back guarantee, and how long does it run for?
  12. What happens if my site goes down outside business hours?

What should a host tell you about the migration itself?

A good answer names who actually does the technical work, gives you a realistic downtime estimate rather than a blanket promise of none, and explains what happens to your email during the switch. If the answer amounts to “don’t worry about it”, that’s not an answer, and it’s worth pushing for a real one.

Ask specifically what a host’s migration service covers, because the word covers everything from a page of instructions emailed to you, to a full done-for-you move. The guide to what a decent host should actually handle during a migration sets out a reasonable baseline to measure any answer against. If avoiding an outage window matters to your business, the explanation of how a migration avoids downtime in the first place is worth reading before you ask the question, so you can tell a real answer from a reassuring one.

What should you ask about contracts and cancellation?

Ask whether you’re locked into a term, how much notice you need to give, and whether you get a pro-rata refund if you leave partway through a billing period. A host that goes vague here is often the one that makes leaving difficult later, and that’s far more useful to know before you sign up than after.

If you’re already stuck in a contract with your current provider, the practical steps for getting out of a hosting contract without losing money cover notice periods and what to check in your existing terms before you commit to anything new.

What should you ask about server resources and specs?

Ask for actual numbers: vCPU allocation, RAM, storage and any IO or process limits, not just a plan name or a vague “unmetered” claim. A host that publishes real resource limits is telling you what you’re buying. One that only talks about visits per month is describing a rough proxy, not a guarantee of anything.

Here’s the kind of specificity worth asking for, using published numbers as an example of what a full answer looks like rather than a claim about what’s right for you:

Plan vCPU RAM Storage Entry processes
WP 10 400% 4 GB 10 GB 40
WP 20 600% 6 GB 20 GB 60
WP 50 800% 8 GB 50 GB 100

That table is what a real answer looks like. If a provider can’t tell you their entry process limit or IO ceiling when asked, there’s a fair chance they don’t actually know it themselves.

What should you ask about support and what happens after the first year?

Ask which channels are genuinely staffed, phone or ticket only, and during what hours, because a support page listing round-the-clock cover can still mean an automated chatbot at 2am. Also ask what the price becomes at renewal, since a headline offer often only applies to the first term.

It’s worth being upfront about the trade-offs here rather than pretending every host offers the same thing. GoodHost’s own phone and ticket support run Monday to Friday, 9am to 5pm AEST, not around the clock, and that won’t suit every business. If overnight phone cover genuinely matters to you, ask every host on your shortlist the same question and compare the actual hours rather than the word “support” printed on the homepage.

How do you actually compare the answers you get?

Write your questions down before you start calling, and ask the same ones of every host on your shortlist so you’re comparing like with like. A side-by-side view of plans and included features makes it obvious where two hosts genuinely differ, once the marketing language has been stripped away.

The hosting comparison page is a reasonable place to lay your answers out once you’ve collected them, since it puts plans next to each other rather than asking you to remember five separate phone calls.

Frequently asked questions

Should I ask a host what their uptime guarantee is?

It’s a fair question to ask, but treat a specific percentage with some scepticism unless it comes with real terms attached, such as what counts as downtime and what you’re owed if it’s missed. Uptime is worth discussing as a concept and a track record, not just chasing the highest number on a page.

Is it worth switching hosts just to save a few dollars a month?

Sometimes, but the move itself has a small cost in time and risk, so weigh that against what you’ll actually save over a year. If the current host is also failing on support, resources or reliability, the price difference becomes a smaller part of the decision.

What if my current host won’t confirm my cancellation date in writing?

Ask again by email specifically, so there’s a written record of when you gave notice and what they confirmed. If they still won’t put a date in writing, keep a copy of every message you’ve sent and the dates, since that record is what you’d rely on if a dispute came up later.

Do I still need to ask about backups if the host says they’re included?

Yes, because “included” can mean very different things: how often they run, how long they’re kept, and whether you can restore one yourself or have to raise a support ticket and wait. Those details matter far more than the fact that backups exist at all.

How many questions is too many to ask before signing up?

There’s no real upper limit if the answers keep coming back specific and consistent. The point where you should worry is when a salesperson starts getting impatient or vague, since that’s usually a preview of what support will feel like once you’re a customer.

Once you’ve got answers from two or three hosts, put them side by side on the comparison page rather than trusting your memory of several different phone calls.

Got questions? Call us: 1800 931 000 Mon–Fri