Portfolio — Alfredo Vásquez

Jekyll + GitHub Pages. Sitio bilingüe (EN/ES) desplegado en alfredovasquezalcala.com. Sin entorno local de Jekyll — el build lo hace GitHub Pages directamente.

Estructura

• _layouts/ — default.html, index.html, cases.html, case.html
• _cases/ — un .md por case en EN, y su versión .es.md en ES
• _includes/ — header, footer, menu, breadcrumb, structured-data, language-switcher
• _data/translations.yml — cadenas de UI en EN y ES (bloque labels:)
• es/ — páginas en español (index.md, cases.md, about.md)
• assets/js/ — módulos ES6: app.js importa header, menu, filters, masonry, animations, analytics
• css/ — master.css (tokens + componentes) y responsive.css (media queries), enlazados directo desde default.html

Convenciones clave

• _cases/*.md — front matter requerido: lang, ref, permalink, meta_title, meta_description, headline, subheadline, excerpt, industry, client, context, problem, role, approach, impact (array)
• ref: conecta la versión EN con la ES de un mismo case study para hreflang y language-switcher — solo lo usan los archivos de _cases/
• Páginas normales (index.md, cases.md, about.md y sus pares en es/) no usan ref: — a propósito. Jekyll ya las empareja por permalink: cada página EN vive en la raíz y su par ES vive bajo el mismo path con prefijo /es/ (/cases/ ↔ /es/cases/), así que default.html deriva el alternate con page.url | remove_first: '/es' sin necesitar un campo extra. Agregar ref: ahí sería redundante con lo que Jekyll ya resuelve.
• translations.yml tiene dos bloques raíz: en: y es:, cada uno con labels:
• Sin bundler, sin npm, sin frameworks — JS vanilla modular ES6, CSS vanilla

Flujo de trabajo

• Editar archivos en VS Code
• Push a GitHub → GitHub Pages hace el build automáticamente
• Sin Jekyll local instalado