L'éditeur a effacé du contenu et Google rale...

L'éditeur (ou un rédacteur) a voulu rassembler plusieurs pages en une seule, et après ses copier/coller, il a effacé des contenus.
On voir ces pages en 404 dans le rapport drupal, mais le lien donne évidemment aussi un 404 !

Path est pourtant configuré avec "Create a new alias. Leave the existing alias functioning." mais quand on supprime un contenu, l'alias aussi est supprimé (et l'entrée correspondante dans le sitemap, mais plus tard car géré par cron).

Retirer aux rédacteurs le droit d'effacer leur propre contenu (ca les oblige à contacter l'éditeur),
voir aux éditeurs eux-meme (ils peuvent toujours créer une révision, ajouter un lien de la page vide vers la nouvelle, se loguer plus tard en admin et suivre une doc)?

Solution : aller sur https://www.google.com/webmasters/tools/crawl-errors sur l'onglet "Référencé sur" :

1. On voit que l'erreur vient du sitemap (lien du bas), mais en cliquant dessus, on voit le sitemap actuellement en ligne et le lien n'y figure plus.
2. Pour info, le site est bilingue (i18n) et elle fait souvent des erreurs de traductions. Les chemins avec "album" ont été construits avec le pattern de taxonomie (Gabarit de chemin par défaut (appliqué à tout vocabulaire) [term:vocabulary]/[term:name])
   L'indice est /album/textural-effects (renommé en content/bois)
   content/chene -> cassé aussi

Il faut donc recréer ces anciens alias pour les envoyer sur le nouveau contenu. Pour cela:

1. trouver l'ID du node (node/66) puis
2. menu Configuration/Recherche et méta/Alias d'URL/Ajouter un alias :

• pour l'anglais seul,
• vers content/oakwood-panel
• vérifier l'alias créé 
• et vérifier chez Google (clic sur http://www.transforme.fr/en/content/oakwood-panel ) avant de cliquer chez Google sur "Marquer comme corrigées".

Trouver l'ID n'est pas facile avec certaines configuration de i18n.
Et, sans i18n, il est facile de confondre l'ID d'un terme (affichage par tag) et l'ID du node (affichage complet d'un contenu Article, Book...) qu'on recherche.