È un problema (ad esempio per Google) quando il mio sito non ha una pagina principale?

8

Ho un sito multilingue, che contiene le lingue in questo modo:

http://www.example.com/en/
http://www.example.com/de/
http://www.example.com/fr/

Per evitare collegamenti duplicati, va bene non avere la /pagina root ( )?

Vale a dire, la radice 301 reindirizza a /en/:

$ curl -I http://www.example.com/
HTTP/1.1 301 Moved Permanently
Location: /en/

A Google importa o dovrei preoccuparmi? Qualcuno?

redirects url 301-redirect

— Richard Rodriguez
fonte

10

Se il /reindirizzamento root ( ) 301 a /en/, Google probabilmente prenderà in considerazione la tua home page http://www.example.com/en/e non ci sono problemi a non avere una /pagina root ( ).

Per quanto riguarda le linee guida di Google per i siti multilingue , puoi utilizzare questo metodo per separare le lingue sul tuo sito.

— Zistoloen
fonte

4

È inoltre pratica comune per uno script a livello di root identificare la lingua più appropriata, magari in base alla posizione regionale dell'indirizzo IP dell'utente o alle impostazioni dell'agente utente e delle impostazioni locali del browser, quindi reindirizzare l'utente a quella lingua all'interno di il tuo sito web. Ad esempio, connettendosi da una posizione all'interno della Francia a cui l'utente potrebbe essere reindirizzato a http://www.example.com/fr/meno che un cookie memorizzato sul proprio sistema non abbia ricordato una lingua preferita scelta da una precedente visita.

— richhallstoke,

Avere un URL di reindirizzamento automatico va bene (usa un 302). Userei il valore "hreflang" "x-default" quando mi riferisco ad esso (nelle linee guida collegate sopra).

— John Mueller,

3

Da un punto di vista SEO, no, non è un problema per la tua pagina non avere root. Gli URL degli indici dei motori di ricerca, non importa se si trovano o meno nelle sottocartelle.

Tuttavia, dal punto di vista dell'esperienza utente, non dovresti davvero presumere che chiunque arrivi alla radice del tuo sito voglia vedere la versione inglese. Supponiamo che un utente giapponese informi uno dei suoi amici del tuo fantastico sito www.example.come che l'utente giapponese lo digiti nel proprio browser. Vengono quindi inoltrati a una versione inglese del tuo sito, anche se non sanno leggere l'inglese. Molto probabilmente andranno semplicemente via e non penseranno più al tuo sito web.

Una soluzione appropriata sarebbe tentare di rilevare la lingua lato browser del browser e quindi reindirizzare alla lingua appropriata. In caso contrario (se la lingua non è impostata o se sono presenti più lingue), rendere la pagina principale qualcosa in cui all'utente viene semplicemente chiesto di scegliere la lingua preferita e quindi reindirizzato alla homepage appropriata.

Probabilmente non verrai ferito dal semplice reindirizzamento alla versione inglese, ma i tuoi utenti non di lingua inglese avranno probabilmente un'esperienza migliore se il mio metodo sopra verrà seguito.

— nathangiesbrecht
fonte

2

Questo è un consiglio eccellente, motivo per cui hai ricevuto un +1 da me, ma non risolve / risponde alla domanda inizialmente posta. Forse dovrebbe essere modificato per rispondere alla domanda o trasformato in un commento fuori dalla domanda.

— Steven Magana-Zook,

1

i loro / loro

— TRiG

0

Dipende dal tipo di "nessuna pagina principale" che hai. Il mio sito web personale ha originariamente restituito "404" per /(e varianti comuni come /index.htmlo /index.php).

Google non ha avuto problemi a trovare cose utilizzando i collegamenti in entrata alle pagine effettive, ma il crawler Cuil non è riuscito a gestirlo: vedrei una richiesta per qualsiasi collegamento in entrata che stava seguendo, una richiesta per /, e quindi nulla, e il mio sito non ha mai mostrato nei loro risultati di ricerca.

— marchio
fonte