Estudiando el rediseño de la web del Senado de España

José M. Pérez

José M. Pérez / November 12, 2012

5 min read163 views

Echa un vistazo al análisis más reciente que he hecho de la web del Senado, donde hablo sobre algunos cambios que han llevado a cabo desde que publicó el nuevo sitio.

Portada de Senado.es

Hoy se ha presentado el rediseño de la web del Senado de España. Sin entrar a valorar su coste o la necesidad, quería analizarla desde el punto de vista de implementación frontend.

Particularmente, me gustan los análisis que hacen webs como zoompf sobre distintos sitios web, presentando los problemas encontrados y ofreciendo soluciones.

Aquí hablaré sobre algunos problemas de ámbito general y otros específicos sobre rendimiento web.

Problemas generales

Hay algunos problemas relacionados con XSS (que parece que ya se ha resuelto), indexado y navegación.

senado.es no funciona sin www

Conversación en Twitter sobre redirección de la web del Senado

Al igual que en la anterior versión de la web, la dirección senado.es no funciona. Es necesario acceder a www.senado.es para poder ver el contenido. Aunque se puede solucionar fácilmente, es un pena que se les haya pasado por alto.

Pese haber sido notificados, 2 días después del lanzamiento, el problema persistía.

No indexable

Por alguna razón, han decidido que su robots.txt indique a los buscadores que su contenido no se indexe (fuente).

#No permitimos acceso a todos los robots de indexación
User-agent: Oracle Secure Enterprise Search
Disallow:
User-agent: *
Disallow: /
Disallow: /legis9/publicaciones/html/textos/CG_B015.html
Disallow: /legis9/publicaciones/pdf/cortes/bocg/CG_B015.PDF
Disallow: /legis9/publicaciones/html/textos/CG_B100.html
Disallow: /legis9/publicaciones/pdf/cortes/bocg/CG_B100.PDF
# No limitamos la hora de indexación
#Visit-time: 0300-0400

Además, no se ha implementado ningún tipo de redirección para mantener el acceso a las páginas de la antigua web que estaban indexadas en los motores de búsqueda (fuente).

Problemas de conexión

Desde que se publicó, el nuevo sitio web ha estado sin funcionar varias veces, ya sea por supuestos ataques DOS o por cualquier otra causa. Esto muestra que la infraestructura no es adecuada o no se han previsto mecanismos para mantener la web operativa en situaciones de mucho tráfico.

Selección de idioma

Aunque el sitio soporta múltiples idiomas, al cambiar el idioma se hace un envío de un formulario POST, se establece el idioma pero la URL se mantiene. Esto, unido a la política de indexación, hace imposible indexar el contenido en los distintos idiomas soportados por la web.

No responsive ni móvil

La verdad es que es difícil justificar la inexistencia de un sitio móvil o soporte de responsive design cuando se lleva a cabo un sitio completamente nuevo. Unido al poco cuidado en la carga de los distintos componentes de la página, se hace poco recomendable utilizar el sitio desde un dispositivo móvil (fuente).

Rendimiento web

Si entramos a valorar el rendimiento web tenemos bastantes puntos que tratar. Puedes echar un vistazo a las puntuaciones Page Speed y YSlow de la página principal en GTmetrix, el resultado de WebPageTest usando Chrome desde París y IE8 desde Madrid, y el análisis de zoompf, este último teniendo en cuenta 146 páginas de la web del Senado.

Puntuación Page Speed y YSlow de www.senado.es

Puntuación Page Speed y YSlow de www.senado.es

Compresión gzip

Sólo en la página principal se podría ahorrar 476.6KiB (un 30% del total) habilitando la compresión gzip (fuente).

Falta de cacheo

No se especifica política alguna de cacheo de los distintos recursos (JS, PNG, JPG) por lo que el navegador decide si los cachea o no y por cuánto tiempo. Además, los recursos no especifican correctamente su tipo Mime (fuente).

Errores 404

Al menos en la página principal, hay 2 requests que resultan en errores 404 (fuente).

Errores 404 en la web del Senado

Errores 404 en la web del Senado

Imágenes no optimizadas

Las imágenes GIF, PNG y JPG pueden ser optimizadas ahorrando una cantidad valiosa de tráfico (fuente).

No sprites

Hay 51 peticiones a imágenes en la página principal (de las 66 que hay en total). Muchas de ellas se corresponden con pequeños iconos que podrían fácilmente formar parte de un sprite. Y, mejor aún, algunas imágenes podrían reemplazarse utilizando CSS3.

Minificación de ficheros

El único CSS o JS minificado es la librería jQuery. Todo el resto de ficheros, incluida una versión personalizada de jQuery UI, está sin minificar. Claramente, no existe un proceso de build que tenga en cuenta la minificación de estos ficheros antes de subirlos al sitio web.

Malas prácticas de Javascript

Echando un vistazo a ficheros como funciones.js, vemos como se repiten una y otra vez los mismos selectores de elementos del DOM.

function inicializarVariablesGenerales(){
	// No lleva el var por eso son globales
	globales = {
		monthNames: [$('#calendario_nombre_meses option').eq(0).text(),
					 $('#calendario_nombre_meses option').eq(1).text(),
					 $('#calendario_nombre_meses option').eq(2).text(),
					 $('#calendario_nombre_meses option').eq(3).text(),
					 $('#calendario_nombre_meses option').eq(4).text(),
					 $('#calendario_nombre_meses option').eq(5).text(),
					 $('#calendario_nombre_meses option').eq(6).text(),
					 $('#calendario_nombre_meses option').eq(7).text(),
					 $('#calendario_nombre_meses option').eq(8).text(),
					 $('#calendario_nombre_meses option').eq(9).text(),
					 $('#calendario_nombre_meses option').eq(10).text(),
					 $('#calendario_nombre_meses option').eq(11).text()
					],
		resultAjax: new Array(31),
		dateFormat: 'ddmmyy',
		firstDay: 1,
                ...

Otros sitios cubriendo detalles de implementación

Otras webs están recogiendo también algunos problemas a nivel técnico:

Más problemas

Si sabes de algún problema más o alguna posible mejora, añádelo en los comentarios. El propósito de este post es promover las mejores prácticas en cuanto a desarrollo web se refiere.