Google Chrome contiene varias funciones de las que pueden servirse los webmasters para ofrecer una mejor experiencia a los usuarios finales de su sitio. El navegador incorpora Google Gears, lo que permite a los webmasters sacar provecho de las API, por ejemplo para el almacenamiento sin conexión. Además, Google Chrome concede a tu aplicación web el aspecto de una aplicación de "escritorio", gracias al modo minimalista de la interfaz que pueden activar los usuarios, compuesto tan sólo por una barra de título.
Google Chrome se basa en un motor JavaScript (V8) completamente nuevo, mucho más veloz que las implementaciones JavaScript que ya existen. Esto significa que podrás crear aplicaciones AJAX más complejas y potentes con menos limitaciones de velocidad y procesamiento. Por último, señalar que Google Chrome está basado en WebKit, por lo que los usuarios del navegador se beneficiarán de las funciones CSS3 a medida que se vayan incorporando a WebKit.
Hay muchos otros navegadores que puedes usar. Consulta los más utilizados en las URL que te indicamos a continuación:
La cadena user agent de Google Chrome es la siguiente:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.X.Y.Z Safari/525.13.
Google Chrome se basa en el motor de visualización de páginas web WebKit, empleado también por otros navegadores, como es el caso de Safari de Apple. Las páginas deberían verse igual en Google Chrome que en estos navegadores basados en WebKit. Busca webkit en las cadenas de user agent para especificar estos navegadores como destino, en lugar del nombre del navegador en sí, como Google Chrome o Safari.
Para ayudar a los navegadores a mostrar el contenido del sitio correctamente, es imprescindible incluir información sobre el contenido y la codificación de caracteres al principio del código fuente del documento. Si utilizas frames o iframes, indica la codificación también al principio del código fuente de estos. Algunos navegadores, entre ellos Google Chrome, no reconocen las especificaciones de codificación insertadas en el grueso del documento, por ejemplo, después de la descripción de CSS o de la secuencia de comandos en la sección <head> del documento.
Ejemplo de ubicación correcta:
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">
<script type="text/javascript">
... tu código JavaScript ...
</script>
.......
Asegúrate también de que tu servidor web no esté enviando cabeceras HTTP contradictorias, ya que estas prevalecen sobre las especificaciones de caracteres de la página.
Google Chrome no lee la información sobre codificación que se especifica mediante document.write(). Si utilizas este método en iframes, por ejemplo, los caracteres podrían aparecer de forma incorrecta al mostrarse el iframe. En lugar de:
frame1.js
document.write("<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">"); ... otro código JavaScript ...
... recomendamos lo siguiente:
frame1.html
<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1251"> <script type="text/javascript"> ... tu código JavaScript ... </script> ...
Google Chrome codifica con el símbolo del porcentaje los parámetros de consulta de las URL. Asegúrate de que las secuencias de comando del servidor descodifican correctamente los caracteres con esta marca antes de procesar los datos.
Es necesario especificar la versión de la interfaz de programación de aplicaciones plugin de Netscape, NPAPI (Netscape Plugin Application Programming Interface), del plugin.
ActiveX sólo es compatible con Internet Explorer (y navegadores basados en Internet Explorer) en Windows. Google Chrome, Mozilla Firefox, Safari de Apple y otros navegadores no admiten ActiveX. Estos utilizan NPAPI.
Hay dos formas de ver los errores de JavaScript y depurarlos en Google Chrome:
help en la línea de comandos del depurador para empezar.Google Chrome utiliza un motor de visualización distinto del de Internet Explorer, por lo que las páginas pueden aparecer diferente. Safari de Apple se basa en el mismo motor de visualización que Google Chrome (WebKit) y debería mostrar las páginas igual que nuestro navegador.
Existen varias herramientas que pueden ayudarte a probar el sitio en nuestro navegador:
Asegúrate de que las hojas de estilos externas incluyen el conjunto de caracteres y la cabecera content-type correctos. Deberían contener text/css o text/css;charset=X.
En una hoja de estilos CSS, se recomienda no especificar el parámetro charset en la cabecera HTTP, sino al principio (sin ningún tipo de carácter antes, espacios o saltos de línea), tal y como se indica a continuación:
@charset "xxx"
Si no se especifica información de codificación, la hoja de estilos podría no analizarse correctamente.
Para obtener más información al respecto, consulta la documentación del Consorcio World Wide Web en la dirección http://www.w3.org/TR/CSS21/syndata.html#charset.
De forma predeterminada, Google Chrome minimiza los pop-ups y muestra únicamente la barra del título de estos en la parte inferior derecha de la ventana de navegador. Para ver el contenido, el usuario debe arrastrar la barra de título a otro punto de la ventana. De esta forma, los pop-ups se cargan pero no interrumpen la funcionalidad de los sitios que dependen de ellos. También es una forma de evitar que los pop-ups molestos cubran la página que está viendo el usuario y lo distraigan.
Esta advertencia indica un problema con el uso de SSL en la página. Para obtener más información al respecto, hay que hacer clic en el signo de exclamación que muestra el navegador. A menudo, la causa es el contenido mixto de la página; por ejemplo, la página de nivel superior se muestra a través de HTTPS y está protegida con el protocolo SSL pero, por otro lado, has incluido elementos vía HTTP, como imágenes, secuencias de comandos o CSS. Para que aparezca el candado en el navegador, todo el contenido de la página debe transmitirse a través de HTTPS.
El equipo de Google Chrome tiene previsto ofrecer, en una versión posterior, compatibilidad para el API de base de datos en HTML5, así como para las otras API compatibles con WebKit, incluida la funcionalidad sin conexión y los módulos multiproceso.
Los usuarios de Google Chrome pueden crear accesos directos de cualquier página web a través de la opción Crear accesos directos a aplicaciones del icono del menú Página. De forma predeterminada, los nuevos accesos directos adoptan el título y el icono gráfico de la página a la que apuntan.
Si quieres especificar el título, la descripción y la URL de los accesos directos de Google Chrome que apuntan a tu página, deberás insertar etiquetas Meta en la sección <head> del documento.
| Para personalizar: | Etiqueta | Ejemplo |
|---|---|---|
| El título del acceso directo | application-name | <meta name="application-name" content="Gmail"/> |
| La descripción (se emplea si hay más espacio disponible, por ejemplo, en el panel de preferencias) | description | <meta name="description" content="La visión del correo electrónico de Google"/> |
| La URL a la que debe accederse tras hacer clic en el acceso directo | application-url | <meta name="application-url" content="http://www.gmail.com"/> |
| El icono del acceso directo | <link rel="icon" href="gmail_32x32.png" sizes="32x32"/> |
Por ejemplo:
<head>
<meta name="application-name" content="Gmail"/>
<meta name="description" content="La visión del correo electrónico de Google"/>
<meta name="application-url" content="http://www.gmail.com"/>
<link rel="icon" href=gmail_32x32.png sizes="32x32"/>
<link rel="icon" href=gmail_48x48.png sizes="48x48"/>
</head>
Las etiquetas son muy parecidas a las del API de escritorio de Google Gears. Consulta la documentación de dicha API para obtener más información al respecto.
Google Chrome incorpora una arquitectura multiproceso donde las pestañas se ejecutan en procesos distintos tanto del resto de pestañas como del proceso central del navegador. Sin embargo, las pestañas que genera una página web suelen abrirse en el mismo proceso, así la página puede acceder a la pestaña mediante JavaScript.
Para que la pestaña se abra en un proceso independiente:
opener de la pestaña que se ha abierto en nullpara que no pueda acceder a la página original.Con estas acciones, Google Chrome sabrá que la página existente y la página nueva deben ser independientes e intentará cargar la nueva en un proceso distinto.
El siguiente fragmento de código sirve para todos estos pasos:
var w = window.open();
w.opener = null;
w.document.location = "http://sitiodistinto.com/indice.html";
Cuando un usuario introduce un solo término en la barra de direcciones, Google Chrome ejecuta una búsqueda del mismo y proporciona los resultados con el motor de búsqueda predeterminado del usuario. Al mismo tiempo, Chrome emite una solicitud HEAD de http://término, para comprobar si se trata de un sitio web válido. Si Google Chrome recibe una respuesta HTTP/2xx (por ejemplo, HTTP/200 Correcto), preguntará al usuario si quiere visitar el sitio. Si el usuario acepta y accede al sitio, el sistema lo establecerá como el destino predeterminado para las consultas que en adelante se hagan del término.
Google Chrome hará la misma pregunta al usuario si recibe:
Asegúrate de que tu servidor web responde correctamente a las solicitudes HEAD de una página, y no únicamente a las solicitudes GET.
Por ejemplo, si el sitio se encuentra en http://proyecto.intranet.example.com, y un usuario de esa red corporativa introduce proyecto en la barra de direcciones:
Los usuarios pueden inhabilitar el comportamiento (de búsqueda) predeterminado escribiendo proyecto/ o http://proyecto, o seleccionando la entrada proyecto/ de la barra de direcciones en lugar de Buscar proyecto.
Si proporcionas un documento de descripción OpenSearch (OSDD, OpenSearch Description Document), Google Chrome podrá incluir tu sitio en la lista de motores de búsqueda del navegador. Para obtener más información sobre OpenSearch, visita la página http://www.opensearch.org.