SEO-GAU in Sicht? Google sucht in Kürze verschlüsselt. Kein Referer mehr?

[Arithmos]

Hier die Meldung:

heise online - Google sucht verschlüsselt

Hier die URL zum testen:
https://encrypted.google.com/

Ich finde nach einem Klick in einem dieser Suchergebnisse auf eine meiner Seiten gar keinen Referrer mehr in meinem Logfile, also noch nicht mal einen mit verschlüsseltem Query im URL-Parameter ...

 

[omc]

und vielleicht werden die keywords dann in analytics doch angezeigt > analytics zwang ohne alternativmöglichkeit

gruss ric

 

[morepas]

Analytics bald in Echtzeit, Premium und mit weiteren Designänderungen - GoogleWatchBlog

Erst Features wegnehmen und dann: "...Schon bald wird es eine kostenpflichtige Premium-Version mit weiteren Tools, Support per Telefon und mehr Reports geben..."

 

[tippy]

Referer::
https:**encrypted.google.com/search
hl
source
biw
bih
q
oq
aq
aqi
aql
gs_sm
gs_upl

Referer::
http:**google.de/url
sa
source
cd
ved
url
rct
q
ei
usg


**=//
Gruesse
Holger

 

[FrancisBlack]

Tod des Keyword-Optimizings

Google-Suche ab sofort für eingeloggte User verschlüsselt
Analytics ist genauso blind, Webmaster Tools helfen
"Auch bei Google Analytics werden die Suchanfragen dadurch nicht mehr nachvollziehbar sein, da auch dieses Tool offiziell ja nur Daten durch die paar Codezeilen in der Webseite sammelt. Die einzige Möglichkeit für den Webmaster herauszufinden über welche Suchbegriffe er gefunden wird sind die Webmaster Tools – allerdings bieten diese nur einen sehr begrenzten Informationsumfang."

 

[Weltenbummler]

Webmaster-Tools sind bestenfalls eine gaaannnzzzz grobe Analyse. Die Daten werden erst Tage später aktualisiert und z.B. sind lt. Webmaster-Tools meine besten Keywords "Kerze" auf Platz 14 und "Weihnachten" auf Platz 67. Ich kann bei Google.de und Google.com suchen wie ich will... meine Seite ist mit beiden Suchbegriffen nicht zu finden. Vielleicht in Google.in oder so. Auch andere Keywords sind weit neben dem aktuell reellen Wert.

Also wenn der Google Referer wirklich wegfällt.. dann heißt es im trüben Fischen und sich ungefähr eine Ahnung durch Header anderer Suchmaschinen besorgen... wobei ich davon nicht viele hab :trytofly:

 

[m.beier]

Gute Idee von Google. Aber nur aus deren Sicht. Kundenbindung nennt man das.

Bisher soll dies natürlich nur für eingeloggte User gelten. Daten bekommt man dann wenigstens noch teilweise von den nicht eingeloggten Besucher. In ein paar Monaten werden die dann auch noch verschlüsselt.

 

[SEOpiranha]

AUch wenn Google meint, dass die Suchen im eingeloggten Zustand aktuell nur einen geringen Anteil ausmachen - ich bin mir sicher, dass deren Bedeutung stark zunehmen wird.
Für so ziemlich jeden Google Service wird zukünftig ein Google Account nötig sein, bzw. der eingeloggte Zustand erforderlich.
Gut möglich, dass sie auf die kostenpflichtige Premium Version abzielen ... Und das schöne ist, Google kanns auch noch ganz einfach begründen - Stichwort SICHERHEIT!!

 

[III]

150.000 USD im Jahr soll die Premiumversion kosten. Hoffentlich bleibt wenigstens das Keywordtool für immer kostenlos.

Premium Google Analytics with a Premium Price Tag | Search Engine Journal

 

[Wettermann]

150.000 USD im Jahr soll die Premiumversion kosten.

150K? :hmmmm:

 

[scratchwood]

Wow, das ist ja eine Nachricht. Etracker wird sich da freuen können. Aber die https Such läuft auf .com, und die SERPS sind hier anders als in .de

Hmmm, erst Mal die Nachricht verdauen :hmmmm:

 

[III]

Bei der Testversion, die Arithmos verlinkt hat scheinen die Suchergebnisse mit google.de identisch zu sein.

https://encrypted.google.com/


Nachtrag: Zumindest mit meinem Safari 4, Chrome und IE. Bei Firefox siehts wieder ganz anders aus. In den Ergebnissen erscheinen damit auch ausländische Seiten. Wird aber bestimmt noch an die Suchergebnisse von google.de angepasst.

Wow, das ist ja eine Nachricht. Etracker wird sich da freuen können. Aber die https Suche läuft auf .com, und die SERPS sind hier anders als in .de

Hmmm, erst Mal die Nachricht verdauen :hmmmm:

 

[Arithmos]

Referer::
https:**encrypted.google.com/search
hl
source
biw
bih
q
oq
aq
aqi
aql
gs_sm
gs_upl

Referer::
http:**google.de/url
sa
source
cd
ved
url
rct
q
ei
usg


**=//
Gruesse
Holger

Hallo Holger!

Was wolltest Du mir/uns damit sagen? Ich kann Dir gerade nicht folgen...

 

[tippy]

Hallo Matthias,
ich bezog mich auf Deine Aussage,

...
Ich finde nach einem Klick in einem dieser Suchergebnisse auf eine meiner Seiten gar keinen Referrer mehr in meinem Logfile, also noch nicht mal einen mit verschlüsseltem Query im URL-Parameter ...

-> den Header incl. Referer kann immernoch im eigenen Netzwerk unverschluesselt samt URL-Parameter finden.

Hab nur den "neuen" Referer samt Parameter aufgeschluesselt und mit dem "alten" verglichen.

Gruesse
Holger

 

[Arithmos]

Hallo Matthias,
ich bezog mich auf Deine Aussage,




-> den Header incl. Referer kann immernoch im eigenen Netzwerk unverschluesselt samt URL-Parameter finden.

Hab nur den "neuen" Referer samt Parameter aufgeschluesselt und mit dem "alten" verglichen.

Gruesse
Holger

Also in meinem Logfile aber nicht. Oder was meinst Du mit "im eigenen Netzwerk" (ich stehe wohl auf dem Schlauch). Du meinst doch nicht die Browserzeile, die der Suchende selbst sieht? Klar, dort ist alles zu sehen. Aber das nützt doch dem Seitenbetreiber nichts ...

 

[tippy]

nein nicht in der Browserzeile,
im eigenen Netzwerk-traffic kannst du den Header herausfiltern und den Referer ansehen...

wie hier beschrieben-->

heise online - Google sucht verschlüsselt

Bei einer Suchanfrage per HTTPS verschlüsselt Google die Query im URL-Parameter. Die Suchtrefferseite linkt nicht direkt auf die Zielseiten, sondern nimmt den Umweg über eine Google-URL. Diese leitet die verschlüsselten URL-Parameter als Referer an den Zielserver weiter. Wenn die Zielseite nicht verschlüsselt ist, verwendet Google für diesen Aufruf HTTP. Auf diese Weise tauchen in den Logs des Zielservers die Google-Referer auf, wenn diese nicht durch besondere Browser-Einstellungen unterdrückt sind. Die in der HTTP-Spezifikation für unerwünscht erklärte Weitergabe des Referers beim Wechsel von HTTPS auf HTTP greift daher nicht.

--->

Referer=https://encrypted.google.com/search?hl=en&source=hp&biw=NNNN&bih=NNN&q=S&oq=S&aq=f&aqi=g1&aql=1&gs_sm=e&gs_upl=NNNNlNNNNlNlNNNNlNlNlNlNlNlNlNNNlNNNlN.N.N.NlNlN

N = Number
S = Suchanfrage

==> Die Query-Parameter sind selbst nicht verschluesselt, sondern nur der Netzwerk-Traffic durch HTTPS.
Somit kann man auch nur im eigenen Netz die Referer im Klartext auslesen.

Gruesse
Holger

 

[Arithmos]

nein nicht in der Browserzeile,
im eigenen Netzwerk-traffic kannst du den Header herausfiltern und den Referer ansehen...

wie hier beschrieben-->

heise online - Google sucht verschlüsselt


--->

Referer=https://encrypted.google.com/search?hl=en&source=hp&biw=NNNN&bih=NNN&q=S&oq=S&aq=f&aqi=g1&aql=1&gs_sm=e&gs_upl=NNNNlNNNNlNlNNNNlNlNlNlNlNlNlNNNlNNNlN.N.N.NlNlN

N = Number
S = Suchanfrage

==> Die Query-Parameter sind selbst nicht verschluesselt, sondern nur der Netzwerk-Traffic durch HTTPS.
Somit kann man auch nur im eigenen Netz die Referer im Klartext auslesen.

Gruesse
Holger

Hast Du das denn schon mal ausprobiert? Schicke mir doch bitte mal eine entsprechende Logfile-Zeile. Wie gesagt: in meinen Logfiles erscheint überhaupt kein Referrer. Also "-". Da gibt es nichts auszufiltern.
Muss man das in der apache-config einstellen? Ich wäre Dir dankbar, wenn Du Deine Antwort an mein bescheidenes Niveau anpassen würdest, sonst geht das hier noch 5 mal hin- und her.

 

[tippy]

du hast recht, im apache-log sieh man nichts.

Mein "Testaufbau" war mozrepl(browsersteuerung) und tcpmon(https-proxy) um den Traffic mitzuschneiden.

Hatte nur die Parameter der Search-Query angeschaut- die werden jedoch nur zu google uebermittelt.

asche asche asche auf mein haupt

Gruesse
Holger