¿Donde usarías Ajax? y donde no

Mar
6

Ayer tuve una interesante conversación sobre la iniciativa de usar Ajax para todo, aunque soy un fiel seguidor de la tecnología javascript mi negativa sobre invertir en soluciones front-end full Ajax llevaba anexada una serie de razones que eran contraproducentes para el posicionamiento normal de un sitio en buscadores, no obstante si recomendaba las interfaces full Ajax orientadas a back-ends y/o herramientas administrativas , widgets, bookmarklets y aplicaciones web "de escritorio", y hacerlo hasta su mínima expresión y como no con la ayuda de  frameworks como jQuery o MooTools.

Con la cantidad de tecnologías que juegan hoy en la web, inclusive dentro del marco de un solo proyecto, es fácil pensar que Ajax es para todo, ayuda estéticamente, unifica patrones de crossbrowsing entre navegadores y sobre todo por su rapidez de respuesta -a veces demasiado rápida-.  Pero.. ¿realmente cubre cualquier necesidad?

Un front-end bien construido debe de cumplir unas características tales que favorezcan su rápida indexación en los motores de busqueda y aupe su posicionamiento. Entiendanlo, para disfrutar de nuestra aplicación lo principal es que tendrán que encontrarnos, si la web no es capaz de publicitarse por si misma, estaremos perdiendo terreno, aquí ayudan la generación de urls amigables -friendly urls-, nubes de tags, vigilar la densidad de las palabras mas relevantes de nuestra página por nombrar algunas de las prioridades. Contrastando estos valores sabremos realmente si un sitio esta bien construido, pero además, unas pinceladas Ajax creative harán que nuestra web sea mucho más interactiva.

Pero no siempre hay que usar Ajax, aquí os dejo unos pequeños criterios de utilización:
Donde se debe usar Ajax

  • Interaccion vía formularios
  • Navegación de aplicaciones del tipo jerárquica
  • Comunicación rápida de usuario-a-usuario
  • Votaciones y calificaciones online.
  • Filtrado y manipulación de datos in line
  • Campo de texto usados comunmente (autocomplete)

Donde hay que evitarlo

  • Formularios simples:  si no hay más que un paso.. ¿cual es el beneficio de ajax?
  • Búsquedas: este punto es bastante personal, conozco muchos que aman esta funcionalidad.. aunque a mi nunca termina de convencerme más que para dar un hint y punto.
  • Navegación básica: este es un error típico también con Flash ¿cual es la necesidad de hacer un menu con dos boxes que digan “inicio” y “Contacto” en flash.. o en ajax… o en algo más que no sea algo simple?
  • Reemplazo de grandes cantidades de texto: muy buen punto.. ¿si al hacer click va a cambiar la mayoría de los datos de una página para que usamos algo que sirve para traer datos asincrónicos si en realidad debería aparecer algo totalmente nuevo? Este es el kit de los front-end ajax mal diseñados.
  • Manipulación de interfaz de usuario: para manejo de UI ya existe XHTML/HTML DOM, y CSS que fueron creadas para esto y no para manejar datos.
  • Widgets inútiles, "porque sí"

Algunas veces es solo falta de experiencia en el día a día en la web. Por ejemplo muchos dicen que con Ajax se “rompe” el uso del back-button… cuando en realidad hace bastante tiempo que existen soluciones a ese punto, pero estas alternativas tienen un precio.. ni Google con gmail ha logrado rescatar esta funcionalidad plenamente.

No hagamos lo fácil más difícil, nuestro objetivo es justamente lo contrario.

No comments

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Web page addresses and e-mail addresses turn into links automatically.
  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd>
  • Lines and paragraphs break automatically.

More information about formatting options