Checklist para evaluar un freelancer WordPress en tu agencia

Incorporar un freelancer WordPress a un proyecto de agencia sin un proceso de evaluación estructurado es uno de los errores más comunes —y más caros— que cometen los equipos de producción. Un checklist para evaluar freelancer WordPress no es burocracia: es la diferencia entre un colaborador que entrega en plazo con código limpio y uno que desaparece a mitad de proyecto con el repositorio a medias.

Este artículo recoge los criterios que realmente importan, organizados por área, con preguntas concretas que puedes hacer durante el proceso de selección y señales que debes observar antes de firmar cualquier acuerdo.

Por qué necesitas un proceso de evaluación sistemático

El mercado de desarrolladores WordPress freelance en España es amplio y heterogéneo. Hay perfiles que llevan diez años especializados en WooCommerce y otros que llevan seis meses aprendiendo con tutoriales de YouTube. El problema es que ambos tipos de perfil pueden presentar un portfolio visualmente atractivo.

Sin una checklist estructurada, el proceso de evaluación tiende a basarse en impresiones subjetivas: si el CV tiene buena pinta, si la primera videollamada fue fluida, si el precio encaja. Ninguno de esos factores predice la calidad técnica real ni la fiabilidad operativa.

Además, las consecuencias de una mala selección en el contexto de una agencia son distintas a las de un cliente final: afectan no solo al proyecto en curso, sino a la relación con tu cliente y a la reputación del equipo que has puesto a cargo. Un freelancer que falla a mitad de entrega no es solo un problema de recursos humanos —es una crisis de proyecto.

Bloque 1: Evaluación técnica de WordPress

Este es el núcleo de cualquier checklist seria. La evaluación técnica debe ir más allá de «¿sabes usar WordPress?» y entrar en el territorio donde realmente se separan los perfiles solventes de los superficiales.

Preguntas sobre desarrollo de temas y código

• ¿Desarrollas temas desde cero o trabajas a partir de frameworks como Genesis o temas hijo?
• ¿Cómo gestionas el versionado del código? ¿Usas Git con flujos de trabajo definidos (GitFlow, feature branches)?
• ¿Cómo evitas conflictos al modificar funcionalidades de un tema padre?
• ¿Tienes experiencia con PHP orientado a objetos o trabajas principalmente con funciones procedurales?

Un desarrollador que no usa control de versiones de forma sistemática es un riesgo en cualquier proyecto colaborativo. Si trabaja solo con FTP y sin Git, descártalo directamente para proyectos de agencia donde el código pasa por varios manos.

Preguntas sobre plugins y entorno

• ¿Cómo decides si desarrollar una funcionalidad a medida o usar un plugin existente?
• ¿Qué haces cuando dos plugins entran en conflicto?
• ¿Trabajas con entornos locales de desarrollo? ¿Cuál es tu stack habitual (LocalWP, WAMP, Docker)?
• ¿Cómo sincronizas el entorno local con staging y producción?

Las respuestas a estas preguntas revelan el nivel de madurez del flujo de trabajo. Un freelancer que trabaja directamente en producción «porque es más rápido» es una señal de alerta importante.

Preguntas específicas de WooCommerce (si aplica)

• ¿Has implementado pasarelas de pago personalizadas o conectores con ERPs?
• ¿Cómo manejas la sincronización de stock en tiempo real?
• ¿Tienes experiencia con hooks de WooCommerce para modificar el proceso de checkout sin romper compatibilidad futura?

Bloque 2: Evaluación del portfolio y proyectos anteriores

El portfolio es el documento más consultado y, paradójicamente, el menos analizado en profundidad. La mayoría de los responsables de agencia se fijan en el diseño visual. Eso es insuficiente.

Qué buscar realmente en cada proyecto mostrado

Pide al candidato que te explique un proyecto en detalle: cuál era el reto técnico, qué decisiones tomó y por qué, qué salió mal y cómo lo resolvió. Un desarrollador solvente puede narrar sus proyectos con ese nivel de detalle. Uno que solo ejecuta instrucciones básicas tendrá dificultades para articular decisiones técnicas propias.

Aspectos concretos que debes revisar:

• Velocidad de carga: Si el proyecto está en producción, pásalo por PageSpeed Insights. Un sitio entregado con Core Web Vitals en rojo dice mucho sobre las prioridades del desarrollador.
• Código fuente accesible: ¿Puede mostrarte el repositorio o al menos fragmentos relevantes del código? La disposición a compartir código es una señal de transparencia.
• Proyectos similares al tuyo: No todos los proyectos WordPress son iguales. Un desarrollador excelente en sitios corporativos puede tener poca experiencia con e-commerce de alto volumen. Busca alineación entre su experiencia y tus necesidades reales.

Verificación de referencias

Pocas agencias piden referencias activamente. Es un error. Una llamada de diez minutos con un cliente anterior del freelancer puede revelar información que ningún portfolio puede mostrar: cómo gestiona los imprevistos, si cumple los plazos, cómo documenta el trabajo entregado.

Preguntas útiles para una referencia:

• ¿Volvería a trabajar con él en otro proyecto?
• ¿Hubo desviaciones de plazo? ¿Cómo las comunicó?
• ¿Entregó documentación del proyecto o te dejó sin saber cómo mantener el sitio?

Bloque 3: Criterios de comunicación y gestión de proyecto

La capacidad técnica es condición necesaria, pero no suficiente. En el contexto de una agencia, la habilidad de un freelancer para integrarse en procesos de comunicación existentes es igual de crítica.

Protocolo de comunicación

• ¿Qué herramientas de gestión de proyecto usas habitualmente? (Slack, Asana, Notion, Trello…)
• ¿Con qué frecuencia actualizas el estado de tus tareas sin que te lo pidan?
• ¿Cuál es tu tiempo de respuesta habitual durante el horario laboral?
• ¿Cómo gestionas los bloqueos? ¿Esperas a tener la solución o comunicas el problema mientras lo resuelves?

Este último punto es especialmente relevante. Un freelancer que desaparece dos días porque está atascado en un problema sin comunicarlo puede bloquear el proyecto entero. El que comunica «estoy atascado en X, necesito hasta mañana o necesito ayuda» permite que el equipo de agencia reaccione a tiempo.

Gestión de entregas y documentación

• ¿Qué entrega al finalizar un proyecto? ¿Solo el código o también documentación técnica?
• ¿Cómo gestiona los cambios de alcance durante el proyecto?
• ¿Tiene un proceso de pruebas antes de entregar? ¿Usa herramientas de testing?

La documentación suele ser el gran punto débil de muchos freelancers. Si no documentan, la agencia queda dependiente de ellos para cualquier cambio futuro. Eso puede ser conveniente para el freelancer, pero es una trampa para la agencia.

Bloque 4: Criterios contractuales y operativos

Antes de cerrar cualquier acuerdo, hay aspectos contractuales y operativos que deben estar claros desde el principio. No son detalles menores: son los que determinan qué pasa cuando algo sale mal.

Propiedad del código y derechos

• ¿Cede la propiedad intelectual del código desarrollado al cliente final?
• ¿Incluye cláusulas de confidencialidad (NDA) si el proyecto lo requiere?
• ¿Tiene problemas en trabajar bajo marca blanca para que la agencia sea el interlocutor con el cliente?

Disponibilidad y capacidad

• ¿Cuántos proyectos simultáneos gestiona normalmente?
• ¿Tiene socios o una red de apoyo para situaciones de baja o emergencia?
• ¿Puede comprometerse a una franja horaria de disponibilidad durante el proyecto?

Un freelancer que trabaja en cinco proyectos simultáneos con compromisos de tiempo completo en todos ellos es una fuente de retrasos garantizada. No es mala persona —simplemente tiene un problema de gestión de capacidad que tarde o temprano afectará a tu entrega.

Condiciones de facturación

• ¿Trabaja por tarifa hora, precio cerrado o una combinación?
• ¿Cuál es su política de pagos? ¿Pide anticipo? ¿Qué porcentaje?
• ¿Está dado de alta como autónomo o tiene empresa? (Relevante para la facturación y la relación fiscal)

Bloque 5: Red flags que debes detectar antes de contratar

Más allá de los criterios positivos, hay señales de alerta que conviene tener identificadas. Ninguna por sí sola es determinante, pero la acumulación de varias debe hacerte reconsiderar.

• No tiene repositorio Git público ni puede mostrarte código propio. En 2026 esto es difícil de justificar para un perfil profesional activo.
• Su portfolio tiene fechas muy antiguas o proyectos que ya no están online. Puede indicar que lleva tiempo sin trabajar en WordPress o que no ha podido mantener relaciones con clientes.
• Promete plazos muy ajustados sin haber revisado los requisitos en detalle. Los freelancers que cotizan y prometen muy rápido suelen subestimar la complejidad del proyecto.
• No hace preguntas en la primera llamada. Un buen desarrollador necesita información para estimar correctamente. Si acepta cualquier cosa sin preguntar, o no entiende el proyecto o está sobrevendiendo su disponibilidad.
• Habla mal de clientes anteriores. Si critica abiertamente a sus ex-clientes en una primera conversación contigo, espera que haga lo mismo contigo más adelante.
• Sus referencias no responden o esquiva dar contactos verificables. Las referencias deben ser personas reales con nombre y empresa, no correos genéricos.

Cómo aplicar esta checklist en la práctica

No todas las preguntas de este listado son adecuadas para todos los proyectos. Un proyecto de tres semanas de alcance acotado no requiere el mismo proceso de evaluación que una integración compleja de WooCommerce con ERP que durará seis meses.

Una forma práctica de priorizar: clasifica los criterios en obligatorios y deseables según el perfil que necesitas. Por ejemplo, si el proyecto requiere trabajo en equipo dentro de tu agencia, la comunicación asíncrona y el uso de Git son obligatorios. Si es un proyecto que el freelancer gestionará de forma autónoma, puede que la capacidad de coordinación interna pese menos que la profundidad técnica.

También es útil usar la checklist como documento compartido durante la entrevista. Presentarla abiertamente al candidato —«vamos a revisar estos puntos juntos»— cumple dos funciones: te da la información que necesitas y le muestra al freelancer que trabajas con procesos estructurados, lo que suele atraer a los perfiles más profesionales y disuadir a los menos preparados.

Para profundizar en los criterios específicos que distinguen a un desarrollador WordPress especializado de un generalista, puedes revisar los servicios de desarrollo WordPress que ofrezco, donde detallo mi enfoque técnico y operativo para proyectos de agencia.

Preguntas frecuentes sobre la evaluación de freelancers WordPress

¿Cuánto tiempo debería dedicar a evaluar un freelancer?

Para proyectos de menos de 4 semanas, con una videollamada de 45 minutos y revisión de portfolio puede ser suficiente. Para proyectos de más de 2 meses o con alta complejidad técnica, considera añadir una prueba técnica breve (no más de 2-3 horas) y una verificación de al menos una referencia. El tiempo invertido en evaluación siempre es menor que el coste de gestionar una mala contratación.

¿Debo pedir una prueba técnica remunerada?

Si el proyecto es importante y el freelancer tiene un perfil competitivo, lo correcto es remunerar cualquier prueba que supere 1-2 horas. Los mejores freelancers tienen agenda llena y no aceptarán trabajar gratis para demostrar su valía. Ofrecer una compensación pequeña también filtra a los candidatos que no están dispuestos a hacer un mínimo esfuerzo de demostración.

¿Qué pasa si el freelancer no quiere firmar un NDA?

Depende del contexto. Si el proyecto no implica información confidencial del cliente final, puede ser una discusión innecesaria. Si implica acceso a datos de clientes, código propietario o información estratégica, el NDA no es negociable. Un freelancer profesional con experiencia en agencias estará habituado a este tipo de acuerdos y no pondrá objeciones razonables.

¿Cómo evalúo la calidad del código sin ser desarrollador?

Si no tienes perfil técnico interno, puedes pedir que otro desarrollador de confianza revise una muestra del código. Alternativamente, herramientas como Google PageSpeed te dan una señal objetiva sobre la calidad de la implementación en proyectos en producción. También puedes observar señales indirectas: si documenta bien, si explica sus decisiones con claridad, si usa convenciones de nomenclatura consistentes —todo eso habla de orden mental aunque no puedas leer el PHP directamente.

¿Con qué frecuencia debo revisar estos criterios?

El ecosistema de WordPress evoluciona: nuevos bloques de Gutenberg, cambios en la API de WooCommerce, nuevos estándares de seguridad. Revisa tu checklist al menos una vez al año para asegurarte de que los criterios técnicos siguen siendo relevantes y reflejan el tipo de proyectos que estás captando.