O Google Chrome contém muitos recursos que podem ser aproveitados pelos webmasters para oferecer uma melhor experiência ao usuário final. O Google Chrome vem com o Google Gears incorporado, que permite aos webmasters aproveitar APIs como o armazenamento off-line. Além disso, o Google Chrome faz com que seu aplicativo da web pareça um aplicativo de "área de trabalho" e, desse modo, os usuários podem iniciar o Google Chrome com poucos recursos, com nada além de uma barra de títulos.
O Google Chrome também usa um novo mecanismo JavaScript (V8), que é muito mais rápido do que os interpretadores JavaScript existentes. Desse modo, você pode criar aplicativos AJAX mais complexos e robustos com menos restrições de velocidade e processamento. Finalmente, o Google Chrome é equipado com o WebKit, permitindo que os usuários aproveitem os recursos CSS3 que são adicionados ao WebKit à medida que são lançados.
Existem diversos outros navegadores que podem ser escolhidos. Obtenha mais informações sobre os navegadores utilizados com mais freqüência nos sites listados a seguir:
A string "user agent" do Google Chrome é:
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.
O Google Chrome usa o mecanismo de renderização WebKit, que é compartilhado por outros navegadores como o Safari da Apple. As páginas da web devem ter a mesma aparência no Google Chrome que têm nesses outros navegadores baseados no WebKit. Você pode procurar webkit nas strings "user agent" para apontar esses navegadores, em vez do nome de um navegador específico (como Google Chrome ou Safari).
Para ajudar os navegadores a processar seu conteúdo corretamente, sempre forneça informações de conteúdo e codificação de caracteres na parte superior da origem do documento. Se você usar frames ou iframes, especifique a codificação na parte superior da origem desses frames também. Alguns navegadores (inclusive o Google Chrome) não reconhecerão as instruções de codificação que aparecem em níveis profundos de um documento (por exemplo, depois de CSS ou script na seção do cabeçalho do documento).
Exemplo de um bom posicionamento da codificação:
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">
<script type="text/javascript">
... seu código JavaScript ...
</script>
.......
Além disso, verifique se o seu servidor da web não está enviando cabeçalhos HTTP conflitantes. Os cabeçalhos enviados pelo servidor da web substituirão todas as instruções de conjunto de caracteres da sua página.
O Google Chrome não lê informações de codificação declaradas com document.write(). Se você usar esse método para declarar a codificação em iframes, por exemplo, poderá ver caracteres truncados quando o iframe for processado. Em vez de:
frame1.js
document.write("<meta http-equiv="Content-Type" content="text/html; charset=windows-1251">"); ... outro código JavaScript ...
...recomendamos o seguinte:
frame1.html
<html> <head> <meta http-equiv="Content-Type" content="text/html; charset=windows-1251"> <script type="text/javascript"> ... seu código JavaScript ... </script> ...
O sinal de porcentagem do Google Chrome codifica parâmetros de consulta em um URL. Verifique se os scripts do servidor estão decodificando adequadamente os caracteres de porcentagem antes de processar os dados.
Você deve especificar uma versão NPAPI do plug-in.
O ActiveX é compatível apenas com o Internet Explorer (e navegadores baseados no Internet Explorer) no Windows. O Google Chrome, o Mozilla Firefox, o Apple Safari e outros navegadores não são compatíveis com ActiveX. Em vez disso, esses navegadores usam NPAPI (Netscape Plugin Application Programming Interface ou Interface de programação de aplicativos de plug-in Netscape).
Existem algumas maneiras de visualizar erros de JavaScript e de trabalhar para depurá-los no Google Chrome:
ajuda na linha de comando do depurador para começar.O Google Chrome usa um método de renderização diferente do Internet Explorer e, por isso, as páginas da web podem ser exibidas de modo diferente. O Apple Safari usa o mesmo mecanismo de renderização do Google Chrome (WebKit) e deve exibir as páginas da mesma maneira.
Existem várias ferramentas para ajudar você a testar seu site no Google Chrome:
Verifique se suas folhas de estilo externas estão sendo veiculadas com o conjunto de caracteres e o tipo de conteúdo corretos. Elas devem ser veiculadas como text/css ou text/css;charset=X.
É melhor não especificar o conjunto de caracteres de uma folha de estilo no cabeçalho HTTP; em vez disso, adicione a instrução logo no início (sem caracteres antes, incluindo espaços e quebras de linha) da folha de estilo CSS do seguinte modo:
@charset "xxx"
Se as informações de codificação não forem especificadas, sua folha de estilo talvez não seja analisada adequadamente.
Para saber mais sobre esse tópico, consulte a documentação do World Wide Web Consortium em http://www.w3.org/TR/CSS21/syndata.html#charset.
O comportamento padrão do Google Chrome procura minimizar e exibir apenas a barra de título dos pop-ups na parte inferior direita da janela do navegador. Os usuários podem visualizar o conteúdo de um menu pop-up arrastando sua barra de título em uma posição mais visível. Isso permite o carregamento dos pop-ups e não quebra a funcionalidade dos sites que dependem deles. Isso também impede que pop-ups indesejados cubram a página e distraiam os usuários.
Isso indica um problema com o uso do SSL na página. Clique no ponto de exclamação no Google Chrome para obter mais detalhes sobre o problema. Geralmente, os problemas resultam de conteúdos misturados na página; por exemplo, sua página da web de nível superior é veiculada como HTTPS e protegida por SSL, mas também estão incluídos elementos HTTP na página (como imagens, script ou CSS). Todo conteúdo deve ser veiculado como HTTPS para que o cadeado apareça.
A equipe do Google Chrome pretende oferecer suporte à API do banco de dados HTML5, bem como a outras APIs compatíveis com o WebKit, incluindo trabalhadores e modo off-line, em versões futuras.
Os usuários do Google Chrome podem criar atalhos para qualquer página da web selecionando Criar atalhos de aplicativo no ícone do menu Página. Por padrão, os novos atalhos têm o título e o ícone da página para a qual estão apontando.
Você pode especificar o título, a descrição e o URL dos atalhos do Google Chrome que apontam para a sua página inserindo meta tags específicas na seção <head> do documento.
| Para personalizar: | Exemplo | de tag |
|---|---|---|
| O título do atalho | nome do aplicativo | <meta name="nome do aplicativo" content="Gmail"/> |
| A descrição (usada quando há mais espaço disponível, como no painel de preferências) | descrição | <meta name="descrição" content="Abordagem do Google para e-mails"/> |
| O URL a ser aberto quando o atalho é clicado | URL do aplicativo | <meta name="URL do aplicativo" content="http://www.gmail.com"/> |
| O ícone do atalho | <link rel="ícone" href="gmail_32x32.png" sizes="32x32"/> |
Por exemplo:
<head>
<meta name="nome do aplicativo" content="Gmail"/>
<meta name="descrição" content="Abordagem do Google para e-mails"/>
<meta name="URL do aplicativo" content="http://www.gmail.com"/>
<link rel="ícone" href=gmail_32x32.png sizes="32x32"/>
<link rel="ícone" href=gmail_48x48.png sizes="48x48"/>
</head>
Essas tags correspondem às da API de área de trabalho do Google Gears. Consulte a documentação da API de área de trabalho do Google Gears para obter mais informações.
O Google Chrome tem uma arquitetura de vários processos que permite executar guias em processos separados uma da outra e do processo do navegador principal. No entanto, as novas guias geradas de uma página da web em geral são abertas no mesmo processo, de modo que a página original pode acessar a nova guia usando JavaScript.
Se desejar abrir uma nova guia em um processo separado:
opener da guia recém aberta como null para que a página original não possa ser acessada.O Google Chrome reconhecerá essas ações como uma dica de que as páginas novas e antigas devem ser isoladas umas das outras e tentará carregar a nova página em um processo separado.
O snippet de código a seguir pode ser usado para realizar todas essas etapas:
var w = window.open();
w.opener = null;
w.document.location = "http://different.example.com/index.html";
Quando um usuário insere uma única palavra na barra de endereço, o Google Chrome pesquisa o termo e retorna resultados usando o mecanismo de pesquisa padrão do usuário. Ao mesmo tempo, o Google Chrome emite uma solicitação HEAD para o termo http://termo a fim de verificar se o site é válido. Se o Google Chrome receber uma resposta HTTP/2xx (como HTTP/200 OK), o usuário terá que informar se deseja visitar o site. Clicar no site a partir da solicitação define esse site como o destino padrão do termo para futuras solicitações.
O Google Chrome também exibirá a solicitação se receber:
Verifique se seu servidor da web responde adequadamente às solicitações HEAD, não apenas às solicitações GET de uma página.
Por exemplo, se um site existir em http://project.intranet.example.com e um usuário dessa rede corporativa inserir project na barra de endereço:
Os usuários podem alterar o comportamento (pesquisa) padrão inserindo project/ ou http://project ou selecionando a entrada project/ da barra de endereço em vez de Procurar project.
Fornecendo um documento de descrição OpenSearch (OSDD), você permite que o Google Chrome inclua seu site na lista de mecanismos de pesquisa do navegador. Para obter mais informações sobre OpenSearch, acesse http://www.opensearch.org.