Continuando a análise à acessibilidade do site da Direcção Geral da Administração e do Emprego Público, vou recorrer à ajuda do Manual de Boas Práticas da Administração Pública. O que este manual descreve é supostamente obrigatório de ser seguido por lei.

Os seguintes tópicos são um resumo daquilo que o manual descreve. No entanto, os tópicos não comentados são aqueles para os quais não detenho conhecimento para analisar. Só mais tarde poderei fazer uma análise mais consistente, com o decorrer da aula, e o uso de outras ferramentas, como o Jaws.

Em termos de informação mínima, um site tem que apresentar os seguintes conteúdos:

1. Identificação e descrição do organismo que tutela o Website (com a missão, a descrição das actividades e serviços prestados, a descrição da estrutura organizacional, com eventual recurso a diagramas)
   
   • Logo no início tem a identificação do organismo que tutela o site (Ministério das Finanças e Administração Pública).
   • A missão, a estrutura, os serviços e publicações, o balanço social e os contactos são apresentados numa página cuja hiperligação se encontra na Homepage. No entanto, logo se encontra o problema de esta hiperligação ser apresentada através de uma imagem cuja alternativa em texto não a descreve eficazmente.
2. Lista de contactos (endereço postal, telefones, faxes e endereço de correio electrónico), pessoais e/ou institucionais
   • A lista de contactos aparece na hiperligação descrita anteriormente.
3. Lista com todas as publicações do organismo e respectivos documentos;
   • Há uma lista com as publicações do organismo, na hiperligação acima mencionada. No entanto, não há documentos associados, pois estas publicações não são grátis. Há somente uma descrição de cada publicação, incluindo a editora, o preço, etc.
4. Legislação pertinente para a actividade da entidade;
   • Na “Orgânica da DGAEP” há legislação sobre a entidade.
5. Eventos programados ou em curso;
   • Estes eventos aparecem numa lista logo na página principal.
   • No entanto, esta lista é uma mancha de texto pouco descodificável. Não há palavras/expressões em negrito que permitam a uma leitura transversal que permitam perceber o assunto de cada ponto.
6. Relatório de contas;
   • Não há relatório de contas.
7. Plano de actividades e orçamento;
   • Não há plano de actividades e orçamento.
8. FAQ (Perguntas mais frequentes);
   • Há FAQ, mas muito limitada.
   • É muito centrada nos utilizadores que têm que utilizar o site por causa do seu ofício.
9. Novidades;
   • Aparecem também na lista da página inicial.
   • É difícil distinguir o que é notícia de todas as outras entradas.
10. Formulários para download;
    • Há documentos para download.
    • Estão sistematizados numa página, apesar de serem só quatro.
11. Política de privacidade e segurança;
    • Não existe nenhuma hiperligação para este conteúdo.
12. Primeira visita;
    • Não há nenhuma referência.
13. Ajuda;
    • Não há ajuda, só FAQ’s, que são bastante limitados.
14. Mapa do sítio;
    • Existe uma hiperligação para um Índice Detalhado para parece estar em construção.
15. Motor de busca.
    • Não há motor de busca.

Em termos de Barras de navegação, a página inicial deve conter hiperligações para:

1. Homepage do governo, administração directa e indirecta do estado/sectorial ou ministerial;
   • Não há hiperligações para a homepage do governo na secção “links”, mas há para outras entidades.
2. Contactos;
   • A página inicial não tem lista de contactos, isto apresenta-se numa página secundária.
3. Mapa do Website;
   • Não existe.
4. Motor de busca.
   • Não existe.

Restantes páginas têm que conter hiperligações para:

1. Página principal;
   • Nem todas as páginas têm esta hiperligação.
2. Mapa do Website;
3. Motor de busca;
4. Sugestões;
5. Voltar.

Pontos 2, 3, 4 e 5 não existem neste site.

No que toca à presentação da Informação o site tem que:

1. Usar um estilo consistente – O uso de CSS – Cascading Style Sheet (folhas de estilo em cascata) pode ajudar bastante a cumprir este requisito. A separação do conteúdo estruturado (feito em HTML) do estilo/apresentação do documento (feito numa folha de estilo em CSS) revela-se altamente benéfico para a potenciação da acessibilidade;
   • A ser verificado posteriormente.
     
2. Colocar informação baseada em texto.
   • A maioria da informação é baseada em texto. No entanto, muitas hiperligações importantes estão sob a forma de imagens dificilmente descodificáveis, não só por não serem muito discritivas visualmente, mas também por não terem um texto alternativo que explicite sobre a sua função.

No contexto das Imagens e sons:

1. Recomenda-se um tamanho inferior a 30Kb e sugere-se o uso de miniaturas, que o utilizador poderá seleccionar para obter a mesma imagem mas com dimensões maiores.
   • Todas as imagens são de um tamanho reduzido.

Quanto ao Texto:

1. Recomenda-se o uso de fontes do tipo “Sans Serif”, as quais se revelam de mais legíveis para quem lê em ecrãs. São exemplos o estilo “Verdana”, “Arial” ou mesmo “Tahoma”. As fontes e os tamanhos devem ser uniformes ao longo de todo o Website. Também neste particular o uso de CSS se reveste de particular importância. De notar também que o CSS permite definir todos estes elementos de forma diferenciada consoante a informação seja para ser apresentada no ecrã ou impressa. É possível ter um estilo de fonte “Verdana” no ecrã que quando impresso aparece “Arial” ou mesmo “Times New Roman”.
   • As fontes usadas são Sans Serif.
   • No entanto, o tamanho de letra e até as fontes vão mudando, de uma forma não padronizada.
   • CSS ainda para ser analisado.
2. Procurar o contraste entre o texto e o fundo. Não recorrer a cores para distinguir blocos de texto.
   • Distingue-se bem o texto do fundo. Cores escuros na tipografia e branco no fundo.
   • Os blocos de texto são da mesma cor que o fundo da página (branco).

Indicar sempre o tamanho dos ficheiros para download.

1. Não há indicação do tamanho dos ficheiros.

Arquivo documental

1. Existência de um motor de busca.
   • Não há motor de busca.

Software Adicional

1. Disponibilizar a hiperligação para o fornecedor do software: no caso da acessibilidade, esta recomendação deverá ser complementada com a indicação: sempre que o fornecedor dispuser de soluções relacionadas com acessibilidade, deverá também existir uma hiperligação para as respectivas páginas. É o caso do formato proprietário da ADOBE: PDF. Neste caso existem por parte da ADOBE uma série de recomendações dirigidas aos utilizadores e mesmo aos designers dos formatos PDF. Ver hiperligação do Programa Acesso da UMIC.
   • Há ficheiros em PDF, mas não há nenhuma hiperligação que leve ao fornecedor de software.

Compatibilidade de Browsers

1. Deverão ser testadas as páginas em dois dos mais utilizados Browsers, nas suas duas últimas versões.
2. Interessante é notar que na actualização mais recente do Guia de Boas Práticas, o Netscape tenha sido substituído pelo Opera.
3. Atenção também ao uso de plug-ins. O utilizador pode não conseguir usar os novos plug-ins, por dificuldades de acesso da tecnologia que se encontra a utilizar, ou mesmo por não poder descarregar o plug-in, como poderá ser o caso quando acede num terminal público. É o caso por exemplo do Flash.
   • Este site não parece necessitar de plug-ins. Não utiliza Javascript nem Java.

Rapidez no download da primeira página e das restantes

1. Tempos de download da página principal inferiores a 8 segundos com modems de 56Kbps;
2. Tempos de download das restantes páginas inferiores a 20 segundos.

Compatibilidade HTML (recomendação 12)

1. Recomenda-se o uso das directrizes do W3C no que diz respeito à notação a utilizar.
2. No manual recomenda-se o uso da ferramenta Bobby para teste em relação aos diferentes navegadores. O Bobby actualmente on-line não permite tal análise. Em vez da verificação face a determinado tipo de navegadores, aconselhamos a conformidade da notação, nomeadamente o HTML e o CSS, com os padrões do W3C.

Resolução Gráfica

1. Deverá ser possível navegar mesmo usando a resolução mínima.
2. A norma actual é 800×600 pixéis mas deverá ser possível navegar em 640×480. “Uma regra prática para a construção de páginas é a de evitar que uma página quando acedida na resolução 640×480 surja com barras de scroll horizontais” (Oliveira, 2003: 67).
3. Outro elemento importante quando se fala na resolução é a impressão de documentos. Documentos formatados rigidamente para resoluções de 800×600 aparecem com a margem direita cortada.

Concepção de páginas

1. Este capítulo trata essencialmente o desenho de páginas Web para cidadãos com necessidades especiais (CNE’s).
2. Não se deve conceber Websites específicos para CNE’s, nem tão pouco versões simplificadas do Website normal, mas fazer um ÚNICO Website apropriado para TODOS.
   • Este site, logo na página de entrada, apresenta o símbolo da acessibilidade, não havendo mais do que uma versão do site.
3. Simplicidade na forma; informação em formato texto, usar alt-tags nas imagens, não basear compreensão da informação por diferenças de cor; usar um elevado contraste; evitar contraste verde/vermelho; minimizar a utilização de tabelas; motor de busca posicionado no início da página; afixar o símbolo de acessibilidade à Web.

Conclusão

O site da Administração Geral da Administração e do Emprego Público tem vários problemas na questão da acessibilidade. Juntando a análise automática com esta análise manual bastante superficial, percebe-se que em termos de estrutura e até de conteúdos há muito a faltar ao site. Primeiro, a questão do espaço branco ser definido através de tabelas é um grande entrave à acessibilidade. Um processador de texto vai tentar ler a informação da página seguindo a lógica de uma tabela. O que é totalmente errado na estrutura desta página. Há também a questão das imagens não legendadas, e visualmente bastante ambíguas, e das manchas de texto que não permitem uma leitura rápida e eficaz do conteúdo que apresentam.

No entanto, o que é preciso salientar é o facto de estas normas existirem por uma razão muito pertinente. Um conteúdo, um serviço, um local, deve ser acessível ao maior número de pessoas. E apesar de muitas destas questões focarem as necessidades especiais de um grupo de pessoas, o facto é que tornar um site acessível permite não só o acesso por essas pessoas, mas facilita o uso e percepção desse mesmo site por pessoas sem esse tipo de necessidade. E não nos podemos esquecer que quanto mais fácil for o acesso a um conteúdo online, mais vezes irá uma pessoa voltar àquele site e mais pessoas esse mesmo site irá atrair.

O World Wide Web Consortium (W3C) é um consórcio de empresas de tecnologia, em que se inserem as mais importantes organizações desta área. Fundado por Tim Berners-Lee em 1994 com o objectivo de levar a Web ao seu potencial máximo, o W3C aposta no desenvolvimento de protocolos comuns e fóruns abertos que promovem a sua evolução e asseguram a sua interoperabilidade. Desenvolve tecnologias denominadas padrões da Web para a criação e a interpretação dos conteúdos para esta plataforma. Sites desenvolvidos segundo esses padrões podem ser visitados e visualizados por qualquer pessoa ou tecnologia, independente do hardware ou do software. Para alcançar seus objectivos, o W3C possui diversos comités que estudam as tecnologias existentes para a apresentação de conteúdo na Internet e criam padrões de recomendação para a utilização dessas tecnologias. Com a padronização, os programas conseguem aceder facilmente aos códigos e entender onde deve ser aplicado cada conhecimento expresso no documento. De forma a tornar os websites mais acessíveis, principalmente para pessoas com necessidades especiais, o W3C criou a Web Accessibility Initiative (WAI) que desenvolveu directrizes, que podem ter três níveis de importância, para serem seguidas pelos criadores dos sites e seus conteúdos. Idealmente, o seguimento destas directrizes torna o conteúdo de um site completamente acessível para qualquer pessoa e qualquer tecnologia que aceda ao mesmo. Neste contexto, foi-me proposto analisar um site de administração pública portuguesa, que é, por lei, obrigado a obedecer a uma série de normas, incluindo as estipuladas pela WAI, para tornar o seu conteúdo acessível a todas as pessoas e tecnologias Nestas normas, há duas completamente direccionada para o acesso por parte de pessoas com necessidades especiais: concepção de páginas e testes de acessibilidade específicos. O site escolhido foi o da Direcção-Geral da Administração e do Emprego Público (DGAEP). Em primeiro lugar, uma análise manual.

Análise Automática

Para este tipo de análise, foi utilizada a ferramenta Hera, que categoriza os erros encontrados e oferece a localização dos mesmos na página. O url testado foi http://www.dgap.gov.pt/.

Como anteriormente foi colocada neste site a lista de directrizes de acessibilidade do conteúdo Web, os erros terão somente uma referência a essa lista.

Prioridade 1

Erros

Ponto 8.1 – Scripts: Utilizam-se eventos dependentes do dispositivo e não existem eventos redundantes.

Pontos a Verificar

Ponto 1.1 – Imagens: Verifique que os textos alternativos, nas 11 imagens da página, resultam adequados.

A verdade é que os textos alternativos se limitam a nomear as imagens de “vazio” ou então nota-se que o texto é a réplica do nome do ficheiro, como por exemplo, no símbolo da acessibilidade o texto é “accesslogosm.gif”.

Ponto 2.1 – Cores: Verifique que não existe informação transmitida apenas pela cor.

Não há nenhum elemento que transmita informação só pela cor.

Ponto 4.1 – Mudanças de idioma: Verifique que todas as mudanças de idioma se encontram correctamente identificados. Deve valorar-se positivamente o uso de atributos como “hreflang” e “charset” para indicar o idioma e o jogo de caracteres no qual se apresentarão os conteúdos enlaçados.

Não há mudanças de idioma.

Ponto 5.1 – Tabelas de dados: Há 5 tabelas com 59 células de dados e nenhuma célula de cabeçalho (<th>). Verifique se há tabelas de dados, onde deverão ser identificados correctamente os cabeçalhos.

Não há tabelas de dados onde cabeçalhos sejam necessários.

Ponto 5.2 – Tabelas complexa: Há 5 tabelas sem células de cabeçalho. Verifique se há tabelas de dados complexas, com vários níveis lógicos de cabeçalhos, que requerem atributos para associar células de dados e de cabeçalhos.

As tabelas neste site são uma forma de distribuição de espaço, não tendo a função normal de hierarquização de dados.

Ponto 6.1 – Folhas de estilo: Verifique se é possível ler o documento quando é interpretado sem as folhas de estilo associadas.

É possível ler o documento sem folhas de estilo associadas.

Ponto 6.3 - Hiperligações: Verifique se os URI das hiperligações são recursos válidos e não, por exemplo, uma função de javascript; Scripts: Verifique que a página pode ser usada, mesmo quando se desactivam os 1 scripts. Desactivando o Javascript e o Java das opções do Mozilla Firefox as hiperligações continuam a funcionar.

Ponto 7.1 – Intermitência de ecrã: Verifique que não se provocam intermitências no ecrã através de scripts ou outros elementos de programação.

Há elementos que cintilam.

Ponto 11.4 – Páginas alternativas: Se a página não é acessível, verifique que se proporciona uma hiperligação para uma página alternativa acessível.

Não há uma hiperligação para uma página alternativa acessível. Esta página já o diz ser.

Ponto 14.1 – Linguagem: Verifique que se utiliza a linguagem mais clara e fácil adequada ao conteúdo do sítio Web e perceptível pelo utilizador alvo.

A linguagem é clara e fácil. Se não houvesse elementos que cintilam, o texto seria bem mais perceptível.

Prioridade 2

Erros

Ponto 3.2 – DTD: A página não contém uma declaração do tipo de documento; CSS: O código das folhas de estilo contém erros.

Ponto 3.3 – Elementos de apresentação: Utilizam-se 18 elementos HTML para controlar a apresentação; Propriedades de apresentação: Utilizam-se 119 atributos HTML para controlar a apresentação.

Ponto 3.4 – Unidades absolutas em HTML: Encontraram-se unidades absolutas nos atributos dos elementos que compõem as tabelas; Unidades absolutas na CSS: Detectaram-se unidades absolutas (in|cm|mm|pt|pc) ou tamanhos de fonte definidos em px nos valores das folhas de estilo.

Ponto 3.5 – Cabeçalhos (h1-h6): Não se usam cabeçalhos.

Ponto 6.4 – Manipuladores de evento: Utilizam-se eventos dependentes do dispositivo e não existem eventos redundantes.

Ponto 7.2 – Flashes: Utiliza-se o elemento <blink>, que provoca flashes no conteúdo da página.

Ponto 9.3 – Manipuladores de evento: Utilizam-se eventos dependentes do dispositivo.

Ponto 11.1 – Tecnologias do W3C: Falta a declaração do tipo de documento (DTD). Utilizam-se elementos que não correspondem às tecnologias do W3C.

Ponto 11.2 – Elementos obsoletos: Utilizam-se 14 elementos obsoletos em HTML 4.01; Atributos obsoletos: Utilizam-se 120 atributos obsoletos em HTML 4.01.

Pontos a Verificar

Ponto 2.2 – Contraste de cores:
Verifique que o contraste da cor entre fundo e primeiro plano (em textos e imagens) resulta suficiente.

Resulta.

Ponto 3.1 – Imagens: Se existe uma linguagem de programação apropriada verifique que não se utilizam imagens para transmitir essa mesma informação.

Muitos dos locais onde supostamente se deveriam ver imagens continuam a ser espaços em branco. Daí, há linguagem de programação adequada a transmitira esta mesma informação.

Ponto 3.6 – Listas: Não se utilizam listas. Certifique-se se há conteúdos da página que devam apresentar-se como uma lista de elementos.

Não existem conteúdos que devam apresentar-se como uma lista de elementos.

Ponto 3.7 – Citações: Na página não se utilizam elementos para identificar as citações curtas (<q> ou longas <blockquote>). Leia a página e certifique-se que não se fazem citações que devam ser marcados correctamente.

Não há citações.

Ponto 5.3 – Tabelas para maquetar: Verifique que o conteúdo das tabelas tem sentido quando se apresentam de forma linear.

As tabelas servem somente para distribuir os elementos visuais.

Ponto 6.5 – Scripts: Verifique que os conteúdos dinâmicos gerados pelos 1 scripts se encontram acessíveis.

Encontram-se acessíveis.

Ponto 7.3 – Movimentos na página: Verifique que não se provocam movimentos na página através de imagens, scripts ou outros elementos de programação.

Não há elementos de movimento.

Ponto 7.4 – Reiniciar página: Verifique se os elementos de programação se utilizam para reiniciar automaticamente a página.

Não há elementos desse género.

Ponto 7.5 – Redireccionamento automático: Verifique se os elementos de programação se utilizam para redireccionar automaticamente a página.

Não existem elementos que tenham essa função.

Ponto 10.1 – Atributo “target”: Há 1 elementos com o atributo “target”. Verifique se se dá conhecimento ao utilizador quando se abrem outras janelas; Elementos de programação: Verifique se os scripts e os elementos de programação em geral não geram novas janelas sem informar o utilizador.

Não há aviso da abertura de uma nova janela no elemento com o atributo “target”; não há elementos de programação que abram novas janelas.

Ponto 12.3 – Blocos de informação: Verifique que os blocos de informação se encontram divididos em grupos manipuláveis.

Não há divisões suficientes.

Ponto 13.1 – Hiperligações: Verifique que os objectivos de cada hiperligação se encontram claramente identificados.

Está tudo correcto.

Ponto 13.2 – Metadados: Verifique a utilização de elementos e propriedades que proporcionam metadados à página.

Está tudo correcto.

Ponto 13.3 – Mapa do sítio: Verifique visualmente se oferece um índice de conteúdos ou um mapa do sítio.

Não há nenhum desses elementos.

Ponto 13.4 – Navegação: Verifique visualmente que os mecanismos de navegação se utilizam de forma consistente.

Há poucos mecanismos de navegações, por isso este ponto não é importante.

Prioridade 3

Erros

Ponto 9.5 – Atalhos de teclado: Não se proporcionam atalhos de teclado.

Pontos a Verificar

Ponto 4.2 – Abreviaturas e acrónimos: Verifique que se define a expansão das abreviaturas e acrónimos utilizando o atributo “title”. Para além disso, deve comprovar se se indica a expansão quando aparecem pela primeira vez no documento.

Há a expansão da abreviatura DGAEP logo no inicio.

Ponto 5.5 – Resumos das tabelas: Há 5 tabelas, nenhuma com células de cabeçalhos. Verifique que não existem tabelas de dados que requerem o atributo “summary”.

Não há.

Ponto 9.4 – Ordem de tabulação: Nenhum elemento contém o atributo “tabindex”. Verifique se existe uma ordem lógica de tabulação através das hiperligações, controlos de formulário e objectos.

Há uma ordem lógica.

Ponto 10.3 – Tabelas: Verifique se se proporciona um texto alternativo linear para todas as tabelas que apresentam o texto em colunas paralelas.

O mesmo dito sobre as tabelas acima verifica-se aqui.

Ponto 11.3 – Preferências do utilizador: Verifique se se proporciona informação para que os utilizadores possam receber os documentos de acordo com as suas preferências.

Não há.

Ponto 13.5 – Barras de navegação: Verifique visualmente se os elementos principais para a navegação se apresentam como uma barra de navegação.

Não se apresentam como uma barra de navegação.

Ponto 13.6 – Hiperligações relacionadas: Verifique que se agrupam as hiperligações relacionadas, que se identificam os grupos e se proporcionam meios de saltar esses grupos.

Há poucas hiperligações, por isso este ponto não interessa.

Ponto 13.7 – Funções de busca: Quando se proporcionam funções de pesquisa, verifique se se disponibilizam diferentes tipos de pesquisa para diversos níveis de categorias e preferências.

Não há funções de busca.

Ponto 13.8 – Informação diferenciadora: Verifique que a informação diferenciadora se encontra colocada no início dos cabeçalhos, parágrafos, listas, etc.

Não há informação diferenciadora.

Ponto 13.9 – Colecções de documentos: Verifique se se proporciona informação sobre as colecções de documentos. (Há 1 elementos <link> com o atributo “rel” ou “rev”.)

Não há informação sobre as colecções de documentos.

Ponto 13.10 – Arte ASCII: Verifique que se proporciona um meio para saltar sobre um “arte ASCII” quando este ocupe várias linhas.

Não há um “arte ASCII”.

Ponto 14.2 – Complementos do texto: Verifique se se complementa o texto com apresentações gráficas ou sonoras.

Há pouco texto.

Ponto 14.3 – Apresentação: Verifique se o estilo de apresentação é consistente em todas as páginas.

É sim.

Conclusão

Desta forma, os pontos que não foram possíveis de verificar através da análise da Hera já foram verificados manualmente. No próximo “post”, haverá uma análise do site através do Manual de Boas Práticas da Administração Pública.

De modo a testar a usabilidade do site Freemeteo, para complementar as anteriores análises, recorreu-se ao método de teste com utilizadores, em específico o “Field Observation“. O que este método tem de eficaz é o facto de deixar que os utilizadores sejam observados a usar o site como naturalmente o fariam e que, neste caso, executem certas tarefas pré-definidas, de forma a se perceber quais são os problemas do site. Desta forma, foram escolhidos dois utilizadores, um de 14 e outro de 15 anos. Têm os dois conhecimentos bastante razoáveis na língua inglesa, não apresentando dificuldades na leitura de textos simples. Ambos utilizam a internet muito frequentemente. No entanto, nunca tinham visitado o site freemeteo. Três metas foram estabelecidas para os dois utilizadores:

1. Aceder à “Weather History” da cidade da Maia
2. Aceder ao “Current Weather” da cidade de Kyoto no Japão
3. Mudar as unidades de métricas para inglesas

As acções do utilizadores foram registadas da seguinte forma:

• Número de cliques que cada utilizador deu para atingir o objectivo final
• Tempo médio que o utilizador demora a atingir o objectivo
• Quantidade de vezes que o utilizador erra

Aceder à “Weather History” da cidade da Maia

Há vários caminhos possíveis. Mas dois deles necessitam somente de três cliques, os outros precisam de mais, por isso foram excluídos na análise. Através da coluna Quick Pick, seleccionar Porto – Maia – Weather History. Ou através da coluna Select By Region, Porto – Maia – Weather History.

Utilizador 1

Utilizador 2

No início, houve alguma confusão em relação a que direcção tomar, e alguns caminhos errados foram tomados, mas os dois utilizadores rapidamente se aperceberam o que tinham que fazer para atingir a meta.

Aceder ao “Current Weather” da cidade de Kyoto no Japão

O caminho mais curto seria escolher Japan da coluna esquerda e depois Kyoto da barra que abaixo apareceria.

Utilizador 1

Utilizador 2

Mudar as unidades de métricas para inglesas

Esta meta consiste somente num passo. Mas é uma forma de testar a visibilidade da escolha que se encontra do lado direito.

Utilizador 1

Utilizador 2

Os utilizadores encontraram a informação bastante rápido.

Conclusão

O site Freemeteo é bastante fácil de usar. No entanto, há certos detalhes que confundem os utilizadores. Em primeiro lugar, quando a internet por algum motivo está lenta, é difícil ao utilizadores que pela primeira vez usam o site perceber certas interacções. Por exemplo, as setas à beira das regiões da coluna esquerda abrem um menu pop-up com várias cidades, mas quando a internet está mais lenta, nada parece acontecer, não há nada que demonstre o estado do sistema. Na primeira meta, o utilizador 1 teve esse problema, clicando noutros locais pois o menu não aparecia. Em segundo lugar, há variados caminhos que se podem tomar para atingir as metas. Percebe-se esta característica, pois o site é dedicado a informação meteorológica e pouco mais, dando oportunidade aos utilizadores de percorrerem o caminho que mais lhes agrada.