Category: Domain Related

September 21, 2026

Domain Related, Hosting Related, Security Related

Reading Time: 30 minutes

When this article first appeared on the 4GoodHosting blog in December 2015, the pool of unallocated IPv4 addresses for North America had run dry only three months earlier. IPv6 was described, here and almost everywhere else, as "the future of internet addressing." That framing has aged. IPv6 is no longer a future event that website owners need to wait for. It is the protocol that roughly half of the people reaching Google now arrive on, and it is already carrying traffic to and from a large share of websites whether their owners have noticed or not. Meanwhile, IPv4 has become something it never used to be: a scarce asset with a price attached. So this rewrite drops the "future" question and answers a more useful one. If you run a website in Canada, what does IPv6 mean for you right now? What should your hosting do, what can quietly break, and what is worth checking this week? The short answer If you only read one section, read this one. Your visitors are already using IPv6. Many phones on mobile data and many home connections reach websites over IPv6 first, and fall back to IPv4 only when they have to. Your website does not need to be IPv6-only, and should not be. The practical standard for a public website is dual-stack: reachable over both IPv4 and IPv6 at the same time. A half-configured IPv6 setup is worse than none. Publishing an IPv6 address in DNS for a server that does not answer properly on IPv6 can make your site slow or unreachable for some visitors. IPv6 is not a ranking factor, but a broken IPv6 path can still cause crawl and availability problems. IPv4 addresses now cost real money. That cost shows up in hosting prices, dedicated-IP add-ons and cloud bills, and it is not going back down. Firewalls, email and logs are where problems hide. Rules and settings written only for IPv4 are the most common source of IPv6 trouble on otherwise healthy sites. The rest of this guide explains each of those points and gives you a checklist you can work through with your host. Why "the future" no...

September 21, 2026

Domain Related, Hosting Related, SEO Related

Reading Time: 29 minutes

Most advice on this subject promises that making your website better on phones will push it up Google's rankings. That is partly true and mostly beside the point. Google's own documentation is unusually direct about it. Its ranking systems use Core Web Vitals, the three metrics for loading, responsiveness and visual stability. Other aspects of page experience, such as mobile layout or avoiding pop-ups, do not directly help a page rank higher, although they make a site more satisfying to use, which is aligned with what those systems reward. Google also says it will always show the most relevant result even when its page experience is poor. So if your page is the best answer to a search, a clunky mobile layout probably will not stop it ranking. And if it is not the best answer, a polished mobile layout will not rescue it. What mobile user experience does decide, very directly, is what happens after the click. It decides whether a visitor on a phone finds your phone number, finishes your quote form, books the appointment or completes the checkout. For most Canadian small businesses, that is where the money is. A page that ranks third and converts well on phones will usually earn more than a page that ranks first and loses half its mobile visitors at the form. This guide is about those fixes: the ones that are easiest to make and pay back fastest. Where a fix also affects rankings, it says so, and says how much. Indexing and the Core Web Vitals metrics themselves are covered in depth elsewhere on this blog, so they get a summary here and a link, not a repeat. What Google actually rewards on mobile, and what it doesn't It is worth being precise, because a lot of wasted effort comes from getting this wrong. Google indexes and ranks the mobile version of your pages. That process, mobile-first indexing, is complete across the web, and its practical requirements are content parity between mobile and desktop, crawlable resources and consistent structured data. If you need that side of things, our mobile-first indexing guide covers it fully. On ranking, Google's current page...

September 21, 2026

4GoodHosting, Domain Related, Hosting Related, SEO Related

Reading Time: 29 minutes

There is a particular kind of frustration that hits a business owner about three months after a landing page goes live. The page converts well. The paid traffic is working. Somebody suggests "we should get organic traffic to this too," and a check in Search Console returns one of two answers: the URL is not in the index at all, or it sits in a state called Crawled – currently not indexed, which reads like a technicality and is actually a verdict. The page was not unlucky. It was built that way. Almost everything that makes a landing page convert well makes it hard to index. Stripping the navigation removes distraction — and severs the page from the site's link graph. Keeping copy tight respects the visitor's attention — and produces a page with nothing to rank for. Running three headline variants improves conversion rate — and creates three near-identical URLs. Building the page in a dedicated tool ships it in an afternoon — and frequently publishes it on somebody else's domain. None of those are mistakes in isolation. Each is a deliberate, defensible conversion decision. Taken together they produce a page that no search engine has any reason to index, and the sixteen articles you will find on this topic mostly do not mention it, because they are describing a page that ranks and quietly assuming it is the same page that converts. This article is about the conflict. What actually stops landing pages indexing, which of those causes you can fix without hurting conversion, which require you to accept a genuine trade, and where the page should physically live — because that last decision turns out to govern more of the outcome than any on-page factor. It is written for Canadian businesses running lead-generation or product landing pages, and for the people who build them. One note on sources: Google's own SEO Starter Guide is the correct starting point for general on-page work and this article does not attempt to restate it. What that guide does not cover is landing pages specifically — the structural tension described above — which is the gap this piece occupies. The two...

September 21, 2026

Domain Related

Reading Time: 44 minutes

When this article first appeared on the 4GoodHosting blog at the end of 2019, it offered six quick tips: keep menus slim, use descriptive labels, be careful with dropdowns, put important items first and last, include search, and link to your blog. Most of that advice was reasonable for its time. Some of it was never quite right, and all of it treated navigation as a question of menu design. That is too narrow for a modern online store. Navigation on an e-commerce site does three jobs at once, for three very different audiences. It helps shoppers find the product they came for, or discover one they did not know they wanted. It tells search engines which pages matter and how they relate to each other, which shapes what gets crawled, indexed and ranked. And every link, filter and search box it exposes becomes a request your server has to answer, whether it comes from a customer, Googlebot or a scraper working through every filter combination you offer. A store whose navigation serves only one of those audiences will struggle. A beautiful mega menu that search engines cannot follow leaves products undiscovered. Filters that generate millions of crawlable URLs can bury your real product pages and load your server with traffic that never buys anything. A technically perfect structure that uses labels nobody searches for will not sell. This guide rebuilds the topic around all three jobs. It covers how to design a category structure, menus, filters, search and breadcrumbs that customers can use; how to make that structure clear to Google; and how to keep it from quietly overloading your hosting. The short version If you only have five minutes, these are the points that matter most. Design the category structure before the menu. The menu is only a view of your taxonomy. If the taxonomy uses the wrong words or the wrong groupings, no menu design will fix it. Use real links. Google finds products by following <a href> links from menus to categories to products. Navigation built from JavaScript click handlers, or products reachable only through search, may never be found. Treat filters as your biggest SEO...

September 21, 2026

4GoodHosting, Domain Related, Hosting Related, Web Hosting

Reading Time: 24 minutes

"Managed hosting" sounds like a simple product: you pay more, and someone else looks after your server. In practice it is one of the least consistently defined terms in the hosting industry. One provider's managed plan means it patches the operating system and nothing else. Another's means it updates your WordPress plugins, tests your backups and rescues you at 2 a.m. when a checkout breaks. Both use the same word. That is why most "pros and cons" lists are less useful than they look. They compare an idealised managed service with an idealised do-it-yourself server, and conclude that managed is easier but more expensive. That is true, and it does not help you decide. The better question is who does which job. Every website sits on a stack of layers: hardware, network, operating system, web server, PHP, database, control panel, application and content. Someone has to keep each layer secure, updated and working. Managed hosting moves some of those jobs to your provider. Which jobs move, and which stay with you, determines whether managed hosting is a bargain or an expensive misunderstanding. There is a timely example. PHP 8.2, still common on business websites, reaches the end of its security support on 31 December 2026, according to the PHP project. After that date it receives no further security fixes. On a fully managed plan, moving your site to a supported version is usually the provider's job, possibly with some testing on your side. On an unmanaged server, it is entirely yours, and if nobody does it, nobody does it. Multiply that by every component in the stack, and you have the real trade-off. This guide maps those responsibilities, then tests the pros and cons against them. It includes a cost comparison that counts your time, a Canadian angle most guides miss, and the questions to ask any provider before you sign. What "managed" actually means: a responsibility map The clearest way to understand managed hosting is to look at who is responsible for each layer under each type of hosting. The table below shows the typical pattern. Individual providers vary, which is exactly why you need to ask. Layer Shared...

September 14, 2026

Domain Related

Reading Time: 8 minutes

It’s common knowledge that having good and regular blog content on your website is seen favourably by search engine algorithms, but what’s equally valuable is how it can portray as a legit subject matter expert with whatever business it is you are in online. The most ideal scenario is a potential customer is on your site and sees that your recent blog entry will answer the exact question they have about your products or services. They click through to the blog and read all of it, and your search rankings are boosted as this happens repeatedly. Many sites will have a CMS working for them, and with the best Linux shared hosting you can have one working optimally. Linux web hosting is typically the best fit for most types of websites based on their architecture, and the reason most good Canadian web hosting providers will have Linux as their primary web hosting OS is because it’s the best fit for the majority of their customers’ websites. Site owners who have their sites on Linux servers will usually see that their site’s landing pages load with real pep, and all sorts of similar superior performance points. If they have a blog that gets plenty of regular readers and are using a content management system then it’s equally likely that their doing better with their content marketing efforts too. And doing better in that way is important, because loyal customers are hard to come by and even more so nowadays given that your competitors are often very reasonable options for those customers if they see any reason to look past you and your site. With the best Linux web hosting in Canada you can maximize the gains you get from using a CMS to better managed your published content, and if you’re going to be blogging regularly on the site it really is the best choice to have all of that done through a content management system. So what we’ll do with this week’s blog entry here is look at Linux hosting for CMS and what make this web hosting OS that much better than all others if using one is a...

September 13, 2026

Domain Related

Reading Time: 36 minutes

A massage clinic on 124 Street loses a booking at 7:12 on a Tuesday evening. The client picked a therapist, picked a 75-minute deep tissue slot, typed her name and phone number, hit confirm, and got a spinner that never resolved. She closed the tab. She did not come back. Nobody at the clinic ever knew it happened, because a booking that fails halfway leaves no record — not in the calendar, not in the reports, not in the revenue. That failure had nothing to do with the booking software. It was a hosting failure, and it happened at the one moment in the entire visit where hosting cannot be papered over. Here is the thing almost nobody selling hosting to wellness businesses will tell you. Every performance feature on a typical hosting sales page — page caching, object caching, edge delivery from a content network, static asset optimisation — is designed to avoid touching the server. It works beautifully for your service pages, your therapist bios, your blog, your pricing table. And then a visitor clicks "Book now," and every one of those optimisations switches off, by design, because a booking page cannot be served from cache. Availability changes by the minute. The cart is specific to one person. The session must persist. From that click onward, every single request is generated live by PHP, hitting the database, under whatever resource limits your plan actually imposes. So the part of your website that makes money is the part your hosting plan's marketing never describes. This article is about that gap. It is written for the people running massage therapy practices, physiotherapy and chiropractic clinics, yoga and pilates studios, med spas, counselling practices and multi-practitioner wellness centres in Edmonton and across Alberta — the ones who already have a website and a booking system and cannot work out why the schedule does not fill the way the traffic numbers suggest it should. It covers what a booking transaction actually asks of a server, the resource limit that governs whether it completes, why reminder emails silently stop working, what Alberta's privacy law requires that PIPEDA-focused advice keeps getting wrong, and how...

September 10, 2026

4GoodHosting, Domain Related

Reading Time: 50 minutes

There is a piece of email marketing advice that appears in almost every list-building guide on the internet, and in Canada it is illegal. The advice is to email people to ask whether they would like to hear from you. Send a friendly note to the contacts in your address book, the business cards in your desk drawer, the addresses from that trade show, and invite them to subscribe. It sounds courteous. It sounds like the responsible alternative to just adding them. Under Canada's Anti-Spam Legislation, a message asking for consent to send commercial messages is itself a commercial electronic message. The CRTC states this directly in its guidance: a message containing a request for express consent is a CEM under CASL, and therefore is not a method through which express consent can be obtained. You need consent before you can ask for consent. The permission email is the violation. This is the single clearest illustration of why most list-building content is unsafe reading for a Canadian business. The overwhelming majority of it is written against the American CAN-SPAM Act, which is an opt-out regime: you may email people until they ask you to stop. CASL is an opt-in regime: you may not email people until they have agreed. Those are not two versions of the same rule with different paperwork. They are opposites, and a tactic that is entirely lawful in Illinois can carry a penalty of up to ten million dollars in Canada. The second thing most list-building advice ignores is that having a list and being able to reach it are now separate problems. Since February 2024 for Google and Yahoo, and May 2025 for Microsoft, the major mailbox providers have enforced technical authentication requirements on bulk senders. Fail them and your messages are rejected at the SMTP level. Not filtered into a spam folder where a diligent subscriber might find them. Rejected. The mail never arrives in any form. So this article covers list building as it actually works for a Canadian small business in 2026: what consent legally requires, what records you need to prove it, which acquisition tactics are both lawful and effective here,...

September 10, 2026

Domain Related

Reading Time: 56 minutes

Not deprecating it. Not reducing its features. Removing it. Google emailed users to say Assistant is being discontinued on compatible Android phones and tablets, with Wear OS devices, headphones, and Android Auto following. The rollout runs over several weeks, and once a device switches, there is no going back. Gemini becomes the assistant experience on Android. Assistant launched in 2016; ten years later, the product that most "voice search optimization" advice was written about is being decommissioned while that advice sits unrevised on hundreds of agency blogs. This matters more than a product retirement usually would, because Google Assistant was not incidental to voice search SEO. It was the mechanism. The specific technical recommendations that circulated for the better part of a decade — mark up your content with speakable structured data, add FAQPage schema to win the spoken answer, optimise for the featured snippet Assistant reads aloud — were all recommendations about how one product retrieved and read one answer. Two of those three recommendations no longer apply to anyone. The third applies to a product that is being turned off. So this is a reasonable moment to rebuild the topic from the ground up. What follows is not a refresh of the standard voice search checklist. It is an attempt to establish what is actually true about spoken and conversational search in 2026, what a Canadian business can genuinely act on, what cannot be measured, and where the real constraints sit. Some of those constraints turn out to be in your hosting infrastructure rather than your content, which is not where most of this conversation usually goes. A warning about the rest of this article: it will contradict a great deal of what you have read on this subject. Where it does, the reasoning and the source are given so you can check. What "voice search" actually means in 2026 The phrase has always been sloppy, and the sloppiness is the root of most bad advice about it. Three genuinely different things get bundled under one label, and they behave differently enough that treating them as one topic guarantees you optimise for the wrong one. Path one: voice...