una idea importada
Octubre 12, 2006
Deja un Comentario » | 
Blogroll, actualidad, arte, deportes, la ciudad, musica, niños, restaurantes y bares, teatro, tendencias | 
Permalink
Escrito por todoen
BootCamp Beta 1.1
Agosto 16, 2006Apple ha hecho pública una actualización de su software para la integración de Otros sistemas operativos basados en x86 en los mac con Intel. La nueva actualización tiene las siguientes características.
- particionado mas facil usando preajustes con la selecciones de espacio más usadas
- habilidad para instalar Windows XP en un disco interno
- Soporte iSight
- Soporte para los micrófonos integrados
- Click derecho cuando se pulsa la tecla derecha de comando (manzana) en el teclado
- soporte mejorado para el teclado incluyendo las teclas “Borrar, Imprimir pantalla, Bloqueo numérico y Scroll lock”.
Deja un Comentario » | 
General | 
Permalink
Escrito por todoen
¿Portátiles de Apple con Merom?
Agosto 14, 2006Merom, la versión para portátiles de Core 2 Duo podría estar este próximo septiembre en los portátiles de Apple si la información que indica Digitimes es cierta.
Deja un Comentario » | General | Permalink
Escrito por todoen
Steve Jobs habla del iPhone
Agosto 14, 2006Steve Jobs ha estado comentando acerca del muchas veces rumoreado terminal móvil en su ciculo más cercano.
Deja un Comentario » | General | Permalink
Escrito por todoen
Nuevos iPod a final de año
Agosto 11, 2006El fabricante Taiwanes Tripod ha anunciado que ha renovado el contrato para seguir siendo el suministrador de circuitos impresos para el iPod.Tripod, que ya suministra los circuitos impresos para el iPod nano, continuará siendo el suministrador habitual de esta parte del iPod, y ha indicado que suministrará los circuitos impresos para las nuevas versiones del iPod que se esperan a finales de este año.
Tripod se encuentra entre las cuatro empresas taiwanesas que suministran circuitos impresos para el iPod.
Fuente: DigiTimes
Samsung Electronics ha comenzado a convertir el 4% de su producción de memoria DRAM en memoria NAND para cubrir la próxima demanda de Apple, según fuentes y distribuidores.
Este proceso de conversión de fabricación comenzó el mes pasado con la conversión de 8.000 “galletas” de memoria por mes. Este movimiento de memoria DRAM a NAND supondra un descenso de un 1% en la fabricación global de memoria DRAM (lo que elevará consecuentemente su precio). Se espera, además, que Samsung amplie este cambio de fabricación a porcentajes más altos.
DRAMeXchange ha indicado a que a mitad de este mes de agosto, Apple continuará almacenando memoria NAND tanto de Samsung como de su rival Hynix Semiconductor.
DigiTimes
Deja un Comentario » | 
General | 
Permalink
Escrito por todoen
Alerta terrorista en Reino Unido
Agosto 10, 2006El Scotland Yard detenido a 21 personas hasta el momento en el marco de la operación lanzada para desbaratar un complot terrorista que pretendía atentar contra una docena de aviones comerciales en Reino Unido y EEUU. Se buscaba “cometer una mataza de dimensión inimaginable. Los detenidos son en su mayoría jóvenes británicos de origen asiático.
- British cancela sus vuelos hasta las 16 h.
- La noticia sacude a los mercados
- EEUU eleva su nivel de alerta
- Recordando el 7-J
Fuente: terra.es
Deja un Comentario » | General | Permalink
Escrito por todoen
25 errores comunes en los desarrollos Web
Agosto 10, 2006Conoce 25 errores típicos en desarrollos Web, desde problemas en el entendimiento de lo que es el HTML hasta típicos errores de arquitectura, pensamiento de sistemas.
Un popurrí de problemas, que todavía en el año 2003 teniendo tanta tecnología apta de buena calidad para desarrollar cosas sin problemas y en el menor tiempo, se sigan viendo ejemplos mediocres.
Como este es un artículo largo, recomiendo que lo imprimas, puedes hacerlo libremente sin apretar en ningún enlace raro que contenga Javascript, PHP, o cosas que interfieran, basta con buscar la opción de imprimir en tu navegador y esperar a que la impresora termine su trabajo.
Error 1: Peso en la página
Error 2: DTD inexistentes
Error 3: Páginas sin el idioma especificado
Error 4: Títulos de página molestos y enigmáticos
Error 5: Sin imágenes navegar una página es imposible
Error 6: URL matemáticas, casi imposibles de entender y recordar
Error 7: Código prehistórico reemplazable con CSS
Error 8: Olvidarse de la semántica, los documentos son una pila de información sin clasificar…
Error 9: Sin estilos la página no se entiende, ni tiene significado…
Error 10: Documentos Web que son enemigos de la impresora
Error 11: Ventanas emergentes, inútiles, sin sentido y no muy accesibles.
Error 12: Instale Flash, o de lo contrario no podrá navegar el sitio Web
Error 13: Javascript supera todas las tecnologías de lenguajes, HTML, CSS, PHP, Javascript es la hostia…
Error 14: HTML no es un lenguaje de modelaje de páginas
Error 15: HTML comentado, es igual a más peso en la página
Error 16: Utilizar hojas de estilo en línea o embebidas en los documentos
Error 17: Javascript no modularizado
Error 18: Elementos Meta inservibles…
Error 19: Mapa Web del sitio
Error 20: Buscador ciego… buscador inútil
Error 21: La Web no es la televisión
Error 22: Frames no, si us plau.
Error 23: Formularios inaccesibles
Error 24: Tipografías mal aplicadas
Error 25: Archivos multimedia, PDF, etc.
Error 1: Peso en la página
Por mucho ADSL que podamos tener instalado, simplemente tener una página de 150 KB a 200 KB es un crimen. Por ende el peso ideal tiene que rondar los 50 KB a 80 KB como mucho, aunque mucha gente posee ADSL, mucha gente también está bajando archivos, escuchando música en radios online, y la cuota de velocidad de descarga empieza a descender.
Incluso en entornos de trabajo, donde hay una red de más de 5 máquinas utilizando 1 línea de ADSL podemos notar un grave descenso de la velocidad, así que el factor “ADSL” afecta y mucho.
Las páginas deben pesar lo mínimo posible, esto podemos solucionarlo con código estándar, bien programado, sin necesidad de eliminar atributos importantes como el alt=”…” o el title=”…”, ni quitar demasiadas imágenes.
Un ejemplo de sitios muy pesados:
Banco Santander: 140 KB
Correos de España: 110 KB
ELPAIS.es 204 KB
BBVA.es 132 KB
Administracion.es 214 KB
ya.com 135 KB
Esto por supuesto es una medida hecha en la página de inicio de cada URL, pero con el paso de las revisiones, vemos que se repiten muchas cosas como porciones de código, y más errores los cuales hacen que el peso de la página crezca a lo largo de toda una trayectoria de estancia.
Esto significa que cada usuario en vez de descargar el mínimo posible de bytes, cada vez que ingresa a una página descarga código extra.
En un caso ideal, puedo recomendar que en la página de inicio se carguen los archivos más esenciales, como las hojas de estilos (luego hablaremos de ella) y algunas imágenes vitales, de modo que el usuario pueda descargar por ejemplo 700 Kb de información visitando 20 páginas y no 1,3 MB como en algunos exámenes que hemos verificado.
Esto sin dudas optimiza la cantidad de ancho de banda que la empresa que mantiene el sitio se ahorra, sino que cada usuario se descarga los elementos necesarios.
Menor peso, mejor estancia.
Error 2: DTD inexistentes
Es común ver que todos los documentos de un sitio no tienen una DTD que los identifique positivamente como un documento HTML, de hecho, cada navegador al no encontrarse con un DTD se limita a cualquier cosa.
Esto en el ambiente de desarrolladores, se conoce como Quirck Mode, y cuando un navegador entra en Quirck Mode, utiliza en su totalidad todo su motor de armado de páginas, incluye un soporte de visualización de navegadores, viejos, nuevos.
Explicado de una forma más cotidiana, imaginen que un amigo te regala algo, y tu amigo dice que te traerá algo de sorpresa y que tienes que prepararte, ahora… ¿Qué haces? ¿Sacas todos los muebles de la casa? ¿Limpiarás la cochera?
En realidad no sabes lo que te espera, puede que te regalen un tremendo coche, o algo como una torta de cumpleaños de 20 centímetros de diámetro, esto hace que tengas incertidumbre y termines preparando toda tu casa para algo que no sabes que va a ser… pero si tu amigo te hubiera dicho que te traía un cuadro de 2 x 2 metros, hubiéras preparado el mejor lugar y la pared justa para colgarlo sin tener que remover en toda la casa.
Los navegadores actúan de forma similar, cuando reciben un documento que no posee una DTD que lo identifique el navegador automáticamente se hace un lío utilizando su motor en su totalidad, técnicamente esto tiene muchas desventajas, por ejemplo la utilización de todo el motor del navegador es como si tuviéramos que utilizar el 100% de nuestra capacidad cerebral para comprender una simple oración, cuando deberíamos utilizar solamente nuestros conocimientos de lengua castellana.
Al utilizar un DTD uno no sólo se define en qué tipo de documento desarrolla, ayuda a otros desarrolladores a saber qué tipo de código deben escribir, sino que también ayudan al navegador a utilizar sólo una porción de su motor, por ende el beneficio es mayor, y el rendimiento del navegador es ultra óptimo.
Una de las cosas que sorprende, es que por ejemplo el Banco Santander Central Hispano no tiene DTD, es algo tan simple como poner 121 bytes de texto al principio de cada documento:
Pues tanto como el Santander Central Hispano no lo hace, tampoco lo hace BBVA, ni tampoco lo hace el sitio de la Administración de España de forma correcta, por que utiliza la versión sin referencia al DTD de la W3C, esto hace entrar en modo de compatibilidad (lo que antes mencionamos como “quirck mode”).
Por ende la solución es ponerle a todos los documentos los DTD correspondientes, primero fijarse sobre qué versión de HTML o XHTML se está trabajando, de esta forma, evitaremos poner un DOCTYPE equivocado, si programamos en HTML 4.01 utilizar el DOCTYPE de HTML 4.01 en la versión que más nos plazca.
Error 3: Páginas sin el idioma especificado
Benvinguts!. Seguro que no identifican a simple vista que significa esta palabra, pues imaginen los parentescos entre palabras que puede haber en una página, y el significado distinto que te puedes encontrar, uno puede buscar la palabra “home” y recibir una página en inglés con la palabra “home” que significa casa, pero… si “home” significa “hombre” en catalán, pero… ¿Qué hago mal?
Define idiomas en el comienzo de cada documento, es fácil, todos los elementos de HTML heredan el idioma, solo basta ponerlo en elemento y todos los tags dentro de … contendrán contenido en un idioma específico.
Ejemplo:
Si especificamos un idioma estamos mejorando la semántica del documento, diciéndole a un motor de búsqueda que quiere indexarnos que nuestro contenido está plagado de palabras en idioma castellano, pero puede que dentro de ese documento se encuentren palabras en inglés, catalán, francés.
Un lector de pantallas o un navegador sonoro para gente con discapacidad auditiva, pronunciará mejor o utilizará una voz de sintetizador distinta cuando se encuentre una palabra en otro idioma, de esta forma se pronuncian las palabras de forma correcta, de lo contrario podrá escuchar una voz de sintetizador con pronunciación inglesa relatando texto en castellano, y eso se traduce a un caos de pronunciación, acentos distintos y hasta la incomprensión total de una simple oración.
Si dispones de navegadores auditivos, puedes hacer la prueba entrando a cualquier sitio Web que no tiene lenguajes especificados y comprobar como suena todo.
Cuando una palabra tiene un idioma distinto al especificado en el elemento raíz del documento () debemos incluir el atributo correspondiente lang=”…”:
Los documentos fueron encontrados por John Walker y gracias a él pudimos hacer el printing.
Error 4: Títulos de página molestos y enigmáticos
Muchos ejemplos de los que he revisado tienen títulos de páginas totalmente molestos y no muy explicativos. Un caso muy gracioso que me da risa que la gente de administración.es tenga que caer tan bajo con esto:
::::::::::: administracion.es | el portal del ciudadano ……………………
Esto no solamente es un gasto de peso (se utilizan caracteres) sino que es totalmente inconcluso para los lectores de pantalla, por ejemplo un lector de pantalla leería algo así como:
(dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos) (dos puntos)(espacio) (administración)(punto)(es)(barra vertical)(el) (portal) (del) (ciudadano) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto) (punto)
Ja, ja algunos de los que leen ahora empezarán a entender de lo que hablo, cuando uno utiliza un sintetizador de voz, cada vez que ingresa a un documento lo primero que se lee es el título de una página, por ende, a más cosas escriban, más inútil y largo será el relato, el ejemplo antes mencionado tarda 34 segundos en relatarse.
34 segundos para luego proseguir a relatar otras partes del documento. O sea que el usuario podría gastar todo un día para leer una simple página o navegar la Web institucional, ¿se imaginan qué desepción?
Otras de las cosas que me causan gracia es la usabilidad de estos títulos, por ejemplo observen esta imagen:
Como podrán observar mucha gente no utiliza una sola ventana de navegador, puede incluso tener 10 ventanas en la barra de tareas de Windows, de modo que encontrar algo en la barra a simple vista cuesta mucho más que si utilizaran en primer lugar el nombre del sitio.
Esto sin dudas abre un nuevo paréntesis en usabilidad, no solo dentro del navegador, sino que fuera del navegador existen problemas también, incluso yo, un usuario avanzado cuando tengo muchas ventanas de navegadores abiertas, me cuesta recordar o reconocer de entre las 5 o 10 cuál pueda ser la que busco…
Incluso pasa en los avanzados elementos que nos ayudan, como las pestañas del Mozilla, que son la maravilla hecha realidad, pero aún así, cuando tengo una ventana de navegador con 15 pestañas abiertas, cuesta mucho reconocer una página con el elemento title malformado.
Error 5: Sin imágenes navegar una página es imposible
No debería de ser necesario la presencia de imágenes para navegar, aunque le agregan un sentido gráfico y proporcionan una ayuda visual muy grande, existe gente que tiene discapacidad y no puede apreciar las imágenes, también puede que el servidor al cual se accede no termina de enviar las imágenes, dando un error, cuando pasa esto, la página queda cargada parcialmente, y se puede navegar en modo texto, si las imágenes tuvieran especificado el atributo alt=”…” se podrían diferenciar muchas cosas, sin tener que recargar las imágenes o esperar a que el servidor Web funcione.
El Banco Santander Central Hispano lo hace de una forma casi perfecta, la Web se puede navegar sin imágenes dentro de todo se merece un aplauso, la gran mayoría de las imágenes tienen explicaciones coherentes y cortas, faltaría especificar los atributos title=”…” en cada enlace o cada imagen para desplegar un cuadro amarillo de ayuda conocido como Tooltip.
La web de La Moncloa, más allá si la información es interesante o no para algunos, es innavegable sin imágenes.
En la web de La Caixa, ubica el atributo alt a sus imágenes pero no define un atributo title=”…” de modo que esto solo beneficia los navegadores Internet Explorer.
El Banco Santander Central Hispano lo realiza de forma perfecta, incluye en la totalidad de sus imágenes ambos atributos.
Error 6: URL matemáticas, casi imposibles de entender y recordar
Si, matemáticas, algunas URLs son tan complejas de entender que si no disponemos de una ayuda visual, solemos tener problemas para navegar, en todas las páginas cuando se posa el cursor del ratón en una dirección podemos ver en la barra de tareas del navegador a qué URL vamos a ir si hacemos clic, se imaginan leer una url como esta:
http://www.la-moncloa.es/web/gob01.htm
¿Adónde voy a parar? ¿Cómo se llama la sección esa? ¿Web o Gobierno? No entiendo, y a que vosotros tampoco os daréis cuenta… esto se debe a que no posee ninguna ayuda visual, ni tampoco las imágenes son accesibles debido a su carencia de atributos alt=”…” y title=”…”, entonces al depender de elementos como las imágenes, es raro que podamos navegar con URLs de este tipo.
http://www.elpais.es/articulo.html?xref=20030923elpepucul_1&br />type=Tes&anchor=elpporcul
¿A que sección del diario irá? ¿Cómo se llama el artículo?
Muchos lectores de pantalla, leen o relatan las direcciones de los enlaces, estos enlaces se crean de una forma terriblemente matemática haciendo casi imposible un relato entendible, y ni hablar de recordar esta dirección.
Algo como intuitivo y decente sería:
http://www.elpais.es/secciones/politica/
el_psoe_confirma_la_ruptura_definitiva.php
Muchos sistemas de contenido tienen la posibilidad de crear este tipo de enlaces, algunos se basan en los títulos del artículo, otros tienen campos con los que arman las URLs a gusto del editor.
En minid.net por ejemplo, podréis apreciar que las URLs son más intuitivas, de hecho ha mejorado notablemente el indexado en los buscadores, dado que también los enlaces tienen connotaciones semánticas para Google.
http://www.minid.net/archivos/categorias/
internet/idiotas_en_el_espacio.php
O también pueden entrar al sitio del diario El País (www.elpais.es) y encontrarse con una dirección como esta:
http://www.elpais.es/clientes/SuscripcionPortada.html?
backURL=http%3A%2F%2Fwww.el
pais.es%2Farticulo.html%3Fd_date%3D%26
xref%3D20030923elpepuint_3%26type%3DTes%26
anchor%3Delpprint
Y entonces el lector de pantalla tarda un buen rato en relatar todo.
No veo razón para que esta dirección Web sea así:
http://www.elpais.es/clientes/suscripcion.php
O también podemos decir:
http://www.elpais.es/suscripcion/
URL fáciles de reconocer aumentan la navegabilidad, indexación y comprensión del sitio.
Error 7: Código prehistórico reemplazable con CSS
En muchos casos se pueden ver cosas, como en la Web de correos de España, donde utilizan el tag con una clase de CSS para hacer las letras en negrita, lo hace de esta forma:
Lugares y medios de exposición.
En las Jefaturas Provinciales de Correos y Telégrafos, Ceuta y Melilla…
Cuando deberían haber hecho:
Lugares y medios de exposición
En las Jefaturas Provinciales
de Correos y Telégrafos, Ceuta y Melilla…
Luego en una plantilla CSS darle el aspecto gráfico que quieras, este ha sido un ejemplo, imaginen si sacaran todos los elementos innecesarios y se ubicaran los elementales se ahorrarían mucho peso entre páginas.
Otro ejemplo mal aplicado lo podemos ver en la Web de correos, cuando quieren hacer una negrita o un énfasis en una palabra utilizan de nuevo el tag con una clase, cuando podrían usar el tag o el tag para dar más significado semántico al asunto:
Junto a este viaje al pasado, el Museo Postal y Telegráfico abre una ventana al futuro con la exposición de una maqueta del satélite Hispasat.
Nótese la cantidad de veces que tendrán que escribir en cada documento la clase class=”txtNegrita” en cada página donde requieran negritas y títulos, si comparamos class=”txtNegrita” con la cantidad de caracteres que pueda llevar escribir los elementos de un título por ejemplo notaremos un ahorro tremendo de caracteres como por ejemplo
son 9 caracteres contra 18 caracteres de class=”txtNegrita” si se quitaran todas estas clases inútiles podrían ahorrar hasta 1 MB de caracteres de atributos basura, caracteres de más a toda la totalidad de documentos.
El ejemplo correcto sería:
Junto a este viaje al pasado, el Museo Postal y Telegráfico abre una ventana al futuro con la exposición de una maqueta del satélite Hispasat.
Y en la plantilla de CSS ponerle el color o el tipo de letra que desees.
Error 8: Olvidarse de la semántica, los documentos son una pila de información sin clasificar…
Eso mismo, una pila de información sin clasificar, la semántica es una de las áreas de los estándares Web que más importancia tiene que haber en las páginas que ofrecen contenidos y servicios públicos, de hecho en todas las páginas debería haber un mínimo de semántica, uno de los problemas que observo es que muchas empresas grandes que tienen suficiente dinero para hacer estas cosas bien, lo hacen al revés, cuando la semántica no sólo nos permite darle un significado “esto es un título”, “esto es un párrafo”, “esto es una cita” sino también que nos dan clasificación y jerarquía dentro de un documento, por ende puede retornar más beneficios.
La jerarquía viene de los elementos como los títulos, listas, definiciones, y la clasificación nos permite editar esas jerarquías desde CSS, en pocas palabras que a mejor jerarquizado y clasificado esté el código, más fácil es controlarlo con un CSS.
Ejemplo horrendo de la Web de Correos de España, para hacer un título y un párrafo utilizan todo este código:
Como podemos apreciar en el código, prevalecen las ganas de armarlo todo en el mismo documento de HTML, cuando podría estar mucho más limpio, semántico y controlado por unas pocas reglas de CSS, no entiendo por qué utilizan el lado más complejo, es como pintar un edificio entero con un aerógrafo para maquetas.
Yo podría lograr que el código quede incluso más accesible todavía, debido a que esta gente utiliza “tablas” para representar contenidos cuando deberían jerarquizarlos con cabeceras y párrafos, ellos han optado por hacer todo en el mismo HTML, y utilizando técnicas super nocivas de CSS, malaprovechando cualquier recurso a mano, que podríamos mejorarlo de esta forma, en el HTML poner…:
Una nueva imagen, una nueva identidad
Correos rediseña su marca y todos sus elementos clave de identificación visual. → Ver vídeo
¿Notan la cantidad de caracteres, imágenes y código mal utilizado que he ahorrado?
…y en el CSS, creo una regla para que no se tengan que repetir ni usar más clases indebidamente:
#contenido h2 { color: #ccc; font: 1em Arial, Verdana, sans-serif; border-bottom: 1px solid #ccc; margin: 0 0 0px 0; } #contenido p { font: 1em Arial, Verdana, sans-serif; color: #000; }
Con esta simple regla de CSS y un código de HTML coherente, no deberé escribir más código de más en el HTML, ni clases, ni usar imágenes para hacer líneas o “subrayados” en los títulos, tampoco usarán imágenes transparentes para “acomodar” elementos (uno entre otro o para separarlos), por que con el uso debido de CSS se puede controlar el posicionamiento de cada elemento que se encuentre en el documento.
Error 9: Sin estilos la página no se entiende, ni tiene significado…
Volvemos a otro error que deriva y tiene mucha relación con el error 8, la clasificación y jerarquías de los elementos de un documento, sin esta práctica el documento no se puede navegar con facilidad sin hojas de estilo, por ejemplo los muchachos que hicieron administración.es tuvieron la demente idea de hacer un sitio aparte para los discapacitados, “una versión texto”, una pérdida total de tiempo, pero ya que estamos, esta versión cuando no se visualizan los estilos queda algo así:
No se imaginen la versión con imágenes como se podría ver sin hojas de estilo… mejor ni intentarlo que me deprime…
¿Pero cómo se hace bien entonces? Pues la respuesta es utilizando etiquetas correspondientes, sin navegan mined.net sin estilos notarán que se puede navegar de manera más ordenada, y los títulos son títulos gráficamente y semánticamente, no hace falta envolver los títulos con caracteres inapropiados como corchetes [título] ni nada parecido a –título–, por que volviendo al tema accesibilidad, las personas con discapacidades escuchan cualquier cosa menos castellano, sino que escucharán una mezcla de chino básico matemático mezclando el inglés relatado por un español (así como si fueran a decir espíderman en vez de spider man)
Un ejemplo digno de seguir es:
Mi página web por ejemplo, no requiere de un esfuerzo visual para comprender entre lo que es un título y un párrafo, de hecho, cuando vemos una página de este modo podemos comprender la forma en que un lector de pantalla lee…
Error 10: Documentos Web que son enemigos de la impresora
Leer en la pantalla es muy molesto según indican las pruebas con usuarios, de hecho casi todos los días en el metro puedo ver como la gente lee páginas Web o documentos impresos desde el navegador, y la calidad de ellos es de regular a muy mala cuando debería ser buena, apta para la lectura.
Un error común es ver el típico “imprimir página”, dado que todos los navegadores tienen incorporado la versión de imprimir (iconos, botones, accesos directos) esto me supone más que una ayuda una molestia más, un botón más al que hay que prestarle atención en una página, otro botón más que se confunde entre la maraña de enlaces y botones hechos en el documento Web, y además de funcionar con Javascript, lo cual le quita ya la ventaja de ser accesible.
Otro error común es hacer una “versión apta para impresión” la cual no tiene nada de apta, como la que han hecho los profesionales desarrolladores de administración.es, en un navegador, ingresa esta dirección y hagan un “vista preliminar” desde el menú de impresión de su navegador favorito (el autor no quiere que gasten papel ni tinta de impresora):
http://www.administracion.es/portadas/perfiles/ciudadano/familia/matrimonio_familia-idcat.html
Podrán observar que de imprimible no tiene nada, de nada. ¿Para qué hacer otra versión más? Si ni siquiera contiene información vital como medidas en puntos para las tipografías, y existen elementos que estorban la lectura… podría utilizar CSS para aprovechar un poco mejor el panorama de la impresión.
Otro error es directamente no hacer nada, ni una versión inútil para imprimir, ni una hoja de estilos, la solución para esto es agarrar de la oreja a los desarrolladores y explicarles un ejemplo como este:
Hacer una hoja de estilos que adapte a la impresión, en la cabecera, poner esa hoja de estilos identificando como si fuera apta para impresión (usando media=”print”) luego con el “vista preliminar” del navegador hacer las pruebas e ir quitando elementos innecesarios, como imágenes de navegación inútiles, barras de navegación, menús de navegación, banners, etc. dejar sólo los títulos y textos e imágenes de importancia.
Pueden ir a este ejemplo en esta misma Web, este mismo artículo hacer “vista preliminar” o “imprimir” y tendrán mejores resultados que los que hemos visto.
Cosas de este estilo se ven a montones, la cantidad de documentos que no se pueden imprimir por una cuestión de dejadez o de hacer las cosas sin saberlas, sin estudiarlas.
Cuesta más en tema dinero, tiempo, cantidad de gente para producir versiones “paralelas” para imprimir, que hacer 1 documento que controle la impresión de todo un mar de documentos en el sitio.
Error 11: Ventanas emergentes, inútiles, sin sentido y no muy accesibles
Otro tumor en la Web son las ventanas emergentes, las cuales conocemos por “popups”. Éstas no son más que un tumor que molesta, permanentemente y no agrega nada de valor.
Es preferible abrir una ventana de un navegador (que posee todos los controles) a abrir una ventana emergente “popup” de 350 píxeles de ancho por 400 píxeles de alto, otra vez en la mira del cañón está administración.es que es un sitio de gran magnitud, “el portal del ciudadano”, podrán observar una tontería como esta:
¿Alguno de vosotros observa alguna barra de navegación del propio navegador? ¿Un menú para imprimir? ¿Cómo era la combinación de teclas para imprimir? ¿Cómo hago para leer todo el texto?
Pues yo tampoco. Sigo, como observáis existe una gran cantidad de texto en una ventana no muy amplia, no hay barra de desplazamiento “scroll” la letra es de menos de 11 píxeles de alto (calculo que 10 píxeles) y un porrón de contenido sin clasificar, sin jerarquías, sin semántica… por ende, 100% inútil.
No quiero creer que siguen a estas alturas pensando en hacer un popup para estos casos, cuando pueden hacer un documento mejor desarrollado, por ejemplo como la página del Banco Santander de aviso legal. La cual no está del todo bien pero por lo menos no es un popup.
De lo contrario, daos una vuelta por el W3C, y chequeen su página de Copyright, está mejor ordenada semánticamente, pero… con un poco de gusto y mano de CSS quedaría un documento semántico y prolijo, y práctico para leer e imprimir.
Error 12: Instale Flash, o de lo contrario no podrá navegar el sitio Web
Uno de los errores más comunes y que todavía se pueden apreciar en la Web. Me deleita un montón ver ejemplo como 2advanced, que no ofrecen su contenido siquiera en una versión alternativa, por ejemplo saber que puedo ver sus producciones de video (ya tengo quicktime instalado) o por ejemplo leer sus noticias, y así no tengo que instalar otro programa más.
Puede que sea un poco cerrado el pensamiento, pero la idea es poner (aunque sea) un acceso a algo un “saltar introducción”, Kursor.tv parece no importarle y todo su negocio depende de una película en Flash, basta que alguien no tenga Flash instalado para que se vaya a otra Web de su competencia. Pueden ver que en la página Kursor.tv no hay indicios de accesos a versiones en HTML, tampoco hay teléfonos a mano…
Si utilizan Flash, hay que pensar por la gente que no lo tiene instalado, puede que esa misma gente incluso no tenga javascript o no tenga la versión correcta del plug-in de Flash, suele ocurrir que todo funciona mal o no se esperan los resultados, los plugins de detección no averiguan a la perfección que tipo de plugin versión 00000000.000000222 tenías instalada…
Otra de las cosas es utilizar Flash y no ofrecer una réplica de tu sitio indexable y navegable para personas con discapacidad motora por ejemplo (usan el teclado para moverse en un sitio…) es otro error tirando a crimen.
Error 13: Javascript supera todas las tecnologías de lenguajes, HTML, CSS, PHP, Javascript es la hostia…
No abuse del Javascript, amigo desarrollador, estoy realmente agotado de ver como funcionan los scripts en los navegadores, que si tengo que usar Internet Explorer para ver un menú importante, para acceder a mi cuenta bancaria… basta ya de abusar de Javascript.
No quiero decir que dejes de utilizarlo, sino haz las cosas con precaución y por favor, examina los resultados en otro ordenador que no sea tu mega-ordenador con Internet Explorer build 6.001324, por que con mi Portátil PC Asus y Windows 2000 con Internet Explorer 5.993888 no puedo usarlo correctamente, y mi amigo Juan con su Internet Explorer 5.5 (5.789000) tampoco puede… Javascript no es idéntico entre navegadores, menos entre Internetes Exploretes, de hecho he podido comprobarlo utilizando 6 PCs distintas con diferentes Explorers y notar diferencias que entre algunas eran abismales.
Ni hablar de usar otra cosa que no sea el alabado Internet Explorer, pongamos Opera, Netscape 7 o Mozilla, no… ¿para qué?… Tampoco hablar de utilizar Internet Explorer para Mac, no… ¿para qué?
Javascript no es un lenguaje perfecto para ser el esqueleto de un website, ni mucho menos para controlar la interacción entre documentos, os digo algo, si desactivo Javascript en mi navegador el sitio de Correos de España se navegable en un 20%, no llego siquiera a enviar una postal desde la página de “Envíe una postal por Internet”, desepcionante.
Por eso, fuera de chistes e ironías y sin ánimos de ofender a nadie, abusar de esa forma de Javascript, no es ideal.
Error 14: HTML no es un lenguaje de modelaje de páginas
Algo que cuesta de entender, es que, HTML no es un lenguaje de moldeo de páginas, de hecho el HTML no tiene estética alguna, solo significado, es un lenguaje para clasificar contenidos, que luego con otra tecnología se editarán los factores visuales, es por eso, que es estúpido utilizarlo para desarrollar layouts, colorear páginas, posicionar elementos… para esas cosas se ha creado CSS.
Podremos ver que el gran porcentaje de sitios utilizan tablas para hacer layouts, esto no está bien, pueden ver el ejemplo del Error 8, las tablas son elementos que fueron creados para representar datos, no para crear esquemas o maquetar un sitio entero, es como si utilizáramos gasolina de avión en nuestro coche, la gasolina quizás haga que nuestro motor funcione, pero tarde o temprano funcionará mal, por que la gasolina de avión tiene más octanos y está diseñada para motores grandes, motores de aviones.
Error 15: HTML comentado, es igual a más peso en la página
He visto cosas aberrantes, pero hay cosas que no se pueden creer, por ejemplo, es común en desarrollos comentar ciertas partes de un código, en programación puede incluso ahorrar mucho tiempo por que cuando se comenta no se borran cosas, o simplemente se comentan para probar cosas… pero en HTML, cuando se comenta una línea, el servidor Web procesa la página, y el código comentado, enviándolo al ordenador cliente, de modo que el mismo navegador es el que no procesa este código comentado.
Un error básico es utilizar los comentarios de HTML para comentar largas porciones de código HTML, los comentarios de HTML están hechos para realizar ayudas, o para hacer anotaciones.
El problema comienza cuando se comenta 10 líneas de código en HTML éste sigue apareciendo y siendo procesador por el servidor, debería comentar esto con otro tipo de lenguaje, de modo que sea procesado directamente en el servidor Web y no en el navegador.
Ejemplo de una porción de código encontrada en la web de correos:
sino utilizando algún lenguaje de scripting normal como PHP o ASP.
Otra de las cosas que recomiendo es no comentar largas porciones de código, sino directamente borrarlas o extraerlas a otro documento de repositorio.
Error 16: Utilizar hojas de estilo en línea o embebidas en los documentos
Un factor importante en los documentos Web debe ser la separación del contenido de la presentación, de modo que el HTML sea para contener y el CSS para presentar, por eso, utilizar hojas de estilos embebidas en el mismo documento no es sano.
En muchas páginas institucionales vemos como embeben el código de las hojas de estilos en la cabecera, en vez de tener 1 hoja de estilos externa con la información para la estructura y posicionamiento de los elementos principales, y otra hoja de estilos que varía de sección en sección, 1 para todas las páginas, con la información mínima, y la otra es una información unica para realizar un posicionamiento de un elemento o algo que se encuentre en 2 o 3 páginas, aquí estamos dividiendo recursos, y economizando trabajo. Algo cómun que vemos en la Web de Correos de España y el diario El País:
.TA
{
scrollbar-3dlight-color:#666666;
scrollbar-arrow-color:#666666;
scrollbar-base-color:#666666;
scrollbar-darkshadow-color:#666666;
scrollbar-face-color:#e2e2e2;
scrollbar-highlight-color:#e2e2e2;
scrollbar-shadow-color:#c0bebe
}
Nótese que esta estupidez solo hace que un documento de HTML contenga caracteres que no se puedan cachear de ninguna forma tradicional, de hecho cada vez que el usuario recurra a esta página, tendrá que descargarse y procesar esta porción de código, que es poca si, pero cuenten unos 70 documentos, y hagan el cálculo de cuantos KiloBytes llevan sumando.
En la Web de Correos, se pueden observar cosas como porciones masivas de código CSS en todos los documentos, no sólo ubicada entre los elementos sino en el medio del documento mismo, cosa que no está permitido, ni es una práctica muy sana…
Tampoco es sano ver que un tag bold tiene estilos en línea, por ejemplo, observamos en la página del diario El País:
Algo bien hecho hubiera sido como esto (aprovechando que utilizan el id “lClipping”)
Esto es código de HTML que se procesa una y otra vez, se envía y se descargar cada vez que alguien requiere la página, ¿No es mejor asignarle una clase especial a ese tipo de módulos? ¿Y de esta manera se aprovecha todas las clases en múltiples páginas a tener que cargar en línea siempre la misma cantidad de código? Esto está mal.
Error 17: Javascript no modularizado
Otro grave error parecido, al caso de las hojas de estilo es que no se modularíza el código Javascript, de ninguna forma, ni usando un lenguaje de scripting siquiera.
Esto es muy común cuando utilizan javascript para menús, que se repita siempre la misma historia de siempre, se repiten incansablemente porciones gigantes de código Javascript, ¿No es mejor modularizar esto de esta forma?
Si modularizas código de Javascript, éste se descargará una vez y será cacheado por el cliente y re-utilizado cada vez que se necesite.
Error 18: Elementos Meta inservibles…
Si hay algo que deben enterarse medio millón de desarrolladores es que, los elementos metas prácticamente son inservibles, de hecho los buscadores como Google ya no procesan ni indexan gracias a los elementos meta, dado que nadie los desarrolla bien, dado que los meta keywords y meta description no definen de forma correcta los contenidos principales de un sitio, Google los pasa por alto, y muchos buscadores también lo hacen así.
Las tecnologías de ahora permiten buscar mejor en el contenido, que fiarse en dos elementos creados por un departamento de marketing.
La solución es dejar los elementos meta que sirven a los navegadores, como los que especifican la codificación del archivos (si es UTF-8 u ISO-8859-1), los que controlan los robots de los buscadores, y nada más. El resto sobra.
La solución es implementar más los elementos que realmente ayudan más distribuir contenidos de un sitio que los tags meta.
Ejemplos de metas inservibles
Error 19: Mapa Web del sitio
¿Para qué hace falta una página con un millar de enlaces? ¿El usuario no puede encontrar lo que busca? Entonces eso sucede por 2 factores:
Página mal organizada
Posee un buscador que no hace nada útil.
Esta claro, en el 100% de los casos noto que el mapa del sitio es algo inútil, no ayuda en nada, el usuario no tiene por qué mirar entre un millar de enlaces, no hace falta, tampoco le ofrece la solución instantánea.
La solución es un buen buscador, de modo que ni bien entro a un sitio, no tengo que estar 1 hora inspeccionando una página con 700 enlaces, hacer un mapa del sitio de un sitio de banco es prácticamente una salvajada, igualmente para aquellos sitios que poseen 3 secciones y su página Web consta de 50 documentos.
Nada mejor que un buen buscador y una buena arquitectura de la información.
Error 20: Buscador ciego… buscador inútil
No existe nada más inútil que un buscador que ¡no puede buscar!, de hecho, si entramos a un website normal como el diario El País y busco artículos, no sale nada útil, ni la categoría.
Para empresas que disponen de presupuestos grandes, no tener un buscador decente es un punto en contra.
El contenido esencial de minid.net está 100% indexado y se puede buscar a la perfección, usar grep patterns incluso.
Error 21: La Web no es la televisión
Responsables de un sitio Web, Internet no es una televisión, es por eso, que entrar a un sitio es como el diario El Pais es para ver los titulares, no para encontrarse una pantalla negra, con una publicidad de Wanadoo ADSL de 700 píxeles por 700 píxeles, como si fuera un anuncio publicitario de televisión.
Lo que más me enerva de estos casos, es que uno no puede hacer nada, sólo tiene que esperar a que el comando redirect entre en acción.
Muy mal. ¿No basta con cobrar el servicio que tienen que poner este tipo de cosas todavía?
Error 22: Frames no, si us plau
Los frames no son más que una molestia para el desarrollo, no una comodidad, habiendo 150 artículos dedicados a hablar sobre las desventajas de los frames, todavía se siguen utilizando, ¿Qué anda mal?
Si lo que desean es ahorrarse la carga de un documento, utilizad includes de algún lenguaje de scripting como lo es PHP, ASP, JSP, o Python, da igual que lenguaje, pero es mejor que utilizar un Frame que trae cientos de problemas a tus clientes, para imprimir son un parto, para desarrollar también, que si tengo que controlar lo que pasa en un lugar, y en otro frame, que si utilizo Javascript para colorear algo, no basta de frames, son una pérdida de dinero terrible.
Si quieren ver el primer problema de un frame, entonces vayan a cualquier página de Correos de España, y pongan vista preliminar, ya se darán cuenta de lo que hablo.
Error 23: Formularios inaccesibles
Un detalle normal, como si estuviéramos hablando de contaminación global, son los formularios inaccesibles. En muchos sitios se hacen formularios inaccesibles, de tal forma y color que se tornan inservibles, hace falta un ratón e Internet Explorer 6 para que funcionen.
Además algo muy común es ver cosas como que un botón no es un botón de formulario, sino una imagen o una tabla de HTML que tiene celdas que a su vez contienen imágenes y un pequeño código Javascript que envía los datos de ese formulario.
Ahora yo me pregunto. ¿Por qué tanta complejidad? ¿Qué hace el HTML para que se lo deje de lado? ¿Es Javascript la mejor opción para hacer formulario? Pues la respuesta es no. Primero por que sin Javascript activado, éste no tiene validez ya, o sea, no existe “degradación”, si fuera posible que sin Javascript el formulario es procesable, vaya y pase… pero como esto no es posible, entonces no deberían utilizar Javascript para los formularios.
Otro punto importante es la accesibilidad de los formularios, que carecen de etiquetas esenciales como y otros materiales de accesibles que hacen de llenar un formulario una delicia, como los atributos tabindex=”…”, accesskey=”…”,
Deja un Comentario » | General | Permalink
Escrito por todoen
Sistemas para administración de contenido de páginas Web
Agosto 10, 2006En un mercado tan competido donde el contenido es rey, mantener su página Web actualizada y amigable es esencial. Optimice su flujo de trabajo y dése la oportunidad de editar y publicar su sitio con el mejor sistema de administración de contenido para su negocio.
Para grandes volúmenes de contenido, las páginas Web estáticas son cosa del pasado. Para tener éxito hoy en día, Usted necesita un sitio que se pueda actualizar con frecuencia, que promueva sus nuevos productos y servicios más recientes y que pueda reaccionar a la competencia rápida y eficientemente.
Es decir, Usted necesita un sitio que sea mantenido a través de un sistema de administración de contenido CMS (Content Management System). Un sistema de administración de contenido es una herramienta que permite a compañías o individuos crear y modificar el contenido de su página Web, con poco o nada de conocimiento técnico. La gama de soluciones CMS que existen en el mercado es muy amplia.
Aún cuando la mayoría de los sistemas de administración de contenido comparten algunas características básicas, principalmente (1) la capacidad para corregir y publicar contenido a través de un navegador o una aplicación de cómputo, (2) cambiar el diseño de las páginas usando plantillas y (3) proporcionar el acceso a usuarios múltiples, son increíblemente variados los sistemas CMS. Algunos se pueden comprar directamente en tiendas de cómputo, mientras que otros sistemas deben ser configurados a las necesidades particulares de cada cliente. Para emplearlos, algunos requieren un conocimiento más técnico que otros. Unos son genéricos en su propósito, mientras que otros son soluciones específicas para determinadas industrias.
Nuestra misión en este artículo, es mostrarle lo que actualmente se ofrece y explicar cómo Usted puede decidir qué estilo de CMS va mejor para su negocio.
Trabajando para Usted
Los sitios que proveen información a partir de bases de datos, son ahora el estándar en el Internet, y los sistemas de administración de contenido utilizan este mismo principio. Las herramientas para manejo de contenido típicamente trabajan en conjunto con una base de datos que es utilizada para almacenar documentos, texto e imágenes. Con frecuencia existe también un motor de flujo de trabajo, algo que permite distribuir las páginas Web para revisión antes de su publicación.
El sistema de administración de contenido es en sí una interface a una base de datos que permite a los usuarios autorizados editar y publicar nuevo contenido. Al igual que en otras estructuras dinámicas del Web, el diseño del sitio se separa del contenido, diseños que son almacenados en plantillas que pueden ser modificadas por los diseñadores a cargo del Sitio Web. Cuando se agrega más contenido, una nueva página Web es creada a partir de una plantilla, o en sitios enteramente dinámicos, la página es generada en tiempo real en el momento en que el usuario está visitando el sitio.
Usar un CMS elimina muchos de los pasos que son requeridos en ambientes de desarrollo convencionales. El personal responsable del Sitio Web, puede agregar contenido a un sitio sin tener que escribir una sola línea de código, así es que no hay ninguna necesidad de que un webmaster intervenga en la etapa de la publicación. El método que comúnmente se emplea para publicar las páginas, es muy familiar aun para los usuarios de Internet menos hábiles. Una interface basada en formatos preestablecidos puede ser accesada a través de un navegador Web convencional, como el Internet Explorer o Netscape, para editar y publicar las páginas Web.
Hay algunos casos en los que se requiere el conocimiento de HTML básico, pero todo esto depende de lo que Usted piense invertir. Un CMS que permita el manejo de texto enriquecido (rich-text formatting) puede ser costoso. Una buena decisión podría ser adquirir un CMS sencillo y aprender HTML básico para poder dar formato al texto de sus documentos.
Un aspecto crucial en el uso de esta tecnología, es que el contenido que Usted ingresa a un CMS es reutilizable. Almacenar información en una base de datos significa que su contenido puede ser reutilizado en muchos lugares dentro de su Sitio Web y ajustado a diversos formatos para cualquier dispositivo: teléfono móvil, PDAs e incluso para impresión.
Un sistema CMS es muy confiable, está centralizado y en la mayoría de los casos se opera a través de navegadores (browsers). La información puede ser accesada propiamente desde cualquier computadora. Esto significa que el contenido no tiene que ser transferido de un departamento a otro para ser aprobado. Puede ser accesado directamente por los diferentes responsables a medida que el nuevo material se agrega o, como es más recomendable, en base a un programa de mantenimiento.
Lo más sobresaliente de todo esto es que los sistemas de administración de contenido generan automáticamente las nuevas páginas y sub-niveles de navegación. Aunque un CMS puede necesitar un cierto mantenimiento para conservarlo funcionando y afinado, una vez que está construido, está construido punto.
Obtenga los beneficios de un CMS
Aunque se trata de un beneficio importante de un sistema de administración de contenido, optimizar el proceso de publicación no es la única ventaja. Hay más beneficios, tanto tácitos como explícitos. La facilidad de poner al día el contenido y diseño de su sitio en forma regular, sin la necesidad de adquirir las habilidades de un especialista, es un ejemplo concreto, pero también existirá un impacto favorable en la moral del equipo de trabajo y en la comunicación interna.
Para muchos, el beneficio más importante es el control. Un sistema que controla que sólo las personas autorizadas en una organización tengan acceso al mantenimiento del Sitio Web, mejora tanto la calidad como la eficiencia, contrarrestando especialmente la debilidad de aquellos modelos que permiten el libre acceso al contenido a muchos individuos dentro de una organización. El mantenimiento y posicionamiento de marcas es también crítico. Al usar un sistema CMS basado en plantillas, Usted toma el control total de la imagen y percepción del contenido de su sitio.
La administración de contenido puede concebirse como una herramienta para poner ideas en práctica de la manera más directa posible. Añadir nuevo contenido a los sitios estáticos, especialmente en los ambientes de negocio donde el material se debe autorizar por varios departamentos, puede convertirse en una labor titánica. En cambio, con un Sitio Web administrado mediante un CMS, el nuevo contenido puede ser agregado fácilmente según lo requerido, en el mismo día si es necesario, sin ningún costo, pudiendo además dar seguimiento a los resultados.
Pensarlo dos veces
En cualquier decisión de negocios, hay cuestiones positivas y negativas que considerar. El caso de los sistemas de administración de contenido no es la excepción. Primero, las preocupaciones financieras: la compra inicial y los costos de licenciamiento a largo plazo de un CMS pueden necesitar de toda nuestra atención para elaborar cuidadosamente un presupuesto. Los productos pueden variar significativamente en precio, desde unos $1,000 USD hasta varios cientos de miles de dólares. Los cargos mensuales por concepto de hospedaje pueden aumentar y, dependiendo del paquete que Usted adquiera, pueden aplicar cuotas por concepto de mantenimiento y soporte del producto.
Si Usted se decide por una solución a su medida, asigne entonces los fondos necesarios para contratar el desarrollo del CMS desde cero o crear internamente su propio equipo de trabajo, y prevea pasar por un período de desarrollo más largo que el que es requerido para diseñar un Sitio Web estático. Mientras que el diseño de un sitio convencional es similar a la producción de un folleto electrónico, crear o configurar un nuevo CMS se parece más a un proceso de desarrollo de software.
Aún los paquetes disponibles en el mercado pueden tener sus contratiempos. Las páginas estáticas convencionales codificadas en HTML funcionan en cualquier servidor Web, pero su CMS requerirá una configuración especial para funcionar. Es probable que el producto para administrar contenido que Usted adquiera, esté construido basado en uno de los muchos protocolos de scripts de servidor (server-scripting protocols) que tendrán que ser cuidadosamente unificados al momento de la configuración. Muchos de los paquetes disponibles requieren de un trabajo de instalación y configuración para que funcionen. Esto puede conducir a la misma serie de pruebas y tiempos de instalación como los que podría experimentar al desarrollar un CMS a la medida.
Si Usted se cuestiona si su empresa necesita un CMS, quizá se está formulando la pregunta indebida. Cualquier compañía que tenga presencia en el Internet puede beneficiarse de un CMS. Todos tenemos la necesidad de mantener nuestro contenido al día. Actualizar su Sitio Web con frecuencia es esencial si Usted desea que los visitantes continúen regresando. No obstante, es cierto que algunos negocios se benefician de la administración de contenido más que otros: las tiendas en línea, los sitios de noticias, los magazines electrónicos – cualquier negocio que necesite poner al día regularmente su contenido, el portafolio de productos o los inventarios, experimentará un mayor dinamismo en su sitio después de implementar un CMS.
Usted podrá obtener un mayor rendimiento sobre su inversión si aprovecha todas y cada una de las facilidades que un CMS puede ofrecerle a su organización. Extender la cobertura del sistema CMS hasta su Intranet o implementar facilidades tales como los boletines en línea (bulletin boards), maximizará el uso del sistema, ayudará a fomentar una atmósfera de trabajo en grupo y podrá conducirlos hacia otras líneas de contenido.
Especialistas en soluciones para administración de contenido estiman que existen alrededor de 250 productos de software disponibles en el mercado que pueden manejar el contenido de sitios en Internet. Nosotros pensamos que ésa es una estimación conservadora y que en realidad existen muchos más productos.
CMS a la medida
Para los propósitos de toma de decisiones, las soluciones CMS pueden dividirse en cuatro categorías. Este primer grupo son aquellas soluciones desarrolladas desde cero específicamente para su compañía, creadas por una agencia especialista en desarrollo de aplicaciones de Internet.
Aunque esto puede sonar como la mejor y más elegante opción, algunos expertos aconsejan tener suma precaución. Con un sistema a la medida, Usted está confiando en el nivel de investigación y desarrollo de una sola compañía. Su empresa dependerá de ellos en lo que respecta a las facilidades que tendrá su CMS y la forma en que podrán ser empleadas. Pero también existen diversas ventajas. Podrá eliminar lo que Usted no usa y considera adorno, creando sistemas más sencillos de utilizar y más atractivos. También significa que el sistema se puede adaptar a la estructura de la organización.
Los costos son difíciles de predecir en esta categoría, así que resulta importante seleccionar a un socio de tecnología que esté acostumbrado a trabajar con empresas de su nivel. El presupuesto del proyecto debería ser accesible para su negocio. El desarrollo a la medida de aplicaciones CMS es ahora más económico dado que la tecnología ha estado evolucionando constantemente.
Paquetes CMS
El segundo grupo lo integran los paquetes CMS, aplicaciones totalmente terminadas y listas para que las implemente en su negocio como cualquier otro producto de software que Usted adquiere para automatizar alguna operación en su empresa. Los costos de estos paquetes pueden variar significativamente dependiendo de las facilidades y licenciamiento que Usted requiera. Tome en cuenta que su empresa incurrirá además en otros costos adicionales por concepto de diseño y plantillas, necesarios para el desarrollo del sitio.
En el sector de mercado medio que abastece a las medianas y grandes empresas, existen varios competidores. Algunos productos le permiten que Usted adquiera solamente los componentes que su negocio necesita. El precio básico de algunos de estos productos comienza en los $30,000 USD, pero los sistemas más avanzados pueden llegar a costar hasta poco más de $100,000 USD. Desde luego, hay soluciones confeccionadas a base de módulos que son más baratas. Existen en el mercado una serie de sistemas de administración de contenido, cuyo costo puede comenzar alrededor de los $1,000 USD por una licencia de 10 usuarios para la administración de un solo dominio.
Están también los productos líderes en el mercado de soluciones CMS enfocados a los grandes consorcios internacionales, tales como Vignette, Interwoven y Microsoft.
Software libre
Continuando con los productos de la serie hágalo-Usted-mismo, existen varias soluciones CMS de uso libre disponibles en el mercado que integran una tercer categoría. Aplicaciones tales como TYPO3, un CMS que la publicación electrónica .net describió como el mejor software libre para administración de contenido. Las ventajas de usar una solución de software libre están perfectamente ejemplificadas por el uso generalizado de aplicaciones como el sistema operativo Linux, el servidor Web de Apache, MySQL y otros productos en este sector que han ganado enorme credibilidad en el mercado.
Entre las principales ventajas del software libre, está la enorme seguridad que traen consigo estas soluciones. Por ejemplo, el código de TYPO3 está a la vista de todos, está expuesto a un máximo escrutinio, así que los problemas que son encontrados son resultados en forma expedita. Y por supuesto, no hay cargos por concepto de licenciamiento. Usted puede descargar el software directamente del sitio en Internet, sin costo alguno.
Otra solución bien documentada y muy bien soportada es PHPNuke, un software libre para publicar contenido y administrar sitios de noticias. A diferencia de TYPO3, Usted requiere una licencia de PHPNuke para fines comerciales. Pero en $300 USD, es un gasto relativamente pequeño. Aunque poderoso y muy bien ideado, PHPNuke no es el más amigable de los paquetes en cuanto a su instalación y configuración, así es que si decide trabajar con este producto, Usted tendrá que incluir dentro de su presupuesto un tiempo de desarrollo y entrenamiento.
Consultoría en CMS
Hay una cuarta y última categoría de soluciones CMS que combina las ventajas de soporte, al adquirir sistemas a la medida, con la confiabilidad de usar un producto probado y evaluado: contrate los servicios de una compañía que se encargue de implementar un paquete comercial o un software libre en base a los requerimientos que Usted establezca.
Ya sea que se trate de una agencia de diseño Web especialista en el producto o un equipo de trabajo de la propia firma que diseñó el CMS, esta estrategia trae importantes beneficios. No solamente estará usando una solución que ha sido probada para administrar contenido, sino que Usted estará trabajando con gente que conoce el producto. Los niveles de configuración pueden ir desde compañías que codificarán la aplicación y diseñarán las plantillas por Usted, hasta aquellos que actuarán como consultores, instalando el producto base y cualquier componente adicional que su negocio requiera.
Posicionamiento en buscadores
En el afán de emplear esta tecnología para hacer frente a la competencia, muchas empresas se han apresurado en incorporar a Internet a su arsenal de herramientas de mercadotecnia, llegando en ocasiones tarde o con un sitio inapropiado. Con suma frecuencia perdemos de vista nuestro objetivo principal de estar presentes en Internet. Resulta obligado entonces cuestionarnos si lo que perseguimos es simplemente tener un Sitio Web o mas bien generar negocios a través del sitio.
Es fundamental que Usted sepa que ningún sistema CMS lo tiene todo. Algunos ofrecen ciertas facilidades, otros diferentes características. Por esta razón, no todas las soluciones CMS son amigables a los buscadores.
La gran mayoría de las aplicaciones CMS que pertenecen a la categoría de software libre, e inclusive algunos paquetes, no toman en cuenta que el tráfico proviene esencialmente de los motores de búsqueda. Así es que si Usted desea que su Sitio Web aparezca listado dentro de las primeras páginas en los principales buscadores internacionales, seguramente tendrá dificultades en encontrar un software libre que sea compatible con los estándares de diseño Web recomendados por los motores de búsqueda.
Tenga especial cuidado en este tema, ya que si Usted no selecciona desde un inicio una plataforma compatible con motores de búsqueda, será imposible que su empresa aparezca listada en los principales buscadores. De hecho, gran parte de los sitios en México que actualmente están producidos mediante algún sistema de administración de contenido, no aparecen listados en los buscadores. Hemos conocido casos de empresas con sitios integrados por varios cientos de páginas Web, que no pueden ser localizadas en Internet ni siquiera empleando directamente el nombre de la razón social.
Momento de decidir
El tipo de implementación CMS que Usted elija representa la primera parte de su decisión. El factor clave para que un negocio seleccione un determinado CMS es el retorno sobre la inversión (ROI, return on investment). Para esto, es necesario tomar en cuenta los costos totales del ciclo de vida completo, incluyendo costos no asociados a la licencia tales como hardware, sistemas operativos, ancho de banda, soporte IT y actualizaciones.
La segunda parte de la decisión consiste en identificar las facilidades específicas que su negocio necesita. Considere también los requerimientos ocultos. Algunas soluciones CMS demandan que Usted pague por agregar características específicas tales como páginas de preguntas frecuentes, publicación de boletines de noticias (newsletter) o sistemas de ayuda. Si estas facilidades extras son esenciales para su sitio, piense en una solución que los incluya como estándar dentro del módulo base. En general, son dos los conceptos más importantes, de acuerdo a la opinión de los expertos en CMS. (1) Adquirir una solución que pueda crecer junto con su negocio y (2) Asegurarse de que el sistema cumpla sus requerimientos iniciales con la opción de crecer en funcionalidad.
Junto con la escalabilidad viene la flexibilidad: La facilidad de cambiar no sólo el contenido, sino también la estructura de navegación, es sumamente importante La flexibilidad en diseño es clave. Algunos CMS limitan la manera que Usted puede presentar su información.
Una vez que Usted haya preparado su lista de las facilidades que requiere, entonces es momento de hacer las compras. Haga una lista de las soluciones que cumplen sus requerimientos y escriba un breve resumen de cada uno, remarcando las fortalezas y debilidades. Un análisis SWOT (Strengths, Weaknesses, Opportunities, and Threats) puede ser muy útil en estas situaciones. Esto permite que Usted analice las fortalezas, debilidades, oportunidades y amenazas inherentes a su decisión.
No debiera ser difícil entender la función de los sistemas de administración de contenido. De hecho, una de sus fortalezas es que simplifican una serie de procesos que solían requerir la intervención de un experto en diseño Web. Publicar en la red, formatear contenido, actualizar los diseños y las imágenes dentro de las páginas, poniendo al día disposiciones y gráficos en páginas. Todo esto puede ser llevado a cabo por el personal de su empresa con un mínimo entrenamiento usando un CMS. El propósito fundamental es eficientar la administración de su Sitio Web.
El verdadero reto está en elegir una solución que cumpla al cien por ciento sus necesidades, pero con la información y las herramientas de decisión con las que Usted cuenta ahora, esta tarea debería ser mucho más sencilla.
InformaticaMillenium.com.mx
1 comentario | General | Permalink
Escrito por todoen
iChat Leopard, novedades…
Agosto 10, 2006En este video se presenta como funcionarán parte de las nuevas caracteristicas del iChat incluido en Leopard, que es lo que podremos hacer, como funciona de forma fácil y sencilla esa nueva videoconferencia a la que Apple da una vuelta de tuerca más. El vídeo en El Cajón de las Manzanas.
Deja un Comentario » | General | Permalink
Escrito por todoen
