Kann jemand mir einen guten Grund geben, warum ich die Hijax-Methode (Progressive Enhancement) nicht zusätzlich zu der von Google vorgeschlagenen Hashbang-Methode verwenden sollte? Soweit ich sehen kann, ist die Hijax-Methode immer noch die bessere:
Das einzige Gegenargument, das ich bisher gefunden habe, ist, wenn sie auf einen Link in einer Suchmaschine klicken und JavaScript aktiviert ist, müssen Sie eine Umleitung zu der javascript-fähigen Version (mit dem # -Tag) durchführen.
Für die Hashbang-Version von Google ist es schwierig, eine auf JavaScript basierende Version bereitzustellen, und Bing und Yahoo können Ihre Website nicht crawlen.
Mit freundlichen Grüßen
Daan
Die Antwort "Wertzuweisung" ist nicht ganz korrekt.
Die Frage bezieht sich auf Oberflächeninhalte für Suchmaschinen . Hashbang ist die Antwort von Google dafür. Das heißt, ein Benutzer (oder eine andere Suchmaschine oder Social Network Scraper, die keinen Hashbang unterstützt), der JS nicht aktiviert hat, wird Ihren Inhalt nie sehen. Google kann es sehen, weil sie Hashbang überprüfen.
Hijax andererseits erlaubt immer anderen Benutzern / Bots, Ihre Inhalte zu sehen, weil nicht auf Hash / Hashbang angewiesen ist. Hijax basiert auf Standard-Abfrage-String-Parametern. Dies bedeutet, dass Ihre Anwendung über Back-End-Logik verfügen muss, um den Inhalt für Nicht-JS-Benutzeragenten zu rendern. Am Ende, mit Hijax JS aktiviert Benutzer erhalten die asynchrone Erfahrung und nicht-JS-fähige Benutzer erhalten volle Seite lädt.
Google empfiehlt weiterhin Hijax. Hashbang ist ihr Angebot für Nicht-Hijax-Apps, die bereits in der freien Natur sind, und / oder JS-Apps, die kein Back-End haben.
Ссылка (siehe Abschnitt zur progressiven Erweiterung)
Ich denke, das ist kein Problem mehr, da Bing (das heißt Yahoo) auch begann, Ajax-Seiten zu crawlen, die den Hashbang-Vorschlag von Google verwenden!
Der Grund ist die Wertverteilung
Ok sagen wir, dass ein Benutzer auf http://www.example.com/stuff#fluff
Der Link gilt tatsächlich als Link zu http://www.example.com/stuff#fluff
, aber als
http://www.example.com/stuff#fluff
und http://www.example.com/stuff
sind der gleiche HTML-Inhalt, google kanalisiert (zusammenfasst) die Wertzuweisung zu http://www.example.com/stuff
Ihre Website www.example.com/stuff/fluff, die Sie an Nicht-JavaScript-Clients (googlebot) weitergegeben haben, wird in diesem gesamten Prozess nicht angezeigt
Fazit: Im Grunde wird ein Link zu http://www.example.com/stuff#fluff
von Google als eine Stimme für http://www.example.com/stuff
Ein Benutzer verweist auf http://www.example.com/stuff#!fluff
Der Googlebot interpretiert es als www.example.com/stuff?_escaped_fragment_=fluff
Und da es verschiedene Inhalte anbietet (d. h. unterschiedliche Inhalte von www.example.com/stuff
), googelt Google es nicht mit einer anderen URL (summerize).
Google zeigt http://www.example.com/stuff#!fluff
den Nutzern
Fazit: Ein Link zu http://www.example.com/stuff#!fluff
wird von Google als eine Abstimmung für www.example.com/stuff?_escaped_fragment_=fluff
angesehen (wird aber den Nutzern als http://www.example.com/stuff#!fluff
angezeigt)
Verwenden Sie Dual-Links (AJAX und normale Links), sie sind kompatibel mit Bing, Yahoo und anderen
Sehen Sie sich Einzelseiten-Oberfläche und Suchmaschinenoptimierung an
Tags und Links javascript seo