Pourquoi nous sommes passés à Bluehost et comment cela a donné à notre blog une augmentation massive

maintenant que nous sommes immobiles depuis un certain temps, en vivant et en travaillant dans les Caraïbes, nous avons enfin fait des choses sur ce site qui étaient en retard. L’une de ces choses a été de créer notre cours de blogueur débutant totalement gratuit pour tous les nouveaux blogueurs qui commencent leur blog avec nous, ainsi qu’un autre travail essentiel consiste à déplacer notre site vers un nouvel hôte.

Dans cet article, je vais discuter non seulement de la raison pour laquelle nous sommes passés de Siteground à Bluehost, mais de même comment ce commutateur a aidé notre site beaucoup plus que possible. croyez-le ou non, notre vitesse de charge est deux fois plus rapide, notre trafic est 20% plus élevé, et nous avons le meilleur service que je pourrais demander, ainsi que tout cela est moins cher que le plan d’hébergement que nous payions à Siteground.

Qu’est-ce qu’un hôte?

Fondamentalement, chaque blog en ligne a un hôte. C’est la grande entreprise qui possède des serveurs massifs du monde entier qui «hébergent» votre site afin qu’il puisse être servi au public du monde entier. Tous les blogueurs doivent payer pour l’hébergement s’ils possèdent leur domaine ainsi que la marque, mais tous les hôtes ne sont pas créés égaux! Si vous n’avez pas encore de blog, cliquez ici pour en démarrer un avec Bluehost ainsi que pour recevoir notre cours vidéo de blogueur débutant en 4 parties et un livre électronique de 200 pages gratuitement.

Quand nous avons commencé, nous étions sur Hostgator, mais nous avons vite réalisé que Hostgator n’était pas le meilleur hôte du monde. Le site se chargeait assez lent et nous avions beaucoup de temps d’arrêt. C’est là que nous avons déménagé sur Siteground. Siteground était tout à fait très bien, mais à mesure que leur entreprise commençait à croître, ainsi que notre blog a commencé à grandir, nous avons découvert que nous avions encore beaucoup de temps d’arrêt et que nous avons commencé à remettre en question la qualité de l’hôte.

Vous voulez beaucoup plus d’idées d’emploi de voyage? Consultez notre liste épique de 101 emplois de voyage qui peuvent vous gagner de l’argent pendant que vous êtes sur la route!

Ce n’est que cette dernière année que nous sommes vraiment devenus frustrés par Siteground. Pour être clair, Siteground n’est pas un mauvais hôte. Aucun hôte n’est idéal, car ils sont si massifs, il y aura des moments où ils ne seront pas en mesure de servir leurs clients comme ils s’attendent à être servis.

Mais Siteground a vraiment fait des erreurs critiques sur notre site à deux occasions distinctes, et nous en avons été complètement marre. En plus de cela, le site fonctionnait incroyablement lent, bien que nous dépensons plus de 175 $ / mois sur notre plan d’hébergement (ce qui est assez élevé).

Avis de non-responsabilité: il est essentiel que je sois à 100% transparent avant d’écrire ce post. Je n’ai pas été payé par Bluehost pour écrire cet article, et je ne suis pas parrainé par Bluehost. Les chèvres sur la route sont une affiliée pour Bluehost qui implique que nous recevons un hébergement totalement gratuit ainsi qu’une commission lorsque nos lecteurs lancent un blog en utilisant leur service. Bluehost n’a pas demandé d’écrire ce court article ainsi que notre partenariat avec eux ne modifie pas les résultats des tests de vitesse ou les statistiques de cet article, ni mon avis sur leur service d’hébergement. En fait, je pourrais gagner la même commission en recommandant Siteground ou Dreamhost, mais je crois que Bluehost est le meilleur, donc je les utilise et les recommande.

Problème du site # 1

Au début de 2017, notre site baissait beaucoup. Je veux dire, si je travaillais sur des chèvres sur la route pendant 4 heures, je le verrais probablement 3-4 fois au cours de cette période, ce qui est inacceptable. Non seulement cela ralentit notre flux de travail, mais cela implique que nous manquons potentiellement des milliers de visiteurs de notre blog. Pas cool.

Lorsque j’ai contacté Siteground, ils ont déclaré que le problème était trop nombreux bots rampant notre site et le surchargement. Ils ont donc recommandé de mettre à niveau et de payer beaucoup plus d’argent. Alors je l’ai fait. Mais le problème continuait de se produire, alors j’ai à nouveau mis à niveau. Finalement, le problème est devenu si mauvais que j’ai dû allumer la «mise à l’échelle automatique», ce qui impliquait essentiellement que Siteground mettrait automatiquement mon compte et me facturerait en conséquence.

Chaque mois, ma facture changeait, mais elle était généralement d’environ 175 $, ainsi que pour le moment, ce blog se déplaçait trop souvent. Lors de mon dernier appel à Siteground, je me plaignais du problème et disais que rien ne le répare aussi bien que j’étais épuisé de lui lancer de l’argent. Ainsi, le représentant du support client a déclaré qu’il avait ajouté du code ainsi que tout irait bien.

Enfin, le site fonctionnait aussi bien que moi, ne connaissant pas la première chose à propos du «code», pensait que ce serait bien. Plus d’un mois s’est écoulé lorsque nous avons réalisé que notre trafic était en baisse de près de 50%. À l’époque, je n’en ai pas vraiment mis deux aussi bien que deux ensemble pour réaliser que ce «code» provoquait peut-être la baisse du trafic.

Nous avons tout essayé pour augmenter notre trafic. Nous avons écrit beaucoup d’articles, stimulé nos parts sociales, mais encore, les chèvres sur la route étaient sufFiring. Enfin, j’ai dû embaucher notre développeur qui a immédiatement découvert un code dans le fichier .htaccess qui bloquait tous les robots de notre site. Cela implique que Google ne nous envoie pas de trafic (ou très peu de trafic).

Une fois le code supprimé, il a fallu quelques semaines de plus pour que tous les robots «recrandaient» le site ainsi que finalement notre site était de retour à la normale.

Au total, ce petit «problème de codage» nous a coûté plus de 100 000 nouveaux visiteurs en un peu moins de 2 mois ainsi que qui sait combien de revenus. À ce stade, nous avons cessé de recommander Siteground sur ce blog et avons commencé à recommander Bluehost. Nous avons également commencé un nouveau site sur Bluehost peu de temps après que cela ait été corrigé.

Problème du site de site n ° 2

Quelques mois après avoir réparé le code ainsi que l’envoi d’un grief à Siteground, j’ai réalisé que le site devait avoir un certificat SSL. Je n’obtiendrai pas trop de geek en discutant de cela, mais cela rend essentiellement notre site «sécurisé» avec un https: // au début au lieu d’un http: //.

J’ai contacté Siteground ainsi qu’ils ont aidé à mettre en place le certificat SSL. Mais, pas une surprise, ils l’ont gâché d’une manière ou d’une autre. Pendant des mois, notre site n’a pas été correctement protégé et, par conséquent, Pinterest ne permettant à aucun type d’utilisateurs de leur application d’accéder à notre site. Nous voyons généralement environ 20 000 visiteurs par mois de Pinterest, mais pendant cette période, nous étions à environ 7 000.

Nous ne l’avons pas remarqué pendant plus d’un mois, ainsi que lorsque nous l’avons finalement fait, il a fallu des semaines à envoyer un e-mail à Pinterest, à contacter Siteground ainsi qu’à déranger notre développeur pour nous aider avec le problème.

Pendant cette période du numéro Pinterest, j’ai déplacé le site vers Bluehost. J’avais demandé à Siteground à plusieurs reprises de m’aider avec le problème, mais ils ont affirmé que c’était la faute de mon développeur. J’en avais simplement marre du mauvais service client ainsi que des problèmes horribles que nous avions avec Siteground. Loi ainsi que voir, Pinterest a commencé à fonctionner dès que nous avons changé le site à Bluehost!

Après que le site ait été déplacé, j’ai finalement reçu une réponse de Siteground ainsi que l’équipe de technologie avancée m’a dit qu’il y avait vraiment un problème avec le certificat SSL qui faisait que l’application Pinterest ne charge pas notre site Web. Ils m’ont dit qu’ils ont corrigé le code et tout irait bien, mais à ce moment-là, j’ai été heureusement transféré à Bluehost.

Quelle est la qualité de Bluehost?

Je dois dire que le changement a été beaucoup plus efficace que nous ne le pensions. Nous sommes passés d’un plan d’hébergement partagé «GoGeek» à l’échelle automatique à Siteground, à un plan d’hébergement dédié à Bluehost.

Hébergement partagé vs hébergement dédié

Tout d’abord, je devrais discuter de la différence entre ces deux. L’hébergement partagé implique que de nombreux blogs partagent le même serveur, ce qui implique que si un blog obtient une tonne de trafic, ainsi que votre blog, votre blog ralentira toujours. Le serveur dédié implique que vous avez votre propre serveur spécifiquement pour votre propre blog.

Prix ​​inférieur

C’est la partie fantastique. Le plan d’hébergement dédié que j’ai chez Bluehost est vraiment moins cher que le plan d’hébergement partagé GoGeek que j’avais avec Siteground. Avec Siteground, le coût était de 155 $ / mois en moyenne (selon la mise à l’échelle automatique), ainsi qu’avec Bluehost, le prix total n’est que de 119 $ / mois… du taux forfaitaire.

Bien sûr, les nouveaux blogueurs n’auraient jamais à dépenser autant, mais même l’hébergement de base de Bluehost est moins cher, en particulier lorsque vous utilisez nos chèvres sur la réduction de la route.

Le prix normal de l’hébergement le plus abordable avec Siteground est de 4,95 $ par mois, tandis que Bluehost facture généralement 3,95 $ / mois selon les offres disponibles, mais avec notre remise, ce n’est que 2,95 $ / mois. C’est une remise d’environ 40% par rapport à des plans similaires avec de nombreux autres hôtes.

Que vous soyez un blogueur professionnel ou que vous débutez, Bluehost fournit des plans d’hébergement moins chers et, selon mon expérience, des serveurs plus rapides ainsi qu’un meilleur service client.

Augmentation de vitesse

C’était la principale raison pour laquelle nous déménions à Bluehost. Nous savions que nous avions dépassé notre plan d’hébergement actuel avec Siteground et que nous recherchions un plan de serveur dédié. Il nous a fallu beaucoup de temps pour changer car avec un site aussi grand que les chèvres sur la route, vous devez vraiment être en ligne pendant quelques semaines pour garantir que la relocalisation se déroule bien et que tout fonctionne bien.

Comme nous avions voyagé en Amérique du Sud, en Europe ainsi qu’à l’Asie depuis plusieurs de 2017, nous avons continué à repousser le grand travail de migration vers Bluehost.

Nous avons regardé pas mal d’hôtes différents, car il y en a des exceptionnels pour les plus grands blogs, mais ilscoûte 250 $ / mois. J’ai supposé que je devrais choisir un hôte coûteux comme Performance Foundry ou Wpengine car notre site a une quantité considérable de trafic.

Nous recommandons Bluehost sur ce site depuis plus d’un an, car nous les utilisons sur notre autre site ainsi qu’ils ont un excellent support ainsi que de la vitesse, mais nous ne savions pas qu’ils avaient un plan de serveur dédié aussi épique.

Avant de se déplacer, Bluehost m’a confirmé que notre blog serait plus rapide sur leur serveur, point final. C’était suffisant pour m’aider à prendre la décision, alors nous avons commencé le déménagement.

Les chiffres parlent vraiment d’eux-mêmes:

Test de vitesse sur les serveurs du site (155 $ / mois)

CONTRE

Test de vitesse sur les serveurs Bluehost (119 $ / mois)

D’accord, donc pour les non-blogueurs ou les nouveaux blogueurs, les images ci-dessus peuvent sembler un peu déroutantes. Dans les termes les plus élémentaires, le site se chargeait à 5,13 secondes avec Siteground ainsi que maintenant il se charge en 3,55 secondes avec Bluehost. Cela représente plus de 30% du temps de chargement!

Mais c’est le temps qu’il faut pour vraiment charger tout le site. Ce qui est beaucoup plus essentiel, c’est ce que l’utilisateur voit ainsi que ce que Google voit, c’est pourquoi j’ai de même encerclé le TTFB (temps vers le premier octet) ainsi que DOM (Document Object Model). TTFB est le moment où le serveur prend pour répondre à la requête, et c’est ce que Google utilise pour mesurer (et potentiellement pénaliser) pour leur temps de vitesse de charge. DOM est essentiellement le temps qu’il faut pour que l’utilisateur puisse voir pleinement et interagir avec la page.

Ainsi, comme vous pouvez le voir sur les captures d’écran ci-dessus, l’utilisateur est désormais en mesure de voir pleinement et d’interagir avec la page en 1,4 seconde, tandis que sur Siteground, il prenait 3,3 secondes.

L’augmentation du temps de chargement de la page DOT est bien plus que double, ce qui implique que le site se charge deux fois plus rapidement pour les visiteurs de notre site. En fait, le temps TTFB avec Siteground était difficile de 1,6 seconde. Cela implique qu’il a fallu 1,6 seconde avant que le serveur de siteground ne réagisse même à quelqu’un demandant un accéder au site.

Avec Bluehost, cette réaction se produit en seulement 200 millisecondes ainsi que les charges du site entier avant que les serveurs de Siteground ne réagissent même à la requête. Cela implique que le site entier se charge désormais plus rapidement que les Severs de Siteground ne savaient même qu’un site existait là-bas.

C’est incroyable pour nous, et cela impliquera non seulement des temps de chargement plus rapides, mais un référencement bien meilleur.

Ce qui m’amène à mon prochain point…

Augmentation du trafic

Lorsque vous passez d’un plan d’hébergement partagé à un serveur dédié, il n’est vraiment pas surprenant que le site soit deux fois plus rapide. Il y a beaucoup plus de puissance dans ce serveur, ainsi que des heures supplémentaires pour aider les chèvres sur la route servir le quart de million de pages vues chaque mois.

Ce qui vient avec une vitesse améliorée, c’est un trafic amélioré. D’une part, Google pénalise les sites qui ont moins de 2 secondes pour le premier temps de chargement d’octets sur les requêtes de recherche mobile, donc la vitesse est certainement un élément de référencement, mais aussi, les utilisateurs cliquent simplement si votre site prend trop de temps à charger.

Notre trafic est passé de 31 700 / semaine à 37 800 par semaine parce que le déménagement à Bluehost ainsi qu’à grimper. C’est une augmentation de plus de 20% jusqu’à présent. Bien sûr, une tonne d’éléments peut contribuer à une augmentation du trafic comme celle-ci, mais nous sommes juste heureux de le voir.

Google Analytics rapporte également de bien meilleures vitesses de chargement pour notre site. Avec Siteground, nous étions en moyenne de 27,73 secondes de vitesse, ce qui est très élevé. Parce que le passage à Bluehost ainsi que la réparation de la mise en cache du site, nous chargeons maintenant à une vitesse moyenne de 17,28 selon Google. C’est une augmentation de 37%!

Service Clients

J’en avais marre du service client de Siteground. Période. Ils répondent rapidement, mais pour la plupart, ils n’ont pas pu nous aider avec le site ainsi que s’ils nous ont aidés, ils font souvent des erreurs importantes qui ont causé des problèmes majeurs pour notre site ainsi que notre entreprise.

J’ai travaillé avec Bluehost pour notre autre site ainsi que pour tous nos nouveaux blogueurs qui apprennent à démarrer un blog de voyage avec nous, ainsi qu’ils ont été incroyables. Bien sûr, il y a des problèmes de temps en temps où les gens ont du mal à comprendre ce qui doit être fait, mais c’est BO