Zurück zum Podcast

Abschrift

John Jantsch: Diese Episode ist ein Duct Tape Marketing Podcast und wird Ihnen von pixelz.com zur Verfügung gestellt. Sie müssen dafür sorgen, dass diese Bilder großartig aussehen. Wenn Sie möchten, dass sie auffallen, wenn Sie möchten, dass sie Ihre Produkte repräsentieren, ist dies ein Retuschierservice, mit dem Ihre Bilder großartig aussehen.

Hallo und willkommen zu einer weiteren Folge des Duct Tape Marketing Podcasts. Das ist Jan Jantsch. Mein Gast heute ist Lukas Hänsch. Er ist ein ehemaliger Google UX-Manager und Gründer von Pathmonk bei pathmonk.com.

John Jantsch: Und wir werden über Seitengeschwindigkeit, Website-Ladegeschwindigkeit und alle UX-Faktoren sprechen. Wenn Leute Ihre Website besucht haben und sie sehr langsam lädt, ist das eine schlechte Erfahrung und deshalb ist es ein so wichtiger Faktor. Tatsächlich ist es ein so wichtiger Faktor, dass Google es äußerlich als Ranking-Faktor für SEO-Zwecke bezeichnet. Also Lukas, danke, dass du dich mir angeschlossen hast.

Lukas Hänsch: Danke John. Danke für die Einladung.

John Jantsch: Also, wie funktioniert eine Person, ich meine noch einmal, viele Leute sprechen über Seitengeschwindigkeit und es spielen so viele Faktoren eine Rolle. Jemand könnte eine großartige Website haben, die schnell geladen wird, aber jemand ist langsam, wie ich früher sagte, Einwahl. Wir sagen nicht mehr Einwahl, oder? Aber langsame Verbindung. Und damit machen sie schlechte Erfahrungen. Ich meine, woher wissen wir, wo wir stehen? Ich meine, wie messen wir, wie hoch unsere Seitengeschwindigkeit ist?

Lukas Haensch: Sehr, sehr froh, dass Sie gefragt haben. Also denke ich, vielleicht in erster Linie, ich denke, ein Schlüsselkonzept, das man im Hinterkopf behalten sollte, ist, warum kümmern wir uns überhaupt um die Seitengeschwindigkeit? Nur ganz, ganz kurz, warum interessiert uns das überhaupt? Wenn Sie dies mit Ihrem Einzelhandelsgeschäft vergleichen, sind es vielleicht sehr, sehr schöne Analogien, um es mit Ihrer Schiebetür in Ihrem Einzelhandelsgeschäft zu vergleichen. Wenn dies super, super, super langsam beginnt, wie viele Leute würden warten, um tatsächlich durchzukommen?

Lukas Hänsch: Wenn man das heute alles durchmacht, so eine Analogie im Hinterkopf behalten. Der Seiten-Feed ist also im Grunde Ihr Türöffner für Ihre Benutzer. Es gab Unmengen an Metriken und ich weiß, dass viele Marketeers zuhören. Also gebe ich Ihnen im Grunde eine Metrik, die wir innerhalb von Google verwendet haben, während wir mit den größten Kunden von Google zusammengearbeitet haben, und das ist der Geschwindigkeitsindex. Es gibt also unzählige Metriken, die Sie haben könnten, Ladezeit, erste Bits, die geladen werden, wann beginnt es zu rendern?

Lukas Haensch: Aber wenn Sie sich den Geschwindigkeitsindex ansehen, und ich werde Ihnen gleich sagen, wie Sie ihn erhalten, aber wenn Sie sich den Geschwindigkeitsindex ansehen, messen Sie tatsächlich, wie lange es dauert, bis dieser erste Bildschirm angezeigt wird. the above the fold content, wie lange dauert es, bis dieser vollständig gemalt ist, was wiederum bedeutet, dass ein Benutzer eine sinnvolle Erfahrung mit Ihrer Website hat? Darauf haben wir uns in unserem Team bei Google wirklich, wirklich konzentriert, um das First-above-the-Fold-Rendering zu optimieren.

Lukas Hänsch: Und alle anderen Aktionen werden von dort ausgehen, weil der Aufruf zum Handeln schon da ist, ein Heldenbild wird schon da sein, und dann entwickelt sich alles andere von dort aus. Der Geschwindigkeitsindex ist also etwas, das Sie sehr leicht bekommen können. Es gibt ein Tool namens webpagetest.org. Es ist eigentlich in Google gebaut. Es ist in diesem Sinne kein offizielles Google-Tool, aber es wurde vom Team innerhalb von Google entwickelt, um Seitengeschwindigkeiten von Websites zu untersuchen.

Lukas Haensch: Und wenn Sie dort Ihre URL eingeben, erhalten Sie eine Metrik namens Seitengeschwindigkeitsindex, die Ihnen so etwas wie 3000 oder 4000 sagt, und das sind im Grunde genommen Millisekunden. Wenn Sie also einen Seitengeschwindigkeitsindex von 3000 haben, sind Sie „above the fold“. Der Inhalt wird nach drei Sekunden vollständig geladen. Das ist also eine wirklich gute Sache, um die Aufmerksamkeit darauf zu lenken.

John Jantsch: Wiederholen Sie das noch einmal, webpagetest.org?

Lukas Hänsch: Richtig. Webpagetest.org ist wie eine dunkelblaue Website, auf der Sie ein paar Parameter eingeben und das Netzwerk auswählen können, was wirklich wichtig ist. Sie müssen etwas auswählen, das für Ihre Benutzerbasis sehr sinnvoll ist. Nicht jeder ist auf 5G und nicht einmal jeder auf 4G. Es mag lustig zu hören sein, aber als wir das vor ungefähr zwei Jahren, vor anderthalb Jahren bei Google gemacht haben, haben wir eigentlich immer noch auf 3G getestet, weil eine so große Benutzerbasis langsamer und langsamer ist untere Endgeräte. Daher ist das Testen im WLAN Ihres Büros wahrscheinlich nicht das Beste, was Sie tun können.

John Jantsch: Wo finden Sie oder was haben Sie gefunden, waren einige der größten Schuldigen, ich meine, die Websites verlangsamen?

Lukas Haensch: Und das knüpft genau an dieses eben genannte Konzept an. Wir betrachten das Rendering von Inhalten "above the fold", und es gibt nur eine sehr hohe Ebene. Es gibt ein Schlüsselkonzept, das als kritischer Rendering-Pfad bezeichnet wird, was bedeutet, dass der Browser viele Ressourcen durchlaufen muss, bevor er überhaupt anfangen kann, etwas auf dem Bildschirm anzuzeigen. Wenn Sie also viel Leerraum haben, bevor Ihre Website etwas anzeigt, blockieren Sie normalerweise den kritischen Rendering-Pfad.

Lukas Haensch: Sie werden das tatsächlich visuell sehen, wenn Sie zu webpagetest.org gehen, Sie werden genau sehen können, weil es im Grunde eine verlangsamte Version davon ist, wie Ihre Seite geladen wird. Sie werden in Sekunde 1 sehen, dass wir einen weißen Bildschirm haben, in Sekunde 1.5 haben wir einen weißen Bildschirm und so weiter und so fort und bis Sie tatsächlich den ersten Inhalt zeigen. Die größten Auswirkungen haben also alles, was das Rendern blockiert, denn wenn Sie das Rendern blockieren, haben Sie eine breite Seite, und das sind normalerweise ein paar Dinge.

Lukas Haensch: Standardmäßig wird dies immer so sein, weil es einfach nur Renderblocking ist. Es ist Ihr CSS und Ihr JavaScript auf Ihrer Seite. Ohne zu sehr ins Detail zu gehen. Aber wann immer Sie etwas haben, das viel Java-Skript enthält, und das kann ein Videoplayer sein, kann es ein Karussell sein, bei dem Sie einige umdrehende Marketingbotschaften oben auf Ihrer Website haben, das sehr oft von Java-Skript gesteuert wird .

Lukas Haensch: Sie, die Techniker, haben ein altes AB-Testtool, das Sie vielleicht nicht mehr verwenden. Das wird Java-Skript sein. Auch wenn es dort oben auf dem Bildschirm nicht wirklich benötigt wird, blockiert es, was passiert, sobald Sie anfangen, tatsächlich etwas auf dem Bildschirm zu sehen. Eine der Schlüsselübungen besteht also darin, immer zu überprüfen, ob alle Java-Skriptdateien, die wir verwenden, alle CSS-Dateien, die wir verwenden, tatsächlich erforderlich sind, oder können Sie, und es heißt, sie verzögern oder verschieben Technisch gesehen können Sie das Laden einiger dieser Elemente verzögern, wodurch dann der kritische Rendering-Pfad freigegeben wird, der dann denselben Inhalt früher anzeigt, ohne etwas auf den Serverseiten zu ändern, ohne dass sich etwas dramatisches ändert.

Lukas Haensch: Das Wichtigste, was wir bei Google ständig gelernt und kommuniziert haben, ist, dass Sie diese großen Änderungen nicht vornehmen müssen. Grundsätzlich hat jede Datei, die Sie laden, Verbesserungspotenzial. Ist es eine CSS-Datei? Es könnte sein, dass es zu diesem Zeitpunkt nicht benötigt wird. Es kann später geladen werden. Ist es eine JavaScript-Datei? Es kann aufgeschoben werden. Ist es eine Schriftdatei? Vielleicht ist es ein altes Schriftformat. Und so weiter und so fort. Sie können alle Fakten und natürlich Bilder durchgehen, es gibt einen großen Schlüsseltrick, von dem ich denke, dass er für Bilder wirklich hilfreich ist.

Lukas Haensch: Ich kann darauf eingehen, aber letztendlich geht es darum, diese einzelnen Punkte durchzugehen und Sie als Vermarkter, wenn das etwas ist, womit Sie vielleicht nicht die ganze Zeit gearbeitet haben, gehen Sie einfach zu webpagetest.org durch in URL und Sie können Schritt für Schritt sehen, okay, was wird eigentlich geladen und was kann ich auf meinem Bildschirm sehen? Und das gibt Ihnen ein gutes Gefühl dafür, was auf Ihrer Seite vor sich geht. Wenn es tonnenweise Java-Skripte gibt, wenn es tonnenweise Bilder gibt, wenn lange Dateien geladen werden müssen, all das.

John Jantsch: Welche Rolle, ich meine, ich weiß, dass es letztendlich eine Rolle spielt, aber welche Rolle spielt das Hosting, wenn es darum geht, Websites zu verlangsamen oder eine schnellere Auslastung zu liefern?

Lukas Haensch: Ich meine, es beeinflusst im Grunde den ersten Teil der Gesamtgleichung, wie schnell Sie senden, Ihr erster Biss, im Grunde, wie schnell Sie Informationen senden, ist im Grunde genommen das Rohr. Was wir aber immer wieder festgestellt haben ist, dass das offensichtlich seine Rolle spielt, aber eine viel, viel größere Rolle, die viel schnelleren Gewinne liegen in der Optimierung der einzelnen Dateien, weil, wie wir gerade zuvor besprochen haben, der kritische Rendering-Cluster blockiert wird. Es gibt so viele kleine Dinge, die Sie tun können, bevor Sie dieses Hosting überhaupt anfassen müssen. Ich würde mir also den kritischen Rendering-Pfad ansehen und wie Sie die Dateien ein paar Mal laden, bevor Sie irgendwelche größeren Setups wechseln.

John Jantsch: Findest du, dass einige der Content-Management-Systeme, die es heute gibt, offensichtlich WordPress mit Abstand am beliebtesten sind. Sind diese Teil des Problems, besonders wenn Leute anfangen, Themes und Plugins und solche Dinge hinzuzufügen?

Lukas Hänsch: 100 %. Ich denke, man muss darüber nachdenken, was ein Plugin ist. Ein Plugin ist in vielen, vielen Fällen im Grunde ein Haufen JavaScript. Natürlich hängt es davon ab, was es tut, aber wenn es mit vielen Funktionen ausgestattet ist, ja. Nehmen wir zum Beispiel, und es wird dieselbe Logik angewendet, die Plugin-Logik von WordPress. Sie laden also ein paar Plugins. Einige davon werden Sie auf dieser Seite eigentlich gar nicht brauchen. Einige davon benötigen Sie nur auf einer bestimmten Seite. Oder einige von ihnen werden Sie nur am Ende Ihrer Seite benötigen.

Lukas Haensch: Was Sie also tun können, ist, Sie können sein, und es gibt sogar ein Plugin für so ein Meta-Plugin. Sie können dies aber auch über Code ausführen. Sie können Ihre Plugins bedingt laden. Wenn also mein erster Schritt, mein Bildschirm lädt, wenn meine Seite lädt, können Sie einfach diesen Conditioner Loader für die Plugins verwenden und dann auswählen, wann welches Plugin tatsächlich geladen werden soll.

Lukas Haensch: Wenn Sie dies über Code tun, haben Sie noch mehr Flexibilität zu sagen, okay, welches sollte gerade geladen werden? Und noch einmal, und Sie haben dort Themen erwähnt, weil Teams mit einer Menge Java-Skript geliefert werden und alles am Anfang geladen wird. Das wiederum blockiert dann das Rendern. Und du könntest nochmal Datei für Datei durchchecken, okay, welche können zurückgestellt und später geladen werden.

Lukas Haensch: Hier müsste das Marketing also mit dem Entwickler zusammensitzen und, okay, [unverständlich] tatsächlich Java-Script-Dateien prüfen, lassen Sie mich Ihnen ein kurzes Beispiel geben. Sie haben Java-Skript, das Sie auf Ihrer Checkout-Seite benötigen. Dieses JavaScript wird in den ersten Sekunden überhaupt nicht benötigt. Der Benutzer muss sogar dorthin gelangen. Es ist also eine Kombination. Es ist wirklich so, man schaut sich die Plugins an, [unverständlich 00:10:52], man schaut sich das Java-Skript an, man versucht, einige aufzuschieben, und so schneidet man im Grunde Sekunde für Sekunde ab.

John Jantsch: Also habe ich Tests durchgeführt, um die Seitentests zu verwenden, die Sie geteilt haben, sowie die Seitengeschwindigkeitseinblicke von Google. Und es scheint einen signifikanten Unterschied in der mobilen Last gegenüber dem Desktop zu geben. Tatsächlich habe ich viele Websites getestet und finde selten Websites, die auf Mobilgeräten eine begeisterte Bewertung von Google erhalten. Gibt es Dinge, die wir tun sollten? Ich meine, sollten wir [unverständlich] fast separate Websites oder separate Erlebnisse für Mobilgeräte haben?

Lukas Hänsch: Das ist also eine sehr gute Frage. Ich meine, ich denke, mobile Last… Ich meine, die Ladezeit auf Mobilgeräten wird besonders deutlich, weil die Geräte und wir in einer Verbindung stehen. Es gibt also viel mehr Bruchstellen, sagen wir mal, oder viel mehr Punkte, die irgendwie in Gefahr sind, die Leistung zu verringern. Das heißt, wenn ich mir meine mobile Seite ansehe, denke ich, und ich denke, sogar mit WordPress, dass Sie Ihre Ladung bestimmter Elemente so konditionieren können, dass Sie einfach nein sagen, dies nicht auf dem Handy zeigen oder es auf dem Handy zeigen.

Lukas Haensch: Das hat gewisse Elemente. Nehmen wir, ich denke, vielleicht geben wir Ihnen das Beispiel eines Karussells. Wenn das rosa Karussell mit anderem Bild ganz oben ist. Sie haben das vielleicht auf dem Desktop und es wirkt sich nicht wirklich auf Ihre Leistung aus, aber dann schauen Sie sich das Handy an und plötzlich wirkt es sich stark auf die Leistung aus, weil Sie fünf oder sechs Bilder laden, was ziemlich viel Zeug ist Belastung.

Lukas Haensch: Du lädst das Java-Skript, das, wie gesagt, eine zufällige Blockierung ist. Außerdem, was bedeutet, dass Sie jetzt die Situation hatten, in der Sie im Grunde ein Leistungsbudget haben müssen, in dem Sie sagen, okay, ich habe dieses und jenes Budget, um es auszuspielen. Und wenn Sie sich Ihre mobile Seite ansehen und bereits ein ziemliches Budget für Ihre sechs Bilder plus Ihr Java-Skript ausgeben, dauert das Laden bereits einige Sekunden, während Sie dann sogar suchen müssten Bei Ihren Metriken und Analysen können Personen sogar mit dem fünften oder sechsten Bild interagieren.

Lukas Hänsch: Oder liegt es nur daran, dass das Marketing oder jemand anderes die verschiedenen Botschaften da draußen haben wollte? Also, ich würde auf jeden Fall in Erwägung ziehen, mir besonders schwere, schwere Gegenstände wie Videos anzusehen. Ich sage nicht, dass Sie keine Videos verwenden sollen, aber es gibt auch intelligentere Möglichkeiten, Videos anzuzeigen. Karussells, diese Arten von Gegenständen sollten wirklich streng darauf eingestellt werden, sie nicht auf Mobilgeräten zu verwenden, da sie normalerweise keinen starken UX-Wert haben und definitiv viel vom Geschwindigkeitsbudget abziehen.

John Jantsch: Wenn Sie heute eine Website haben, wenn Sie Produkte online verkaufen, wissen Sie, dass die Bilder entscheidend dafür sind, wie Menschen sich eine Meinung über Ihre Produkte und Dienstleistungen bilden. pixelz.com that's pixel with a z.com ist ein Bildretuschierdienst, der alle Ihre Bilder aufnehmen kann. Sie können sie retuschieren, Form und Symmetrie hinzufügen, Unebenheiten glätten, Schultern ausrichten, solche Dinge, die Falten reduzieren können, die Fusselmarken reduzieren und entfernen können, alles, was einfach nicht wirklich zu passen scheint. Holen Sie sich jemanden, der das für Sie erledigt. Beschleunigen Sie Ihre Markteinführungszeit, da Sie Ihre Bilder am nächsten Morgen retuschiert erhalten. Besuchen Sie Pixels.com, das heißt PIXELZ.com, und informieren Sie sich über deren Retouching-Image-Dienste.

John Jantsch: Kannst du, ohne die Leute hier glasig zu machen, ein bisschen über AMP in dieser Gleichung sprechen, die beschleunigten mobilen Seiten. Ist das etwas, das die Leute für eine bessere Auslastung und ein besseres Erlebnis verwenden sollten, aber dann haben Sie weniger Grafik und weniger Kontrolle? Also, wie denkst du darüber?

Lukas Haensch: Also ich persönlich sehe das so, dass es im Grunde genommen eine normale Website ist, auf der alle Regeln bereits vorgegeben sind. Es gibt Ihnen bereits viele Einschränkungen für Ihr Java-Skript. Es gibt Ihnen bereits, und dann gibt es natürlich weitere Optimierungen im HTML. In gewisser Weise geht es also darum, diese Art von Regeln zu übernehmen, die wir gerade diskutiert haben, und sie Ihnen in gewisser Weise aufzuzwingen. Das ist also ein Stück und ein Grund, warum diese Seiten wirklich schnell geladen werden.

Lukas Hänsch: Ich würde mich nicht als AMP-Experten bezeichnen, aber ich denke definitiv, dass es rein rein so ist, dass es im Grunde nur eine Website ist, eine normale Website mit vielen Regeln, an denen Sie sich im Grunde hindern Übernutzung Ihres Geschwindigkeitsbudgets und daher sind sie schnelle Seiten. Also denke ich, dass es eine großartige Möglichkeit für jemanden ist, wenn es zu Ihrer Art von Inhalten passt. Wenn Sie Ihre Botschaft damit rüberbringen können, denke ich, dass es eine großartige Möglichkeit ist.

John Jantsch: Also ich weiß anekdotisch, ich gebe einer Seite drei oder vier Sekunden, wenn nichts passiert, ich klicke vielleicht weg, besonders auf meinem mobilen Gerät. Gibt es Statistiken, die eindeutig sagen: Ja, X Personen werden X Zeit warten, aber wenn Ihre Website in dieser Zeit nicht geladen wird, ist es nicht nur eine schlechte Erfahrung, sondern sie werden sie einfach verlassen?

Lukas Hänsch: Ja. Es gibt nur Tonnen von Metriken. Die paar Metriken, die wir in unserem Team verwendet haben, haben sich wahrscheinlich verschlechtert, zumindest ihr Zustand oder wir werden schlechter, es ist so, dass 53 % der Verbraucher eine Website verlassen, wenn es länger als drei dauert Sekunden zu laden. Laut diesen Messwerten ist die Hälfte Ihres Traffics also bereits auf Mobilgeräten unterwegs, wenn Sie nicht schneller oder innerhalb dieser drei Sekunden laden.

Lukas Hänsch: Und wenn ich sage, drei Sekunden Geschwindigkeitsindex von 3000, um es innerhalb von drei Sekunden für den Bildschirm malen zu können, weil dann eine Person keinen Grund hat, zu gehen. Weil ich denke, dass es vielleicht auch ein Schlüsselelement gibt, wenn wir über Geschwindigkeitsindex oder Seitengeschwindigkeit sprechen, wir sprechen auch über eine Person, die etwas Sinnvolles sieht. Es ist vielleicht keine gute Idee, dies von der menschlichen Erfahrung zu lösen, indem man sich unzählige verschiedene Metriken ansieht.

Lukas Haensch: Wie kann man einer Person etwas Sinnvolles zeigen, was bedeutet, dass sie nicht gehen wird, weil sie etwas nicht sieht. Sie werden vielleicht aus anderen Gründen gehen. Also 53 %, es gibt tonnenweise andere Metriken darüber, wie es eine Metrik dazu gibt, wenn Sie eine Sekunde schneller laden, würde die Conversion-Rate um etwa 20 % oder mehr steigen. Es ist schwer für mich zu veröffentlichen, es hängt wirklich vom Anwendungsfall und dem Verkehr ab, den Sie erhalten. Aber ich denke, diese 53 %, wenn Sie nicht weniger als drei Sekunden lernen, sind wirklich gut, wenn Sie sie im Hinterkopf haben. Ob es in Ihrem Fall zu 100% zutrifft, das ist eine andere Geschichte.

John Jantsch: Ich denke, es zeigt den Grund, warum einige Unternehmen, Vermarkter oft nur eine begrenzte Aufmerksamkeitsspanne und Zeit haben, um an Dingen zu arbeiten. Und ich denke, es ist wichtig, dass sie erkennen, warum dies eine Priorität sein sollte. Und ich denke, das ist ein guter Maßstab dafür.

Lukas Hänsch: 100 %. Wie wenn Sie ein Einzelhandelsgeschäft betreiben und Ihre Tür sich nicht öffnen würde, als würden Sie sofort darauf springen.

Johannes Jantsch: Genau. Ich denke, ein Teil des Problems ist, dass viele Vermarkter ihre eigene Website nicht wirklich besuchen. Sie haben leider nicht die gleiche Erfahrung wie ihre Kunden oder Interessenten.

Lukas Hänsch: Ja. Und wenn doch, dann ist es sehr oft eine Cache-Version. Eine zwischengespeicherte Version oder eine im WLAN. Also streng dich wirklich an. Gehen Sie auf ein Tool wie, oder Sie können es sogar mit Chrome tun, aber gehen Sie auf webpagetest.org und testen Sie es einfach, um selbst zu sehen, welche Erfahrungen die meisten Leute tatsächlich mit Ihrer Website haben.

John Jantsch: Ich weiß, dass Google nicht unbedingt alle Faktoren auflistet, die sie für das Ranking verwenden. Aber ich denke, es ist ziemlich allgemein anerkannt, dass die Seitengeschwindigkeit oder das Fehlen einer Seitengeschwindigkeit eine Variable dafür ist, ob Ihre Seiten ranken oder nicht. Kannst du dazu sprechen?

Lukas Haensch: Ich meine, natürlich habe ich nicht alle Einblicke in all die Dinge, die sich auf das Ranking auswirken. Wenn ja, wäre ich wahrscheinlich, nicht mehr arbeiten zu müssen. Aber ich denke, eines ist wichtig, vielleicht sollte man es einfach im Hinterkopf behalten. All dies hat einen bestimmten Grund. Immer mehr Verkehr findet also auf Mobilgeräten statt. Der mobile Traffic hat also offensichtlich den Desktop-Traffic übertroffen. Daher kommt immer mehr Verkehr über die Google-Suche auf dem Handy als auf dem Desktop, daher der Besucher, daher mehr Markt. In diesen Kanälen gibt es mehr Möglichkeiten für Marketing.

Lukas Haensch: Aber was wir im Allgemeinen sehen, sind niedrigere Conversion-Raten auf Mobilgeräten als auf Desktops. Daher besteht offensichtlich ein erhebliches Interesse daran, die Seitengeschwindigkeit zu verbessern, da dies ein Aspekt ist, der sich auf die Erfahrung eines Benutzers auswirkt. So, wie der Grund, warum es für das Ranking wichtig ist, auch der Grund ist, warum es gut für Benutzer ist, was der Grund ist, warum es gut für Konversionen ist, was wiederum gut für jemanden ist, der Werbung auf diesem Kanal betreibt. Also, ich kann nicht wirklich, ich habe keine weiteren Einblicke in die Ranking-Faktoren. Ich kann nur sagen, dass alles aus einem sehr guten Grund kommt.

John Jantsch: Und was ich den Leuten die ganze Zeit erzähle, ist genau das, was Sie gesagt haben. Eine Seite, die langsam lädt, ist eine schlechte Erfahrung. Daher möchte Google nicht, dass die Leute schlechte Erfahrungen machen. Also werden sie diese Seite nicht zeigen. Und ich denke, das ist die Art, es zu sehen. Ich denke, das war schon immer ihre Absicht. Folglich ändern sich die Dinge mit dem Algorithmus und so weiter, nur weil sie besser verstehen, was alle Seitenfaktoren auf der Website sind.

John Jantsch: Und daher denke ich, dass es keine Frage gibt, dass eine der einfachsten Möglichkeiten, dies zu testen, darin besteht, dass, wenn wir Kunden haben, die eine wirklich schlechte mobile Erfahrung haben, sei es das Design oder die Ladegeschwindigkeit, ich meine, Wir können sie nicht dazu bringen, bei mobilen Suchanfragen angezeigt zu werden. Sie werden einfach nicht. Und deshalb denke ich, dass dies ein so klarer Hinweis ist, wie jemand andeuten müsste, dass es, egal wie, wo Sie es in der Rangliste platzieren, ein Faktor ist.

Lukas Haensch: Ich würde sagen, das Größte, was ich aus all dieser Zeit bei Google mitgenommen hätte, wenn ich daran gearbeitet habe, ist, dass viele Teams den Aufwand überschätzen, der erforderlich ist, um selbst kleine Korrekturen durchzuführen. Die Optimierung der Seitengeschwindigkeit auf der mobilen Seite ist also eine Art großes Projekt. Aber wie ich zuvor zu betonen versuchte, gibt es nicht viele Dinge, viele kleine Dinge, die getan werden können, um sich zu verbessern.

Lukas Hänsch: Nennen Sie mir doch einfach mal ein oder zwei Beispiele, die das vielleicht sehr drastisch unterstreichen. Viele Menschen versuchen, ihr Heldenimage zu optimieren. Was Sie tun können, ist ganz einfach: Sie nehmen Ihr Heldenbild und übertragen es in eine, sagen wir, Codefolge. Es heißt Base 64 in der Codierung und plötzlich können Sie Ihr Heldenbild mit der ersten Anfrage in Ihrer HTML-Datei senden. Was ich Ihnen nur zu sagen versuche, ist, dass keine großen Änderungen vorgenommen werden müssen.

Lukas Haensch: Du nimmst ein Bild, überträgst es in ein anderes Format, schickst es jetzt mit deiner ersten Datei und schon kann ein großer Teil deines ersten Above-the-Fold-Contents gemalt werden. Ich denke, das ist wahrscheinlich meine größte Erkenntnis, dass es viele kleine Dinge gibt, die getan werden können, anstatt es unnötigerweise als großes Projekt in die Luft zu jagen.

John Jantsch: Also, wo würde jemand, sagen wir mal, ein Zuhörer da draußen denkt, er hat ein paar Dinge gesagt, die sehr viel Sinn machen, aber ich weiß nicht, wie ich das machen soll. Wo finden Sie jemanden, der, denn noch einmal, wenn Sie nur Google-Pagespeed-Berater sind, Sie Leute finden werden, die sehr technisch sind, Sie werden Leute finden, die nur sagen, dass sie das wissen, aber sie sind es wirklich, alles, was sie tun wollen, ist, Sie zu einem neuen Hosting oder so zu verschieben. Ich meine, wie finden Sie die richtige Ressource, die Ihnen hilft, einige dieser kleinen Dinge zu beheben?

Lukas Haensch: Das finde ich eine sehr gute Frage. Was ich sagen kann, ist, wenn Ihr Team die Akten vernünftig einzeln durchgeht, kann vieles davon bereits aufgedeckt werden. Ist Ihre Schriftdatei vielleicht nur im alten Schriftdateiformat? Es gibt ein Schriftartdateiformat, das TTF ist. Wenn Sie es auf [unverständlich] übertragen, ist es 30 % kleiner. Schriften werden größer und schneller angezeigt. Das einzige, was ich also nicht wirklich sagen kann, ist, was ich sagen kann, ist, mit Ihrem Team durch den Wasserfall Ihrer Website zu gehen. Ich denke, das ist die beste Quelle, um ehrlich zu sein.

John Jantsch: Also wir, in der Einleitung erwähnte ich, dass Sie kürzlich eine Firma namens Pathmonk gegründet haben. Sie möchten uns ein wenig darüber erzählen, was Pathmonk tut.

Lukas Hänsch: Klar. Innerhalb von Pathmonk haben wir uns also auf jeden Fall die Conversions auf Mobilgeräten und auf dem Desktop genauer angesehen. Und wir haben festgestellt, dass es für Marketer tatsächlich sehr schwierig ist, Fragen zu beantworten, wie zum Beispiel: Wie viele Besuche braucht der Benutzer, um tatsächlich zu konvertieren? Oder wie viele Sekunden haben Sie auf der Seite, um sie tatsächlich zu überzeugen? Und ich spreche nicht von der Absprungrate, ich spreche von der durchschnittlichen Anzahl von Sekunden, die jemand braucht, bis er sich anmeldet? Oder welche Benutzeraktionen zeigen, dass ein Besucher bereit ist zu konvertieren?

Lukas Hänsch: Wir haben also gesehen, dass es eine große Lücke gibt, anonyme Informationen nachträglich zu verstehen, wie zum Beispiel Google-Analytics-Daten oder das Betrachten von Heatmap-Videos, wie sich jemand verhält. Aber wir haben festgestellt, dass es in Echtzeit eine Lücke gibt, auf die es für die Leute schwierig ist, sofort darauf zu reagieren. Was ist, wenn Benutzer X auf der Seite gewesen ist und Aktionen durchgeführt hat, die so aussehen, als wäre er jemand, der konvertiert, können Sie auf den Markt reagieren? Und wir haben festgestellt, dass die meisten Märkte aktuell sind.

Lukas Haensch: Also bauen wir im Grunde genommen Technologien, die Smart Cards genannt werden, die im Grunde dazu beitragen, automatisch auf der Grundlage künstlicher Intelligenz zu lernen, was ein Benutzer auf der Seite tut, was wahrscheinliche Muster für die Konvertierung sind. Welche Absichten haben Benutzer also, wenn sie auf der Seite sind? Und dann zeigen wir ihnen Inhalte über Ihre Produkte, wie z. B. häufig gestellte Fragen, Erfahrungsberichte, Fallstudien zu sogenannten Smartcards, die von unten oder oben gleiten. Und auf diese Weise lassen wir eine Website im Grunde in Echtzeit auf das reagieren, was auf der Seite mit jedem bestimmten Besucher passiert, bis hinunter zu der Ebene, an welcher Art von Produkt oder Funktion sie interessiert sind.

John Jantsch: Und ich denke, wenn jemand ganz einfach gesagt eine bestimmte Seite besucht, interessiert er sich wahrscheinlich für dieses Thema. Und so ist es wirklich, anstatt ihnen nur die generische Folie zu geben, ist es wirklich eine Möglichkeit, ihre Erfahrung auf so ziemlich jeder Seite oder jedem Besuch oder, wie Sie sagten, auf ihrem gesamten Weg zu personalisieren. Weil die Leute auf Websites oft fünf oder sechs Dinge tun, die mit Sicherheit darauf hindeuten, dass sie ein bestimmtes Thema untersuchen oder eine bestimmte Absicht haben. Und darauf reagieren zu können, wie Sie in Echtzeit sagten, ist meiner Meinung nach ein Verhalten, das die Leute leider zu erwarten beginnen. Und ich sage leider, weil es sicherlich die Messlatte für Vermarkter höher legt.

Lukas Haensch: Und es ist lustig, was wir sehen ist, es gibt Elemente, es gibt erwartete Elemente, offensichtlich lädt jemand ein bestimmtes Whitepaper herunter. Aber es gibt noch andere Dinge, wie z. B. jemanden, der Ihre Seite intensiv fokussiert. Wir haben eine starke Korrelation zwischen jemandem gesehen, der sich intensiv auf Ihre Seite konzentriert, und dann einer Einreichung, die sich erneut auf eine dieser Refokussierungen konzentriert. Und das ist etwas, das die Daten gewissermaßen preisgeben, und dann können Smartcards automatisch darauf reagieren.

John Jantsch: Und ich denke noch einmal, weil ich das Tool besucht und in Aktion gesehen habe, denke ich, dass die Smartcards in Bezug auf die Art und Weise, wie sie geliefert werden, ziemlich elegant sind. Sie übernehmen nicht nur den Bildschirm oder gehen jemandem ins Gesicht. Aber weil sie irgendwie personalisiert sind, denke ich, dass sie gesehen werden, ich vermute, dass sie viel willkommener sind.

Lukas Hänsch: Das ist interessant. Wir haben an vielen UX-Tests und vielen UX-Arbeiten gearbeitet, weil es viele vorgefasste Meinungen gibt, die kluge Köpfe überwinden mussten. Es schießt und fühlt sich nicht wie ein Chatbot an, weil es viele vorgefasste Meinungen über den Chatbot gibt. Viele Leute beginnen nicht einmal ein Gespräch mit einem Chatbot, weil sie denken, dass es ungefähr richtig ist, es ist ein Roboter, und sie wollen nicht mit ihm sprechen.

Lukas Hänsch: Die Kennzahlen zeigen also ganz klar, dass viele Leute nicht ins Gespräch kommen würden. Oder wenn es wie ein Cookie-Banner aussieht, haben wir 100 Millionen Mal auf Cookie-Banner geklickt. Im Grunde genommen bearbeiten wir die Smartcards so, dass sie wie ein Teil Ihrer Website aussehen und sich anfühlen, sodass sie vollständig an Ihren Stil und Ihr Thema Ihrer Website angepasst werden können. Und dann werden Sie im Grunde einfach ein Teil der Website, indem Sie auf und ab gleiten oder aus dem Nichts auftauchen.

John Jantsch: Nun, Lukas, vielen Dank, dass Sie sich uns angeschlossen und über Seitengeschwindigkeit gesprochen haben, und hoffentlich werden wir Sie bald dort draußen auf der Straße treffen.

Lukas Hänsch: Vielen Dank. Danke für die Einladung.