Warum wir zu Bluehost gewechselt haben und wie es unserem Blog einen massiven Anstieg

gegeben hat, da wir für eine Weile stationär sind und in der Karibik arbeiten, haben wir endlich einige Dinge auf dieser Website erledigt Das waren weit überfällig. Eines dieser Dinge bestand darin, unseren völlig kostenlosen Anfänger -Blogger -Kurs für alle neuen Blogger zu erstellen, die ihren Blog mit uns starten, sowie ein weiterer wichtiger Job bestand darin, unsere Website in einen neuen Host zu verschieben.

In diesem Beitrag werde ich nicht nur besprechen, warum wir von Siteground zu Bluehost gewechselt haben, sondern auch, wie dieser Schalter unserer Website viel mehr geholfen hat, als wir jemals für möglich gehalten haben. Ob Sie es glauben oder nicht, unsere Lastgeschwindigkeit ist doppelt so schnell, unser Verkehr ist 20% höher und wir haben den besten Service, den ich verlangen kann, und all dies ist günstiger als der Hosting -Plan, für den wir gezahlt haben SiteGround.

Was ist ein Gastgeber?

Grundsätzlich hat jeder Blog online einen Host. Es ist das große Unternehmen, das massive Server auf der ganzen Welt hat, die Ihre Website „veranstalten“, damit sie dem Publikum weltweit bedient werden kann. Alle Blogger müssen für das Hosting bezahlen, wenn sie sowohl ihre Domain als auch ihre Marke besitzen, aber nicht alle Hosts sind gleich! Wenn Sie noch kein Blog haben, klicken Sie hier, um einen mit Bluehost zu starten und unseren 4-teiligen Videokurs für Anfänger-Blogger und das 200-seitige E-Book kostenlos zu erhalten.

Als wir anfingen, waren wir auf Hostgator, aber wir stellten bald fest, dass Hostgator nicht der beste Gastgeber der Welt war. Die Seite lud ziemlich langsam und wir hatten viel Ausfallzeit. Dann zogen wir zum SiteGround. SiteGround war völlig in Ordnung, aber als ihr Unternehmen zu wachsen begann und unser Blog zu wachsen begann, stellten wir fest, dass wir immer noch viele Ausfallzeiten hatten, und wir begannen, die Qualität des Gastgebers in Frage zu stellen.

Willst du viel mehr Reiseberechnungsideen? Schauen Sie sich unsere epische Liste mit 101 Reisejobs an, die Ihnen Geld verdienen können, während Sie unterwegs sind!

Erst im vergangenen Jahr wurden wir wirklich frustriert über Siteground. Um klar zu sein, ist SiteGround kein schlechter Gastgeber. Kein Gastgeber ist ideal und weil sie so massiv sind, wird es Zeiten geben, in denen sie ihren Kunden nicht so bedienen können, wie sie es erwarten, bedient zu werden.

Aber SiteGround machte zweimal einige kritische Fehler auf unserer Website, und wir hatten die Nase voll. Darüber hinaus lief die Website unglaublich langsam, obwohl wir über 175 US -Dollar pro Monat für unseren Hosting -Plan ausgegeben haben (was ziemlich hoch ist).

Haftungsausschluss: Es ist wichtig, dass ich zu 100% transparent bin, bevor ich diesen Beitrag schreibe. Ich wurde weder von Bluehost dafür bezahlt, diesen Artikel zu schreiben, noch werde ich von Bluehost gesponsert. Ziegen auf der Straße sind eine Tochtergesellschaft von Bluehost, was impliziert, dass wir ein völlig kostenloses Hosting sowie eine Provision erhalten, wenn unsere Leser mit ihrem Service einen Blog starten. Bluehost beantragte weder, dass ich diesen kurzen Artikel schreibe, und unsere Partnerschaft mit ihnen ändert weder die Geschwindigkeitstestergebnisse noch Statistiken in diesem Artikel noch meine Meinung zu ihrem Hosting -Service. Tatsächlich könnte ich die gleiche Provision verdienen, die SiteGround oder DreamHost empfiehlt, aber ich glaube, BlueHost ist das Beste, also benutze ich sie und empfehle sie.

SiteGround Problem #1

Anfang 2017 ging unsere Website viel aus. Ich meine, wenn ich 4 Stunden lang an Ziegen auf der Straße gearbeitet habe, würde ich es wahrscheinlich in dieser Zeit 3-4-mal sehen, was inakzeptabel ist. Dies verlangsamt nicht nur unseren Workflow, sondern impliziert, dass wir möglicherweise Tausende von Besuchern unseres Blogs verpassen. Uncool.

Als ich mich an SiteGround wandte, sagten sie, das Problem sei zu zahlreichen Bots, die auf unserer Website kriechen und es überladen. Sie empfahlen also, dass ich upgrade und viel mehr Geld zahlen. So tat ich. Aber das Problem passierte immer wieder, also habe ich wieder aufgerüstet. Schließlich wurde das Problem so schlimm, dass ich „automatisch scaling“ einschalten musste, was im Wesentlichen implizierte, dass SiteGround mein Konto automatisch aktualisieren und mich entsprechend berechnen würde.

Jeden Monat änderte sich meine Rechnung, aber es war in der Regel rund 175 US -Dollar, ebenso wie immer noch war dieser Blog viel zu oft offline. Bei meinem letzten Anruf auf dem SiteGround beschwerte ich mich über das Problem und sagte, nichts zu reparieren, und ich war erschöpft, Geld darauf zu werfen. Daher sagte der Kunden Support Repräsentant, er habe einen Code hinzugefügt, und alles wäre in Ordnung.

Schließlich lief die Seite ebenso wie ich, ohne das erste über „Code“ zu kennen, und dachte, es wäre in Ordnung. Über einen Monat verging, als wir feststellten, dass unser Verkehr um fast 50%zurückging. Zu dieser Zeit habe ich nicht wirklich zwei und zwei zusammengestellt, um zu erkennen, dass es sich um diesen „Code“ handelte, der den Verkehrsrückgang verursachte.

Wir haben alles versucht, um unseren Verkehr wieder zu erhöhen. Wir haben viele Artikel geschrieben, unsere sozialen Aktien gefördert, aber immer noch war Ziegen auf der Straße SufFering. Schließlich musste ich unseren Entwickler einstellen, der sofort einen Code in der .htaccess -Datei entdeckte, die alle Bots vom Kriechen auf unserer Website blockierte. Dies impliziert, dass Google uns keinen Datenverkehr (oder nur sehr wenig Verkehr) sandte.

Nachdem der Code entfernt worden war, dauerte es noch ein paar Wochen, bis alle Bots die Website „Rekraxen“ und schließlich wieder normal waren.

Insgesamt kostete dieses kleine „Codierungsproblem“ uns in knapp 2 Monaten über 100.000 neue Besucher und wer weiß, wie viel Umsatz. Zu diesem Zeitpunkt haben wir aufgehört, Siteground in diesem Blog zu empfehlen und Bluehost zu empfehlen. Kurz nachdem dies behoben wurde, haben wir ebenfalls eine neue Seite auf Bluehost gestartet.

SiteGround Problem #2

Einige Monate nach der Reparatur des Code und nach dem Versand einer Beschwerde an SiteGround wurde mir klar, dass die Site über ein SSL -Zertifikat benötigt wurde. Ich werde nicht zu geeky darüber diskutieren, aber im Wesentlichen macht es unsere Website mit einem https: // am Start anstelle eines http: //.

Ich habe mich an SiteGround kontaktiert und haben geholfen, das SSL -Zertifikat einzurichten. Aber keine Überraschung, sie haben es irgendwie durcheinander gebracht. Seit Monaten war unsere Website nicht ordnungsgemäß geschützt, so wie Pinterest keine Benutzer von Benutzern ihres App -Zugriffs auf unsere Website erhielten. In der Regel sehen wir rund 20.000 Besucher pro Monat von Pinterest von Pinterest, aber in dieser Zeit waren wir auf rund 7.000 gesunken.

Wir haben dies über einen Monat lang nicht bemerkt, und als wir es endlich taten, dauerte es Wochen, bis Pinterest per E -Mail an Pinterest gesendet wurde, sich mit dem SiteGround wandte und unseren Entwickler nervt, um uns mit dem Problem zu helfen.

Während dieser Zeit des Pinterest -Problems habe ich die Website auf Bluehost verlegt. Ich hatte SiteGround in verschiedenen Zeiten gebeten, mir bei dem Problem zu helfen, aber sie behaupteten, es sei die Schuld meines Entwicklers. Ich hatte einfach den schlechten Kundenservice sowie schreckliche Probleme, die wir mit SiteGround hatten. LO sowie siehe da, Pinterest begann zu arbeiten, sobald wir die Website auf Bluehost umgestellt haben!

Nachdem die Website übergegangen war, erhielt ich endlich eine Antwort von SiteGround sowie das Advanced Tech -Team mit, dass es wirklich ein Problem mit dem SSL -Zertifikat gab, das dazu führte, dass die Pinterest -App unsere Website nicht lädt. Sie sagten mir, dass sie den Code behoben haben und alles in Ordnung sein würde, aber zu diesem Zeitpunkt wurde ich glücklich nach Bluehost übergezogen.

Wie gut war Bluehost?

Ich muss sagen, dass die Veränderung viel effektiver war, als wir jemals gedacht hätten. Wir wechselten von einem automatisch skalierten „GOGEEK“ -Schared-Hosting-Plan auf dem SiteGround zu einem Premium-dedizierten Hosting-Plan bei Bluehost.

Shared Hosting gegen dedizierte Hosting

Zunächst sollte ich den Unterschied zwischen diesen beiden diskutieren. Das gemeinsame Hosting impliziert, dass zahlreiche Blogs denselben Server teilen, was impliziert, dass Ihr Blog immer noch langsamer wird, wenn ein Blog eine Menge Traffic und Ihr Blog nicht ist. Dedized Server impliziert, dass Sie Ihren eigenen Server speziell für Ihr eigenes Blog haben.

Niedrigerer Preis

Dies ist der fantastische Teil. Der engagierte Hosting -Plan, den ich bei Bluehost habe, ist wirklich günstiger als der Cogeek Shared Hosting -Plan, den ich mit SiteGround hatte. Mit SiteGround betrugen die Kosten im Durchschnitt 155 USD / Monat (abhängig von der automatischen Skalierung) sowie mit Bluehost nur 119 USD pro Monat… Pauschalpreis.

Natürlich müssten neue Blogger niemals so viel ausgeben, aber selbst BlueHosts grundlegendes Hosting ist billiger, insbesondere wenn Sie unsere Ziegen auf dem Straßenrabatt verwenden.

Der normale Preis für das günstigste Hosting mit SiteGround beträgt 4,95 USD pro Monat, während Bluehost je nach verfügbaren Angeboten in der Regel 3,95 USD pro Monat berechnet. Mit unserem Rabatt beträgt er jedoch nur 2,95 USD / Monat. Dies ist ein Rabatt von rund 40% im Vergleich zu ähnlichen Plänen mit vielen anderen Gastgebern.

Egal, ob Sie ein Pro -Blogger sind oder gerade erst anfangen, BlueHost bietet günstigere Hosting -Pläne und meiner Erfahrung nach schnellere Server sowie einen besseren Kundenservice.

Geschwindigkeitssteigerung

Dies war der Hauptgrund, warum wir nach Bluehost wechselten. Wir wussten, dass wir mit SiteGround aus unserem aktuellen Hosting -Plan gewachsen waren, und wir suchten nach einem dedizierten Serverplan. Wir haben lange gebraucht, um zu wechseln, da Sie mit einer Website, die so groß wie Ziegen unterwegs ist, wirklich für ein paar Wochen online sein müssen, um zu garantieren, dass der Umzug ebenso wie alles funktioniert.

Als wir seit vielen von 2017 durch Südamerika, Europa und Asien unterwegs waren, haben wir immer wieder die große Aufgabe, nach Bluehost zu wandern.

Wir haben uns viele verschiedene Gastgeber angesehen, weil es einige herausragende für größere Blogs gibt, aber sieKosten 250 USD / Monat. Ich nahm an, dass ich einen teuren Gastgeber wie Performance Foundry oder WPengine wählen müsste, da unsere Website eine beträchtliche Menge an Verkehr hat.

Wir empfehlen BlueHost auf dieser Website seit über einem Jahr, da wir sie auf unserer anderen Website sowie auf einer großen Unterstützung und Geschwindigkeit verwenden, aber wir haben nicht bemerkt, dass sie einen so epischen dedizierten Serverplan hatten.

Vor dem Umzug bestätigte BlueHost mit mir, dass unser Blog auf ihrem Server schneller sein würde. Dies war genug, um die Entscheidung zu treffen, also begannen wir den Umzug.

Die Zahlen sprechen wirklich für sich:

Geschwindigkeitstest auf SiteGround -Servern ($ 155 / Monat)

Vs

Geschwindigkeitstest auf Bluehost -Servern (119 USD / Monat)

Okay, für Nichtblogger oder neue Blogger sehen die obigen Bilder möglicherweise ein bisschen verwirrend aus. Im grundlegendsten Bedingungen lud der Standort nach 5,13 Sekunden mit dem SiteGround und lädt jetzt in 3,55 Sekunden mit Bluehost. Das ist eine Erhöhung der Ladezeit von über 30%!

Aber dies ist die Zeit, die es braucht, um die gesamte Site wirklich zu laden. Was viel wichtiger ist, ist das, was der Benutzer sieht und was Google sieht. Deshalb habe ich auch TTFB (Zeit für das erste Byte) sowie DOM (Dokumentobjektmodell) eingekreist. TTFB ist die Zeit, die der Server benötigt, um auf die Abfrage zu reagieren, und dies ist das, was Google verwendet, um Websites für ihre Lastgeschwindigkeitszeit zu messen (und potenziell zu bestrafen). DOM ist im Wesentlichen, wie lange es dauert, bis der Benutzer in der Lage ist, vollständig mit der Seite zu sehen und zu interagieren.

Wie Sie aus den oben genannten Screenshots sehen können, kann der Benutzer jetzt innerhalb von 1,4 Sekunden vollständig mit der Seite sehen und interagieren, während er auf dem SiteGround volle 3,3 Sekunden dauerte.

Die Erhöhung der DOT -Seitenladezeit ist viel mehr als doppelt so hoch wie doppelt, was impliziert, dass die Site für unsere Website -Besucher doppelt so schnell geladen wird. Tatsächlich war die TTFB -Zeit mit Siteground schwer 1,6 Sekunden. Dies impliziert, dass es 1,6 Sekunden dauerte, bis der SiteGround -Server überhaupt auf jemanden reagierte, der einen Zugriff auf die Website anforderte.

Mit Bluehost erfolgt diese Reaktion in nur 200 Millisekunden sowie in den gesamten Site -Ladungen, bevor die Server von SiteGround sogar auf die Abfrage reagierten. Dies impliziert, dass die gesamte Site jetzt schneller lädt als die Severs -Severs wusste, dass dort eine Website existierte.

Dies ist erstaunlich für uns, und es wird nicht nur schnellere Ladezeiten, sondern auch weitaus bessere SEO implizieren.

Was mich zu meinem nächsten Punkt bringt …

Zunahme des Verkehrs

Wenn Sie von einem gemeinsam genutzten Hosting -Plan zu einem dedizierten Server wechseln, ist es wirklich keine Überraschung, dass die Website doppelt so schnell ist. In diesem Server gibt es viel mehr Strom und es funktioniert Überstunden, um Ziegen auf der Straße zu helfen, die Viertel -Million -Seiten -Aufrufe zu bedienen, die es jeden Monat sieht.

Was jedoch mit einer verbesserten Geschwindigkeit einhergeht, ist ein verbesserter Verkehr. Zum einen bestraft Google Websites, die weniger als 2 Sekunden haben, um die Ladezeit für mobile Suchabfragen zu erstellen. Die Geschwindigkeit ist also sicherlich ein Element in SEO, aber Benutzer klicken einfach weg, wenn Ihre Website zu lange dauert, um zu laden.

Unser Verkehr ist von 31.700 / Woche auf 37.800 pro Woche gestiegen, da sie nach Bluehost und immer noch steigen. Das ist eine Zunahme von bisher über 20%. Natürlich kann eine Tonne Elemente zu einer solchen Verkehrserhöhung beitragen, aber wir freuen uns nur, sie zu sehen.

Google Analytics meldet ebenfalls weitaus bessere Lastgeschwindigkeiten für unsere Website. Mit SiteGround hatten wir durchschnittlich 27,73 zweite Geschwindigkeitsbewertung, was sehr hoch ist. Da wir auf Bluehost wechseln und das Caching für den Standort reparieren, laden wir jetzt laut Google mit einer Durchschnittsgeschwindigkeit von 17,28. Das ist ein Anstieg von 37%!

Kundendienst

Ich hatte den Kundenservice auf dem SiteGround satt. Zeitraum. Sie reagieren schnell, aber größtenteils konnten sie uns nicht bei der Website helfen, und wenn sie uns geholfen haben, machen sie häufig wichtige Fehler, die sowohl für unsere Website als auch für unser Geschäft wichtige Probleme verursachten.

Ich habe mit Bluehost für unsere andere Website sowie für alle unsere neuen Blogger gearbeitet, die lernen, wie man mit uns einen Reiseblog startet, und sie waren erstaunlich. Sicher, es gibt einige Probleme von Zeit zu Zeit, wenn Menschen Schwierigkeiten haben, herauszufinden, was getan werden muss, aber das ist Bo