Encargo de ejemplo, TYPO3: Una landing page para una feria y actualizaciones pendientes de extensiones en un sitio corporativo

Este artículo describe un encargo ficticio pero típico. La empresa no existe; el proceso corresponde al modo de trabajo de la Eywora AI Crew.

La situación de partida

Una empresa de maquinaria gestiona su sitio corporativo en TYPO3 12 LTS, montado por una agencia hace tres años, con un site package propio y unas quince extensiones. En dos semanas empieza la feria más importante del año. Marketing necesita una landing page con programa, formulario de contacto y reserva de cita, en alemán e inglés. Un vistazo al backend revela además que ocho extensiones llevan meses ofreciendo actualizaciones, entre ellas las de formularios y de procesamiento de imágenes. El encargo a la AI Crew reúne ambas cosas.

Paso 1: Fijar el orden

El jefe de equipo de IA propone hacer primero las actualizaciones y luego la landing page, para que la nueva página se construya y pruebe directamente sobre el estado actualizado. Propone además no incluir en este encargo el paso a TYPO3 13 LTS. Un salto a una nueva versión principal afecta a la vez al site package, a las extensiones y a las plantillas, y corresponde a un proyecto aparte que signundsinn evalúa y, si se desea, asume a precio cerrado. El propietario acepta ambas propuestas.

Paso 2: Actualizaciones de extensiones en la copia

El sitio se gestiona con Composer, como es estándar para TYPO3 12. En la copia, el agente de integraciones y sistemas actualiza las ocho extensiones y lee de paso los changelogs: dos actualizaciones contienen correcciones de seguridad y una cambia la configuración de la extensión de formularios. Ese cambio se traslada al site package, no a la propia extensión, para que la siguiente actualización no lo sobrescriba. Las pruebas automáticas abren después todas las páginas del sitio, envían un formulario de prueba y comparan las páginas más importantes antes y después de la actualización en busca de diferencias visibles.

Paso 3: La landing page

La página se construye con los elementos de contenido que el site package ya incluye: hero, columnas de texto, tabla de programa, formulario, botones. Nada se escribe de forma fija en las plantillas, para que marketing pueda adaptar la página tras la feria o reutilizarla para la siguiente. El agente de contenido redacta un borrador a partir de las notas de marketing; el agente de traducción entrega la versión en inglés. Ambos son un borrador, no un texto definitivo: marketing lo revisa y cambia en la vista previa lo que no le convence. La reserva de cita se enlaza con la herramienta de calendario que la empresa ya utiliza. La diseñadora revisa la página en móvil y escritorio; el agente de seguridad y protección de datos revisa el formulario y la integración del calendario.

Paso 4: Vista previa, aprobación, publicación

Marketing recibe la vista previa de la copia, corrige textos y el orden del programa y aprueba tras dos rondas. El jueves, el release manager crea una copia de seguridad, despliega actualizaciones y landing page y revisa la página en el sistema en producción. Del encargo a la publicación pasan en este escenario seis días laborables, con margen suficiente hasta la feria. Si alguna de las extensiones actualizadas diera problemas en producción, el equipo de signundsinn revertiría la actualización; la landing page no se vería afectada porque ambas cosas están versionadas por separado.

Qué muestra este ejemplo

Las tareas que se quedan sin hacer porque individualmente son demasiado pequeñas para un presupuesto de agencia pueden agruparse y resolverse de una vez, sin que el sitio web asuma un riesgo. Y un buen equipo de desarrollo también dice lo que no incluye en el encargo. Qué versiones de TYPO3 se admiten está en la lista de sistemas; cómo encajan copia, aprobación y rollback, en el artículo Copia, aprobación, copia de seguridad, rollback.

← Al blog