Un sitio WordPress rápido no es el resultado de un plugin de caché instalado al final del proyecto. Es el resultado de decisiones técnicas correctas tomadas desde el inicio de la producción: el entorno base, el stack elegido, cómo se procesan las imágenes, cómo se estructura el CSS y qué scripts de terceros se cargan y cuándo.
Este checklist está organizado por fases de producción. desde la recepción del brief técnico completo, pasando por la preparación del entorno, hasta la medición final del rendimiento antes de la entrega. El objetivo es que cualquier sitio WordPress producido siguiendo estas fases llegue a un score de PageSpeed de 90 o superior en móvil en el momento de la entrega, sin intervención adicional de optimización posterior.
El checklist está pensado para producción interna de agencias y para equipos que externalizan la maquetación a un partner técnico. En ambos casos, el estándar de entrega es el mismo.
Checklist 1 — Antes de empezar: materiales y viabilidad
Este checklist define si el proyecto está listo para entrar en producción. Si algún punto no se cumple, el proyecto debe mantenerse en espera de materiales. Empezar sin ellos garantiza retrasos y correcciones evitables.
Materiales del cliente:
- Diseño final aprobado por el cliente (no una versión de trabajo)
- Archivo Figma con capas nombradas y organizadas, o diseño equivalente en Adobe XD
- Tipografías definidas: confirmación de que están en Google Fonts o archivos .woff2 disponibles
- Paleta de colores con códigos hexadecimales exactos
- Textos finales aprobados para las páginas principales
- Imágenes definitivas en resolución adecuada (mínimo 1.500px de ancho para imágenes de sección completa)
- Logo en formato SVG o PNG con fondo transparente
Aspectos técnicos:
- Entorno de staging disponible y accesible (no producción)
- Accesos de administrador de WordPress al entorno de staging
- Breakpoints definidos: mínimo móvil 375px, tablet 768px, escritorio 1280px
- Listado de funcionalidades específicas: formularios, integraciones, animaciones, popups
- Confirmación del dominio final y del servidor de producción para la migración posterior
En este artículo puedes revisar nuestro flujo de trabajo Figma a WordPress.
Checklist 2 — Preparación del entorno WordPress
El entorno base determina el rendimiento potencial máximo del sitio. Un entorno mal configurado no se puede optimizar completamente a posteriori.
Instalación base:
- WordPress en su versión estable más reciente
- PHP en versión con soporte oficial activo (8.1, 8.2 o 8.3 en 2026)
- Hello Theme o tema base ligero equivalente (no temas con scripts globales innecesarios)
- Eliminación de plugins preinstalados que no se usarán (Akismet, Hello Dolly y similares)
- Eliminación de temas preinstalados excepto el base elegido
Constructor y estilos globales:
- Elementor Pro instalado y activado (u otro constructor acordado)
- Estilos globales cargados: tipografías, paleta de colores, espaciados base
- Plantillas de página vacías creadas con la estructura del menú del proyecto
- Google Fonts cargadas localmente, no desde los servidores de Google (reduce latencia y elimina petición externa)
Rendimiento desde el inicio:
- Plugin de caché instalado y configurado antes de empezar a maquetar (no después)
- Compresión GZIP o Brotli activada en el servidor
- Lazy loading activado por defecto para imágenes y videos
Checklist 3 — Maquetación: decisiones que afectan al rendimiento
La maquetación genera la mayor parte de la deuda técnica de rendimiento. Estas decisiones durante la producción determinan si el sitio va a necesitar optimización intensiva al final o si va a llegar a 90+ de forma natural.
Imágenes durante la maquetación:
- Todas las imágenes subidas en formato WebP (no JPEG ni PNG sin convertir)
- Dimensiones correctas: no subir una imagen de 4.000px para mostrarla en 800px
- Imágenes de sección completa (hero, backgrounds): máximo 200-300KB después de comprimir
- Imágenes de producto o contenido: máximo 80-100KB
- Atributo alt descriptivo en todas las imágenes, no decorativo en las puramente estéticas (alt=»»)
Scripts y código:
- No instalar plugins innecesarios. Cada plugin añade scripts y estilos que se cargan en todas las páginas aunque no se usen en todas
- Scripts de terceros (chat, analytics, pixels de publicidad) cargados de forma diferida (defer o async) o mediante el gestor de scripts del constructor
- No usar plugins de slider o galería pesados si el diseño se puede resolver con CSS nativo o con el constructor
Fuentes:
- Máximo 2 familias tipográficas por proyecto
- Máximo 3 pesos por familia (por ejemplo: 400 regular, 600 semibold, 700 bold)
- Fuentes cargadas localmente siempre que sea posible
En este artículo te contamos cuáles son los 7 errores que retrasan la producción.
Checklist 4 — Responsive
El responsive no es un ajuste que se hace después. Es una fase completa con su propio tiempo asignado, ejecutada después de que el desktop está terminado al 100%.
Tablet (768px):
- Columnas reordenadas correctamente en secciones de múltiples columnas
- Tipografías ajustadas si es necesario (no siempre lo es)
- Imágenes recortadas o reposicionadas correctamente
- Menú de navegación funcional
Móvil (375px):
- Ningún elemento desbordado horizontalmente (overflow)
- Tipografías legibles sin necesidad de zoom
- Botones y enlaces con área de toque mínima de 44x44px
- Formularios completables con teclado virtual sin que los campos queden ocultos
- Menú hamburguesa funcional y accesible por teclado
- Imágenes de hero con composición correcta en vertical (no cortadas en el punto de interés)
Verificación en dispositivos reales:
- Verificar en un iPhone y en un Android antes de marcar el responsive como terminado
- Los simuladores del navegador no detectan todos los problemas de comportamiento táctil
Checklist 5 — Optimización de rendimiento (WPO)
Esta es la fase que más se omite cuando hay presión de tiempo. Es también la que determina si el sitio va a posicionar bien en Google o no.
Medición inicial:
- Ejecutar Google Lighthouse en modo incógnito en el entorno de staging antes de empezar la optimización
- Anotar los scores iniciales de Performance, Accessibility, Best Practices y SEO
- Identificar las tres métricas con peor resultado como prioridad de optimización
Optimización de imágenes:
- Verificar que todas las imágenes están en WebP
- Verificar que las imágenes tienen el atributo loading=»lazy» excepto las del hero (above the fold)
- Las imágenes del hero deben tener loading=»eager» o fetchpriority=»high» para mejorar el LCP
Caché y compresión:
- Verificar que el plugin de caché está activo y configurado correctamente
- Page cache activado
- Browser caching configurado con tiempos adecuados para activos estáticos
- Minificación de CSS y JavaScript activada (verificar que no rompe funcionalidades del constructor)
- GZIP o Brotli activado en el servidor
Peticiones externas:
- Reducir el número de peticiones a servidores externos: Google Fonts cargadas localmente, pixels y scripts de terceros cargados de forma diferida
- Verificar con la pestaña Network del navegador cuántas peticiones externas tiene el sitio en carga inicial
Medición final:
- Ejecutar Google Lighthouse de nuevo tras la optimización
- El umbral mínimo de entrega es 90/100 en Performance en móvil
- Si el score no llega a 90, identificar el factor limitante específico (LCP alto, imágenes sin optimizar, scripts bloqueantes) y resolverlo antes de marcar la fase como completada
- Documentar el score final de PageSpeed en el informe de entrega
Checklist 6 — SEO técnico mínimo
No es un proyecto de SEO. Es la base técnica que cualquier sitio debe tener para no penalizar el posicionamiento orgánico desde el inicio.
- Plugin SEO instalado y configurado (RankMath o Yoast)
- Un solo H1 por página, con el keyword principal de esa página
- Jerarquía de encabezados lógica: H1 > H2 > H3, sin saltar niveles
- Meta title y meta description definidos en todas las páginas principales
- URLs limpias y legibles (sin parámetros innecesarios)
- Sitemap XML generado y enviado a Search Console
- Página de inicio no bloqueada por robots.txt
- Staging configurado como noindex para que Google no indexe el entorno de desarrollo
Checklist 7 — QA y entrega
Ningún proyecto sale de producción sin pasar por este checklist completo.
Visual:
- El diseño se respeta en desktop, tablet y móvil
- Ningún elemento desbordado ni desalineado
- Colores correctos verificados con cuentagotas (no a ojo)
- Espaciados consistentes entre secciones en toda la web
Funcional:
- Todos los enlaces funcionan y apuntan a la URL correcta
- Formularios probados: envío, confirmación de recepción y llegada al destino
- Menú funcional en todos los breakpoints
- Animaciones funcionan en Chrome, Firefox y Safari
Contenido:
- Sin texto Lorem Ipsum en ninguna página
- Imágenes con atributos alt correctos
- Textos corresponden a la versión aprobada por el cliente
Rendimiento:
- Score de PageSpeed en móvil medido y documentado (mínimo 90/100)
- Captura del score incluida en el informe de entrega
Pre-publicación:
- Backup completo del staging antes de migrar
- Staging configurado como noindex
- Accesos y credenciales documentados para entrega al cliente o a la agencia
Cómo usar este checklist en tu agencia
Tres formas de implementarlo:
Integrado en la herramienta de gestión de proyectos. Crear una plantilla de proyecto en Basecamp, Notion o ClickUp con cada checklist como lista de tareas. Cada proyecto nuevo arranca desde esa plantilla. El equipo marca cada punto y la agencia tiene visibilidad del estado real sin reuniones de seguimiento.
Como criterio de entrega del partner externo. Si la maquetación se externaliza, entregar este checklist al partner como estándar de entrega. El partner confirma cada punto antes de marcar el proyecto como entregado. El score de PageSpeed es el único criterio objetivamente verificable — el resto admite interpretación, el score no.
Como documento de onboarding para nuevos miembros del equipo. Un desarrollador o maquetador nuevo que sigue este checklist desde el primer proyecto produce con el estándar de la agencia sin necesidad de supervisión intensiva.
Fecha de modificación: 17 de junio 2026
