<\/p>\n
JavaScript<\/b> ist eine Programmiersprache, die auf der Client-Seite funktioniert und mit der Websites funktionaler sein k\u00f6nnen.\n<\/p>\n JavaScript-Code kann in HTML-Seiten eingebettet werden, damit diese Funktionen erhalten. Es gibt mehrere M\u00f6glichkeiten. Kann zwischen Etiketten liegenEs kann in einer externen Datei enthalten sein, es kann ein Parameter f\u00fcr HTML-Tags sein und es kann in Form von HTML-Links eingebettet werden. Stellen Sie beim Einf\u00fcgen in den HTML-Code sicher, dass das Skript fehlerfrei ist. Auf diese Weise k\u00f6nnen Fehler vermieden werden, die sich negativ auf die Suchmaschinenoptimierung auswirken k\u00f6nnen.\n<\/p>\n Eine Skriptsprache wie JavaScript sollte das DOM implementieren. DOM steht f\u00fcr "Document Object Model" und ist eine W3C-Empfehlung. Ist ein allgemeines Modell<\/b> f\u00fcr Objekte in einem Dokument.\n<\/p>\n JavaScript hat viele verschiedene Apps. Besuche vor Ort k\u00f6nnen gez\u00e4hlt, Monatskalender angezeigt oder Formulareintr\u00e4ge \u00fcberpr\u00fcft werden. Ein weiteres h\u00e4ufig verwendetes Beispiel ist der Taschenrechner. Der virtuelle Wagen in Webshops ist eine weitere sehr gute Anwendung. Schlechte Beispiele sind Popups, die Benutzer normalerweise mit kommerzieller Werbung \u00fcberfluten. Es ist auch m\u00f6glich, den Quellcode einer Seite mit JavaScript vor Ihren Besuchern zu verbergen oder das Kopieren von Bildern oder Texten zu verhindern. Da unter diesen Umst\u00e4nden die rechte Maustaste blockiert ist, verliert der Benutzer auch andere Funktionen und w\u00e4re versehentlich sehr eingeschr\u00e4nkt.\n<\/p>\n CommonJS kann als JavaScript-Dauer dienen. Dies erm\u00f6glicht Programmierschnittstellen, die f\u00fcr die Implementierung in Apps wie Datenbanken, Webdiensten und Desktop-Apps geeignet sind.\n<\/p>\n Browser bieten Benutzern die M\u00f6glichkeit, JavaScript \u00fcber zu deaktivieren NoScript-Plugins<\/b>. Besucher einer Website k\u00f6nnen keine JavaScript-Apps mehr verwenden, sind jedoch beispielsweise vor l\u00e4stiger kommerzieller Werbung gesch\u00fctzt. Wenn zu viele Elemente in einem Webportal JavaScript verwenden, werden Benutzer dieses Web nicht gerne besuchen. Die Zug\u00e4nglichkeit wird eingeschr\u00e4nkt. Ein Webportal muss auch dann navigierbar sein, wenn JavaScript deaktiviert ist.\n<\/p>\n Das Sandbox-Prinzip wurde entwickelt, um Benutzer vor Missbrauch von JavaScript-Apps zu sch\u00fctzen. Die Sandbox ist eine Art K\u00e4fig, der die Sprache in ihrem Umfang einschr\u00e4nkt. Eine Anwendung kann beispielsweise nicht auf lokale Dateien zugreifen. Auf diese Weise k\u00f6nnen Unbefugte keine Dateien lesen oder schreiben.\n<\/p>\n Eine Suchmaschine ber\u00fccksichtigt im Allgemeinen keinen JavaScript-Code. Die durch JavaScript-Apps f\u00fcr Benutzer aktivierte Interaktion kann von einem Crawler nicht verwendet werden. Es besucht eine Website auf die gleiche Weise, wie ein Benutzer, der JavaScript deaktiviert hat, auf Webseiten zugreifen kann und nicht, auf die nur \u00fcber JavaScript zugegriffen werden kann. Text, der mit JavaScript angezeigt wird, wird in den meisten F\u00e4llen auch von der Suchmaschine nicht wahrgenommen. Weiterleitungen werden am besten auf der Serverseite implementiert.\n<\/p>\n Wenn eine Website lange Interaktionselemente enth\u00e4lt, die mit JavaScript implementiert und am Ende des Quellcodes platziert wurden, erh\u00f6ht sich die Dateigr\u00f6\u00dfe jeder einzelnen Unterseite. Dies wiederum erh\u00f6ht den Crawling-Aufwand f\u00fcr Suchmaschinen. Die Ladezeit f\u00fcr Benutzer mit langsamen Internetverbindungen (z. B. Smartphones) erh\u00f6ht sich f\u00fcr jede Unterseite.\n<\/p>\n In diesem Fall muss der Code in eine externe JavaScript-Datei ausgelagert und am Ende des Quellcodes eingebettet werden. Die externe Datei muss auch im Browser des Benutzers zwischengespeichert werden, damit sie mit der ersten Seitenansicht geladen werden kann. Dies f\u00fchrt zu einer besseren Leistung bei der zweiten Seitenansicht, und die Suchmaschinen haben auch eine einfachere Aufgabe, da der Quellcode der Unterseiten "schlechter" ist. Die Ressourcen des Crawlers werden daher f\u00fcr mehr Inhalte im Web verwendet und f\u00f6rdern indirekt eine bessere Neupositionierung.\n<\/p>\n Einige Webmaster neigen dazu, die JavaScripts mehrerer Unterseiten in einzelne externe Dateien zu externalisieren. Dies kann dazu f\u00fchren, dass beim Surfen viele externe JavaScript-Dateien angefordert werden. Dies kann zu einer Verl\u00e4ngerung der Renderzeit f\u00fchren, da in Browsern eine maximale Anzahl paralleler Downloads von diesen externen Dateien festgelegt ist (einschlie\u00dflich Bilder und CSS-Dateien). Bei zu vielen Dateien und einer langsamen Internetverbindung kann das Laden der Seite lange dauern, was einer schlechten "Benutzererfahrung" entspricht und sich somit negativ auf die Conversion-Rate auswirken kann.\n<\/p>\n Im Idealfall sollten alle JavaScript-Dateien zu einer einzigen Datei zusammengef\u00fchrt werden, die der Benutzer einmal l\u00e4dt (Cache), um eine doppelte Leistung zu vermeiden.\n<\/p>\n Ein weiterer Trick, um die Leistung und Konvertierung des Webs zu steigern, besteht darin, die externen JavaScript-Dateien am Ende des Quellcodes zu platzieren. Der Grund daf\u00fcr ist, dass Browser das Rendern der Webseite an dem Punkt, an dem eine externe Datei verkn\u00fcpft wurde, teilweise beenden und sie zuerst laden. Befindet sich die externe JavaScript-Datei auf einem externen Server, der langsam reagiert, sieht der Benutzer zun\u00e4chst nur eine leere Seite.\n<\/p>\n Erst wenn alle Skripte und CSS-Dateien geladen sind, wird das Rendern beendet. Wenn Sie den Verweis auf die externe Datei am Ende des Quellcodes einf\u00fcgen, wird der Inhalt der HTML-Datei angezeigt und die Texte werden vor dem vollst\u00e4ndigen Laden angezeigt. Der Vorteil ist, dass Benutzer nur warten m\u00fcssen, um auf die Interaktionsfunktionen von JavaScript-Apps zuzugreifen wenn es einen langsamen externen Server gibt<\/b>.\n<\/p>\n\nEinbindung in HTML-Code<\/span>
\n<\/h2>\n\nSONNE<\/span>
\n<\/h2>\n\nM\u00f6gliche Apps<\/span>
\n<\/h2>\n\nFolgen der Deaktivierung<\/span>
\n<\/h2>\n\nSicherheit durch das Sandbox-Prinzip<\/span>
\n<\/h2>\n\nRelevanz f\u00fcr SEO<\/span>
\n<\/h2>\n\nDateigr\u00f6\u00dfe und Leistung<\/span>
\n<\/h3>\n\nLadezeit und Conversion-Optimierung<\/span>
\n<\/h3>\n\nRenderzeit und Conversion-Optimierung<\/span>
\n<\/h3>\n\nWeb-Links<\/span>
\n<\/h2>\n