ABAKUS

Verfasst: **26.03.2011, 11:29**

Hallo,

wir haben vor jetzt mittlerweile 1 Jahr eine Domain .com gekauft und auf dieser auch seit fast einem dreiviertel Jahr unseren Content stehen. Wir werden auch über Google gefunden und alles ist so halbwegs ok.

Mein Problem/Frage ist jetzt allerdings folgendes:
Scheinbar hat der vorbesitzer irgendetwas mit der Domain gemacht. Sucht man in Google nach dem er Domain-Namen so erscheint er an erster Stelle, aber mit falschem Titel und falscher Description. Um noch eines drauf zu setzten: Klickt man auf "Im Cache" geleangt man auf eine Total falsche Domain.

Hier die Domain: mycitytrip.com
Hier die Suche: https://www.google.at/search?q=mycitytrip.com

Ziemlich strange! Irgendjemand ideen dazu?

Verfasst: **26.03.2011, 13:25**

Schau mal in die .htaccess der Domain und poste diese mal hier, falls möglich.

Verfasst: **26.03.2011, 16:08**

Danke erstmals für die Antwort. Daran kanns nicht liegen, da wir wie gesagt nur die Domain gekauft haben und diese dann auf unseren Webserver übernommen haben.

Hier der relevante Teil der .htaccess

Code: Alles auswählen

RewriteEngine on

<IfModule mod_mime.c>
  AddEncoding gzip .gz
</IfModule>

# um dublicate content zu vermeiden, leite mycitytrip.com auf ww.mycitytrip.com
RewriteCond %&#123;HTTP_HOST&#125; ^mycitytrip\.com$
RewriteRule ^&#40;.*&#41;$ http&#58;//www.mycitytrip.com/$1 &#91;R=permanent&#93;

Es werden zwar noch ein paar mod_rewrites gemacht, aber nur domain-intern und nichts, was mit booking.com zu tun hat.

Und wie gesagt, das ganze war schon bevor wir die domain übernommen haben. Scheinbar wollte der Verkäufer den Preishochtreiben, indem er den PR7 von Bookings.com übernimmt. Nur wir haben noch immer einen PR von 7 obwohl das so nicht stimmen kann.

Verfasst: **26.03.2011, 16:33**

Ich konnte nichts problematisches sehen. Der Nameserver scheint auch ok zu sein, dann bleibt eigentlich nur, dass es in der Apache Config.

Verfasst: **26.03.2011, 17:37**

das is ja wirklich komisch.
idee hab ich keine dazu, würde mich selber auch sehr interessieren was da los ist.

Verfasst: **26.03.2011, 17:50**

@Pompom: Wie gesagt, dass ganze war bereits BEVOR wir die Domain übernommen haben so. Dh. auf einem vollkommen anderen Webserver, anderer Owner, etc. Wieso sollte es dann an meiner Apache Config liegen, vor allem da ich nix an der Default Config verändert habe?

Verfasst: **26.03.2011, 18:25**

Es gibt ja nun nur einige Ansatzpunkte.
Im Prinzip sieht es ja nun wie Cloaking für Google Bot IP aus.
Möglichkeiten:
1.) Weiterleitung über DNS - ist nix zu sehen.
2.) Weiterleitung über .htaccess - scheinbar auch nicht.
3.) Weiterleitung über Server Konfiguration - schliesst du aus.
4.) Weiterleitung über Programm - hoffe, du kannst das auch ausschließen.

Mehr gibt es meines Wissens da nicht, wie sollte denn ansonsten eine Weiterleitung für bestimmte IP-Adressen bewerkstelligt werden ?

Verfasst: **26.03.2011, 18:40**

Naja, es wird ja nix weitergeleitet (zumindestens nicht seit ich die Domain habe). Die Domain zeigt ja seit ca. dreiviertel Jahr auf meinen /index.php und es wird im Browser auch das richtige angezeigt.

Das problem ist einfach nur der google cache und der google index.
Auch wenn man über google nach den externen links fragt:
https://www.google.at/search?hl=de&rlz= ... tytrip.com
bekommt man lauter bookings.com Seiten.

Yahoo und MSN zeigen alle das richtige an und haben auch den Richtigen Index. Nur eben Google nicht und das seit über einen dreiviertel Jahr.

Mein Problem damit ist, dass es möglicherweise für google nach Cloacking meinerseits ausschaut und ich deswegen abgestraft werde. Außerdem ist dieser zustand bei der Backlink suche sehr hinderlich!

Verfasst: **26.03.2011, 18:45**

was sagen denn die log-files?

und weisst du wie lange die domain vorher weitergeleitet wurde?

Verfasst: **26.03.2011, 20:30**

Um genau zu sein, weiß ich ja nicht, dass die Domain weitergeleitet wurde, aber es gibt defakto keine andere möglichkeit. Wie wir die domain gekauft haben, zeigte sie auf eine blank page, hatte jedoch einen PR von 7. Wir ham da schon damals clocking vermutet, da wir aber unbedingt von mycitytrip.net auf mycitytrip.com wechseln wollten, haben wir die domain trotzdem gekauft, in der hoffnung, dass google binnen von wenigen woche die seite neu indiziert und alles ist so, wies sein soll.
aus den wenigen wochen sind nun schon 12 monate geworden.

Im google webmaster-zentrale forum hat mir jemand geraten, ich solle die seite erneut überprüfen lassen. Mal schaun ob das was bringt.

Falls es wen interessiert:

Hier der Link zum Thread:
https://www.google.com/support/forum/p/ ... 0a1d&hl=de

Und hier der Link zum neu Beantragen:
https://www.google.com/support/webmaste ... 5843&hl=de

Verfasst: **26.03.2011, 21:01**

Hmm, hoffentlich habt ihr die Domain nicht nur gekauft, weil sie einen PR7 hat. Und hoffentlich nicht allzuviel dafür bezahlt. Google mal nach "gespiegeltem PR"... die Domain ist quasi wertlos, der PR lediglich von booking.com gespiegelt.

ww

Verfasst: **26.03.2011, 21:20**

cloaking muss das nicht gewesen sein, aber weitergeleitet wurde sie mit sicherheit.

jedoch ist es mir absolut rätselhaft warum google noch immer von einer weiterleitung ausgeht. deshalb dachte ich zuerst dass du eventuell versehentlich den bot nicht auf die seite zugreifen lässt oder dass er überhaupt nicht mehr kommt und so den alten status weiterbehält.

vielleicht ist eine neuüberprüfung in dem fall wirklich das beste.

Verfasst: **27.03.2011, 00:58**

@web_worker:
nein, wir haben die Domain nicht nur wegen dem PR gekauft, sondern weil wir davor schon 2,5 jahre den selben domainnamen nur eben mit .net hatten und es mit .com einfach für besucher besser/professioneller aussieht. Bezahlt haben wir letzten endes nicht wirklich viel.

Verfasst: **27.03.2011, 01:46**

hm also ich bin nicht unbedingt der Experte, wenn ich aber den Nameserver von "booking.com" frage behauptet dieser er sei der Nameserver für "mycitytrip.com". Dein eigener Provider und auch Versatel wissen welche die verantwortlichen Nameserver sind.

Und das dürfte damit falsch sein!
mycitytrip.com internet address = 91.206.232.220

Ich lasse mich gerne eines besseren belehren...

booking.com

Code: Alles auswählen

Standardserver&#58;  dnsp01.hansenet.de
Address&#58;  213.191.74.11

> server ns3.bkngs.com
Standardserver&#58;  ns3.bkngs.com
Address&#58;  91.195.237.23

> set querytype=all
> mycitytrip.com
Server&#58;  ns3.bkngs.com
Address&#58;  91.195.237.23

mycitytrip.com
        primary name server = ns0.bkngs.com
        responsible mail addr = postmaster.booking.com
        serial  = 2011010500
        refresh = 28800 &#40;8 hours&#41;
        retry   = 7200 &#40;2 hours&#41;
        expire  = 604800 &#40;7 days&#41;
        default TTL = 86400 &#40;1 day&#41;
mycitytrip.com  text =

        "v=spf1 -all"
mycitytrip.com  nameserver = ns0.bkngs.com
mycitytrip.com  nameserver = ns1.bkngs.com
mycitytrip.com  nameserver = ns2.bkngs.com
mycitytrip.com  nameserver = ns3.bkngs.com
mycitytrip.com  internet address = 91.206.232.220
ns0.bkngs.com   internet address = 62.190.24.22
ns1.bkngs.com   internet address = 62.190.24.23
ns2.bkngs.com   internet address = 91.195.237.22
ns3.bkngs.com   internet address = 91.195.237.23

Hosteurope

Code: Alles auswählen

> server ns2.hans.hosteurope.de
Standardserver&#58;  ns2.hans.hosteurope.de
Address&#58;  80.237.128.10

> mycitytrip.com
Server&#58;  ns2.hans.hosteurope.de
Address&#58;  80.237.128.10

mycitytrip.com
        primary name server = lvps83-169-5-56.dedicated.hosteurope.de
        responsible mail addr = hoermann\.m.gmx.at
        serial  = 1283530723
        refresh = 10800 &#40;3 hours&#41;
        retry   = 3600 &#40;1 hour&#41;
        expire  = 604800 &#40;7 days&#41;
        default TTL = 10800 &#40;3 hours&#41;
mycitytrip.com  nameserver = ns2.hans.hosteurope.de
mycitytrip.com  nameserver = lvps83-169-5-56.dedicated.hosteurope.de
mycitytrip.com  text =

        "v=spf1 +a +mx -all"
mycitytrip.com  MX preference = 10, mail exchanger = mail.mycitytrip.com
mycitytrip.com  internet address = 83.169.5.56
mail.mycitytrip.com     internet address = 83.169.5.56
>

Versatel

Code: Alles auswählen

Standardserver&#58;  dnsp01.hansenet.de
Address&#58;  213.191.74.11

> server 62.72.64.237
Standardserver&#58;  dns1.versatel.de
Address&#58;  62.72.64.237

> set querytype=all
> mycitytrip.com
Server&#58;  dns1.versatel.de
Address&#58;  62.72.64.237

Nicht autorisierte Antwort&#58;
mycitytrip.com  MX preference = 10, mail exchanger = mail.mycitytrip.com
mycitytrip.com  text =

        "v=spf1 +a +mx -all"
mycitytrip.com  internet address = 83.169.5.56
mycitytrip.com
        primary name server = lvps83-169-5-56.dedicated.hosteurope.de
        responsible mail addr = hoermann\.m.gmx.at
        serial  = 1283530723
        refresh = 10800 &#40;3 hours&#41;
        retry   = 3600 &#40;1 hour&#41;
        expire  = 604800 &#40;7 days&#41;
        default TTL = 10800 &#40;3 hours&#41;
mycitytrip.com  nameserver = ns2.hans.hosteurope.de
mycitytrip.com  nameserver = lvps83-169-5-56.dedicated.hosteurope.de
>

MfG dp-wurzel

Verfasst: **27.03.2011, 09:39**

Ich lasse mich gerne eines besseren belehren...

Das ist sicher nicht nötig...
Gut gefunden, dp-wurzel !

ABAKUS

Seltsames Google Index Problem

Seltsames Google Index Problem