John Hagel y John Seely Brown (2001) hacen referencia a la arquitectura basada en servicios Web (Web Services) como la “nueva arquitectura”, señalando incluso el inicio del final de los sistemas de información propietarios y el “amanecer” de los servicios compartidos. W3C define un Web Service como un sistema de software diseñado para soportar la interacción e interoperabilidad máquina a máquina sobre una red. Por lo tanto, los servicios Web tiene como principal objetivo proporcionar una forma estándar de interoperabilidad entre diferentes aplicaciones de software que se ejecuta en una variedad de plataformas. Desde mi parecer, a continuación indico cuáles han sido las principales arquitecturas  relacionadas con los Web Services.

Service Oriented Architecture (SOA)

El objetivo de SOA es básicamente la colaboración a través de servicios, los cuales se publican y están disponibles para la invocación en el Service Bus. La adopción de SOA es fundamental para mejorar la agilidad de negocios y la flexibilidad TI prometida por los Web Services. Estos beneficios son entregados por la arquitectura de servicios desde una perspectiva tecnológica y la adopción de protocolos de Web Services, además requieren de un entorno orientado a servicios.

Los resultados han sido que muchas empresas los utilicen en sus plataformas comerciales y que muchas aplicaciones se diseñen y desarrollan bajo una arquitectura orientada a servicios. Además, SOA representa también una oportunidad para el desarrollo incremental, despliegue, mantenimiento y extensión de las aplicaciones de negocios (Natis, 2003).

Representational State Transfer (REST)

Según Tyagi (2006), en el mundo de los Web Services, REST es un “idioma” clave de diseño que abarca una arquitectura cliente-servidor sin estado en el que los servicios web son vistos como recursos y pueden ser identificados por sus direcciones URL. Los servicios web REST se construyen usando HTTP, URIs, XML, JSON, Atom, etc. Los clientes de que utilizan estos recursos acceden a una representación particular mediante la transferencia de contenido de la aplicación usando métodos remotos que describen la acción que debe realizarse en el recurso. REST es una descripción analítica de la arquitectura Web existentes, y por lo tanto la interacción entre el estilo y el protocolo HTTP parece perfecta. REST tiene como principales principios u objetivos la utilización de los estándares Web, tales como HTTP y URI, y aprovechar la arquitectura de la Web para su beneficio.

Los resultados de REST es que actualmente existen una gran cantidad de aplicaciones basadas en REST, que prácticamente cualquier servicio es accesible desde una petición GET en HTTP, en contraposición a SOA que es más restrictiva. De acuerdo con Wikipedia, algunas de las aplicaciones las encontramos en blogosfera, Amazon.com, eBay, Bloglines, Yahoo, Microsoft, Twitter, Google Apps, SalesForce, etc.

Software as a Service (SaaS)

“Software como servicio (del inglés: Software as a Service, SaaS) es un modelo de distribución de software en donde la compañía de tecnologías de información y comunicación (IT) provee el servicio de mantenimiento, operación diaria, y soporte del software usado por el cliente” (Wikipedia, 2010). Por lo tanto, SaaS es una aplicación “hospedada” en un servidor remoto y accedida desde Internet. Muchas de estas son software de negocios y típicamente son de menor costo para que el negocio pueda tener software especializado y que muchos usuarios lo puedan operar. Las características del software como servicio incluyen: acceso y administración a través de una red, actividades gestionadas desde ubicaciones centrales permitiendo a los clientes el acceso remoto a las aplicaciones mediante la Web, la distribución de la aplicación es más cercana al modelo uno-a-muchos (una instancia, múltiples usuarios) que al modelo uno-a-uno, actualizaciones centralizadas y frecuente integración con una red mayor de software de comunicación.

Los resultados es que es una tecnología emergente, y tienen ventaja sobre SOA de que las aplicaciones de software se comunican entre sí. Gartner espera que para el 2010 el 25% del software de negocio sea entregado en una arquitectura SaaS. SaaS está llamando mucho la atención en estos días, se puede decir que SaaS está marcando la pauta para muchos enfoques de modelos de negocio que van desde las Green TIs, plataformas como servicios, Cloud-computing, Grid-computing, Application Service Provider (ASP), etc. Además, según Singla (2009), SaaS envuelve muchas aplicaciones expuestas en la red como son software para soporte a clientes, sistemas financieros, comercio electrónico, sistemas de pago, inteligencia de negocios, administración de ventas y mercadotecnia, entre otras.

Conclusión

Como se puede apreciar, las tres arquitecturas son tecnologías basadas en Web Services que ha emergido en la última década, destacando precisamente a SOA como una arquitectura para la integración de servicios, REST como una arquitectura simple y ampliamente utilizada por su facilidad de acceso todo desde una petición HTTP sin ser restrictivo como lo es SOA, y por último, Software as a Service, la cual envuelve muchas aplicaciones, que en estos días los departamentos de TIs la están tomando mucho en cuenta por las oportunidades de negocio que esta ofrece.

SOA, REST y SaaS en un mapa conceptual de sistemas distribuidos (Dahan, 2008)

Fuentes consultadas

Booth, D.; Hass, H.; McCabe, F.; Newcomer, E.; Champion, M.; Ferris, C. & Orchard, D. (2004). Web Services Architecture. W3C Working Group. From http://www.w3.org/TR/ws-arch/

Dahan, U. (2008). Distributed Systems Conceptual Map.  The Software Simplist, Enterprise Development Expert & SOA Specialist. From http://www.udidahan.com/2008/08/04/distributed-systems-concept-map/

Hagell, J. & Brown, J. S. (2001) Your Next IT strategy. Harvard Business Publishing Corporation. From http://tailieu.athena.edu.vn/Ky%20Nang%20IT/Kinh%20Doanh%20IT/Your%20Next%20IT%20Strategy%20-%20Harvard%20Business%20Review.pdf

Natis, Y. V. (2003). Service-Oriented Architecture Scenario. Gartner Reseach. (ID: AV-19-6751). From http://www.gartner.com/resources/114300/114358/114358.pdf

Singla, V. (2009). The Overlapping Worlds of SaaS and SOA: How SaaS and SOA will enable “IT as a Service”. Cloud Computing Journal. From http://www.dosideas.com/noticias/java/314-introduccion-a-los-servicios-web-restful.html

Sprott, D. & Wilkes, L. (2004). Understanding Service-Oriented Architecture. Microsoft Architect Journal. From http://msdn.microsoft.com/en-us/library/aa480021.aspx

Tilkov, S. (2007). A Brief Introduction to REST.InfoQ. From http://www.infoq.com/articles/rest-introduction

Tyagi, S. (2006). RESTful Web Services. Oracle. From http://java.sun.com/developer/technicalArticles/WebServices/restful/

WIKIPEDIA. (2010). Representational State Transfer. Wikipedia, the free encyclopedia. From http://en.wikipedia.org/wiki/Representational_State_Transfer

Con base a lecturas en Wikipedia y analizando procesos de desarrollo de algunas empresas encontré que típicamente el proceso de desarrollo de software tradicional y de Web no varían, es decir, generalmente pasan por requerimientos, diseño, implementación, pruebas e implantación. En particular, coincido con G. Engels, M. Lohmann & A. Wagner (2003), quienes señalan que los programadores de aplicaciones web se enfrentan con más frecuencia a nuevos requerimientos (o cambios en estos) que los desarrolladores de sistemas de software tradicional. Por lo tanto el proceso de desarrollo de software tradicional tiene que ser adaptado cuando se desarrolla una aplicación para web de acuerdo a las siguientes aspectos.

• La duración del proyecto en ciclos de desarrollo son cortos, es decir, de tres a seis meses promedio comparado con las aplicaciones tradicionales que son de 12 a 18 meses.
• Los requerimientos para aplicaciones web cambian o emergen durante el desarrollo del proyecto.
• Las liberaciones a plazos fijos conduce a una metodología de desarrollo basada en prototipos.
• Se presta para el desarrollo paralelo en diferentes versiones, es decir, que muchas actividades en el diseño, implementación y pruebas pueden trabajarse en paralelo para diferentes versiones.
• La reutilización e integración es necesaria porque la presión por el tiempo conduce a que se desarrollen componentes reutilizables y que se puedan integrar en otros proyectos.
• Los niveles de complejidad en el desarrollo web es de menor en las primeras etapas, y conforme se van integrando mas perspectivas la complejidad aumenta.

De acuerdo a lo anterior, considero que no se recomienda que los especialistas del proceso de desarrollo de software desarrollen una aplicación web porque esta demanda grupos multidisciplinarios, mucha comunicación y coordinación, además de que los grupos son más pequeños y con semejante expertis.

Fuentes consultadas:

G. Engels, M. Lohmann & A. Wagner.(2006). Web Engineering: The Discipline of Systematic Development of Web Applications. (pp 197-218). John Wiley & Sons.

Wikipedia. (2010). Wikipedia, the free encyclopedia. From http://en.wikipedia.org/wiki/Software_development_process, http://en.wikipedia.org/wiki/Agile_web_development y http://en.wikipedia.org/wiki/Software_development_methodology

Outsource2india. (2010). Application Development Process. From http://www.outsource2india.com/software/process.asp

B. Alexander. (2010). Macronimous. Site Development Process. From http://www.macronimous.com/resources/web_development_life_cycle.asp

Por: Felipe López

Si bien, se entiende que las tecnologías de información (TIs) han originado grandes beneficios para muchas empresas, también es muy importante tener en cuenta que el uso de las TIs y su administración son muy complejas para muchas empresas. A continuación destaco cuatro limitaciones en cuanto al uso de las tecnologías de información en empresas mexicanas.

Infraestructura de las tecnologías de información

Las tecnologías de información se encuentran soportadas por una infraestructura, es decir, equipos de cómputo, redes, software, bases de datos, etc., por lo tanto, la administración de la infraestructura de TIs y la obtención de los propios recursos de la infraestructura, son algunos de los principales obstáculos por lo que muchas empresas no se pueden beneficiar realmente las TIs.

Tecnologías de información emergentes

Está claro que los crecientes avances en las tecnologías de información generan nuevas oportunidad para las empresas, pero también estamos conscientes de que la “longevidad” de algunas tecnologías ya no alcanza para su implementación o implantación en empresas típicas puesto que la inversión en nuevas tecnologías siguen siendo muy cuestionadas. Otro aspecto de las TIs emergentes, por ejemplo sistemas de comercio electrónico, arquitecturas orientadas a servicios, Web Servises, Software-as-a-Services, Cloud Computing, Grid Computing, comercio móvil, virtualización, etc., suelen ser adoptadas muy tarde puesto que no se cuenta con la infraestructura adecuada, ni con el presupuesto y los conocimiento de que estas demandan. Por señalar algo,  encontré casos como en ReadWriteWeb (2007)  y en AListApart (2006) donde ya desde hace algunos años se ha hablado sobre Web 3.0 mientras que nosotros apenas estamos haciendo la transición de la Web 1.0 a la Web 2.0.

Las TIs requieren personal altamente calificado

En el ámbito de las tecnologías de información, otra limitante para su uso es que las TIs demandan personal cada vez mejor calificados, diseñadores de software, ingenieros en redes y seguridad, administradores de bases de datos, etc., todos estos son ejemplos de puestos profesionales necesarios para la operación de las TIs. Por lo tanto, la contratación de servicios especializados o la capacitación del personal existente en una empresa típica implica decisiones que se salen del alcance de los bolsillos y no entran en el modelo de negocio de la empresa.

Recursos económicos

Muchas empresas han adoptado la subcontratación de empresas de TI, independientemente de que la subcontratación es un tema creciente y que “garantiza” el ahorro en los gastos para los servicios de TIs, las empresas proveedoras de servicios de TIs siguen siendo muy cuestionadas en cuanto a la garantía de los servicios, el costo de los servicios,  y así como también, en la privacidad de la información; sin considerar el los beneficios potenciales.  Otra situación que cabe señalar son los altos costos en la infraestructura de las TIs, por ejemplo en El Universal (2009) se reportó que México tiene los servicios de telecomunicaciones más caros no solo entre los países de la OCDE, sino también entre países del continente. tarifas más caras en telefonía residencial y empresarial, así como también en telefonía celular. Así que las empresas se siguen limitando en la inversión en TIs o en al subcontratación de servicios.

Conclusión

Las limitaciones en el uso de las TIs en empresas típicas de México obstaculizan los beneficios que las mismas TIs prometen, porque el uso de estas no se perpetúa de la mejor manera, aunque a mi juicio estas limitaciones podrían originarse a causas de otro tipo, es decir, cuestiones políticas, económicas, sociales e incluso culturales.

Fuentes consultadas:

• E. Turban & L. Valdonino. (2009). Information Technology for Management: Information Technology for Management: Improving Performance in the Digital Economy. (7th Edition). USA: John Wiley & Sons.
• M. Lacity & L. Willcocks. (2009). Information Systems and Outsourcing Studies in Theory and Practice. USA: palgrave macmillan.
• Cyber Futuristics. (ne). Information Technology Outsourcing. From http://www.cyfuture.com/information-technology-outsourcing.htm
• El universal. (2009). Tarifas de internet en México, de las más caras. From http://www.eluniversal.com.mx/articulos/55127.html
• RedWriteWeb (2007). Eric Schmidt Defines Web 3.0. From desde http://www.readwriteweb.com/archives/eric_schmidt_defines_web_30.php
• A List Apart (2006). A List Apart: Articles: Web 3.0. From http://www.readwriteweb.com/archives/eric_schmidt_defines_web_30.php

De acuerdo con Clate Mask las tres principales razones por la que un cliente no regresa al negocio son:

1) Tienen una mala experiencia
2) No se sienten especiales
3) No se anima a volver

Las siguientes son recomendaciones que Nick Parsons propone para ser más productivo en el desarrollo de un proyecto de software.

• Bosquejar el proyecto antes de iniciar. Este punto es muy importante, ya que nos permite tener una idea más clara del proyecto. Por ejemplo, un diseñador puede crear el modelo en hoja y papel incluso antes de tocar el equipo; a un desarrollador le permite planear el código con diagramas de flujos o esquemas.

• Estar a tope de la información. Muchas veces nos pasa que no podemos recordar algo, el mezclar varias tecnologías ocasiona que no recordemos las sintaxis o las confundamos. Este punto recomienda que utilicemos hojas de referencia. Lo importante es que cada quien tenga las hojas de referencia de las tecnologías de acuerdo como uno las requiera y ademas utilizarlas. Otra forma de estar a tope de la información es mantener a la mano la información que el cliente proporciona ya sea en papel o en alguna herramienta de gestión de proyectos.

• No empezar desde cero. Este punto recomienda el uso de plantillas o frameworks de desarrollo, ya sean creados por nosotros o por otras personas, creo que es una mejor manera de iniciar a partir de una base en lugar de invertir tiempo en hacer lo mismo para cada proyecto.

• Conocer bien las herramientas. La comunidad web es tan asombrosa que prácticamente para cada necesidad hay una aplicación. La parte difícil es que hay mucho para elegir, y cada vez hay nuevas versiones y nuevas herramientas. Es importante estar al tanto de las herramientas, sin tener que gastar tanto tiempo eso. Una estrategia es dedicar algún tiempo cada semana para vigilar por las nuevas herramientas y tecnologías. Otra es navegar en internet y cuando se vea algo que vale la pena añadir a nuestra colección de favoritos.

• No olvidarse de tomar descansos. Es importante tener en cuenta los descansos calculados; cuando uno comienza a sentir esa sensación de aburrimiento, el cuerpo nos está diciendo que es hora de tomar un descanso. Levantarse, estirarse, tomar aire fresco y luego volver hace que uno se sienta mucho mejor y se puede trabajar mucho más rápido. Un vaso de agua helada es tan asombroso para potencializar nuestra mente. Si estas trabajando eficientemente, entonces no te detengas, pero si ya perdiste el enfoque, no tienes nada que perder y si mucho que ganar. Es importante ser persistente pero no estar tan sujeto a no tomar un descanso cuando lo necesites.

Redondeando, la productividad no es sólo conseguir que se haga algo rápidamente, es utilizar el tiempo de manera eficiente para producir un trabajo de calidad sin prisa. Una de las cosas más trágicas es que cuando un diseñador con talento (o desarrollador) tiene que comprometer la calidad de su trabajo y no hacerlo lo mejor posible a causa de un plazo. Mediante la adopción de estos cinco hábitos, se puede hacer más cosas en menos tiempo, y disfrutar más tiempo para uno mismo.

A continuación una lista de ligas recomendadas:

• Cheat Sheet Round-Up: Ajax, CSS, LaTeX, Ruby…
• столове30 Handy Cheat Sheets and Reference Guides for Web Professionals
• Cheat Sheets for Web Designers
• 15 Sites Web Developers and Designers Should Know
• 35 Online Tools That Make Your Freelance Career Easier
• The Online Toolbox: 100+ In-Depth Resource Collections
• Massive Compilation of Designer Tools

Ligas relacionadas:

1. Web developer’s library: What you should have
2. Predefined Variables in PHP: For complete beginners
3. 30 jQuery Tutorials for Complete Beginners
4. 10 Ways to Find Motivation to Blog
5. Conducting Collaborative Design Sessions – Part 1: Prepare

El diseño Web es un término ambiguo, pero me quedo con el desarrollo del aspecto visual que le da un sentido a la compañía o al individuo que representa. Un diseñador Web debe entender aspectos técnico y artísticos; aunque no necesariamente necesita la especialización de ambos. Hay siete reglas básicas que un diseñador web debe seguir.

1. Solo porque puedes no significa que debas.  Actualmente hay muchas tecnologías Web y no porque haya deban de utilizarse (por ejemplo Ajax, Flash, etc.); la pregunta que deberia hacerse un diseñador Web es: “‘ ¿La tecnología agrega valor al sitio o solo se utiliza para mostrar que hay novedad? “.
2. Hay casi siempre una excepción. Un diseñador Web debe tener cuidado de excluir una tecnología Web, ya que si bien, no funciona para muchos usuario, quiza haya un grupo que lo prefiera (Por ejemplo, un logotipo animado con flash).
3. El último juez es el usuario.  Opiniones durante el diseño del sitio nunca faltan (del diseñador, del jefe, del programador, etc); pero la conclusión es que el sitio debe tener sentido para el usuario, por lo tanto el sitio debe ser diseñado teniendo en mente al usuario.
4. Cruzar experiencias es algo que un diseñador Web debe esforzarse. Un dieño Web profesional requiere entender las necesidades del usuario,  independientemente de los aspectos técnicos y estéticos que el sitio pueda tener.
5. La humildad es el mejor enfoque. Siempre va a haber diseñadores con diseños de sitios más atractivos, por lo tanto el aprender de los demás fortalece las habilidades.
6. Es imposible complacer a todos. Un diseño nunca va a dejar a todos contentos; y todo mundo tiene una opinión. Sin embargo, hay una línea delgada entre hacer feliz a la mayoría y tratar de crear un sitio que realmente sea eficaz en la comunicación.
7. Tratar de estar en el tope de las especificaciones y estándares. Las especificaciones y estándares Web cambian constantemente, por lo tanto un diseñador Web debe tener una comprensión básica de las últimas tecnologías, las cuales afectarán el trabajo futuro.

Además de las reglas básicas, un diseñador Web debería tomar en cuenta que debe haber tres factores en un sitio:

1. La estéticca. Qué tan profesional y consistente es el sitio con el negocio.
2. La usabilidad.  Qué tan facil y rápido el usuario encuentra la información o ejecuta sus tareas.
3. La funcionalidad. Qué tanto funciona el sitio y permite a los usuarios resolver sus problemas.

De lo anterión se concluye que un sitio Web es exitoso si cumple con tres cosas: que le guste al usuario,  lo use  y le funcione.

Tips para tener un buen diseño de la página inicial

• Descrubrir las tareas que son de alta prioridad para los usuarios
• Proporcionar buena visibilidad para las tareas de alta prioridad
• Lenguaje centrado en el usuario, y no al lenguaje de la compañia
• En el esquema de navegación principal presentar primero los temas de interés del usuario,  y poner los enlaces de información sobre la compañía al final.
• Proporcionar un camino claro para regresar a la página de inicio en el esquema de navegación, por ejemplo usando la etiqueta “Inicio”. 
• El contenido crítico debe estar sobre el despliegue de la pagina inicial
• Distinguir claramente los widgets del contenido, por ejemplo, secciones principales, botones, etc.
• No usar ventanas emergentes
• No desplegar paginas con elementos Flash antes de permitirle a los usuarios  llegar a la página de inicio.
• Mostrar el día y la fecha de cúando fue la última vez que se actualizó el  contenido de la página de inicio.

Ejemplos:

En los últimos años, hemos aprendido mucho sobre cómo hacer sitios web, sin embargo, si la meta es hacer dinero o hacer algo diferente entonces estos 12 pasos te ayudarán a lograrlo.

1. Saber por qué quieres tener un sitio web. Demasiadas organizaciones construyen sitios sin saber siquiera el por qué. Hay que contestarnos las siguientes preguntas: ¿Cómo ayudará tu sitio web a la organización? ¿Cómo o de que manera ayudará a los visitores?.
2. Construir el sitio web para el usuario. No para ti. Los usuarios llegan al sitio con un propósito en mente, y tu trabajo es ayudarles a completar su propósito. Esta es la principal lección que hay que aprender: tu sitio web es para los usuarios. Ellos llegan al sitio con un propósito en mente, entonces, tu trabajo es ayudarles a conseguirlo.
3. Cumplir con una necesidad. Si quieres atraer visitores lo primero que tienes que hacer es cumplir una necesidad. La necesidad más específica y la solución más efectiva,  lo que la mayoria de las personas buscan llevar a cabo.
4. Escribir un plan. Es tan simple que a menudo es ignorado: tu deberías hacer siempre un plan – y escribirlo – antes de iniciar el trabajo en un sitio. Esto te ayuda a pensar en las decisiones y la estimación de costos. Además, asegura que los miembros del equipo estén de acuerdo con lo que, exactamente, estén construyendo.
5. Colabora.  Cada sitio exitoso es un esfuerzo de colaboración, que requiere que personas de diferentes disciplinas – diseño, ingeniería, marketing- trabajen juntos. Pero el pensar de forma diferente, su trabajo diferente, y hablar lenguas muy diferentes hace que ellos pueden necesitar ayuda.
6. Poner atención en el tráfico del sitio. Al ver lo que hacen los visitantes – de dónde proceden, en donde hacen clic, cuánto tiempo permanecen, cuando salen – se puede ver qué es lo que funciona (y qué no) en tu sitio.
7. Deja a tu sitio evolucionar. Después del lanzamiento de tu sitio web, el trabajo real inicia. Hay que ver como es usado y gradualmente hacer los cambios para satisfacer mejor las necesidades de los usuarios.
8. Haz tu sitio fácil de usar. Es una ecuación probado-y-comprobado. Mientras más fácil sea tu sitio web de utilizar, más personas lo usarán. Así que si quieres ganar impulso, haz tu sitio más simple y más sencillo, por ejemplo:  tomar decisiones obvias, elegir nombres claros, y seguir las convenciones de diseño que los usuarios han asumido.
9. Probar, probar, probar! Es difícil predecir lo que ocurrirá cuando un sitio aparece en diferentes navegadores o es utilizado por diferentes personas. Por lo tanto, asegúrete de probar! Probar el diseño y la tecnología en los distintos sistemas. También comprobar si el sitio es usable: ¿Las personas lo entienden? ¿Pueden completar sus metas?.
10. Utilizar el email para mantenerse en contacto con los visitores. Las personas visitan a tu sitio solo cuando ellas lo recuerdan. El email es la mejor forma para recordarselo. No importa que tipo de sitio tengas, el email es la mejor forma para hacer que las personas regresen. Pero recuerda: hay una linea delgada entre el recordatorio y el hostigamiento. No exageres!.
11. Mantente concentrado (enfocado). Es fácil pensar en un mil cosas que hacer, dado todo el tiempo y los recursos. Pero, no siempre es mejor. Desde el punto de vista del usuario, un buen sitio web es un sitio Web simple, y para características adicionales sólo hay que ponernos en sus zapatos.
12. Acelérarlo!. Puedes hacer todo lo demás correctamente, y aún falla. Si las páginas se cargan lentamente, mejora la velocidad de tu sitio.

Fuente: “The Unusually Useful Web Book” by June Cohen [asa]0735712069[/asa]

La siguiente es una lista de tips, recomendaciones o mejores prácticas que Google recomienda para mejorar y facilitar tanto la búsqueda como el indexamiento del contenido en los motores de búsqueda.

• Crear títulos de página únicos y precisos
• Hacer uso de la etiqueta meta “description” para la descripción de la página
• Mejorar la estructura de tus URLs
• Hacer tu sitio fácil de navegar
• Ofrecer contenidos y servicios de calidad
• Escribir un mejor texto en el ancla (<a href=” … )
• Utilizar adecuadamente las etiquetas de encabezado (h1, h2, … )
• Optimizar el uso de imágenes
• Hacer un uso eficaz de robots.txt
• Estar consciente de rel = “nofollow” para los enlaces
• Promover tu sitio web de la forma correcta
• Hacer uso de herramientas libres para webmasters
• Aprovecha las ventajas de los servicios de análisis web

Estos puntos han sido extraidos del la versión 1.1 de la guía de optimización de motor de búsqueda de Google para principiantes (Google’s Search Engine Optimization Starter Guide) liberada recientemente.