Websites para museus, teatros, galerias e centros culturais
Quem abre o website de um teatro ou de um museu quer quase sempre três respostas: o que está em cartaz, quanto custa o bilhete e a que horas abre. Muitas vezes já está à porta, de telemóvel na mão. Faço websites onde essas respostas aparecem primeiro e onde curadores, serviço educativo e comunicação publicam sem precisar de um programador. Chamo-me Mariusz Szatkowski, trabalho com WordPress desde 2006, a partir de Gdynia, e trabalho sozinho.
O design gráfico e os wireframes são fornecidos pela instituição, num ficheiro Figma ou num modelo preenchido onde indica que elemento fica onde. Eu transformo-os num tema responsivo.
Programação e bilheteira
Os eventos têm categorias (espetáculo, concerto, visita guiada, oficina), filtros por data e sala, datas recorrentes geradas automaticamente e uma lista que funciona bem no telemóvel. O botão de compra vem do sistema de bilheteira que usa. Se esse sistema tiver API ou widget de compra, ligo-o diretamente, depois de ler a documentação. Vendas menores, como oficinas, catálogos de exposições ou donativos de amigos do museu, podem passar pelo WooCommerce com o prestador de pagamentos com que já trabalha, incluindo MB WAY se ele o disponibilizar.
O serviço educativo recebe um formulário de marcação de visitas para escolas e uma página de recursos para professores.
Coleções online
Um objeto digital é mais do que uma fotografia com título. Antes da migração definimos os campos obrigatórios: número de inventário, autor, datação, materiais e técnica, estado de direitos, texto alternativo e fonte. As relações entre objetos, exposições e pessoas ficam guardadas como ligações na base de dados, não como texto corrido, para que a pesquisa funcione por autor, época e técnica.
O estado de direitos decide o que o website mostra. Ser proprietário de uma peça não é o mesmo que poder publicar a sua fotografia, por isso os créditos obrigatórios aparecem automaticamente e os ficheiros em alta resolução ficam bloqueados quando a licença não permite descarregá-los. A norma IIIF serve para ver detalhes com grande ampliação. A importação a partir do seu sistema de gestão de coleções depende das exportações que ele oferece; testo-a numa amostra antes de indicar o âmbito.
Acessibilidade: o Decreto-Lei n.º 83/2018
O Decreto-Lei n.º 83/2018 transpõe a Diretiva (UE) 2016/2102. O artigo 2.º abrange o Estado, as autarquias locais, os institutos públicos, as fundações públicas e os organismos de direito público, o que inclui muitos museus, teatros e bibliotecas. Estes websites têm de cumprir os requisitos do artigo 5.º: perceção, operabilidade, compreensão e robustez.
O artigo 3.º, n.º 4, tem exclusões importantes para coleções: conteúdos multimédia difundidos em direto, na alínea c), e reproduções de artigos de coleções de património que não possam ser plenamente acessíveis por incompatibilidade com a preservação ou a autenticidade, ou por falta de soluções automatizadas a custos acessíveis, na alínea f). Descrições das peças, navegação, programação e compra de bilhetes continuam a ter de ser acessíveis.
- Etiqueta em cada campo de formulário e mensagens de erro lidas pelos leitores de ecrã.
- Navegação completa por teclado, com foco visível.
- Contraste de pelo menos 4,5:1 e legendas nos vídeos gravados.
- Verificação com axe-core antes de cada publicação e teste com NVDA e VoiceOver antes do lançamento.
Vários espaços, uma instalação
Um museu com vários núcleos ou um teatro com festival próprio pode ter todos os websites em WordPress Multisite. Cada espaço tem os seus editores, que só veem o seu website, a biblioteca de multimédia pode ser partilhada e as atualizações faço-as uma vez para toda a rede. As versões noutras línguas ficam em Polylang ou WPML; as traduções vêm da instituição, eu trato dos endereços, do hreflang e de garantir que nenhuma versão leva a uma página vazia.
As imagens grandes das coleções são servidas em AVIF, em tamanhos adequados ao ecrã, e os scripts de terceiros só carregam depois do consentimento. Mais sobre velocidade: otimização do WordPress. Antes de ter acesso a um website com dados pessoais de newsletters, marcações ou loja, assinamos um acordo nos termos do art. 28.º do RGPD; não recorro a subcontratantes.
Como decorre um projeto
- Briefing pelo formulário de contacto, perguntas por escrito.
- Proposta com âmbito, pressupostos e calendário antes de qualquer código. Se o website fizer parte de uma candidatura a financiamento, descrevo o âmbito de forma a poder ser justificado depois.
- Desenvolvimento num repositório Git privado, cada alteração primeiro em staging.
- Aprovação em staging com registos típicos: textos de peças curtos e muito longos, peça sem imagem, sessões esgotadas e canceladas.
- Manutenção, se quiser: manutenção WordPress com monitorização a cada 1 a 5 minutos, cópias de segurança guardadas pelo menos 30 dias em países da UE e atualizações testadas em staging. Sem piquete 24/7.
Não vendo alojamento; escolhe o fornecedor. O contrato rege-se pela lei polaca e a fatura tem o meu número de IVA da UE, PL7393037445.
Contacto
Envie pelo formulário de contacto o endereço do website atual, o que deve mudar e o nome do sistema de bilheteira. Recebe perguntas ou uma proposta com os pressupostos em que assenta. Mais sobre o meu trabalho: programador WordPress. A segurança do website descrevo em auditoria de segurança WordPress.
Descrevo necessidades semelhantes para órgãos governamentais, hospitais e fundações.
