¿He tirado el dinero? (Crítica de maquetación)

[saladito09]

Hola,

Soy el propietario de una web sobre bandas sonoras de películas y cine que lleva online desde hace 8 años. Al principio teníamos un diseño con frames que parecía de los noventa (mucha gente me lo decía y era evidente) así que hace poco encargué a una empresa de diseño web un rediseño completo.

Cuando el trabajo se terminó, un par de usuarios de la web mostraron su preocupación sobre la calidad de la maquetación. Yo sé muy poco de estos temas (o nada) pero me dijeron que la web "emplea estándares en desuso", que "además de eso no pasa los validadores del W3C", que está "maquetada con tablas" y que "parece hecha con un editor WYSIWYG". Uno de ellos llegó a decir que el código y la maquetación de la web eran una "chapuza" para haber sido realizados por una empresa de diseño web, y la verdad es que me preocupó bastante.

Me gustaría oír críticas imparciales sobre el código de la web y la forma en que está maquetada (no sobre el aspecto visual), os lo agradeceré muchísimo (sustituir los asteriscos por puntos):

www*mundobso*com

(pulsad en el símbolo de "Play" gigante para ver la portada)

¿He tirado el dinero?

Un saludo y muchas gracias de antemano.

[AlbertoGarcia]

Lo de tirar el dinero depende de lo que te hayan cobrado pero estoy de acuerdo con los comentarios que te han hecho respecto del código.

salud!

[danideu]

Lo siento Saladito09, pero a mi parecer tambien creo que han hecho una chapuza.

Saludos.

[T_O_N_N_Y]

Pues lamentablemente, te han dicho la verdad.

El uso de tablas para maquetar no es lo correcto, además que contiene 15 Errors y 4 warnings. Viendo tags como: <font> yo también opino que está diseñada con un editor WYSIWYG.

En cuanto a la reflexión: "¿He tirado el dinero?"

Debes reflexionarlo mirando por los intereses.

Tus usuarios pueden usar el site?
Visualmente, te parece el diseño bueno?
Hay algún error que aprecien tus usuarios por culpa de este tipo de maquetación?

Si el resultado es el que querías, no has tirado el dinero. Has actualizado el site, con un diseño agradable a mi parecer.
Otra cosa es la ética de la empresa que te ha hecho el diseño. Son ellos los que deberían ver que un site no se maqueta con tablas, que cada tag tiene su significado y su uso, que si hay tags obsoletos y no recomendados por la W3C no deben usarlos.

La verdad, no sé muy bien sobre qué lado de la balanza decidirme, porque por el mismo precio (seguramente) un diseñador que sigue los estándares web te hubiera hecho el mismo trabajo.

Un saludo.

[Myakire]

porque por el mismo precio (seguramente) un diseñador que sigue los estándares web te hubiera hecho el mismo trabajo.

Pues ahí si no estoy de acuerdo, claro que no sabemos el precio que le cobraron, pero seguro que si cotiza por el precio solamente de la maquetación (no se si tenga código de servidor) podrá darse cuenta que no es nada barato un trabajo bien hecho apegado a estándares y demás.

[PatomaS]

Hola

Como ya comentan, "tirar el dinero" es algo relativo.

El codigo es ciertamente algo que haría llorar a los más puristas del uso de las capas; si, yo estoy llorando a causa de ese código. No pasa lsa validaciones y es posible que esté dieñado con un editor visual, pero esto, definitivamente no es relevante, ni en beneficio, ni en detrimento del producto terminado.

La hoja de estilo, es decir, lo que le da el aspecto visual, es un poco mejor que el código html, sin embargo no es que hayan tenido que trabajarla mucho ya que el código html contiene muchos elementos de presentación y maquetación, principalmente, las tablas.

Si la empresa que contrataste ofreció cosas como uso de estándares, pasar validaciones y demás, han fallado en eso y puedes, con todo derecho, exigírles que la rehagan como es debido. Si no ofrecieron nada por el estilo, estamos hablando entonces de ética profesional y ahí ya nos metemos en áreas muy complicadas, siempre puedes probar y decirles lo que piensas y en todo caso, remitirlos a este mismo mensaje, en lo que eso pueda valer.

Por otro lado, un elemento muy importante en un sitio web, es su facilidad de uso y el sitio que nos muestras tiene una usabilidad bastante buena, mejorable en varios aspectos, pero razonablemente buena; su accesibilidad ya no tanto, pero bueno.

Sobre el tema del dinero y la calidad, bueno, una persona/empresa que haga las cosas con una mayor cantidad de requerimientos y consideraciones seguramente cobrará más, aunque como dicen, no sabemos cuanto te han cobrado, sin embargo, alguien que hace bien las cosas, no tiene tarifa de calidad y tarifa sin ella. No me imagino hablando con un cliente y diciéndole algo como "bueno, su página le cuesta xxx€, pero si quiere, la hago un poco peor y le cobro la mitad".

Muchísimas páginas en Internet, de hecho, la gran mayoría fallan las validaciones y su código es malo, muchos de los "profesionales" que están trabajando por ahí en esta área no tienen los conocimientos y experiencia necesaria para hacer lo que deberían hacer, por lo que hacen cosas como lo que tienes entre manos. Lo que no es excusa desde ningún punto de vista, solo es una realidad. Ahora queda de tu parte, del acuerdo que hayan establecido entre ustedes en su momento y de la ética que tengan ellos, resolver la situación de la manera más conveniente.

Ojalá tú y en especial tus usuarios salgan satisfechos al final de esta situación.

Felicidad

P.D.

Tras escribir lo anterior, me vino a la mente que si el código html es malo, es muy probable que el php, lenguaje de servidor utilizado para que la página funcione, sea igual o peor, eso si puede ser un serio problema, de hecho, tras unas pocas pruebas, problemas de seguridad en la base de datos son evidentes.

Suerte

[Mikmoro]

Hola, saladito09. Mi opinión:
como te comentan, a los aficinados al código limpio y los estándares, la accesibilidad, etcétera, no desagrada ver un código como este, pero lo cierto es que no es algo realmente grave, es decir, no tiene enormes problemas a la hora de mostrar la información, navegar por el sitio o ser indexado por los buscadores. Sí que hoy en día debería hacerse un trabajo más limpio, pero parece evidente que ha sido hecho por un diseñador gráfico, que ha intentado dar una buena sensación visual al sitio y ha utilizado para ayudarse un programa visual.

El pincipal punto a mi juicio en cuanto a la usabilidad es que deberías preguntarles para qué sirve esa entrada con ese enorme botón de "play". Me parece algo bastante inútil que obliga a pulsar para poder ver la página, totalmente innecesario y que no aporta nada.

Deberías haber pedido que te detallaran unos cuantos aspectos en el presupuesto (validaciones, accesibilidad, etc.), pero de todo se aprende. De momento no te agobies, que no es tan grave.
Como dice Patomas, hay miles de páginas de un supuesto gran nivel con códigos mucho peores que este, sin duda.

[Androide-lL]

full tablas xD!! pucha depende cuanto le habrás pagado xD!

[Myakire]

Tras escribir lo anterior, me vino a la mente que si el código html es malo, es muy probable que el php, lenguaje de servidor utilizado para que la página funcione, sea igual o peor, eso si puede ser un serio problema, de hecho, tras unas pocas pruebas, problemas de seguridad en la base de datos son evidentes.

Sorry, pero ¿qué tiene que ver una cosa con la otra?

Un diseñador no tiene que saber de estándares Web, los maquetadores no tienen que ser unas piolas en lenguajes de servidor, estos no tienen que serlo en SEO, ni estos últimos tienen necesariamente que saber configurar servidores Web y BD.

Como que aquí estamos pensando que en esto de la Web no hay especializaciones, y mira que si las hay.

Un desarrollo profesional tiene un diseñador gráfico, luego su trabajo pasa por un maquetador, luego el resultado debería de caer en las manos del programador, todo con la intervención de otros expertos como quien lo posicione u optimice la BD

En la realidad no es así, y sobre todo los clientes esperan que una sola persona sea experta en todo lo anterior, eso es entendible, pero me extraña que quienes han dado opiniones aquí y conozco algunos que saben de programación no hayan caído en esto.

Te comino a que preguntes con alguien que solo maqueta, que te hace excelentes y profesionales trabajos de maquetación, a ver cuánto te cobra solamente por su trabajo, sin contar diseño, script de servidor o BD.

[PatomaS]

Hola

Bueno Myakire, respondiendo a lo que preguntas te diré. Que me sorprende mucho tu comentario y que mis palabras a continuación no logran expresar la indignación y asombro que sentí al leerlas, asumiré que ha habido algún fallo en el proceso de comunicación y que este ha sido por mi parte al no entender lo que decías.

Los procesos mentales son algo muy curioso y cada uno tiene los suyos propios, tú cuando ves una página piensas en ... algo, no se en que, yo cuando la veo, pienso en algo, que peude ser lo mismo o no.

El hecho, es que una cosa, en mi mente llevó a la otra. Lo cual no está bien ni mal. Piensa en eso, no estamos hablando de html, web o programación, estamos hablando de procesos mentales.

Sobre el tema que mencionas de quien sabe que, veamos ...

Un diseñador no tiene que saber de estándares Web

Cierto.

los maquetadores no tienen que ser unas piolas en lenguajes de servidor

Cierto

estos no tienen que serlo en SEO

¿Quienes los maquetadores?, no, no tienen porque.

ni estos últimos tienen necesariamente que saber configurar servidores Web y BD

¿Quienes los maquetadores o los que saben de SEO?. Ninguno de ellos tiene que saber de eso, no.

Ahora, ¿te has fijado que para hacer una buena página web necesitas:
alguien que sepa de estándares, alguien que sepa de programación, alguien que sepa de maquetación, alguien que sepa de diseño, alguien que sepa de servidores y alguien que sepa de bases de datos?. Podemos dejar los estándares de lado, no pasa nada.

Claro, puedes escudar un producto de mala calidad asignando la tarea adecuada a la persona inadecuada, y luego decir que X no sabe de Y, pero ¿no debería hacer Y el que sabe de Y y no el que sabe de X?. Vamos digo yo, a lo mejor resulta que soy muy exigente y pido que la gente haga lo que sabe y cosas por el estilo.

Por otro lado, la página web en cuestión, está hecha por una empresa ¿esa empresa está formada solo por una persona? No lo se, ¿son 10? No lo se, ¿Alguno sabe hacer su trabajo?, No, aparentemente ninguno sabe hacerlo. Salvo, tal vez, el diseñador.

Sobre el proceso de construir una página web, ya que eres detallado, te diré que falta un elemento muy importante y nadie, o casi nadie lo usa, y es un diseñador de interfaces (si, en español suena extraño, en inglés es interaccion designer y no se traduce literalmente).

¿Cómo?

Pues bien, un diseñador sabe diseñar, si, un programador sabe programar, si, pero ninguno de los dos hace el trabajo que realmente se necesita, que es satisfacer las necesidades del usuario desde el punto de lo que llamamos usabilidad y accesibilidad; supongo que podemos decir entonces que necesitamos un conocedor de usabilidad y accesibilidad entonces. Y es lo que en los últimos años se ha puesto de moda, al menos los términos. Que aunque no se ocupan exáctamente de lo mismo, sus áreas de trabajo se solapan mucho.

Caramba, el proceso de hacer una página web se complica más por momentos.

Sobre las consideraciones de los clientes, tienes razón y no la tienes, verás, a un cliente le da exáctamente igual si su página o producto lo hace una o mil personas, lo que quiere es un producto bueno, bonito y barato. Nada más. Si tus clientes te dicen algo como ¿cuánta gente estará involucrada en el proceso de creación de mi web?, tienes clientes muy extraños.

Por otro lado, la gente con la que yo trabajo, lo que esperan, es que quien haga el trabajo sepa; uno o mil, da igual mientras el resultado sea bueno.

Y en este caso específico, la pregunta es muy clara, revisen el código y denme una opinión, no el diseño. Yo no vi en ninguna parte algo como "revisen el código que hizo esta única persona que sabe mucho de cocina y puede que de cosas web".

Finalmente, una de las cosas que posiblemente me hizo saltar el proceso mental y pensar en el código de servidor debe haber sido la combinación de tres cosas, una es código, dos, la gente programa igual de mal, o peor, en php/perl/jsp/... que en html, tres, es lo que hago cuando no estoy en el foro, así que me resulta natural.

Bueno, espero haber respondido la inquietud que planteabas, si no es así, espero tener la oportunidad de aclararla, o cualquier otra, en el futuro.

Felicidad

[daPhyre]

Pregunto: ¿Cuánto te cobraron?

El diseño está muy bien. Si es totalmente nuevo ese diseño, creo que fue una buena inversión (No excelente, pero se ve bonita y por lo menos ya no tiene frames), claro, dependiendo también de cuanto cobraron.

Lo que podrías hacer ahora, es pedirle a un maquetador que le de una segunda mano con el mismo diseño para que te lo deje en excelente forma. Te recomiendo que antes que lo dejes en manos de alguien, solicites ver sus trabajos pasados para que gente que sepa los critique, y te asegures que sea lo que buscas.

Como digo, todo depende de cuanto te hayan cobrado (O estafado, en caso que en verdad hayan prometido maravillas, que no lo son, aunque tampoco es un derroche total). Suerte

[Myakire]

Hola PatomaS

Tu desglose del párrafo es correcto

pues casi todo lo que dijiste fue, en una forma mucho más elocuente y clara, lo que quise plasmar con mi alegato anterior, exactamente eso, que una página no esta hecha por una sola persona que debe tener expertos o un grupo de gente con mayor expertice en un área que en otra, y eso precisamente es lo que me saltó al leer:

.. si el código html es malo, es muy probable que el php, lenguaje de servidor utilizado para que la página funcione, sea igual o peor...

Donde la persona que hizo la maquetación no tuvo que haber sido necesariamente la persona que escribió el PHP, no es justo juzgar a un profesionista por el trabajo del otro; y en el caso de que ambos hubieran sido escritos por la misma persona, entonces no tienen por que ser expertos en las dos cosas.

Y en este caso específico, la pregunta es muy clara, revisen el código y denme una opinión, no el diseño. Yo no vi en ninguna parte algo como "revisen el código que hizo esta única persona que sabe mucho de cocina y puede que de cosas web".

Finalmente, una de las cosas que posiblemente me hizo saltar el proceso mental y pensar en el código de servidor debe haber sido la combinación de tres cosas, una es código, dos, la gente programa igual de mal, o peor, en php/perl/jsp/... que en html, tres, es lo que hago cuando no estoy en el foro, así que me resulta natural.

Aquí si saltó lo de los diferentes procesos mentales, mientras tu pensaste en un grupo de personas yo pensé solo en una, efectivamente la pregunta fue clara y fue dar una opinión del código interno de maquetación, solo de maquetación.

Eso de que si se programa igual o peor en server script que en HTML, tiene sus asegunes, y es que el código tradicional de servidor (lease JSP, PHP o ASP) no ha cambiado radicalmente desde finales de los 90's, y si la maquetación.

Pero bueno, no se si ya nos salimos del tema, pero como siempre es muy agradable intercambiar ideas contigo, siempre se aprende algo de algún tema, informático o no.

Saludos

[Dariusss]

Bueno, quiero opinar aqui tambien porque me siento relacionado y busco respuestas. Fui Director de arte por algun tiempo y luego desde hace unos años manejo mi empresa de diseño aqui en USA. Ofrezco diseños web y normalmente lo hago yo, pero trataba de esquivar esto por lo poco redituable y de largo proceso a veces. Durante mucho tiempo solo me dedique a trabajar y mas en mi otro oficio que algunos me conoceran que es el diseño de iconos (Cryo64 y otros..) EL caso es que ahora, (o desde que empezo la crisis) me toco volver al diseño web. Y me encuentro con esto y aqui van mis preguntas a sus comentarios:

El uso de tablas para maquetar no es lo correcto, además que contiene 15 Errors y 4 warnings. Viendo tags como: <font> yo también opino que está diseñada con un editor WYSIWYG.

Yo uso Dreamweaver, es pecado o que?

podrá darse cuenta que no es nada barato un trabajo bien hecho apegado a estándares y demás.

Cuando un cliente me pide una pagina de lo unico que hablamos es de como seria visualmente, o que se me ocurre para hacer su pagina atractiva, al margen de que despues le agregue algunos Metatags para optimizrsela un poco.... pero el cliente nunca se entera. jeje. EL cliente paga por y hasta "un trabajo bien echo".... si se apega a estandares o no solo lo sabra otro profesional que sepa mas que yo. no?

No pasa las validaciones y es posible que esté dieñado con un editor visual, pero esto, definitivamente no es relevante, ni en beneficio, ni en detrimento del producto terminado.

Adonde se aprende sobre reglas de validaciones?, o como verificar que mi/s sitio/s esten validados? o como evitar tags obsoletos y no recomendados por la W3C?

[Mikmoro]

Iniciado por Dariusss

Yo uso Dreamweaver, es pecado o que?

Si nos ceñimos al tema del que estamos hablando, sí, es pecado
Es decir: DW como la mayoría de los programas de ese estilo generan un código poco limpio, nada semántico y poco accesible. Que sean cosas que te preocupen o no, es otro cantar, pero eso es realmente así.

Iniciado por Dariusss

Cuando un cliente me pide una pagina de lo unico que hablamos es de como seria visualmente, o que se me ocurre para hacer su pagina atractiva, al margen de que despues le agregue algunos Metatags para optimizrsela un poco.... pero el cliente nunca se entera. jeje. EL cliente paga por y hasta "un trabajo bien echo".... si se apega a estandares o no solo lo sabra otro profesional que sepa mas que yo. no?

Cada día más gente entiende qué significa la accesibilidad, la usabilidad, etc., y cada día más gente se pregunta por qué mi página no gana puestos aquí o allá y sin embargo esta otra que aparantemente es igual sí lo hace. ¿Sabes dónde está la diferencia? exacto, lo que estabas pensando.

Ya que provienes del diseño gráfico, como dices, es lógico que hasta ahora sólo hayas pensado en el aspecto visual, pero ten en cuenta que no es lo mismo diseñar para un medio que para otro: en la web se diseñan interfaces, se diseña para todo el mundo contemplando diferentes discapacidades (a ser posible), se diseña para un medio con el que interactúa, y un largo etcétera. Esa creo es básicamente la diferencia.
Puede que como con la época Flash, la gente siga comprando estética puramente para su web, pero muchos de ellos con el tiempo se arrepentirán.

P.D.: y saladito09 sin decir "esta boca es mia"

[jomaruro]

Hola:

La verdad es que es una chapuza lo que han hecho. Ya se ha dicho que la página funciona y quien quiera navegar por ella podrá hacerla, disfrutando además de una estética visual agradable pero no me parece ético que una empresa que se dedica al diseño web no haga un trabajo más profesional aprovechándose del desconocimiento de la persona que tiene que rascarse el bolsillo. Y sobre todo pensando que escudandose en que son "profesionales" cobren lo mismo que otro que si sea "profesional".

Iniciado por Mikmoro

P.D.: y saladito09 sin decir "esta boca es mia"

Se estará acordado de la familia de quien le hizo la página.

Saludos.

[trasgukabi]

Iniciado por Mikmoro

...Es decir: DW como la mayoría de los programas de ese estilo generan un código poco limpio, nada semántico y poco accesible...

¿Podrías explicarme qué es un código poco semántico, por favor? porque si a lo que se refiere es al significado, sentido o interpretación del significado (Wikipedia) del mismo, creo que lo hace bastante bien.

Saludos

[denica001]

Depende la plata que hallas puesto sobre la mesa.

Cuando lei tu post, me prepare para verdad algo mucho peor a tu sitio. La verdad no me parecio tan terrible desde el punto de vista de una usuario.

Ahora, si el sitio pretendes que sea ESCALABLE y queres que futuros desarrolladores le pongan las manos encima para agregarle funcionalidades, bueno, en ese caso, probablemente estaria de acuerdo en que es una chapuza.
Los estandares web son, entre muchas cosas, para que los desarrollos y revisiones de un sitio se nos hagan mas facil a la comunidad de desarrolladores.

Pero ya te digo, no te asustes tanto, podria haber sido mucho peor.

Hay un debate mucho mas amplio que el tuyo, que es
Que es lo que espero por lo que he pagado?
Hay desarrolladores que intentar tentar a sus clientes con precios ridiculamente bajos, y los resultados no tarden en hacerse ver. Entonces, yo te digo si vas a pagar dos monedas por un sitio, no esperes el oro y el moro. Por el contrario si lo que pagaste es una suma considerable no vaciles en hacerte oir, porque estas en tu derecho de cliente.

Saludos.

[Mikmoro]

Iniciado por trasgukabi

¿Podrías explicarme qué es un código poco semántico, por favor? porque si a lo que se refiere es al significado, sentido o interpretación del significado (Wikipedia) del mismo, creo que lo hace bastante bien.

Saludos

Supongo que sabes de sobra que el término "semántica" aplicado a internet y el diseño web amplia un tanto su significado estricto, acercándolo a la utilización de los elementos y el etiquetado de la forma más correcta y mejor estructurada posible.

http://es.wikipedia.org/wiki/Web_sem%C3%A1ntica

Así, una correcta estructura del etiquetado y una buena utilizacón de cada elemento para su cometido exacto nos ofrecerá lo que se identifica como "una web semántica".

Los programas como DW en primer lugar no pueden llevar a cabo por sí solos labores que dependen exclusivamente de la interpretación humana, como por ejemplo decidir si un bloque debe ser etiquetado como h2 o no. De la misma manera, tampoco es capaz de tomar decisiones como cuándo utilizar "span", "p", "quote" o "acronym" a menos que tú se lo digas.

Como consecuencia de esto, si un diseñador se dedica a colocar bloques y texto en el modo visual, el programa hace lo que cree conveniente, etiquetando las cosas como tiene asignado por defecto, que generalmente estarán bastante alejadas de una semántica correcta.
Es decir: es materialmente imposible que un programa de etiquetado automático genere una web semántica a partir del diseño visual de la misma.
Desde luego en el modo visual tu intervención puede también conseguir etiquetar todo el código de forma correcta, pero en ese caso, ¿qué diferencia hay entre usar DW o cualquier otra cosa?. Por esto, cuando hablo de que genera código poco semántico me refiero al generado automático a partir del diseño puramente visual, evidentemente.

Si estás interesado en la semántica orientada a la red, hay muchísima información muy interesante al respecto.

[Aresillo]

De todas formas saladito, todo depende de la ética de la empresa que te hizo la web. Te explico:
Yo como todo ser humano desorientado (al no pasar antes por estos lares) vendí hace un año una web por bastante pasta que no respetaba los estándares, la accesibilidad web, estaba hecha con tablas...
Lo hice por desconocimiento, me pidieron una web y la vendí con lo que sabía. Ahora ya puedo manejar todo lo que antes se mencionaba y a principios de año, remodifique todo el template de la web gratis para que respetara todo lo que antes se mencionaba...
Como te digo debería ser parte de la ética del profesional que te la ha hecho porque ha sido culpa suya.

Un saludo!

[T_O_N_N_Y]

Dice mucho a tu favor Aresillo, enhorabuena.

Un saludo y a ver si se pasa saladito09 por aqui ^^.

[MrUsability]

Iniciado por Dariusss

(...) donde se aprende sobre reglas de validaciones?, o como verificar que mi/s sitio/s esten validados? o como evitar tags obsoletos y no recomendados por la W3C?

Aquí puedes verificarlo http : // validator . w3 . org /

Sólo hay que copiar y pegar la URL y ya está! Información sobre los errores + advertencias y recomendaciones se incluyen en los resultados