Varios otros motores de búsqueda (Bing, Yandex, etc.) todavía usan el _escaped_fragment_
sistema. No van a dejar de usarlo de la noche a la mañana solo porque Google lo ha hecho. Por lo tanto, si le preocupa que su sitio sea indexable por motores de búsqueda que no sean Google, es posible que aún desee admitir este esquema.
Ciertamente, si ya ha configurado el soporte _escaped_fragment_
en su sitio, no hay razón para deshabilitarlo. Si está desarrollando un nuevo sitio, tendrá que sopesar el costo de agregar esta función contra los beneficios (teniendo en cuenta que Google actualmente tiene casi el monopolio en la búsqueda en Internet y que, en cualquier caso, otros motores de búsqueda lo harán probablemente pronto se esfuerce por seguir el ejemplo de Google e implementar un mejor rastreo de contenido dinámico cargado con Ajax).
Finalmente, tenga en cuenta que, en la mayoría de los casos, la solución más simple e infalible es implementar su sitio para que no necesite tales trucos en primer lugar. Al menos el 99% del tiempo, realmente no necesita ningún Ajax, ni siquiera secuencias de comandos del lado del cliente. Al evitar la dependencia innecesaria de Ajax y al diseñar su sitio para que al menos las funciones básicas de navegación funcionen incluso con JavaScript deshabilitado , se asegurará la compatibilidad más amplia posible entre navegadores y motores de búsqueda.
El truco para hacerlo de manera eficiente es configurar primero la funcionalidad básica de su sitio utilizando HTML y CSS básicos y enlaces antiguos simples, sin JS en absoluto. Una vez que haya hecho eso, puede agregar JS y Ajax además de eso para una carga más fluida y características adicionales, al tiempo que conserva una interfaz de respaldo elegante para los usuarios y motores de búsqueda que no admiten las características adicionales. Sin embargo, si comienza a confiar en Ajax para todo, la actualización posterior de una interfaz de respaldo que no sea de Ajax puede ser muy difícil e incómoda.