Plusieurs autres moteurs de recherche (Bing, Yandex, etc.) utilisent toujours le _escaped_fragment_
système. Ils ne vont pas arrêter de l'utiliser du jour au lendemain simplement parce que Google l'a fait. Ainsi, si vous souhaitez que votre site soit indexable par des moteurs de recherche autres que Google, vous souhaiterez peut-être toujours prendre en charge ce schéma.
Certes, si vous avez déjà configuré la prise en charge de _escaped_fragment_
votre site, il n'y a aucune raison de la désactiver. Si vous développez un nouveau site, vous devrez peser le coût de l'ajout de cette fonctionnalité par rapport aux avantages (en gardant à l'esprit que Google a actuellement un quasi-monopole sur la recherche sur Internet, et qu'en tout cas, d'autres moteurs de recherche se bousculera probablement pour suivre l'exemple de Google et implémenter une meilleure exploration du contenu dynamique chargé en Ajax).
Enfin, notez que dans la plupart des cas, la solution la plus simple et la plus infaillible consiste à implémenter votre site afin qu'il n'ait pas besoin de telles astuces en premier lieu. Au moins 99% du temps, vous n'avez pas vraiment besoin d'Ajax, ni même de script côté client. En évitant une dépendance inutile à Ajax et en concevant votre site de sorte qu'au moins les fonctionnalités de navigation de base fonctionnent même avec JavaScript désactivé , vous garantissez la compatibilité la plus large possible entre les navigateurs et les moteurs de recherche.
L'astuce pour le faire efficacement est d' abord mise en place de la fonctionnalité de base de votre site en utilisant HTML et CSS de base et des liens anciens lisses, sans JS du tout. Une fois que vous avez fait cela, vous pouvez ajouter JS et Ajax en plus pour un chargement plus fluide et des fonctionnalités supplémentaires, tout en conservant une interface de secours gracieuse pour les utilisateurs et les moteurs de recherche qui ne prennent pas en charge les fonctionnalités supplémentaires. Si vous commencez par compter sur Ajax pour tout, cependant, la modification ultérieure d'une interface de secours non Ajax peut être très difficile et maladroite.