La réponse courte est non, non, pas cette fois. Toutes les autres réponses sont des solutions de contournement, hacks, ou tout simplement fou. La seule solution à long terme est que Facebook a besoin de créer une autre syntaxe est valide HTML5.
Pour ceux qui en proposent de ciblage de Facebook par les "facebookexternalhit" de l'Agent Utilisateur, vous devez vous rappeler que d'autres entreprises sont les suivantes Facebook de la tête avec ces balises. Par exemple, Google+ va retomber les balises OpenGraph si leur choix Schema.org le balisage n'est pas présent. Car la plupart des sites ne sont pas à l'aide de Schema.org attributs (surtout si ils sont passé du temps à utiliser OpenGraph correctement), vous pouvez facilement manquer sur l'amélioration de vos extraits de code sur des sites comme Google+ en suivant ces conseils.
Avec l'omniprésence de Facebook, ce n'est vraiment pas une bonne solution pour les cibler directement, même si leur choix de mise en œuvre est problématique pour les développeurs. Lors de la recherche de solutions sur un site comme le Débordement de la Pile, vous devez toujours vous souvenir qu'il peut y avoir des conséquences imprévues de ces méthodes.
Pour nos sites principaux, nous avons collé avec XHTML+RDFa pour la validation de saké, et cela a fonctionné assez bien. J'espère que comme HTML5 utilisation grandit, le Facebook de l'équipe va commencer à accepter un format valide pour ces métadonnées.
Quant à savoir pourquoi nous nous soucions de validation:
Nous avons trouvé que la validation, lorsque cela est possible, permet de signaler les erreurs dans les pages de notre catalogue en n'enseignant pas de nous ignorer. Depuis que nous utilisons tous la validation des extensions dans nos navigateurs, nous savons immédiatement si il y a une erreur de validation (ou d'avertissement) sur une page, et peut enquêter pour savoir s'il est possible de l'éliminer (99+% du temps, c'est). Cela nous fait gagner du temps en traitant avec restrictive implémentations des spécifications, en particulier sur la frange et les plates-formes mobiles de nos jours. Nous avons vu une énorme réduction dans d'étranges bugs parce que nous sommes conscients de nos pages sont valides et savoir que ce qui se passe dans le navigateur n'a pas à faire avec des mauvais balisage d'un UA pourrait ne pas interpréter comme prévu.
