Comment puis-je savoir quels autres sites Web sont hébergés à partir de l'adresse IP de mon site Web et pourquoi est-ce important du point de vue du référencement?

J'ai entendu dire qu'il est important d'un point de vue SEO quels autres sites Web sont hébergés sur l'adresse IP sur laquelle mon site Web est stocké. D'autres sites Web hébergés sur mon serveur / VPS affectent-ils mes résultats de recherche dans les moteurs de recherche?

Existe-t-il une commande que je peux exécuter dans un client Telnet pour savoir combien / quels sites Web sont stockés sur l'adresse IP de mon site Web? (comme j'envoie des requêtes GET depuis un client telnet par exemple)

Pour compléter les autres réponses, il n'y a pas de base de données faisant autorité de mappages IP -> complets.

DNS propose deux types de mappages:

• nom -> IP. Plusieurs noms peuvent correspondre à une seule IP
• IP -> nom (aka "reverse"). Une IP donnée ne peut mapper qu’à un seul nom.

Qu'il y ait réellement un mappage inverse (IP -> nom) et ce qu'il indique est soumis aux politiques du "propriétaire" de l'adresse IP (la société d'hébergement Web dans ce cas). Mais il ne fournira pas une liste exhaustive de tous les noms qui correspondent à cette IP.

Les services mentionnés dans les réponses précédentes essaient d'assembler une telle base de données, en créant un mappage de noms pas -> IP qu'ils trouvent qui pointent vers ladite IP. Mais le nombre de noms de domaine est énorme et en constante évolution, de sorte qu'ils peuvent difficilement avoir une liste complète, quoi qu'ils trouvent.

Les seuls qui peuvent avoir la liste complète (et ce n'est pas nécessairement le cas) sont votre hébergeur, mais je doute qu'ils partageraient cette information.

Bien sûr, cela ne serait un problème que dans le cas d'un hébergement partagé où de nombreux sites différents sont hébergés sur le même serveur avec la même adresse IP. Si vous avez un serveur dédié (ou équivalent) avec votre propre adresse IP, ce ne serait pas un problème.

Cependant, notez que toutes sortes de méthodes de classification (par exemple pour le spam) considéreront des blocs entiers plutôt que des adresses IP individuelles, donc même dans ce cas, si vous êtes dans "un mauvais voisinage", vous pouvez être pénalisé par le comportement de votre voisins.

Je ne sais pas si c'est possible avec une simple commande, mais il existe des services spéciaux "Reverse-IP" juste pour ça, vérifiez celui-ci par exemple: http://viewdns.info/reverseip/

Apparemment, si vous partagez IP avec un autre domaine, qui est considéré comme ... malveillant, comme l'envoi de spam ou la propagation de virus ou ayant un contenu "illégal", votre bon domaine sera également affecté ou même complètement bloqué par les moteurs de recherche. Cependant, si tous les domaines sur cette IP sont bons, cela ne devrait pas avoir beaucoup d'effet (théoriquement).

Pour répondre directement à votre question: Non, dans la plupart des cas, il n'y a aucun impact négatif pour le partage d'une IP avec un mauvais domaine. Comment le sais-je? Je suis l'oracle SEO. Je viens du futur pour sauver l'humanité.

Je plaisante, mais seulement en quelque sorte. S'il y avait une telle chose que la pénalisation IP, nous verrions des résultats de recherche bien différents de ce que nous faisons aujourd'hui parce que de nombreux domaines n'auraient pas acquis l'autorité. Voici ce que je veux dire:

• Plans d'hébergement partagé. Il n'est pas rare que des hôtes de mauvaise qualité tels que hostgator, 1 & 1, ou autres, regroupent plus de 400 locataires sur un seul serveur. Permettre à l'un d'eux de briser l'élan de 399 autres serait dévastateur. Des émeutes s'ensuivraient, des torches enflammées, des fourches et des hordes de PO en colère seraient à la porte de Google pendant la nuit. Google n'est pas si stupide.
• Ecommerce loué et SaaS. Prenons l'exemple de Bigcommerce. Ils utilisent des adresses IP multi-locataires, vous trouverez donc de nombreux magasins à côté du vôtre lorsque vous recherchez des rdns. En regardant les domaines, vous remarquerez peut-être qu'ils sont de très mauvaise qualité, répétitifs, etc. Dans de nombreux cas, il s'agit de spam direct. Allons maintenant un peu plus loin. BC vous permet d'exécuter un magasin de démonstration, qui utilise certains des mêmes actifs de routage que les magasins en direct. Votre démo utilise des éléments tels que des itinéraires de sous-domaine. Les démos sont souvent utilisées abusivement, utilisées pour le spam, etc. Ces routes doivent être grillées à partir des SERP, mais elles ne le sont pas. Encore une fois, Google n'est pas si stupide.
• Serveurs Cloud High Churn. Les plus grandes marques du monde utilisent Google / AWS / Digitalocean aux côtés des plus gros botnets de slimeball au monde. Ils sont toujours à proximité les uns des autres. Peut-être que Netflix peut se permettre une entreprise AWS qui garantit une IP plus propre, mais 99% du reste des gens utilisant le service ne le peuvent pas. Plus de slimeballs barattent les instances jetables pour s'éloigner des IP interdites / détruites via AWS signifie plus d'IP avec des historiques louches. Le rapport entre les mauvaises IP et les bonnes IP peut un jour devenir important, ce qui peut rendre AWS mauvais. Google n'est pas si stupide que AWS soit mauvais. Il est dans leur intérêt de continuer à indexer ce service de manière équitable.
• Saturation IPv6.Il y a juste trop d'IP à suivre. 340 282 366 920 938 000 000 000 000 000 000 000 000 000 d'entre eux pour être précis. IPv6 signifie que chaque personne vivant sur terre peut se voir attribuer 5 x 1028 IP ... assez pour les rendre "jetables". C'est trop pour suivre et beaucoup trop pour s'inquiéter jusqu'à ce que vous fassiez une grosse grosse ondulation. Donc, à la lumière de ces chiffres, 1 adresse IP hébergeant 1 domaine de spam de merde sur 400 sur un serveur est-elle suffisamment grande pour provoquer une ondulation pour le reste? Je ne pense pas. Un botnet C&C exécute-t-il son propre VPS avec quelques sites de phishing à côté de lui pour provoquer une ondulation? Tu paries. S'inquiéter de la propriété intellectuelle de M. Spam dans une mer infinie de malveillance jetable n'est pas durable. S'inquiéter des frappeurs lourds faisant la même chose sur leurs propres instances EST durable. Google n'est pas t que stupide de dépenser toutes les ressources sur de petites frites, au niveau IP. Ils utilisent plutôt le domaine et d'autres niveaux, ce qui est logique.

Comme vous pouvez le voir, l'IP n'est pas aussi importante que les gens le pensent pour l'autorité SEO. Tous les facteurs de classement commencent à frapper au niveau du domaine, et ils sont semi-conservateurs + transparents (comme dans, c'est évident si vous faites quelque chose de mal). Voici un lien explorant cette pensée: https://moz.com/search-ranking-factors/correlations#6

Alors, quand l'autorité IP importe-t-elle réellement? Remise des e-mails côté serveur et interdictions IP client. C'est à peu près ça. Est-ce important pour le référencement? Nan.

PS: il y a quelques outils pour rdns, vous devriez tous les essayer. Je ne connais pas celui qui fonctionne facilement car il nécessite un "index" du net pour trouver des voisins. Puisqu'ils sont des "robots", les résultats de l'outil de site Web peuvent varier. Un site rdns peut afficher un domaine sur l'IP que l'autre a manqué. Une autre chose que vous pouvez essayer est SSH sur votre serveur partagé s'ils vous permettent de faire ce genre de choses. Consultez la liste des utilisateurs et commencez à frapper l'IP du serveur suivi du nom d'utilisateur comme pour voir quel type de voisins vous avez:123.123.123.123/~username

PSS: Nous avons essayé Bigcommerce une fois. Notre adresse IP était pré-jonchée, le serveur de messagerie abusé dans le sol par des spammeurs de magasins de démonstration, le serveur de messagerie était dans RBL et les voisins étaient des magasins semi-cuits, mais notre tout nouveau domaine a gagné PR3 et le classement de première page en moins de 2 mois, sans aucun backlinks que ce soit. Si cette propriété intellectuelle importait, nous serions restés enterrés.

Vous pouvez utiliser un service qui effectue une "recherche IP inversée" pour vérifier les sites Web hébergés sur le même serveur / la même adresse IP. Ce service http://viewdns.info vous permet par exemple de saisir simplement un nom de domaine en "recherche IP inversée" et de cracher une liste d'autres sites / domaines hébergés sur la même adresse. La même chose ici: http://www.yougetsignal.com/tools/web-sites-on-web-server/ . Les résultats peuvent différer - je vérifie donc toujours avec deux services.

À mon avis, cela fera un peu mal, s'il y a par exemple des dizaines de sites Web sur le même sujet - surtout s'ils sont fortement liés les uns aux autres. Mais je suppose que le bug G est assez intelligent pour faire la distinction entre la pratique du SEO black hat et un bon voisinage . Imaginez une maison de disques hébergeant tous leurs groupes sur leur propre serveur - je suppose que cela (par exemple!) Ne serait pas puni par exemple.

Si ou si cela fait mal, le référencement a été discuté pendant probablement aussi longtemps qu'il y a des moteurs de recherche et des serveurs web - par exemple ici sur quora ou ici sur warriorforum .

Je reçois des charges de serveur très élevées que mon hôte explique tout de suite car je suis sur une plate-forme d'hébergement partagé. Selon moi, si Google utilise vraiment la vitesse comme indicateur et qu'il explore mon site lorsque la charge du serveur est hors de l'échelle de Richter, cela signifierait qu'il percevrait mon site comme étant lent. Par conséquent, cela ne pourrait pas être bon pour le référencement.