A finales de septiembre de 2026, Blacksmith Agency, una agencia WordPress estadounidense en remoto, publicó una vacante Senior WordPress Developer con AI en el workflow, y a mediados de octubre el anuncio seguía circulando por los job boards. La misma agencia había anunciado un puesto de AI Engineer para workflows agénticos. Una agencia que se define como AI-first sigue queriendo un senior que escribe y revisa código. Esa postura expulsa dos extremos: los equipos que boicotean a los agentes y los que venden «vibe coding» sin code review. Un puesto o una oferta nearshore fuera de ese híbrido pierde en el kickoff o en la primera auditoría de seguridad.
Esta opinión se apoya en los anuncios de una sola empresa, así que léela como señal, no como estadística. El tablón WordPress.org Jobs mostraba a mediados de octubre cuatro anuncios fechados del 5 al 13 de octubre (freelancers para webs de clientes, integraciones de plugins, una tienda WooCommerce, un technical lead fraccional), ninguno con AI en el título.
¿Buscáis un socio nearshore con el híbrido AI + code review, no un junior con Cursor en producción? Describid el proyecto en contacto: alcance (sitio nuevo, tienda, MCP, bloques), locales, fecha límite. Comparáis ownership con un anuncio real, no con una diapositiva «usamos IA».
Qué exigen las ofertas de Senior WordPress con AI
La vacante Senior WordPress Developer (27 de septiembre) y su variante WordPress Development Lead (30 de septiembre) piden:
- un senior que lidere builds WordPress a medida y hable con clientes,
- trabajo remoto desde EE. UU., Canadá, Latinoamérica o Sudáfrica, para clientes en todo EE. UU.,
- inglés excelente,
- alcance: temas, plantillas, plugins y bloques,
- «Impulsa la eficiencia con AI en todo el proceso de desarrollo» junto a «Sigues escribiendo y revisando código real» (anuncio de Blacksmith Agency, traducción propia).
Por separado, la misma agencia anunció un puesto de AI Engineer: workflows agénticos en LangChain o LangGraph, APIs de Anthropic y OpenAI con tool use, experiencia en WordPress o PHP como valor añadido.
El patrón: un lead developer que usa agentes, más una persona o vía Automation que cablea workflows de producción. Un «mago de prompts» solo no cierra el JD.
WordPress.com Agent, MCP write y contratación de developers
El 15 de octubre WordPress.com actualizó su Agent: generar un sitio tarda menos de la mitad que antes, y el Agent instala, activa y actualiza plugins desde el chat. Las herramientas MCP write están en los planes de pago desde marzo de 2026. La ganancia fácil (draft en minutos, guardar desde Cursor) ya es visible para el cliente. La ganancia difícil (SLA, whitelist de plugins, publish gate) sigue necesitando a un humano. Los anuncios de empleo son la traducción de mercado de la misma tesis que desplegamos en Agent y MCP write.
Cuando el cliente ve una demo del Agent, pregunta: «¿para qué necesitáis un senior?». El anuncio responde de antemano: el senior está para que el Agent no empuje a producción tres plugins fuera de la whitelist y un checkout sin pruebas.
Senior WordPress con AI en nearshore PL y UE
Precio de kickoff vs ownership en WordPress AI
Generar un tema en minutos en .com no elimina ERP, HPOS ni SEO multilingüe. En la propuesta, separad:
- paquete discovery + primera variante (puede ser más barato / corto),
- paquete ownership (arquitectura, review, publish, monitorización).
Los clientes que solo compran el primer paquete vuelven con el ticket «por qué la tienda no habla con el almacén». Mejor nombrar el límite al inicio.
CV de WordPress developer: herramientas AI y code review
En contratación interna:
- exigid un ejemplo: PR donde un agente hizo scaffold y un humano refactorizó,
- exigid descripción del gate: qué puede hacer el agente sin approve,
- rechazad portfolios «generé 40 páginas el fin de semana» sin pruebas y sin ownership.
En contratación externa (el cliente elige agencia): las mismas preguntas funcionan como due diligence.
Publish gate en lugar de una diapositiva «usamos AI»
Una frase en la discovery call:
El agente escribe el draft en staging. Un humano hace review. Publish es un paso aparte.
Eso filtra clientes que quieren «empujar del chat a producción». Mejor perder ese lead que heredar un incidente.
Preguntas a un candidato Senior WordPress con AI
- ¿Qué pasos puede ejecutar el agente sin approve?
- ¿Cómo es el review de un PR de bloques generado por agente?
- ¿Tenéis whitelist de plugins para Agent / MCP write?
- ¿Dónde termina el WordPress.com Agent y empieza el custom self-hosted?
- ¿Quién está on-call cuando un agente rompe un deploy el viernes?
- ¿Cómo medís que la AI acorta tiempo (métricas), y no solo «se siente más rápido»?
Métricas sensatas: tiempo del brief al primer draft, plugins fuera de la whitelist, tiempo del draft a la publicación, rollbacks tras cambios de agentes. Sin métricas, «AI en el proceso» es un eslogan.
WordPress engineer vs AI engineer
Los anuncios separan Senior WordPress Developer y AI Engineer. En un nearshore pequeño a menudo lo juntáis en una persona. Riesgo: automatización sin profundidad PHP, o PHP sin disciplina de agentes.
Un modelo que funciona con 4-8 personas:
- lead WordPress: arquitectura, review, WooCommerce, bloques,
- mid con AI: scaffold, pruebas, docs, cableado MCP bajo supervisión,
- content / SEO: Guidelines, drafts, cola de publish (no «acceso MCP total»).
Cuando alguien promete al cliente «un junior con Cursor hará enterprise», el anuncio de Blacksmith es un contraejemplo: una agencia que se define como AI-first sigue contratando a un senior que escribe y revisa código.
Senior WordPress, Gutenberg 24.2 y React 19
En paralelo, Gutenberg 24.2 activa por defecto el experimento React 19 en el plugin, salvo que esté activo un tema o plugin con problemas de compatibilidad conocidos. El senior que busca ese anuncio debe poder probar bloques en staging, no solo «clicar un landing con el Agent». Detalle: Gutenberg 24.2.
El híbrido AI + código cubre también la compatibilidad del editor. Un prompt no atrapa una peerDependency de React. Una prueba en staging sí.
Cómo hablar de WordPress AI con un cliente en ES/UE
El mercado B2B español y europeo mezcla fuerte:
- la expectativa «hacedlo como WordPress.com Agent, pero con nuestro ERP / Contaplus»,
- requisitos RGPD y de logs,
- presupuestos más cerca de mid-market que de enterprise US.
Una respuesta alineada con la tesis:
- Sí, usamos agentes para drafts y scaffold.
- No, el Agent no firma el SLA ni cablea el almacén.
- Publish e integraciones quedan en ownership del ingeniero.
- Precio individual tras el alcance; no vendemos «sesiones infinitas de Agent» sin tope.
Las WordCamps y los encuentros locales de agencias son buenos sitios para mostrar el híbrido con casos, no con un anuncio copiado de una agencia estadounidense.
Errores en ofertas de empleo WordPress + AI
- No escribáis «AI-first» sin lista de herramientas y gates.
- No exijáis «5 años de LangChain» en un rol que es 80% PHP y bloques.
- No prometáis al cliente que junior + Cursor = lead.
- No ocultéis que MCP write por defecto hace drafts: es una feature, no una vergüenza.
Entrevista de contratación Senior WordPress con AI
En lugar de «¿usas AI?» (la respuesta siempre es sí), corred un case:
- Dad al candidato un brief corto de landing + whitelist de tres plugins.
- Pedid un plan: qué hace el agente, qué hace el humano, dónde queda publish.
- Pedid review de un PR débil a propósito (código generado con un agujero obvio de nonce o escaping).
- Pedid una decisión: WordPress.com Agent vs self-hosted en una integración de almacén.
Un candidato que no puede nombrar el publish gate falla independientemente de cuántos modelos LLM liste. Un candidato que puede, y habla poco de LangChain, sigue valiendo para Lead WordPress con AI: AI Engineer es una vía aparte.
Onboarding de junior WordPress con agentes AI
Un junior con Cursor genera un bloque en una hora. El onboarding debe enseñarle tres cosas antes de que reciba MCP write en staging del cliente:
- escaping, nonce, capabilities - sin excepciones «porque el agente lo escribió así»,
- leer el diff línea a línea antes del merge,
- cuándo decir «el agente no debería hacer esto» (secretos, producción, migración de DB).
Sin eso, el junior se convierte en amplificador de errores. Con eso, se convierte en un lead más barato en 18-24 meses.
Due diligence de una agencia WordPress con AI (enterprise)
Cuando elegís proveedor WordPress tras la oleada Agent / MCP:
- pide un diagrama del camino del agente a staging, review y producción,
- pedid un ejemplo de revert tras un mal cambio de agente,
- comprobad si el contrato cubre ownership de código y logs, no solo «licencia sobre el efecto»,
- preguntad por pruebas Gutenberg / React (ver 24.2), no solo «sabemos ChatGPT»,
- evitad precios «correcciones infinitas en el Agent» sin tope de sprint.
Enterprise no compra prompts. Compra previsibilidad de incidentes. El híbrido de ese anuncio responde a ese requisito.
AI theater en la agencia WordPress: cómo evitarlo
AI theater: diapositiva sobre modelos, cero métricas, junior con Cursor en producción, lead apagando incendios. Síntomas:
- sin whitelist de plugins,
- MCP write con derecho de publish para todos,
- sin review de PR con diff de agente,
- bonos por «páginas generadas», no por ausencia de incidentes.
Tratamiento:
- métricas del artículo sobre Agent / MCP (tiempo del brief al draft, whitelist, tiempo del draft a la publicación),
- un dueño de publish por proyecto,
- retrospectiva tras cada incidente de agente (5 Whys, no «culpa del modelo»).
El anuncio de Blacksmith describe lo contrario del AI theater. Si tu agencia contrata con ese tipo de anuncio mientras el proceso parece teatro, los candidatos senior se van durante el periodo de prueba.
Competencias de un Senior WordPress developer con AI
Mínimo técnico (sin esto, soft skills no cuentan):
- PHP 8.x, hooks WP, WP_Query / SQL conscientes,
- bloques (edit.js, save / dynamic render),
- bases de React en el editor + conciencia de la vía React 19 (Gutenberg 24.2),
- WooCommerce al nivel de debug de checkout y HPOS «sé dónde mirar»,
- Git, CI, staging, rollback.
Mínimo AI / agente:
- Cursor / Claude / ChatGPT como herramientas, no como fuente de verdad,
- capacidad de describir el publish gate,
- MCP: qué es, dónde write es peligroso,
- capacidad de rechazar la salida del modelo (code review).
Nice-to-have (vía Automation aparte):
- LangChain / orquestación propia,
- evals de agentes, no solo demo happy path,
- integraciones fuera de WordPress (CRM, ERP) con colas y retry.
La contratación que mezcla nice-to-have con el mínimo o paga de más, o contrata a alguien que no entregará PHP en una crisis.
Retención de un Senior WordPress developer con AI
Los seniors se van cuando:
- marketing vende «la AI lo hace todo» y ellos apagan incendios,
- no hay presupuesto para staging y pruebas,
- los juniors tienen MCP write en prod «porque es más rápido».
Retenedlos con:
- ownership clara (ellos deciden el publish gate),
- tiempo para pruebas Gutenberg / React en el retainer,
- métricas que muestren a la dirección el valor del review, no solo la velocidad del draft.
Es lo mismo que quiere el cliente enterprise. Retención de senior y satisfacción del cliente comparten mecanismo: ownership.
¿Dar descuento AI en la cotización WordPress?
Los clientes pedirán descuento «porque la AI hace la mitad del trabajo». Una respuesta alineada con la tesis:
- descontad tiempo de scaffold y del primer mockup si de verdad bajó,
- no descontéis ownership, review, security ni on-call,
- escribid en el contrato qué fases son AI-accelerated y cuáles human-gated.
Las agencias con un «descuento AI 30%» global sobre todo el proyecto subvencionan el riesgo ajeno. Las que muestran el split de fases encajan con el anuncio descrito arriba: modernas y responsables.
En la página de precios de WPPoland rigen reglas propias de bandas de mercado; este artículo no cita tarifas de oferta. El punto es la estructura de la conversación, no un número.
Remote Sudáfrica vs nearshore UE en WordPress AI
Un puesto remoto en una agencia estadounidense, abierto a Sudáfrica y Latinoamérica, describe el mismo híbrido, pero un contexto de costes y legal distinto. El nearshore PL/DE/NB vende:
- zona horaria cercana a clientes DACH y Nordics,
- RGPD / compliance local como default,
- menor latencia a workshops on-site.
No ganáis a Sudáfrica en el precio del prompt. Ganáis en ownership y contexto local. En el pitch, repetid el híbrido del JD, no «somos más baratos porque AI».
AI y el 80% invisible de un proyecto WordPress
El 6 de octubre WebDevStudios escribió que la AI es muy buena en el 20% de un sitio que se ve y no entrega el 80% que no se ve: lo que hace que un sitio se encuentre, se mantenga seguro y proteja los datos de los visitantes. Eso complementa el anuncio: el senior es dueño de ese 80%. Agent y Cursor aceleran el 20% y el scaffold. Quien solo vende el 20% recibe un ticket el viernes a las 16:58. Quien contrata para el híbrido tiene a quién cerrar ese ticket.
Scorecard de 90 días para Senior WordPress con AI
Para que la plaza híbrida no se quede en eslogan:
| Semana | Resultado esperado |
|---|---|
| 1-2 | Publish gate descrita en un proyecto + auditoría de whitelist de plugins |
| 3-4 | Al menos un PR con scaffold de agente y review legible |
| 5-8 | Staging Gutenberg 24.2 / React en un proyecto con bloques |
| 9-12 | Tiempo del brief al draft y del draft a la publicación en el informe al cliente |
Si tras 90 días no hay métricas ni gate, contratasteis un título, no una competencia. El scorecard también es herramienta de conversación con el cliente: «así onboardamos a la persona que describe ese anuncio».
Career page de la agencia WordPress para roles AI
En lugar de generalidades «amamos WordPress y la innovación»:
- listad el stack de agentes y los gates,
- mostrad un ejemplo de diff con review,
- decid claro que publish es humano,
- separad la vía Engineer de Automation.
Los candidatos senior leen la career page como due diligence. Los JD de los boards y vuestra página deben hablar con la misma voz. Si el board dice «real code» y la career page solo «AI-powered digital experiences», el senior asume AI theater y no aplica.
Checklist del dueño de agencia: WordPress + AI
- Los JD internos exigen el híbrido (AI + review), no solo un polo
- El onboarding de junior cubre escaping y diff antes de MCP write
- Las métricas de agente están en el informe al cliente
- El retainer tiene tiempo para pruebas de editor / React
- El pitch nearshore vende ownership UE, no «prompt más barato»
- Career page = la misma voz que vuestros anuncios
La tesis del primer párrafo vuelve aquí como lista operativa. Sin checklist, queda una opinión.
Respuesta a «para qué senior si existe Agent»
Cliente: «Si hay Agent, ¿por qué pagar un senior?»
Respuesta alineada con la tesis:
- El Agent acorta el tiempo hasta la primera variante de UI y los drafts de contenido.
- El senior fija whitelist de plugins, publish gate y pruebas (incluido Gutenberg / React).
- El senior responde por integraciones e incidentes; el Agent no hace guardia.
- Pagáis previsibilidad de riesgo, no minutos de generación.
Si tras este script el cliente sigue queriendo solo el Agent sin ownership, es un lead a rechazar o una fase A con criterio de salida explícito (ver el artículo sobre Agent / MCP). Mejor perder el proyecto que ganar producción sin review.
Cómo encargar un proyecto si no contratáis una plaza
No todas las empresas necesitan un Senior WordPress en nómina. Algunas necesitan un socio con el mismo JD en la práctica: Agent y MCP para borradores, un humano para publish gate e integraciones.
Pedid presupuesto cuando:
- tenéis un brief y teméis «el Agent lo hace todo» en la competencia,
- necesitáis un desarrollador WordPress con review, no solo content ops,
- entra integración MCP / IA en self-hosted,
- queréis un scorecard de 90 días como en la sección de arriba, pero del lado de la agencia.
En la consulta: objetivo de negocio, stack, si hay WooCommerce, cuántos locales, si existe staging. Precio individual tras el alcance (página de precios como contexto de mercado, oferta vinculante tras fijar el alcance).
Senior WordPress con AI: plaza híbrida, no sustitución de código
La señal de octubre de 2026: contratar a personas que usan agentes y dejan la ownership del código en el humano. El mismo patrón aparece en ese anuncio, en los productos de Automattic (Agent, MCP write) y en la vía Gutenberg (React 19 en el plugin).
Al elegir socio y al construir el equipo nearshore, el filtro es común: boicotear la AI y creer que el Agent sustituye la arquitectura fallan ambos.
Consulta de entrega o auditoría del proceso de IA en un proyecto WordPress: contacto.
