 Hintergrund ist, ich sage auch nicht zum Sender, zum Produkt und so weiter, weil wir eine Aufzeichnung machen und deswegen möchte ich vermeiden, dass wir da irgendwie in Stress kommen mit irgendwelchen Rechten von Sender und sonst welchen Geschichten. So, das heißt, ja, letzten Endes geht es um ein Produkt, was über gut zweieinhalb, drei Jahre entwickelt wurde, was seit zweieinhalb Jahren jetzt auf dem Markt ist, im Heimtierbereich. Und was wir zunächst mal selbst gebootstrappt haben, also meine Freundin hat die Entwicklung gemacht, hat auch die ganze von Null weg quasi, von der Idee bis letzten Endes Überproduktion zur Vermarktung, das Ganze mehr oder weniger alleine gestemmt. Produkt, was in China produziert wird und was, wie gesagt, seit zweieinhalb Jahren jetzt im Handel ist, was seit anderthalb Jahren ungefähr Lizenziert ist, einen europaweiten Lizenznehmer, der das Thema vertreibt. Und ja, das Produkt hat einige Preise gewonnen, also Innovationspreise auf der IENA zum Beispiel bei Fressenapfeln, Innovationspreis, wodurch wir da auch gelistet wurden, war eine ganz spannende Thematik, dann in 800 Filialen zu sein, relativ ad hoc von Fressenapfeln Deutschland und dementsprechend hat das eine sehr hohe Dynamik bekommen. Und im Zuge dieser ganzen Dynamik gab es auch jetzt eine Anfrage von einem Sender in die Aufzeichnung zu gehen und das Produkt dann als Innovation, als Start-up dann auch vorzustellen, was wir gemacht haben. Die Aufzeichnung war im Januar, also Mitte Januar war schon die Aufzeichnung dafür, wobei man allerdings erst circa zwei Wochen vor der Ausstrahlung der Sendung Bescheid bekommt, ob man dabei ist oder nicht. Das ist eine spannende Nummer. Und die Ausstrahlung ist über nächste Woche, das heißt, wir wissen seit letzter Woche, letzten Endes, okay, wir sind dabei. Wir haben einen Termin am 30.10. und dementsprechend war es dann relativ kurzfristig und wie es immer so ist, Weihnachten kommt immer plötzlich. Und so war es auch hier, das heißt, der Druck ist dann nochmal stark gestiegen, wo wir endgültig die Zusage hatten, wir sind dabei. Und ein Kernthema der ganzen Geschichte ist eben auch, ja, was machen wir mit der Website? Um euch mal ein paar Zahlen zu nennen, was die Sendung selber betrifft. Wir haben relativ viel recherchiert bezüglich Last, gleichzeitig Zugriffe und so weiter. Und wir reden von circa fünf Millionen Einschaltquote bei dieser Sendung. Und wir reden davon, dass irgendwas zwischen während der Sendung zwischen 250.000 und 500.000 User auf die Website gehen. Und wir reden davon, dass im Peak wir irgendwas zwischen 120.000 und 150.000 Concurrent User haben im Zugriff. Und das Ganze ist vom Lastverlauf her so, dass es einzelne Slots gibt, einzelne Pitches in dieser Sendung. Und das während des Pitches, der ist 15, 20 Minuten lang, ist die Peakload letzten Endes da. Und dann fällt es für eine Stunde, vielleicht anderthalb bis zum Ende der Sendung, je nachdem, wo man dran ist, ab auf circa zehn Prozent von diesem Peak. Und dann kann man davon ausgehen, dass noch circa eine Woche im Nachgang, ja, die Hausnummer, die wir gehört haben, waren, dass man ungefähr zehnfache Last Hausnummer auf der Website hat gegenüber dem Standardfall, dem Normalfall. So, und wir sagen mal, mit irgendwas zwischen 120.000 und 150.000 Concurrent User auf der Website, ist man in einem Bereich unterwegs, wo, sagen wir mal, relativ normale Maßnahmen nicht mehr wirklich greifen. Und wir haben dann geguckt, okay, was können wir da tun? Die erste Überlegung war, was immer noch eine Überlegung ist, machen wir überhaupt WordPress. Weil von der Struktur her oder vom Ansatz her sind zwei Dinge wichtig, wenn man Produkte verkaufen will während der Sendung, was wir vorhaben. Es sind zwei Dinge wichtig. Das eine ist, dass man eine Infrastruktur hat, die hält, die also nicht nach 30 Sekunden zusammen bricht während der Sendung, dann hat man natürlich nichts gekonnt. Kritisch ist dabei natürlich der Shop, weil in einem Shop halt die dynamischen interaktiven Themen passieren. Was wir uns überlegt haben als Setup ist, dass wir eine Landingpage machen. Das heißt, wir haben eine statische Seite, die vorgeschaltet wird. Und wir haben dahinter ein Shop, der über ein Partner betrieben wird. Und wir versuchen, zwei Dinge zu erreichen. Das eine ist, wir versuchen, vom Funnel her das so hinzukriegen, dass wirklich möglichst nur die Leute auf den Shop gehen, die auch tatsächlich kaufen wollen, damit wir da die Last minimieren. Und gleichzeitig versuchen wir natürlich so viele wie möglich über die Landingpage gleichzeitig zu informieren, die grundsätzlich Interesse haben. Wir haben im Wesentlichen drei unterschiedliche Komponenten auf dieser Landingpage. Das eine ist das Produkt selber, die Vorstellung, also Bilder, Videos, ein Video und Texte. Das zweite ist die Thematik, was die um Startup und Gründung geht. Auch ein relativ ausführlichen Teil, der über die Firma geht, über das Setup, über die Historie. Und der dritte Teil ist, dass wir zwei neue Produkte in der Pipeline haben, die wir über Startnext-Kampagne positionieren wollen während der Sendung und das Moment umnutzen. Und diesen Teil haben wir dann auch mit einer entsprechenden Verlinkung in Richtung Startnext, jeweils zu dem neuen Produkt. Das sind die drei Grundkomponenten. Wir haben, wenn man sagt, es gibt halt mehrere Möglichkeiten, die Performance zu optimieren. Typischerweise ist die schlechteste Möglichkeit, irgendwas servermäßig zu tun in dem Fall. Sprich, was meine ich damit? Also ich bin lange im Geschäft, ich bin 30 Jahre in der IT. Über 30 Jahre inzwischen habe viel Performanceoptimierung früher auch gemacht für Datenmangel, Oracle Infomics und so weiter. Und das ist immer eine schlechte Idee, wenn man versucht, Performance mit hardware zu erschlagen. Das heißt, relativ egal, was er am Ende bei den Volumen, der da ansteht, was er am Ende für den Hobel dahin stellt, der wird zu klein sein. Das heißt, das Vorgehen ist erstmal zu gucken, wie kriege ich es hin, dass ich möglichst effizient und effektiv die Nutzer leite. Also Customer Journey, zentrales Thema. Im Idealfall, und ich habe mit einigen Agenturen gesprochen, es gibt eine Agentur, die hat inzwischen über 30 Webauftritte für Teilnehmer dieser Sendung gehostet. Mit denen habe ich geredet. Und die sagen, der Idealzustand ist, der Benutzer geht auf die erste Seite. Es gibt da oben einen dicken Button kaufen und ein Bild vom Produkt. Und dann geht er in den Shop und dann wird er durchgeleitet und innerhalb von 10 Sekunden hat er das Produkt gekauft und ist raus. Das ist der ideale Customer Journey aus einer Marketing- und Sales-Perspektive. Das heißt, aus zwei Gesichtspunkten, das eine ist natürlich, ich führe den Benutzer in Richtung Closing und gezielt in Richtung Abschluss und Kauf. Und der zweite Aspekt ist natürlich, minimiere die Zeit, die er sich auf der Seite bewegt und damit die Last, die er im System erzeugt. Das ist die eine, der eine Punkt. Also ganz wichtig ist an der Stelle die Customer Journey und dass man den Benutzer entsprechend führt auf der Webseite und möglichst zielgerichtet Richtung Kauf bewegt, wenn man verkaufen will. Der zweite Aspekt ist, wie kann ich dafür sorgen, dass im Idealfall im Becken gar nichts ankommt? Der Idealzustand ist, die Server-Zugriffe gehen gegen null. Klingt erstmal nach einem herren Ziel, ist aber durchaus realistisch. Was haben wir jetzt für einen Ansatz auf der Technik Seite? Wir haben wie gesagt diesen Funnel im Sinne von Landing Page und Shop getrennt und entkoppelt. Der zweite Punkt ist, wir haben einen CDN vorgeschaltet, also ein Content Delivery Network. Es ist noch nicht hundertprozentig klar, was es wird. Wahrscheinlich wird es Cloudflare, aber es gibt auch andere Alternativen, wie jetzt zum Beispiel Akamai, Verizon, Key, CDN, was immer es da gibt. Im Endeffekt ist Cloudflare an der Stelle, die haben die höchste Verbreitung, die haben weltweit knapp 160 Rechenzentren. Und der Punkt ist an der Stelle, für jemanden, der das CDN-Konzept nicht kennt, es gibt Points of Presence in verschiedenen Ländern, die idealerweise sehr nah am Benutzer sind. Und die Inhalte der Webseite werden verteilt über das CDN an sämtliche Points of Presence und werden dadurch vorgehalten und gecached, so dass einer, der zugreift, ein Benutzer, der zugreift auf irgendeinem, in dem Fall Cloudflare Data Center landet, von da die Inhalte geliefert bekommt und damit überhaupt nicht auf unserem Server landet. Das heißt, ich richte im Backend, den Server schon so ein, dass alles auf das CDN repliziert wird. Das CDN selber hat eine automatische Verteilung über sämtliche Points of Presence, die ich auch noch steuern kann, wenn ich will. Ich meine, wir erwarten nur traffic letzten Endes aus Deutschland, Österreich und Schweiz, wo in Brasilien oder Australien oder sonst was wird sich die Sendung wahrscheinlich keine angucken, ist eher unwahrscheinlich. Das heißt, wir könnten, wenn wir wollten sagen, wir machen nur Deutschland, hat aber nicht wirklich ein Mehrwert für uns. Also ist weder günstiger, noch besser, noch besser. Ein zweiter Punkt, der für uns wichtig ist bei dieser CDN Integration, ist das Thema, dass wir dynamisch entwickeln wollen. Das heißt, wir wollen, wie ich das aus IT-Projekten so gut kenne, bis zum letzten Moment in der Lage sein, noch irgendwas zu verändern, an der Seite zum Beispiel oder so. Das heißt, ein weiterer Aspekt ist halt, dass das CDN eine gewisse Zeit braucht, um sich aufzusinkronisieren, also bis zu 24 Stunden typischerweise. Das heißt, wenn ihr irgendwas reingebt, dann dauert es bis zu 24 Stunden, bis es auch tatsächlich irgendwo überall verfügbar ist. Und das muss man mit berücksichtigen, wenn man solche Dinge tut. Das heißt, wenn wir zwei Stunden vor der Sendung jetzt irgendeine Änderung machen würden, dann würden die Änderungen höchstwahrscheinlich nicht mehr ankommen im CDN. Und damit würden die alten Inhalte als Hals serviert. Bei dem Einsatz von CDN gibt es einen Knackpunkt. Und der Knackpunkt ist, ich kann sehr gut statische Inhalte verteilen über CDN. Ich kann überhaupt nicht dynamische Inhalte verteilen. Das heißt, wenn jemand im Shop ist, er hat eine Session laufen, er hat sich eingeloggt, angemeldet, ist im wahren Korb, sucht sich Dinge aus, dann kann ich zwar die, sag mal, Bilder, Beschreibung, was auch immer aus dem Shop über einen CDN ausliefern, aber die Session selber muss immer auf dem Server laufen. Und das ist auch ein Thema, wenn man über andere Dinge redet. Ich habe zum Beispiel vor zwei, gut zwei Wochen, vor drei Wochen oder so was auf dem Web Montag in Bonn jemanden getroffen. Der hatte am nächsten Tag eine Ausstrahlung in dieser Sendung und er sagte, die haben im Backend 24 AWS Server aufgebaut mit Load Balancing. Und wenn man solche Konstrukte macht, also mit Load Balancing arbeitet, ist halt der Knackpunkt, auch mit CDNs, ist halt der Knackpunkt, wie stelle ich sicher, dass die Session des Users konstant bleibt. Dass der in seinem Warenkorb bleibt, dass der bei mehreren Zugriffen eben nicht auf einer anderen Server landet und plötzlich nicht mehr in seinem Warenkorb ist und solche Dinge. Also da gibt es in der Infrastruktur einiges zu tun und die andere Thematik ist, wie halte ich die Webseite möglichst schlank. Wir haben jetzt also von der WordPress Seite, haben wir es so gemacht, die Landing Page ist erstellt mit OceanBP als Stream und mit Elementor als Page Builder. Ich habe Tests gemacht, weil ich gelesen habe, dass zum Beispiel Astra als Stream schlanker sein soll, also performanter sein soll an der Stelle, stimmt. Aus nach meinen Tests ist aber nicht wirklich relevant. Und ich habe gleichzeitig festgestellt, dass ich mit Astra nicht so gut zurechtkomme, weil mir OceanBP halt mehr Möglichkeiten bietet von dem, was ich halt brauche. Dementsprechend sind wir auf OceanBP geblieben und haben jetzt nicht noch teamseitig das Ding optimiert in WordPress. Der andere Punkt ist, was ziemlich nervig ist, wir haben die alte Webseite erstellt mit einem Freelancer, mit einem externen, wir haben die erstellt mit einem Freelancer und im Zuge der Erstellung, die ich jetzt gemacht habe, also ich stelle die Webseite selber, habe ich festgestellt, dass der doch ziemlich viel Overhead eingebaut hat. Das heißt, wenn man eine Migration macht, also wenn man, wir haben da all-in-one WordPress für die Migration zum Beispiel und Backup, dann merkt man, dass man bei der alten Webseite irgendwie 760 MB transportiert und 32 oder 33.000 Dateien und bei der aktuellen Version und ungefähr 10 oder 12 MB Gesamtvolumen der Webseite und mit der aktuellen Version haben wir das ungefähr gezähnt. Das ist letzten Endes aber auch das Minimum, was ich jetzt rausgebracht habe. Das heißt, wir sind bei knapp 700 K, was die Webseite angeht beim initialen Laden. Wir sind bei 3300 irgendwas Dateien, also auf dem Backend und haben genau 700 K ungefähr 3300 Dateien ungefähr. Was, wenn man sich webmäßig überlegt, was wäre das Minimum, Optimum, was auch immer, von den Medien her ist es relativ festgelegt, also sprich Video, Fotos, Texte und so weiter, sind ja erstmal identisch, egal ob ich jetzt WordPress nehme oder irgendwas anderes nehme, also die Inhalte nehmen wir mal an, sind identisch, aber im Idealfall komme ich natürlich auf 4 Dateien oder 3 oder 5. Wenn ich sage, ich baue eine reine Webseite, nehme nicht WordPress, sondern ich mache HTML, ich mache CSS, ich mache JavaScript, komme ich auf eine minimale Anzahl von Dateien, also statt 3300 komme ich auf eine Handvoll, nahezu buchstäblich und deswegen war für uns die erste Überlegung, nehmen wir überhaupt WordPress an der Stelle oder bauen wir eine statische Seite und wir haben jetzt gesagt, wir optimieren es durch für WordPress, wir sorgen dafür, dass es produktiv läuft mit WordPress, haben aber immer noch die Option, wenn uns langweilig ist und wir noch Zeit übrig haben bis über nächste Woche, werden wir das Ding noch als statische Seite implementieren. Hat den zweiten Vorteil der Security, das heißt in so einer Sendung, wo 5 Millionen Leute zugucken, hat sicherlich der ein oder andere auch die Idee, diese Webseite abzuschießen, weil es gibt nette Menschen und die werden dann auch kreativ und mit einer statischen Seite habe ich natürlich nahe null Angriffspunkte, während ich bei WordPress halt aktiv eine Instanz laufen habe und Einstiegspunkte habe für potenzielle Hacks und Diodes und was bei sich auch immer das nettes passieren kann. Weitere Punkt ist, ich kann eine statische Seite relativ flexibel hosten, also auf eine EC3 Share AWS zum Beispiel oder über GitHub oder was auch immer, das heißt ich kann sogar mit einer Standardinfrastruktur die weltweit verteilt ist, kann ich relativ viel Performance und Zugriff erabfangen, um die Dinge entsprechend skalieren. Aber wir reden hier von WordPress und nicht von statischen Seiten, aber das nur als Hintergrund-Info. Von der Infrastruktur Seite, ich habe eine gewisse Affinität zu Microsoft, deswegen haben wir uns entschieden, das auf Microsoft Azure zu hosten, letzten Endes, zumindest für den Peak. Das heißt wir haben eine Public Cloud-Lösung, Platform as a Service, was heißt das konkret? Wer von euch hat Erfahrung mit Public Cloud oder weiß grob irgendwas zu Public Cloud? Okay, relativ weniger. Dann sage ich da kurz was zu, die Thematik ist, ich kann in der Public Cloud Infrastructure Service machen, das heißt ich kann analog zu einem physischen Server, kann ich virtuelle Maschinen zum Beispiel betreiben und kann darauf meinen WordPress-Stack installieren und kann das quasi wie ein Webserver vollinstalliert laufen lassen. Eine Thematik. Ich kann was machen, das nennt sich Platform as a Service, das ist ein Layer höher. Das heißt ich habe keinen Server oder eine virtuelle Maschine laufen mit einer Installation, die ich machen muss, die ich mich kümmern muss, sondern ich kriege in dem Fall WordPress schon direkt bereitgestellt als Service. Das heißt ich muss nichts installieren an, weiß ich nicht, MySQL oder Webserver oder sonst irgendwas, sondern mein direkter Zugriff ist WordPress. Das heißt ich mache eine Installation über ein Template in der Cloud und habe danach eine WordPress-Instance laufen und das war's. Das ist charmant, aus zwei Gründen. Einmal habe ich kein Problem mit Patching, mit irgendwelchen Themen, die ich auf dem Server sonst machen müsste in einer virtuellen Maschine. Zweiter Punkt, ich kann das Ding sehr gut update und muss mich ja nur um das WordPress kümmern und ich habe eine gute Skalierungsmöglichkeit. Das heißt alle Clouds, egal ob Google oder Amazon oder Microsoft, haben die Möglichkeit sowas im sogenannten Autoscale zu machen. Das heißt ich kann sagen, ich kann unterschiedliche Größenordnungen definieren, Leistungsklassen definieren. In dem Fall gibt es, ich glaube, sieben Stück, also von einer kostenfreien Entwicklungsumgebung, die relativ wenig Power hat, bis hin zu einer relativ high-endingen Maschine, die dann etwas mehr kostet. Es ist immer pay-per-use, also Abrechnung pro Minute Nutzung. Was, was in jedem Host hier im Raum ist, ich hoffe nicht. Ah, okay, dann lag ich nix, doch. Nein, was, was im, alles gut. Was im Gegensatz zum Hosting-Ansatz bei uns den Vorteil hat, wir haben, wie gesagt, wirklich ein Peak von, sagen wir mal, einer Stunde oder anderthalb. Das heißt, wenn ich das über ein klassisches Hosting mache, müsste ich für den Peak auch die Kapazitäten bereitstellen und es gibt relativ wenige Hoster, die so einen Server, einen dedizierten Server in der Größenklasse für eine Stunde vermieten. Wenn es gut läuft, muss er nur einen Monat zahlen, wenn es nicht gut läuft, muss er auch längerfristig zahlen, weil natürlich die Maschine dediziert aufgesetzt wird und dementsprechend kostet es normalerweise ein Richtungsgebühr oder entsprechend längerfristige Laufzeit zu einem entsprechenden hohen Preis. Bei Public Cloud ist der Vorteil halt Minutenpreis und ich kann dynamisch hoch und runter skalieren. Das heißt, ich kann das so konfigurieren, dass ich sage, jede Sekunde prüft, wie die, wie die Last ist. Wenn die Last über X Prozent kommt, zum Beispiel, von der aktuellen Instanz, wird die nächste hochgefahren. Und ich kann gleichzeitig sagen, guck innerhalb von fünf Minuten oder zehn Minuten, wie hoch die Last ist und wenn die Last unter X kommt, dann fahr wieder runter. Das heißt, ich habe wirklich zielgerichtet genau die Performance und die Leistung, die ich halt jeweils brauche dafür. Hat natürlich auch Nachteile, muss ich auch ganz klar sagen. Das heißt, wenn ich konstant eine Last X habe, dann bin ich mit einem Standard Hosting günstiger unterwegs, als mit einer Cloud-Lösung typischerweise. Und ich bin auch simpler unterwegs, weil ich halt in entsprechenden Service-Kriege typischerweise bei den Hostings, bei den Hostern auch WordPress spezifisch, was ich halt in der Public Cloud mehr selber machen muss. Aber wie gesagt, in dem Fall kurze Peaks. Wir reden von einer Ausstrahlung am Dienstag Primetime und wir reden von der Wiederholung am Freitag in einem Nebensender sage ich jetzt mal. Und wir reden davon, dass über Video und Demand auch noch was zwischendurchkommt, wobei ich jetzt gelernt habe von der Agentur, die die Betreuung da macht, von den diversen Shops und so, dass man eigentlich diese On-Demand- und Wiederholung der Sendung vergessen kann, was Lasch-Spitzen angeht. Also Sie sagen, marginal braucht man sich eigentlich nicht drum zu kümmern. Das heißt, eigentlich geht es darum im Kern der Sendung, wenn sie ausgestrahlt wird Dienstags, die Lasch-Spitzen abzufangen. Das heißt, was haben wir jetzt gemacht? Von der Entwicklungsseite, wie gesagt Elementor und OceanVP geht natürlich auch mit allem anderen. Also kann beliebige Themes oder Page-Bilder oder nicht Page-Bilder oder was auch immer nehmen. Vielleicht sogar Gutenberg, weiß nicht im Moment, aber egal. Für so eine Produktion, aber egal. Nein, könnte ich auch machen. Und wichtig sind zwei Sachen oder von der Stufung her. Was haben wir gemacht? Wir haben erst mal angefangen mit der kleinseitigen Optimierung, weil es gibt im Prinzip, wenn man will, in dem Fall zwei Stufen. Das eine ist, ich sollte dafür sorgen, dass auf der kleinen Seite die Ladezeit möglichst optimiert ist. Und das ist völlig wurscht, ob ich jetzt einen User oder 500.000 habe. Das heißt, der erste Schritt ist mal, auf die Ladezeit hinzuoptimieren im Klein, im Browser. Und wenn ich das gemacht habe, dann kann ich mich darum kümmern, um das Scale-Out, also sprich X-User parallel Concurrent Use, abzufangen. Andersrum ist es relativ sinnlos. Also wenn ich mit einer unoptimierten Seite reingehe, die schon wie vorher, weiß ich, 12 Megabyte mitbringt und 12 Sekunden lädt, dann brauche ich mich um die 500.000er Skalierung nicht mehr kümmern. Weitere Punkte, in dem Fall bei den Größenordnungen, bei CDNs bzw. auch in Public Clouds, zahlt man oft nach Volumen bei solchen Dingen. Das heißt, die weniger Datenmenge ihr transferiert, sprich kleiner die Webseite ist von dem Volumen her, von der Größenordnung her, desto weniger zahlt man dann auch an der Stelle. Wir haben zum Beispiel CDN Integration, kann man auch machen über Microsoft Azure oder AWS und das kostet zum Beispiel 8 Cent pro Gigabyte Traffic. Das heißt, wenn ihr jetzt sagt, okay, wir haben potenziell über die Woche vielleicht ein paar Millionen User, dann ist das durchaus ein Faktor. Also ich habe mal hochgerechnet jetzt mit 5 Millionen Usern und komme auf knapp 300 Dollar an Kosten über die Gesamtlaufzeit. Das ist natürlich, wenn ihr bei 700K jetzt Kilobyte der Größe, wenn ihr die Größe halbiert oder verdoppelt, dann halbiert sich oder verdoppelt sich natürlich dann auch dieser Kostenfaktor. Also da muss man auch bei den Volumen, die da anstehen, auch nochmal darauf achten. Cloudflare in dem Fall ist, wir haben eine kostenfreie Variante gewählt. Das heißt, da zahlen wir keinen Volumtarif an der Stelle, sondern die machen das vor free, weil die ein fremium Modell haben und darauf setzen, dass man halt Upgrades bezahlt und eine Monatspauschale oder kostenpflichtige Module dann die Kohle reinkommt. Das heißt, Seite optimieren heißt vor allen Dingen, erst mal gucken, was mit der Seite los. Da gibt es halt unterschiedliche Varianten. Das eine ist über Browser Tools, also sprich Developer Tools in Firefox, in Google Chrome. Vielleicht von den Brousern her, wir haben nichts gemacht in Richtung Rückwärtskompatibilität. Also Unterstützung von, keine Ahnung, Internet Explorer 6 oder solche Späßchen. Nein, machen wir nicht. Wir setzen auf auf aktuellen Versionen und das Profil in dieser Sendung ist zum einen 80% Mobile beim Zugriff. Das heißt, die Leute sitzen vom Fernseher, die haben ihr Smartphone in der Hand, die sehen das Produkt oder sehen irgendwie den Pitch und sagen, ich gucke mal eben nach. Oder vielleicht haben sie ein Tablet, oder ein Desktop irgendwie da rumstehen im Wohnzimmer oder im Schlafzimmer, wo man so guckt. Und gehen dann irgendwie in den Desktop. Das heißt, wichtig ist für uns in dem Fall ganz klar Responsive und Mobile Support, ganz wichtig. Wenn man sowas wie Viva-Bilder oder Elementor nimmt als Page-Bilder bei uns, hat das den Charme, dass das A schon Responsive entsprechend gemacht wird und dass man auch in der Lage ist in der Beschaltung des Modus auf Smartphone bzw. Tablet genau zu sehen, wie sich die Seite darstellt. Es gibt dann so Späße, dass man irgendwie plötzlich auf dem Smartphone Dinge nicht mehr zentriert hat, weil die Umbrüche anders sind auf der Seite und solche Geschichten. Und das kann man zum Beispiel in dem Fall mit Elementor relativ charmant alles sich angucken und dann eben auch korrigieren. Man kann dann auch gezielt Elemente rausnehmen, wenn man sagt, ich habe hier keine Ahnung, die möchte ich nur auf dem Desktop zeigen oder auf dem Laptop, aber nicht unbedingt auf dem Smartphone, die kann man dann rausnehmen, dass die im Mobile-Modus nicht gesetzt werden und alles, was dazugehört zum CSS und zur Aussteuerung, MediaQuiz und so weiter, wird halt automatisch dann über den Page-Bilder gemacht. Das ist der Charme gegenüber einer statischen Seite, die ich ausprogrammiere, mit AMP oder mit HTML, CSS, JavaScript. Da muss ich mich um die Dinge natürlich selber kümmern oder ich nehme ein Developer-Framework wie Bootstrap oder View.js oder was auch immer es da so gibt oder Angular, aber dann bin ich halt auch in der entsprechenden Komplexität unterwegs mit JavaScript. Ja, das heißt, frontseitige Optimierung. Developer-Tools in den Browsern ist ein Thema. Es gibt noch zwei schöne Webseiten. Es gibt eine Webseite für Performance-Messungen, die ist ziemlich aussagekräftig. Die nennt sich Webpage-Test.org. Die ist eigentlich so der Marktführer in Anführungszeichen, das kostet frei. Und bei der Seite habe ich den Charme, ich kann definieren, von wo zugegriffen wird. Also wir haben eine weltweite Server-Infrastruktur und ich kann sagen, ich möchte zum Beispiel mal in Zugriff auf Dallas, Texas simulieren, wenn ich glaube, dass ich einen USA-User habe und kann so Themen damit auch Vila-Tenzen über weitere Entfernung mehr angucken, was die für einen Impact haben. Ich kann auch die Wandbreite vordefinieren, das heißt, ich kann auch schmalbandige Leitungen simulieren und ich kann den Browser vordefinieren, sodass ich halt mit diesen drei unterschiedlichen Dingen spielen kann und genau gucken kann, was passiert, wenn einer mit nem Chrome aus Dallas mit 9600 KB zugreift. Dann wird er wahrscheinlich erst mal gar nichts sehen, aber nur als Beispiel. Also sprich, da habe ich viele Möglichkeiten und gleichzeitig gibt mir das Tool eine sehr ausgefeilte Analyse der Seite, also ein Waterfall-Diagramm, über sämtliche Komponenten, die geladen werden. Also Größe, Zeit und was wann, wie geladen wird, wie groß es ist und so weiter. Also ich kann sehr dediziert gucken, wie groß sind meine Bilder, wie lange brauchen die zum Laden, wie ist die Sequenz und so weiter. An der Stelle Bilder, ja, wie soll man sagen, so klein wie möglich, aber nicht kleiner, ist die Devise, also das heißt, ich muss einen guten Kompromiss finden zwischen der Dateigröße am Ende des Tages und der Darstellung. Also wenn ich, sagen wir mal, jetpackmäßig das durchoptimiere mit 10% Qualität und ich kann nur noch schämenhaft irgendwas erkennen auf dem Bild, habe ich natürlich nichts gewonnen, am Ende des Tages sehe ich nichts drauf, nicht gut. Andersrum wenn ich sage, hey, ich mache die Formate direkt aus der high end 45 Megapixel Kamera und lad die halt eins zu eins hoch und habe dann meine, keine Ahnung, 5, 18 Megabyte großen Bilder, das ist auch schwierig, weil dann sehe ich auch nichts mehr, weil die so lange zum Laden brauchen, dass nichts ankommt. Also sprich, ich muss einen Kompromiss finden zwischen Größe und dem was letztendlich noch erkennen, ja, also zum einen Photoshop, also ich nehme tatsächlich Photoshop, weil ich ein Hobbyfotograf bin und viel mit Photoshop arbeite, also für die erste Optimierung der Medien. Es gibt dann weiterhin noch das Thema, dass man Plugins hat, die nochmal caching, die auch optimieren, sowas wie Auto Optimize zum Beispiel oder wir haben im caching Bereich WP Super Cache im Einsatz und von Automatic Direct und dann gibt es noch Möglichkeiten zum Beispiel auch komprimiert zu übertragen. Also kannst du zwischen Server und Browser kannst du Gzip komprimierte Übertragung einstellen, konfigurieren entweder über ein Webserver direkt oder über einen Plugin und darüber kriegst du auch nochmal einiges an Bandbreitung und Verkleinerung raus. Zu Lasten natürlich der, das Entpackens auf der Kleien Seite. Also man muss ein bisschen aufpassen, was kommt am Ende beim Browser an und wie viel Last lege ich dann auf das Zielsystem. Also insbesondere wenn ich Mobile Phones habe, die vielleicht ein bisschen schwach auf der Brust sind. Ist das durchaus ein Faktor, also wenn ich da irgendwie Dutzend Apps laufen habe auf meinem Mobile und dann kommt die Seite, wo ich erstmal einen riesen Power in der CPU brauche um die zu entpacken, ist auch schwierig. Also auch da muss man einen gewissen Kompromiss finden zwischen der Optimierung im Backend und der Last, die ich dann letzten Endes auf dem Browser oder im Frontend generiere. Ja. Nein, das ist die Startseite der Landingpage. Es ist die erste Seite, die dargestellt wird. Das ist ja die komplette Datenmenge. Klar. Der andere Schritt wäre wirklich runterzugehen nochmal, auch eine Statische Seite zu bauen, das durchzuoptimieren und so weiter. Da sind wir aber jetzt auch noch dran. Also wir sind erstmal jetzt, Sonntag ist die Setzung, wir sind in Produktion sind, also ready to run sozusagen, jetzt Ende der Woche, sprich morgen und dann in der nächsten Woche noch weitere Tests und Optimierung zu machen. Ja, wobei am Ende des Tages ist dann die Frage Darstellungen versus Last ein Stück weit. Es ist nicht wirklich viel, also im Fall ist es jetzt nicht viel Delta, was da wirklich rauskommt. Also bei dem Laden jetzt der Fonds zum Beispiel, der Google Fonds oder so. Ja. Was ich wiederholt, nochmal für die Aufzeichnung. Also Tiny PNG online, WP Smash haben wir auch ausprobiert und auto-optimized auch noch als Ergänzung zu dem Supercash dann. Ja, also wir vielleicht zu den Plugins oder ich habe auch geguckt, was hat eine möglichst hohe Verwaltung erstmal. Also ich würde jetzt in dem Fall kein Plugin einsetzen wollen, was irgendwie 50-mal installiert ist oder irgendwie sowas. Und was ich auch festgestellt habe, weil ich viel Cross-Backend unterwegs bin. Also ich habe zum Beispiel in Azure Instance laufen, die läuft auf Windows und IIS. Ich habe eine andere Instance laufen, die läuft auf Linux und Apache zum Beispiel. Und ich habe festgestellt, dass es durchaus Plugins gibt, die Apache voraussetzen. Wenn du durch ein IIS-Windows laufen hast, dann gibt es die nicht, hat auch keinen Effekt, weil das Ding heißt dann Web.config im Backend. Und da sind wir durchaus ein paar Sachen um die Ohren geflogen. Also da muss, aber wenn du auf Linux Apache seid oder Engine X, denke ich mal, ist das nicht so kritisch. Windows ist immer schwieriger. Ja, sorry. Ja, also haben wir auch, wobei wir haben zum einen mal, das ist auch gut über Cloudflare, gibt es ein DDoS-Attack-Schutz, der ist praktisch integriert. Also das war eine Sache, die uns wichtig war. Und auf der Security-Seite, aber hier ist im Moment aber nicht den Namen parat, aber ja, da machen wir auch was. Ja, ja. Ja, haben wir jetzt nicht konfiguriert. Ja, das wird auch nochmal ein Tipp, zwei Faktor- Authentifizierung. JavaScript runterschmeißen mit einem solchen Ersatz für aktive Komponenten oder nix. Und das ist halt genau die Überlegung, die wir auch haben, weil wir gesagt haben, wir wollen möglichst schnell entwickeln und haben deswegen auch WordPress Elementor und so weiter genommen. Gleichzeitig ist natürlich der Punkt, ich habe ein extrem hohen Overhead, den ich mitschlepp, also wir haben anfangs schon gesagt. Deswegen ist die Überlegung, dass wirklich, wie du jetzt auch sagst, die ganzen Komponenten großartig, das heißt mit HTML, CSS, könnten wir prima auskommen. Und das ist die Überlegung, für uns ist im Moment halt einfach die Frage, kriegen wir es zeitlich hin bis über den nächsten Dienstag, sonst auf jeden Fall. Das ist der interessante Teil. Ich sag mal so, ich glaube nicht, dass es gut geht. Das Thema, ja, das schauen wir mal. Das zeigt, dass es gut geht, sagen wir mal so. Der Hintergrund ist der, es gibt bei uns, weil es ja ein physisches Produkt ist, gibt es halt das Thema zum einen natürlich was mit dem Web auftritt und so weiter und die Performance im Shop. Zum zweiten gibt es aber natürlich auch das Thema, was es mit ERP Integration und Logistik und wir haben verschiedene Optionen uns angeguckt. Unter anderem Amazon FBA wo du natürlich mit der Skalierung überhaupt kein Problem hast, wo du dann aber ein massives Problem mit der Marge hast. Also wenn es nicht gerade ein extrem hochpreisiges Produkt ist, was uns das nicht ist, dann fährt uns das die Marge so sehr in die Keller, dass wir das eigentlich mehr oder weniger vergessen können. Es gibt also diese besagten Medienagenturen, mit denen habe ich geredet, die haben gesagt vergesst den Shop, den ihr jetzt habt, der wird abbrauchen, baut eine minimale Shopliferlösung auf und routet das dadurch, das Skaliert und das war es dann. Wir haben damit aber zwei Probleme. Zum einen kriegen wir die ganze Backendanbindung nicht hin in der kürzester Zeit. Damit meine ich jetzt ERP Integration und Logistik weil logischerweise, wenn wir hoffentlich viele viele Bestellungen haben, dann wir haben zwar selber ein Lager und wir machen auch selber Versand im kleinen Stil. Wie gesagt, der Rest läuft über ein Lizenznehmer europaweit und wir können halt nicht tausende von Bestellungen abwickeln von unserem eigenen händischen Prozess also wirklich mit der Hand am Arm das Zeug packen. Das heißt, wir müssten dann vollfilment aufsetzen, Schnittstellen und so weiter und das ist einfach zu komplex und zu kurzfristig und der zweite Punkt ist, wir haben mit diesem Händler halt auch eine sehr gute Vereinbarung und er hat auch einige Dinge getan um uns entgegenzukommen und dementsprechend, weil wir da auch die Partnerschaft eben nicht durch irgendwelche anderen Geschichten jetzt gefährden. Also er geht halt auf eine maximale Hosting Power, also dedizierter Server Maximum bei seinem Hoster, den er hat das naam ich jetzt nicht nenne und das Thema ist wir sind jetzt noch dabei wir haben zwei oder andersrum, ich war vor glaube drei Wochen ist es her war ich auf dem Web Performance Meetup in Köln und habe da einen Kontakt geknüpft zu zwei kleineren Firmen die dediziert Performance Optimierung machen. Also Last Test und Performance Optimierung im Großen also die haben Kunden auch wie Otto oder Rewe oder sowas und mit denen bin ich jetzt im Kontakt auch den Shop noch mal zu optimieren. Also wir haben Montag noch mal einen Termin, wo es einmal um das Thema CDN geht für den Shop, also zumindest die passiven Komponenten irgendwo noch mal raus zu ziehen und eventuell noch andere Möglichkeiten aber das sind wir klar begrenzt also sprich, guter Punkt Mario wenn ihr hinten einen Shop laufen habt ist das sicherlich der Fokuspunkt auf den ihr euch konzentrieren solltet bei der Performance Optimierung bei dem Partner ist es ein Gambio Shop Gambio das machen wir auf jeden Fall also auf der Landing Page nochmal genau die Kontakte abgreifen über Newsletter ähnliche Themen wir machen auch das komplette Pricing, Pricing auf die Landing Page so dass wirklich möglichst nur die Leute die sagen der Preis passt für mich auch dann in den Shop gehen das heißt die einfach nur im Shop schnüffeln wollen sozusagen am Ende auch nicht kaufen hoffen wir das weil dann ein Großteil von dann auch abhalten in den Shop zu gehen das ist auch auf YouTube ja genau ich würde sagen das sind so die Kern Themen die wir machen Performance Messung hatte ich etwas zu gesagt also zu WebpageTest.org auch in der Richtung Gutes Tool und was wir jetzt im Moment halt vor allen Dingen auch noch machen kurzfristig den Blast Test und wirklich sicherzustellen dass es auf der CDN Seite entsprechend auch funktioniert und dass die Zugriffen möglichst auf dem Backend nicht stattfinden und wir machen dann wie gesagt Public Cloud Autoscale so dass wir im Endeffekt bis zu 20 Instanzen automatisch hoch und runter fahren können zu den Peakload Seiten so als Konstruktion die Datenbank läuft getrennt aber der Punkt ist durch das Caching dann auch auf der WordPress Seite sollten wir da möglichst keine großartigen Zugriffen mehr haben bitte okay aber das ist ja nicht auf der Lending Page das ist ja dann auf dem Shop ja genau also wir haben praktisch die Cascade wir haben das CDN wir haben dann WordPress-mäßiges Caching entsprechend konfiguriert und wir haben dann Autoscaling in der Cloud für die eigentlichen Instanzen Tracking von bisher noch nicht ja wir brauchen die Daten es wäre interessant die zu haben aber wir brauchen sie glaube ich nicht unbedingt ja also Last machen wir über Azure Monitoring dann in dem Fall auf der Backend Seite und Google Analytics überlegen wir im Moment noch ob wir es machen oder nicht machen ja ja das Thema ist uns geht es vor allen Dingen darum richtig aber uns geht es darum weil wir den Lizenznehmer haben der Marketingvertrieb europaweit macht ist der Punkt vor allen Dingen in dem Peak der Sendung möglichst viel abzuverkaufen und danach das Geschäft im Regelbetrieb läuft eh über ein Lizenznehmer also sprich wir machen kein dediziertes Marketing oder ähnliche Aktionen überhaupt mehr der macht alles, der macht halt Marketing Produktionen, Logistik, Sales ja ja guter Punkt ja, danke ja, AMP ja ok, Stop ok, ich kriege die Stop-Karte gerne noch im Nachgang ja, vielen Dank für eure Aufmerksamkeit euer Feedback, euren Input, Dankeschön