Reindirizza 301 con parte hash (ancora) #

Question

Uno dei nostri siti ha un URL come questo: example.oursite.com. Abbiamo deciso di spostare il nostro sito con un URL come questo www.oursite.com/example. Per fare ciò, abbiamo scritto una regola di riscrittura nel nostro server Apache che reindirizza al nostro nuovo URL con un codice 301.

Molti siti Web ci collegano con URL del modulo example.oursite.com/#id=23. Il problema è che il reindirizzamento cancella la parte hash dell'URL con IE. Per quanto ne so, la parte hash non viene mai inviata al server.

Ho voluto implementare il reindirizzamento con javascript per mantenere la parte hash, ma il motore di ricerca non sarà a conoscenza del fatto che il nostro URL è cambiato. (Nessun codice 301 restituito)

Desidero che il motore di ricerca venga informato del nostro nuovo URL (301) perché è necessario trasferire il grado di pagina al nostro nuovo URL.

C'è un modo per reindirizzare con un codice 301 e mantenere la parte hash (#id=23) nell'URL?

Answer 1

È possibile creare una pagina sul vecchio indirizzo che raccoglie tutte le richieste e reindirizza al nuovo sito con l'indirizzo e il codice corretti.

Ho fatto qualcosa del genere, ma era in asp.net, che immagino non sia la lingua che usi. Ad ogni modo dovrebbe esserci un modo per farlo in qualsiasi lingua.

Answer 2

Quando si restituisce lo stato 301, il server deve restituire un'intestazione "Location:" che punta alla nuova posizione. In pratica, il modo in cui questo viene implementato varia; alcuni server forniscono l'URL completo (netloc e percorso), alcuni forniscono solo il nuovo percorso e si aspettano che il browser cerchi quel percorso sul netloc originale. Sembra che la tua regola di riscrittura stia spianando la strada.

Un modo semplice per vedere ciò che l'intestazione posizione restituito è, nella shell Python:

>>> import httplib 
>>> conn = httplib.HTTPConnection('exemple.oursite.com') 
>>> conn.request('HEAD', '/') 
>>> res = conn.getresponse() 
>>> print res.getheader('location') 

ho paura che non so abbastanza di mod_rewrite per dirvi come fare la regola di riscrittura correttamente , ma questo dovrebbe darti un'idea di ciò che il tuo server sta effettivamente dicendo ai clienti di fare.

Answer 3

Sono quasi certo che la parte di hash/pagina/segnalibro di un URL non è indicizzata dai motori di ricerca e pertanto non ha alcun effetto sul posizionamento della pagina. Fare una ricerca su google per "inurl: #" restituisce zero documenti, quindi ciò conferma la mia ipotesi. I collegamenti da siti esterni verranno indicizzati senza l'hash.

Hai ragione nel senso che la parte hash non viene inviata al server, quindi, per quanto ne so, non c'è un buon modo per essere in grado di creare un url di reindirizzamento con l'hash in esso.

Per questo motivo, è compito del browser gestire correttamente l'hash durante un reindirizzamento. Firefox 3.5 sembra farlo correttamente. Se aggiungi un hash a un URL con un reindirizzamento noto, vedrai la modifica dell'URL nella barra degli indirizzi nella nuova posizione, ma l'hash rimane lì con successo.

Edit: In risposta al commento qui sotto, se non ci non è un simbolo 'cancelletto nella URL esterno per la parte che vi serve, allora è del tutto possibile riscrivere l'URL.Una regola di riscrittura Apache avrebbe prendersi cura di esso:

RewriteCond %{HTTP_HOST} !^exemple\.oursite\.com [NC] 
RewriteCond %{HTTP_HOST} !^$ 
RewriteRule ^/(.*)   http://www.oursite.com/exemple/$1 [L,R] 

Se non si utilizza Apache, allora si dovrà esaminare la documentazione di server per qualcosa di simile.

Answer 4

Ho registrato il mio account in modo che non possa essere modificato.

zombat: Mi dispiace ho fatto un errore nel mio commento. Il link al nostro video è exemple.oursite.com/#video_id=233. In questo caso, la mia regola di riscrittura in Apache non funziona.

Nick Berardi: Abbiamo cambiato il modo in cui funzionano i nostri collegamenti. Non usiamo più #, solo per compatibilità all'indietro

Answer 5

Ai bot di ricerca non interessa i tag hash. E se li usi per qualche tipo di chiamate flash o AJAX, hai problemi più seri di quelli che i tuoi reindirizzamenti 301 non funzionano. Perché a meno che tu non abbia il contenuto in una forma alternativa, i motori di ricerca non stanno indicizzando il tuo sito e sicuramente stai soffrendo per quanto riguarda la SEO.

Answer 6

I motori di ricerca infatti si preoccupano dei tag hash, li usano spesso per evidenziare contenuti specifici su una pagina.

Alla domanda, tuttavia, le posizioni di ancoraggio non vengono inviate al server come parte della richiesta HTTP. Se si desidera reindirizzare un utente, sarà necessario farlo in Javascript sul lato client.

Buon articolo: http://web.archive.org/web/20090508005814/http://www.mikeduncan.com/named-anchors-are-not-sent/

Answer 7

Google ha una sintassi speciale per le applicazioni AJAX che si basa su URL hash: http://code.google.com/web/ajaxcrawling/docs/getting-started.html

Answer 8

Visto che il server non vedrà mai la # (escludendo Redirect 301) e Google ha deprecato il loro AJAX Crawling scheme, sembra che una soluzione front-end sia l'unico modo!

Come ho fatto:

(function() { 

    var redirects = [ 
     ['#!/about',   '/about'], 
     ['#!/contact',  '/contact'], 
     ['#!/page-x',  '/pageX'] 
    ] 

    for (var i=0; i<redirects.length; i++) { 
     if (window.location.hash == redirects[i][0]) { 
      window.location.replace(redirects[i][1]); 
     } 
    } 

})(); 

sto supponendo che perché crawler di Google effettivamente eseguire JavaScript, le nuove pagine verranno indicizzate correttamente.

L'ho inserito in un tag <script> direttamente sotto il tag <title>, in modo che venga eseguito prima di qualsiasi altro JS/CSS. Nota che questo script dovrebbe essere richiesto solo per il tuo file di indice.