web-dev-qa-db-fra.com

Résultats indésirables dans les résultats de la recherche des domaines que nous contrôlons

Je ne sais pas comment formuler cela. Mais lorsque vous recherchez le nom de notre société, certains de nos clients apparaissent dans les résultats. Cela seul est étrange parce que nous n’avons aucun lien sortant vers eux et seulement un ou deux entrants de leur site vers le nôtre. Encore plus étrange est que les liens vont vers des pages brisées ou montrent des méta-descriptions pour des pages qui ne sont pas sur leur site.

Par exemple, je recherche "dubose web" et l'un des résultats est le suivant:

Google SERPs

Ce résultat est encore plus biaisé:

  1. Le titre et la description concernent notre page FAQ que nous n'avons même pas sur notre site actuel (mais qui existait auparavant).
  2. l'URL du lien est https lorsqu'il n'y a pas de protocole SSL pour le site des clients.
  3. Si vous cliquez sur le lien, il vous amène à la page d’avertissement typique puisqu’aucun SSL n’existe, puis si vous continuez, vous accédez au domaine principal de ce serveur (desainc.org est un domaine parqué) qui est cassé car il n’est pas connecté. utilisé.
  4. desainc.com n'a pas de page /faq et le fichier PHP provient d'un autre site que nous gérons, qui ne se trouve pas dans le dossier faq du site. Nous avons donc le domaine racine d'un site, le FAQ titre/description d'un autre et le fichier PHP d'un troisième.

À quel genre de cornichon sommes-nous tombés? Est-ce à cause de domaines parqués (bien que certains des sites dans les résultats ne soient pas des domaines parqués et possèdent leur propre compte)? Y a-t-il des paramètres sur le serveur que nous devons définir? Existe-t-il un moyen de déterminer comment Google détecte ces liens inexistants?

domainsgoogle-search-consolegoogle-search
3
Andy McCormick

En utilisant le site: desainc.com dans une recherche Google, vous pouvez voir tous les liens de ce domaine. Ce sont uniquement les liens https qui posent problème, ce qui signifie que votre serveur dispose d'un certificat SSL par défaut pointant vers le site dubose.com. Ainsi, tous les domaines supplémentaires hébergés sur ce serveur et accessibles via https sans configuration IP et SSL dédiée pour le domaine spécifique sera par défaut sur le site dubose.com.

Google teste maintenant les pages http pour le lien https équivalent et, le cas échéant, l'indexera à la place. http://searchengineland.com/google-to-begin-to-index-https-pages-first-before-http-pages-when-possible-238811

Et voici une lecture très importante , un communiqué de presse de Google sur leur attitude vis-à-vis de https, et un qui dicte la marche à suivre pour configurer SSL si nous nous soucions des classements futurs. Notez qu'ils mettent en garde contre le blocage de https à l'aide de robot.txt et vous recommandent de configurer chaque site pour autoriser l'accès https https://googlewebmastercentral.blogspot.com.au/2014/08/https-as-ranking-signal. html

Il est donc nécessaire de s’assurer que votre site fonctionne correctement pour http et https. Si vous ne souhaitez pas qu'il soit utilisé via https, vous devez vous assurer que votre configuration en tient compte.

Pour corriger cela, vous avez 3 options:

  1. Si aucun protocole HTTPS n'est nécessaire : La manière la plus simple de l'implémenter en quelques minutes ...

Configurez votre fichier htaccess comme suit (en utilisant l’ordre indiqué ici) et qui forcera toutes les demandes https au lien http équivalent. L’avantage supplémentaire est que vous n’avez pas besoin de passer du temps à dire à Google de supprimer les liens https existants de leur index. Il redirigera automatiquement et générera une erreur 301, obligeant Google à modifier ces liens en http au fil du temps.

Options +FollowSymlinks
RewriteEngine on
RewriteBase /

RewriteCond %{SERVER_PORT} ^443$ [OR]
RewriteCond %{HTTPS} =on
RewriteRule ^(.*)$ http://www.example.com/$1 [R=301,L]
  1. Si HTTPS est requis sur l'un des domaines hébergés sur le serveur, vous devrez affecter ce site comme domaine par défaut pour https.

Si nécessaire sur plusieurs sites, vous aurez besoin d'adresses IP dédiées et de certificats de confiance supplémentaires pour configurer chaque site séparément.

  1. L'autre option consiste à configurer votre serveur avec SNI pour le routage SSL interne à l'aide d'un seul certificat.
3
garth

Une vérification rapide des références affiche 55 liens sortants vers ce domaine, ainsi qu'un profil de liaison étrange entre ces domaines. Sur la base de cela et de l’intuition qu’il existe une mauvaise configuration de serveur, j’ai vérifié les domaines ci-dessous avec des résultats mitigés:

Corrigez les

Mauvais

Fondamentalement, tout cela signifie que la configuration de votre serveur est en quelque sorte erronée et que, par conséquent, Google récupère le mauvais contenu pour les mauvais domaines et peut même (ou ne peut pas) le pénaliser via un contenu dupliqué.

2
David K.