In questi casi per me va bene il redirect 301, che è il re dei trasferimenti, tutti gli altri sono vice.

Non mi risulta essere un problema che il sito rimanga raggiungibile con indirizzo contenente l'IP, se risponde con un redirect 301 al domino.

@Webmaster70 said:

Non mi risulta essere un problema che il sito rimanga raggiungibile con indirizzo contenente l'IP, se risponde con un redirect 301 al domino.

Certamente no, se però i link del sito continuano a rimandare all'IP invece che al nome di dominio, il redirect sembra sistemare tutto (e il webserver può rimanere configurato male) mentre le prestazioni calano, perchè ogni accesso è un redirect.

Eventualmente basta controllare i links, e non ce n'è neanche bisogno se, anche per altre ragioni, non si usano mai links assoluti ma relativi alla root (come faccio io).

Sì, infatti il problema nasce probabilmente dagli url relativi, per cui quando il crawler accede anche una sola volta a una pagina con l'IP, poi vede tutti gli url relativi con l'IP invece che con il nome del dominio e indicizza l'intero sito con l'IP, perchè non penso che uno scriva i link assoluti con l'IP.

D'altra parte il redirect dovrebbe sistemare anche questo, infatti se il crawl viene rediretto sul nome di dominio al primo accesso dovrebbe poi vedere tutti gli url relativi correttamente.

In effetti il redirect dovrebbe risolvere realmente la situazione, io però sistemerei anche il webserver in modo che l'IP non restituisca le pagine del sito.

Buongiorno a tutti, ho il medesimo problema su un sito con ip dedicato che è indicizzato con l'ip numerico da oltre 1 anno. Ho inserito un redirect 301 (su .htaccess) al nome a dominio e adesso accedendo all'ip numerico si viene re-indirizzati al nome a dominio correttamente.

Ma il problema che mi pongo è, fino a quando il sito sarà indicizzato da google ancora con ip numerico?

Se il problema deriva dalla configurazione del server (apache), c'è qualche brav'uomo che sa come configurare i paramentri DNS correttamente per risolvere questo problema?

@wolgango_amadeo said:

Buongiorno a tutti, ho il medesimo problema su un sito con ip dedicato che è indicizzato con l'ip numerico da oltre 1 anno. Ho inserito un redirect 301 (su .htaccess) al nome a dominio e adesso accedendo all'ip numerico si viene re-indirizzati al nome a dominio correttamente.

Ma il problema che mi pongo è, fino a quando il sito sarà indicizzato da google ancora con ip numerico?

Se il problema deriva dalla configurazione del server (apache), c'è qualche brav'uomo che sa come configurare i paramentri DNS correttamente per risolvere questo problema?

Stesso problema. Anche a me dipende dal link relativo anche se non l'ho mai citato in un link. Stranamente google indicizza alcune pagine (il 5% del sito) con l'ip. Potreste almeno suggerirmi che indicazioni dare a chi gestisce il server su come configurare i dns visto che chi li gestisce mi ha detto che i dns lato server sembrano correttamente configurato? Potrebbe dipendere dal fatto che ho il dominio in italia e il server all'estero e quindi da chi gestisce i dns del dominio italiano?

Usate il rel canonical ed eviterete che il verificarsi di questi problemi comprometta l'indicizzazione e di conseguenza il posizionamento su Google.

Valerio Notarfrancesco

Salve. Io uso ovvviamente il rel canonical, eppure a volte trovo alcune pagine indicizzate con l'ip (nonostante in quella pagina ci sia il rel canonical).

Google impiega un po' di tempo a elaborare le indicazioni che trova nel rel canonical.
Se sono comunque corrette e vengono seguite da Google in casi come questi sono un salvagente.
Ovviamente poi si deve anche risolvere il problema alla radice.

Valerio Notarfrancesco

Sì, è vero, ma non è molto veloce ad accorgersene. Grazie per la risposta. Ma non capisco come risolvere il problema alla radice visto che il mio amministratore di server è tutt'altro che inesperto e dice che, lato server, tutto è corretto. N.B. se può essere utile, preciso che io ho un dominio esterno al server, nel senso che il server è mio, mentre il dominio punta sul server.