¿Target="_blank" o Rel="external"?: La elección lógica

Según las normas de la W3C sobre XHTML 1.0, el atributo target="_blank", empleado para abrir vínculos en una página o una ventana nueva, dejó de ser un atributo valido, porque en la especificación no existe el atributo target. Por tanto se hizo necesario el uso del atributo rel="external", el cual no es compatible con los navegadores actuales.Como fuere no hay una justificación clara para dejar de usarla, salvo la moda de la validación.

Sobre si es o no es compatible target="_blank", o contrario a la usabilidad, ya Matt Cutts dijo lo que piensa Google acerca de seguir las reglas de la W3C y por qué a futuro seguirá el atributo target activo en la mayoría de los navegadores.

Diferencias
A diferencia de target="_blank", rel="external" requiere de un código adicional para funcionar y hacer lo que se supone que debería hacer, por ejemplo:

<script type="text/javascript">
function externalLinks() {
if (!document.getElementsByTagName) return;
var anchors = document.getElementsByTagName("a");
for (var i=0; i<anchors.length; i++) {
var anchor = anchors[i];
if (anchor.getAttribute("href") &&
anchor.getAttribute("rel") == "external")
anchor.target = "_blank";
}
}
window.onload = externalLinks;</script>

Este script hará que cualquier vinculo con el atributo rel="external" implementado en un vinculo, abra una nueva ventana, aunque realmente no es algo muy práctico, porque mientras "_blank" no requiere de scripts para abrir una nueva ventana, con "external", si alguien usa un complemento como Noscript en su navegador, estos vinculos no funcionaran para lo que fueron diseñados.

HTML 5.0 y Target="_blank"
HTML 5 ha rondando por la web un par de años hasta que Google decidió implementarla parcialmente en Chrome, incluyendo las etiquetas de video que harán que el streaming de Flash llegue a su ocaso, Google tiene claro que no será XHTML la opción por la cual apostar, pese a ser el sustituto ideal diseñado por la W3C quien finalmente no tiene otro remedio que seguir la corriente.

De momento, HTML 5 será por mucho la gran ganadora frente a XHTML 1.0, mientras la W3C apenas esboza lo que será XHTML 2.0.

Por tanto, pese a que bajo este esquema target="_blank" sera válido y podrá seguir usandose sin preocupaciones en cualquier doctype salvo XHTML Strict pronto veremos los frutos para quienes esperan que rel="external" sea implementada correctamente, esto es si Google, Mozilla o Microsoft deciden implementarla alguna vez.

Rel="external" y su soporte
Pese a que Rel es comúnmente usado para tener documentos validos bajo la W3C, Rel actualmente no es soportado por la mayoría de los navegadores y ninguno de los navegadores importantes, aunque sirve en casos particulares a los buscadores (rel="nofollow", por ejemplo).

XHTML estricto vs. XHTML transitivo y la validación del código
Finalmente, si se siente obligado a usar XHTML recuerdeque bajo el doctype Transitional puede usar aquellas etiquetas no permitidas en la versión estricta, validar la página es lo que menos le debiera preocupar, pues su único alcance actualmente está en el ámbito del logro personal y olvídese de los mitos de que a Google ya otros buscadores les gusta el código valido y bien diseñado, porque en ese momento sabrá menos de la web, que un párvulo de astrofísica y eso es decir demasiado.

¿mmm? ...ya todo esto ¿cual es la opción correcta?
Simple, ninguna de las dos, sí, como oyó, ninguna de las dos. ¿Es que tiene algún sentido actualmente?
Piénselo detenidamente, todos los navegadores actuales permiten abrir con el botón medio del mouse los vínculos en una pestaña o ventana nueva, dejando a los usuarios la decisión de permanecer o no en nuestra web.

El hecho de obligar al usuario a romper su linea de navegación con ventanas o pestañas nuevas es bastante molesto, más cuando algunos navegadores abren esa ventana en segundo plano.

Si leyó todo lo anterior y le vio sentido o lógica, es que ha visto algo que yo no en el empleo de rel="external" y target="nofollow", siento decirlo de ésta forma, pero si nos preocupa tanto validar una página, también debiera preocuparnos que el diseño debe prioritariamente beneficiar al usuario y no a nuestra particular manera de obligarlo a navegar nuestra web, lo que en principio promueve la usabilidad.

¿A que no se lo esperan?