empecher l'indexation des pages d'affichage profils k2

[fabvincent]

Bonjour, gros soucis :
J'ai un site sur lequel nous avions malheureusement laissé l'option d'inscription des utilisateurs ouverte, à l'époque, nous croyions en avoir besoin. Nous nous sommes fait envahir de faux utilisateurs type ******, prescription, etc... Google a indexé les pages des profils des utilisateurs et les affiche dans son classement. Conclusion, nous avons des dizaines de pages référencées avec des ****** et cialis en veux-tu en voila alors que le site n'a absolument rien a voir avec tout ça.
J'ai supprimé les utilisateurs indésirables de la base de données et vérouillé le systeme utilisateur en bloquant les inscriptions, nous n'avons plus d'inscription pirate mais les indexations sont toujours la... J'ai bien dénoncé bon nombre des pages aupres de google mais je me doute bien que cela ne va pas modifier les choses avant quelques jours dans le meilleur des cas. Donc la question :
Comment puis-je faire pour empecher l'indexation des pages de type

http://XXXXXXX.fr/index.php/?option=com_k2&view=itemlist&task=user&id=601

,qui affichent les profils utilisateurs k2 (et donc joomla), sans bloquer l'ensemble du site étant donné qu'il n'existe pas de fichier que l'on puisse bloquer puisque les utilisateurs sont dans la base de données et pas dans un fichier...
htaccess ou robot bloqueraient bien un fichier mais pas de page autogénérées via base de données.

Une solution?

[RobertG]

As-tu un lien de menu, visible ou non, qui est chargé d'afficher le profil de l'utilisateur connecté ? Si oui, tu devrais pouvoir désactiver l'indexation dans les paramètres du lien.

[fabvincent]

Bonjour Robert,
tous mes liens de menu rapport utilisateurs (user-profile, login, sign in) sont désactivés et no index, no follow...

[RobertG]

Vérifie dans le code-source qu'il y a bien ce "no index, no follow".
Il me semble avoir vu passer un jour une discussion où ce paramétrage n'était pas pris en compte lors de la génération des pages qui ne devaient pas être indexées.

[fabvincent]

oui, il semblerait que les balises no follow no index ont du mal à être prises en compte depuis 3.7. Ceci dit, mes liens sont inactifs, cela devrait mener à une 404 dans le pire des cas...
Le soucis persiste. J'ai mis un
User-agent: *
Disallow: /index.php/?option=com_k2&view=itemlist&task=user&id=*
sur mon fichier robots depuis 2 jours et je ne vois pas de changement...

[RobertG]

Sauf erreur, le robots.txt ne peut désactiver l'indexation que de dossiers ou fichiers physiques, pas de pages générées par le serveur.

[fabvincent]

Oui, je croyais aussi mais sur supposition de mon hébergeur, nous avons appliqué le code ci-dessus et sur vérification du robot.txt via l'"outil de test du fichier robot.txt" de la search console de goolge, les urls sont bel et bien bloquées avec une ressoumission du document - voir pj
Nous avons aussi mis une erreur 403 sur les pages concernées via le htaccess et sommes maintenant en attente de voir le retour des bots de google pour une suppression des pages indésirables.

ps : je vous aurais bien mis la pj mais le sysyteme ne veut rien savoir et me renvoie l'info comme quoi le fichier n'est pas valide en .jpg, en .jpeg, en png ou en .gif bref je ne vais pas y passer mon aprem'.