| |||||||
| Suchmaschinenoptimierung allgemein Allgemeines Wissen um bei Suchmaschinen an die Spitze zu kommen kann man hier erlangen. |
![]() |
| | Themen-Optionen | Thema durchsuchen | Ansicht |
|
#1
| |||
| |||
| Hallo@all, kennt Ihr eine Notlösung für mod_rewrite? Mein Provider bietet diesen Service nicht. Ich würde eventuell alle Seiten von mir als HTML Dateien extra Speichern und in einem Unterordner Kopieren, die Seiten dann wieder mit einer Sitemap verlinken und das dürfte doch helfen oder? gibts dafür auch Tools?? Weil Google hat meine ganzen Seiten hinzugefügt allerdings hat er als Linkende "index.php?LINK=vorstand&PHPSESSID=494a255dc00d712 13b44f0a781fcfa5" und das ist doch schwachsin... und die Profil seiten hat er nicht mitgeladen... irgendwie mag Google keine Links von PHP Seiten?!? Viele Grüße BFreakout |
|
#2
| |||
| |||
| http://www.drweb.de/suchmaschinen/su...nen-urls.shtml ich hab da was auf DR.WEB gefunden aber ist das auch eine gute Lösung?? Könnte ich doch nebenbei auch noch Testen oder hat jemand Erfahrung damit?? |
|
#3
| |||
| |||
| Das scheint mir ein seeehr schwerer Fall von AntiSEO vorzuliegen ![]() 1) mod_rewrite würde dir hier nur bedingt helfen, das größte Problem ist, dass du die SessionID als Linkvariable mit übergibst. Das ist nicht nur unschön, sondern Sicherheitstechnisch auch sehr ungeschickt. Die SessionID gehört definitiv in ein cookie und nicht in die Links. Mal abgesehen davon, dass solche Links für G reines gift sind. Wenn G nun erneut versucht, diese Links zu besuchen, wird er im bestenfall eine Fehlermeldung (Session Abgelaufen) erhalten, und das wird G nicht davon überzeugen, es hier mit einer hochwertigen Seite zu tun zu haben. 2) "Ich würde eventuell alle Seiten von mir als HTML Dateien extra Speichern und in einem Unterordner Kopieren, die Seiten dann wieder mit einer Sitemap verlinken und das dürfte doch helfen oder?" Das würde Google im besten Fall als DC werten und im schlimsten fall als Cloaking. Mit anderen worten: Nicht tun! Wenn du mod_rewrite nicht nutzen kannst, musst du per Hand eine schöne Linkstruktur schaffen, d.H.: Alles was nicht content der Seite ist (also Navi, Header, Footer) in eigene PHP-Dateien und den Content, dann jeweils (eingeklammert von include header,footer) in eine Eigene Datei, z.B vorstand.php (idealerweise noch vorstand.html, wenn du die extensions beeinflussen kannst) Alle Links auf der Seite müssten dann von index.php?LINK=vorstand auf vorstand.php geändert werden. Nicht vergessen über htacces einen 301er (permanent redirect) von den alten auf die neuen Links einzurichten. Das ist eine Menge Arbeit, aber eine elegantere Lösung fällt mir nicht ein. Abschliessend noch folgendes: Eine gleichwertige alternative zu mod_rewrite, die dazu auch noch mit weniger rechten auszuführen ist, ist mir nciht bekannt (hier lasse ich mich gerne eines besseren belehren). Dass G keine Links von php-Seiten mag, wäre mir komplett neu. Das G DEINE links nicht mag verwundert mich allerdings kein stück (siehe Oben) |
|
#4
| |||
| |||
| mmhh.. dafür ist mein Projekt schon sehr groß aufgebaut um jeden Menüpunkt als einzelne Datei anzulegen. das was in DR.WEB beschrieben wird ist nich sinvoll oder?? das wäre doch eine einfache Lösung?? |
|
#5
| |||
| |||
| Wenn Du das "Error-File" bei Deinem Provider setzen kannst (ErrorDocument 404 /parse.php) kannst Du in dieser parse.php zuerst einen 200-er Header senden (Alles OK und doch kein Fehler) und danach $_SERVER['REQUEST_URI'] auswerten und so mod_rewrite sozusagen "nachbauen". Ist zwar aufwändig und nicht schön, geht aber. Gruß Johannes |
|
#6
| |||
| |||
| okay verstehe... "und danach $_SERVER['REQUEST_URI'] auswerten und so mod_rewrite sozusagen "nachbauen". Ist zwar aufwändig und nicht schön, geht aber." damit ist doch die DR.WEB Lösung gemeint oder?? Gut, dann werd ich das mal so einrichten Heute abend... |
|
#7
| |||
| |||
| Die auf drweb gepostete Lösung wäre auch denkbar, gefällt mir sogar ganz gut (habe das gerade mal in unsere Dev-Abteilung gegeben, mal schaun, was die dazu sagen) Allerings ist sie auch mit einer ganzen Menge arbeit verbunden. Die tatsache, dass du all deine Links ändern musst und 301er einrichten musst bleibt bestehen. Sowie die Tatsache, dass du die SessionID aus der URL entfernen solltest. Die Lösung auf drweb ist mit weniger manuellen Arbeit verbunden aber hat auch einige Fallstricke. Was passiert, wenn du Parameter unvollständig oder in der falschen reihenfolge übergibst? eventuell musst du diese Funktion für jede Unterseite anpassen, wenn du zum beispiel unterschiedliche Parameter übergeben möchtest. Was passiert, wenn das verzeichnis tatsächlich auf deinem Server existiert? |
|
#8
| |||
| |||
| @ SISTRIX: auch eine alternative. Allerdings kann ich mir nicht vorstellen, dass es von Vorteil ist bewusst Fehlermeldungen zu produzieren und diese dann im nachinein zu bereinigen. Diese Muster fällt G bestimmt auf 404,200,404,200,usw... ich weiss allerdings natürlich nicht ob G sich daran stört. |
|
#9
| |||
| |||
| Zitat:
Raus geht ja nur der 200er, also keine Fehlermeldung. Intern wird der 404er, den die Errorpage per default sendet, überschrieben. Ich hatte die Lösung vor langer Zeit (letztes Jahrtausend) im Einsatz und es gab keine Probleme. Gruß Johannes PS: Funktioniert soweit ich mich erinnern kann nur, wenn php als modul und nicht als cgi läuft. |
|
#10
| |||
| |||
| @bnutzinger: was hat deine DEV-Abteilung dazu gesagt??? ![]() ich denk mal das es kein alzu großer aufwand bei meinem Projekt geben wird, da alles durch meine index.php dynamisch zusammen gebastellt wird. die soll halt mit der DR.WEB Funktion die URL aufsplitten und das dazugehörige Menü laden. also eventuell höchstens 1 Stunde arbeit. |