Come posso scoprire quali altri siti Web sono ospitati dal mio indirizzo IP del mio sito Web e perché è importante dal punto di vista SEO?

Ho sentito che è importante dal punto di vista SEO quali altri siti Web sono ospitati sull'indirizzo IP su cui è archiviato il mio sito Web. Altri siti Web ospitati sul mio server / VPS influiscono sui risultati della mia ricerca nei motori di ricerca?

Esiste un comando che posso eseguire in un client Telnet per scoprire quanti / quali siti Web sono memorizzati sull'indirizzo IP del mio sito Web? (come se invio richieste GET dal client telnet per esempio)

Per completare le altre risposte, non esiste un database autorevole di IP completi -> mapping dei nomi.

DNS fornisce due tipi di mapping:

• nome -> IP. Più nomi possono essere associati a un singolo IP
• IP -> nome (noto anche come "inverso"). Un determinato IP può essere associato solo a un singolo nome.

Se esiste effettivamente una mappatura inversa (IP -> nome) e ciò a cui punta è soggetto alle politiche del "proprietario" dell'indirizzo IP (la società di web hosting in questo caso). Ma non fornirà un elenco esaustivo di tutti i nomi associati a tale IP.

I servizi a cui si fa riferimento nelle risposte precedenti cercano di assemblare un tale database, facendo un nome non tutto -> mappature IP che trovano quale punto per detto IP. Ma il numero di nomi di dominio è enorme e in costante evoluzione, quindi difficilmente possono avere un elenco completo, qualunque cosa abbiano trovato.

L'unico che potrebbe avere l'intero elenco (e che in realtà non è necessariamente il caso) è il tuo host web, tuttavia dubito che condivideranno queste informazioni.

Naturalmente, questo sarebbe un problema solo nel caso di hosting condiviso in cui molti siti diversi sono ospitati sullo stesso server con lo stesso indirizzo IP. Se si dispone di un server dedicato (o equivalente) con il proprio indirizzo IP, questo non sarebbe un problema.

Tuttavia, tieni presente che tutti i tipi di metodi di classificazione (ad esempio per lo spam) considereranno blocchi interi anziché singoli indirizzi IP, quindi anche in quel caso, se ti trovi in ​​"un brutto quartiere", potresti essere penalizzato dal comportamento del tuo vicinato.

Non so se è possibile con un semplice comando, ma ci sono servizi speciali "IP inverso" solo per quello, controlla quello per esempio: http://viewdns.info/reverseip/

Apparentemente se condividi l'IP con un altro dominio, questo è considerato ... dannoso, come l'invio di spam o la diffusione di alcuni virus o il contenuto "illegale", anche il tuo buon dominio sarà influenzato o addirittura completamente bloccato dai motori di ricerca. Tuttavia, se tutti i domini su questo IP sono buoni, non dovrebbe avere molto effetto (teoricamente).

Per rispondere direttamente alla tua domanda: No, nella maggior parte dei casi non vi è alcun impatto negativo sulla condivisione di un IP con un dominio non valido. Come faccio a saperlo? Sono l'oracolo SEO. Vengo dal futuro per salvare l'umanità.

Scherzo, ma solo una specie di. Se ci fosse una cosa come la penalizzazione dell'IP, vedremmo risultati di ricerca molto diversi da quelli che facciamo oggi perché molti domini non avrebbero guadagnato autorità. Ecco cosa intendo:

• Piani di hosting condiviso. Non è insolito per host di scarsa qualità come hostgator, 1 & 1 o altri per impacchettare oltre 400 tenant su un singolo server. Permettere a uno di quelli di rovinare lo slancio di altri 399 sarebbe devastante. Ne sarebbero seguiti tumulti, torce ardenti, forconi e orde di OP arrabbiati sarebbero stati a casa di Google durante la notte. Google non è così stupido.
• E-commerce e SaaS noleggiati. Prendiamo ad esempio BigCommerce. Usano IP multi-tenant in modo da poter trovare molti negozi accanto ai tuoi quando cerchi i rdns. Guardando i domini potresti notare che sono di qualità estremamente bassa, ripetitivi, ecc. In molti casi sono semplicemente spam. Ora andiamo un po 'oltre. BC consente di eseguire un negozio demo, che utilizza alcune delle stesse risorse di routing dei negozi live. La demo utilizza cose come util route di sottodomini. Le demo vengono spesso utilizzate in modo illecito, utilizzate per lo spam, ecc. Tali percorsi devono essere tostati dai SERP, ma non lo sono. Ancora una volta, Google non è così stupido.
• Server cloud High Churn. I più grandi marchi del mondo usano Google / AWS / Digitalocean insieme alle più grandi botnet slimeball del mondo. Sono sempre vicini l'uno all'altro. Forse Netflix può permettersi l'impresa AWS che garantisce un IP più pulito, ma il 99% delle altre persone che usano il servizio non può farlo. Più slimeball che sfornano istanze usa e getta per scappare da IP vietati / distrutti tramite AWS significa più IP con storici loschi. Il rapporto tra IP cattivi e IP buoni potrebbe un giorno diventare significativo, il che può far sembrare AWS scadente. Google non è così stupido da rendere AWS un brutto aspetto. È nel loro interesse continuare a indicizzare tale servizio in modo equo.
• Saturazione IPv6.Ci sono troppi IP di cui tenere traccia. 340.282.366.920.938.000.000.000.000.000.000.000.000 di loro per essere precisi. IPv6 significa che ogni persona viva sulla terra può avere 5x1028 IP assegnati a loro ... abbastanza per renderli "usa e getta". Sono troppi da rintracciare e troppi di cui preoccuparsi fino a quando non si fa una grande ondulazione. Quindi alla luce di questi numeri, 1 IP hosting 1 schifo dominio spam su 400 su un server è abbastanza grande da causare un'ondulazione per il resto? Io non la penso così. 1 botnet C&C esegue il proprio VPS con un paio di siti di phishing al suo fianco abbastanza da causare un'ondulazione? Scommetti. Preoccuparsi della proprietà intellettuale di Spam in un mare infinito di malevolenza usa e getta non è sostenibile. Preoccuparsi che i percussionisti pesanti facciano la stessa cosa nei loro casi è sostenibile. Google non è È così stupido spendere tutte le risorse per patatine fritte, a livello IP. Usano invece il dominio e altri livelli, il che ha senso.

Come puoi vedere, l'IP non è così importante come la gente pensa per l'autorità SEO. Tutti i fattori di rango iniziano a colpire a livello di dominio e sono semi-conservativi + trasparenti (come in, è ovvio se stai facendo qualcosa di sbagliato). Ecco un link che esplora questo pensiero: https://moz.com/search-ranking-factors/correlations#6

Quindi, quando conta davvero l'autorità IP? Recapito della posta elettronica lato server e divieti IP client. Questo è tutto. È importante per il SEO? No.

PS: ci sono alcuni strumenti per rdns, dovresti provarli tutti. Non ne conosco uno che gira facilmente poiché richiede un "indice" della rete per trovare i vicini. Poiché sono "crawler", i risultati dello strumento del sito Web possono variare. Un sito rdns può mostrare un dominio sull'IP che l'altro ha perso. Un'altra cosa che puoi provare è SSH nel tuo server condiviso se ti permettono di fare quel genere di cose. Controlla l'elenco utenti e inizia a colpire l'IP del server seguito da un nome utente simile per vedere che tipo di vicini hai:123.123.123.123/~username

PSS: abbiamo provato BigCommerce una volta. Il nostro IP è stato pre-cancellato, il server di posta è stato abusato a terra dagli spammer del negozio demo, il server di posta era in RBL e i vicini erano negozi merdosi, ma il nostro nuovissimo dominio ha ottenuto PR3 e classifiche della prima pagina in meno di 2 mesi, senza alcun backlink di sorta. Se quell'IP avesse importanza, saremmo rimasti sepolti.

È possibile utilizzare un servizio che "ricerca IP inversa" per verificare la presenza di siti Web ospitati sullo stesso server / lo stesso indirizzo IP. Questo servizio http://viewdns.info, ad esempio, consente di inserire semplicemente un nome di dominio in "Ricerca IP inversa" e sputa un elenco di altri siti Web / domini ospitati sullo stesso indirizzo. Lo stesso qui: http://www.yougetsignal.com/tools/web-sites-on-web-server/ . I risultati possono differire, quindi controllo sempre con due servizi.

Secondo la mia onesta opinione, farebbe un po 'male, se ad esempio ci sono dozzine di siti Web sullo stesso argomento, specialmente se si collegano pesantemente tra loro. Ma suppongo che il bug G sia abbastanza intelligente da distinguere tra la pratica SEO black hat e un buon vicinato . Immagina un'etichetta discografica che ospita tutte le loro bande sul proprio server - suppongo che per esempio non dovrebbe essere punito.

In caso contrario, la SEO è stata discussa probabilmente fino a quando ci sono motori di ricerca e web server, ad esempio qui su quora o qui su warriorforum .

Sto ricevendo carichi di server molto elevati che il mio host spiega come è perché sono su una piattaforma di hosting condivisa. Il modo in cui lo vedo è che se Google sta veramente usando la velocità come indicatore e sta eseguendo la scansione del mio sito quando il carico del server è fuori scala Richter, ciò significherebbe che il mio sito verrà percepito come lento. Quindi, questo non potrebbe essere buono per il SEO.