Suchmaschinen wissen lassen, dass unterschiedliche Links zu identischen Seiten unterschiedliche Teile der Seite belasten

Wenn Sie einem Permalink zu einer Chat-Nachricht im Stack Exchange-Chat folgen , erhalten Sie eine Ansicht der Transkriptseite für den Tag, an dem die bestimmte Nachricht enthalten ist. Diese Meldung wird gelb hervorgehoben und die Seite wird an ihre Position gescrollt.

Manchmal - zugegebenermaßen selten, aber es kommt vor - führt eine Websuche zu einem solchen Transkriptionslink. Hier ist ein (offensichtlich konstruiertes) Beispiel: Eine Google-Suche nach

seltsames Verhalten der Befehlsseite \ bibliography: chat.stackexchange.com

gibt mir einen Link zu dieser Chat-Nachricht . Diese Nachricht hat offensichtlich nichts mit meiner Anfrage zu tun, aber die Transkriptionsseite enthält tatsächlich meine Suchbegriffe - nur an einer völlig anderen Stelle .

Beide oben genannten Links führen zu demselben Inhalt, und Google weiß dies, da beide Seiten dies getan haben

<link rel="canonical" href="https://webmasters.stackexchange.com/transcript/41/2012/4/9/0-24" />

in ihrem <head>. Der einzige Unterschied zwischen den beiden Links besteht darin, welche Nachricht die highlightCSS-Klasse hat. .

Gibt es eine Möglichkeit, Google darüber zu informieren, dass alle drei Links zwar denselben Inhalt haben, jedoch einen Schwerpunkt auf einen anderen Teil des Inhalts legen ?

Beachten Sie, dass die Permalinks auf der Transkriptseite bereits einen #12345Hash haben, der auf die relevante Chat-Nachricht "verweist", aber Google scheint ihn zu löschen.

search-engines duplicate-content canonical-url

— balpha
quelle

Seltsamerweise erhalte ich " Keine Ergebnisse für seltsames Verhalten der Befehlsseite \ bibliography: chat.stackexchange.com gefunden. ", Wenn ich auf Ihren Link klicke . Stattdessen gibt mir Google die Ergebnisse für dieselbe Abfrage ohne den Backslash, von denen es vier gibt, keine davon vom 9. April.

— Ilmari Karonen

Das einzige Ergebnis, das ich bekomme, wenn ich direkt nach der Website "TeX, LaTeX und Freunde - 09.04.2012" suche: chat.stackexchange.com, ist diese Seite .

— Ilmari Karonen

Könnten Sie angesichts der unglaublichen Beliebtheit von Google (es sind beispielsweise 90% des eingehenden Datenverkehrs bei Stack Overflow) nicht einfach den Referer überprüfen ?

Beispiel für Referer-Strings von Suchmaschinen :

www.bing.com/search? q = Javascript + Datum + bis + Zeitstempel & src = IE-SearchBox & FORM = IE8SRC

www.google.de/search? q = Apache + Neustart & ie = utf-8 & oe = utf-8 & aq = t & rls = org.mozilla: de: offiziell & client = Firefox-a

us.yhs.search.yahoo.com/avg/search?fr=yhs-avg-chrome&type=yahoo_avg_hs2-tb-web_chrome_us& p = Verkettung + in + mysql

Ich weiß, dass Google auf viel SSL umstellt, was sich möglicherweise darauf auswirkt, ob Sie den Referer erhalten oder nicht. Wenn Sie dies jedoch tun, können Sie auf der Grundlage der dort übergebenen Suchanfragezeichenfolge definitiv zum entsprechenden Abschnitt im Chat-Transkript springen.

— Jeff Atwood
quelle

Dies schafft Erinnerungen an schlechte "Hallo Googler, ich sehe, Sie suchen nach X" -Seiten - aber ja, es ist eine schöne Problemumgehung. Natürlich würde ich auch lieben, dass Google den relevanten Teil der Seite kennt, aber die Idee ist sicherlich interessant.

— Balpha

Sie könnten vielleicht auch die Umkehrung erkennen, wenn die falsche Passage hervorgehoben wird, die null der Suchwörter enthält - und entscheiden, nichts hervorzuheben? Es ist besser zu versuchen, das zu finden, wonach sie gesucht haben, aber das kann schwierig sein, wenn es sich um eine teilweise Übereinstimmung handelt und nicht um ein perfektes "Dies ist eine zitierte Zeichenfolge" -Ergebnis, das künstlich ist.

— Jeff Atwood