Ficha 02 · Plano de deploy e checklist de go-live
- Plano de deploy
- Checklist de go-live
- HTTPS, SEO e performance
Parte I · Verdadeiro ou Falso (20 pts)
Indica V ou F e justifica.
- "Mixed content" ocorre quando uma página HTTPS carrega recursos por HTTP. (5 pts)
- O ficheiro robots.txt serve para listar todas as páginas do site aos motores de busca. (5 pts)
- Servir imagens em WebP/AVIF e com lazy loading melhora a performance. (5 pts)
- Um backup só é fiável se o seu restauro tiver sido testado. (5 pts)
- V — Mixed content é carregar recursos (imagens, scripts) por HTTP numa página HTTPS; os browsers bloqueiam/avisam.
- F — Quem lista as páginas é o sitemap.xml. O robots.txt define o que pode ou não ser rastreado (e aponta o sitemap).
- V — WebP/AVIF reduzem o peso das imagens e o lazy loading carrega-as só quando necessárias.
- V — Um backup nunca testado pode estar corrompido ou incompleto; só o restauro testado garante fiabilidade.
Parte II · Plano de deploy (40 pts)
Vais publicar um site estático (HTML/CSS/JS, gerado com um SSG) para uma pastelaria, no domínio docepao.pt, usando Netlify e deploy contínuo a partir do GitHub.
Descreve o plano de deploy por etapas, desde o repositório até ao site no ar com domínio e HTTPS. (40 pts)
Plano de deploy — site da pastelaria (referência)
1. Preparar o repositório (6 pts)
- Código no GitHub; ramo principal main.
- .gitignore adequado (ex: node_modules, dist se gerado).
2. Ligar à Netlify (6 pts) - "Import an existing project" → autorizar GitHub → escolher o repositório.
3. Configurar build (8 pts)
- Build command: ex. npm run build.
- Publish directory: ex. dist (output do SSG).
- Variáveis de ambiente, se necessárias.
4. Primeiro deploy (4 pts)
- Deploy automático; testar no URL *.netlify.app.
5. Domínio personalizado (8 pts)
- Adicionar docepao.pt e www.docepao.pt.
- Criar registos DNS conforme indicado (A no apex, CNAME no www) ou usar os nameservers da Netlify.
- Definir o domínio principal e redireccionar o outro.
6. HTTPS (4 pts) - Activar certificado (Let's Encrypt) após o domínio resolver. - Forçar HTTPS (redireccionar HTTP).
7. Deploy contínuo (4 pts)
- Confirmar que cada git push para main republica.
- Usar deploy previews por PR para testar antes.
(Avaliar: sequência lógica, build/publish correctos, domínio + DNS, HTTPS, CD.)
Parte III · Checklist de go-live (40 pts)
Antes de anunciar o site da pastelaria, elabora uma checklist de go-live com pelo menos 10 itens, organizados nas categorias SSL/segurança, SEO e performance, indicando como verificar cada um. (40 pts)
Checklist de go-live (referência; aceitam-se outros itens válidos)
SSL / Segurança (≈14 pts) 1. HTTPS activo (cadeado no browser) e certificado válido. 2. Redireccionamento HTTP → HTTPS a funcionar. 3. Sem mixed content (consola do browser sem avisos). 4. Headers de segurança configurados (verificar em securityheaders.com). 5. Página de 404 personalizada.
SEO (≈14 pts)
6. <title> e <meta description> únicos por página.
7. sitemap.xml presente e submetido no Google Search Console.
8. robots.txt correcto (não bloquear o site por engano) e a apontar o sitemap.
9. Open Graph + imagem (testar partilha num link).
10. URLs limpas, h1 único por página, alt text nas imagens.
11. Canonical definido.
Performance (≈12 pts) 12. Lighthouse / PageSpeed com bons resultados (Core Web Vitals). 13. Imagens optimizadas (WebP/AVIF, dimensão certa, lazy loading). 14. CSS/JS minificados; compressão (Gzip/Brotli) activa. 15. CDN/cache a servir os recursos.
Extra (operação) 16. Analytics instalado + consentimento de cookies (RGPD). 17. Monitorização de uptime activa. 18. Backup configurado.
(Avaliar: ≥10 itens, distribuídos pelas categorias, com como verificar indicado.)