A finales de septiembre de 2026, Blacksmith Agency, una agencia WordPress estadounidense en remoto que en sus anuncios se define como AI-first, buscaba un senior para dirigir proyectos. Al candidato le pedía dos cosas a la vez: que usara IA para trabajar más rápido y que siguiera escribiendo y revisando código él mismo. La misma empresa buscaba aparte un AI Engineer para crear herramientas internas. Los tres anuncios están hoy cerrados, pero muestran bien cómo una agencia que ha apostado por la IA reparte el trabajo entre personas y modelos.
Es el ejemplo de una sola empresa, no un estudio de mercado. En el tablón oficial WordPress.org Jobs había a mediados de octubre cuatro anuncios del 5 al 13 de octubre: freelancers para webs de clientes, integraciones de plugins, una tienda WooCommerce y un responsable técnico a tiempo parcial. Ninguno llevaba IA en el título.
¿Qué pide una oferta de Senior WordPress Developer con IA?
La oferta Senior WordPress Developer del 27 de septiembre y su variante WordPress Development Lead del 30 de septiembre describen el mismo puesto. El senior debe:
- acordar con el cliente el alcance del trabajo y vincularlo a un objetivo de negocio,
- dirigir sus propios proyectos WordPress: temas, plantillas, plugins y bloques,
- acelerar el trabajo del equipo con ayuda de la IA,
- ser la persona con la que el cliente habla de la parte técnica y cuidar sus webs después de la puesta en marcha.
Los requisitos son WordPress y PHP sólidos, HTML, CSS y JavaScript modernos, un inglés excelente y experiencia dirigiendo proyectos, «no solo cerrando tickets» (traducción propia). El trabajo es en remoto desde EE. UU., Canadá, Latinoamérica o Sudáfrica, con clientes de todo Estados Unidos.
La descripción del puesto termina con esta frase:
«Aumenta la eficiencia con IA y dirige proyectos rápidos, limpios y a medida. Sigues escribiendo y revisando código real.»
Fuente: oferta de Blacksmith Agency en remoteitjobs.app, 27 de septiembre de 2026, traducción propia
La versión para el lead añade que cada miembro del equipo tiene acceso a las mejores herramientas de IA, «para que dediques menos tiempo a tareas rutinarias y más a las decisiones que importan» (traducción propia).
¿Cuánto paga una agencia AI-first a un senior WordPress y cuánto a un AI Engineer?
La página de la oferta Senior no indica sueldo. La copia del puesto de lead en el agregador jobfound.org indica 80.000-120.000 USD al año. El AI Engineer de la misma empresa iba a cobrar 3.000-4.500 USD al mes, es decir, 36.000-54.000 USD al año.
El AI Engineer debía construir flujos de trabajo con agentes en LangChain o LangGraph y herramientas internas que redujeran el trabajo manual de diseño y desarrollo. Se pedían dos años programando en Python o Node.js e integraciones con la API de OpenAI o Anthropic. WordPress y PHP eran solo un plus. La agencia pagaba más, por tanto, a quien conoce WordPress, habla con el cliente y responde del código, no a quien se ocupa de los agentes.
Las bandas salen de un agregador, no de la web de la agencia, y las ubicaciones incluyen países con costes de vida muy distintos. No traslades estas cifras tal cual al mercado europeo. Nuestras tarifas están en la página de precios.
¿Las ofertas de trabajo para desarrolladores WordPress ya exigen IA?
Con tres anuncios de una sola empresa no se puede afirmar. El tablón WordPress.org Jobs del mismo periodo no tenía ni un anuncio con IA en el título. Lo que sí muestran es cómo una empresa que se vende como AI-first define sus puestos. No sustituyó al senior por un agente. Dividió el trabajo en dos puestos: una persona responsable del proyecto y del código, y un especialista que crea automatizaciones para el equipo.
Un reparto parecido se ve en equipos pequeños en Polonia. Una persona se encarga de la arquitectura, la revisión de código, WooCommerce y los bloques. Otra usa la IA para las primeras versiones del código, las pruebas y la documentación, bajo la supervisión de la primera. El problema empieza cuando ambos papeles se juntan en un júnior con Cursor y al cliente se le promete nivel senior.
¿Qué hace la IA en un proyecto WordPress y qué no hace?
El 15 de octubre, WordPress.com actualizó su agente. Generar una web lleva ahora menos de la mitad del tiempo que antes, y la mayoría de las webs están listas en menos de cuatro minutos. El agente recomienda plugins, los instala y los activa desde el chat y, si se le pide, actualiza los que ya están instalados. Desde marzo de 2026 WordPress.com también tiene herramientas MCP con las que un asistente de IA guarda entradas y páginas, por defecto como borradores. Lo contamos en detalle en el artículo sobre el agente y MCP write.
Las salvaguardas de MCP write son razonables. Según el anuncio de WordPress.com del 20 de marzo de 2026, el asistente confirma cada paso antes de un cambio, y las categorías y etiquetas desaparecen para siempre tras una confirmación adicional. El anuncio también hablaba de 30 días en la papelera para las entradas, páginas, comentarios y medios eliminados, pero la documentación actual de las herramientas MCP deja la papelera solo para entradas, páginas y comentarios: un archivo eliminado de la biblioteca de medios desaparece para siempre, y el contenido que lo usaba se queda sin la imagen. Todos los cambios quedan en el registro de actividad. Las funciones de escritura están disponibles en cualquier plan de pago de WordPress.com. Son buenas salvaguardas para el contenido. No cubren el código del tema, los plugins ni las integraciones, porque MCP write no los modifica en absoluto, y tampoco cubren las webs en alojamiento propio.
Un cliente que ha visto una demo así pregunta: ¿para qué pagar a un senior? WebDevStudios respondió a eso el 6 de octubre:
«La IA es muy buena en el 20 % de una web que se ve. No entrega el 80 % que no se ve, es decir, lo que hace que una web se encuentre, sea segura, proteja los datos de los visitantes y permita que un equipo de marketing la gestione sin abrir tickets.»
Fuente: WebDevStudios, 6 de octubre de 2026, traducción propia
En la práctica, ese 80 % es la integración de la tienda con el almacén y el sistema contable, las copias de seguridad, los permisos de usuario, las versiones en otros idiomas y las pruebas después de cada actualización. El agente de WordPress.com actualizará un plugin si se le pide desde el chat, pero después no recorrerá el proceso de compra de la tienda, no comprobará si la factura ha llegado al sistema contable y no notará que el formulario de contacto ha dejado de enviar mensajes. Alguien tiene que apuntar esas comprobaciones en una lista de control y hacerlas después de cada actualización.
Esa misma semana, Gutenberg 24.2 activó en el plugin el experimento con React 19, salvo que esté activo un tema o un plugin con problemas de compatibilidad conocidos. Los bloques propios escritos para React 18 pueden dejar de funcionar en el editor tras ese cambio. Un asistente de IA no lo notará, porque no sabe que algo ha cambiado. Lo notará el desarrollador que pruebe los bloques en una copia de pruebas de la web antes de actualizar producción. Más detalles en las notas sobre Gutenberg 24.2.
¿Qué rompe React 19 en los bloques propios de Gutenberg?
React 19 elimina varias API que llevaban años marcadas como obsoletas, pero que siguen presentes en bloques y plugins antiguos. La guía de migración a React 19 enumera, entre otras:
ReactDOM.renderyReactDOM.hydrate, obsoletas desde React 18. En su lugar estáncreateRootyhydrateRoot.ReactDOM.unmountComponentAtNode, sustituida porroot.unmount().ReactDOM.findDOMNode, obsoleta desde 2018. En su lugar se usan refs.- La comprobación de
propTypesydefaultPropsen componentes de función. Los valores por defecto pasan a los parámetros de la función. - Las refs en forma de cadena de texto (string refs) en componentes de clase.
En el código de WordPress el caso más habitual es el primero. Los bloques y paneles antiguos del área de administración montan los componentes con la función render del paquete @wordpress/element, que por debajo llama a ReactDOM.render. Desde WordPress 6.2 el paquete incluye createRoot, y es la que hay que usar. El segundo caso frecuente es defaultProps en componentes de función generados por una plantilla de bloque antigua o por un modelo entrenado con código viejo.
La comprobación suele llevar una hora por proyecto:
- Busca en el código del tema y de tus plugins:
render(,findDOMNode,unmountComponentAtNode,defaultProps,propTypes. - En una copia de pruebas de la web, instala Gutenberg 24.2 y abre en el editor cada bloque propio y cada página de ajustes.
- Mira la consola del navegador. Los errores de montaje y los avisos sobre API eliminadas aparecen enseguida.
- Aplica las correcciones antes de actualizar producción, no después de que el cliente avise de que el editor no funciona.
Un asistente de IA hará el primer paso y propondrá correcciones. Los pasos del segundo al cuarto necesitan a alguien que conozca el proyecto y sepa qué bloques son importantes para el cliente. Es el mismo trabajo que la oferta de Blacksmith describe como revisar código real.
¿Cómo saber si un desarrollador WordPress revisa de verdad el código de la IA?
Preguntar «¿usas IA?» no sirve de nada, porque todo el mundo dirá que sí. Es mejor comprobar lo que pedía la oferta: si el candidato sabe leer código y encontrar un error. La entrevista puede organizarse en cuatro pasos:
- Da una descripción breve de la web y una lista de tres plugins que se pueden usar.
- Pide un plan: qué hará la IA, qué hará una persona y en qué momento el cambio llega a la web de producción.
- Muestra un fragmento de código generado por IA con un error intencionado, por ejemplo un formulario sin comprobación de nonce o datos de usuario impresos sin escapar.
- Pregunta qué hará cuando haya que conectar la tienda con el almacén: si se quedará en WordPress.com o pasará a un alojamiento propio.
Un ejemplo de código para el tercer paso, tal como los modelos lo devuelven a menudo:
add_action( 'admin_post_save_note', function () {
update_option( 'client_note', $_POST['note'] );
wp_redirect( admin_url( 'options-general.php?page=client-note' ) );
} );
add_action( 'admin_notices', function () {
echo '<div class="notice">' . get_option( 'client_note' ) . '</div>';
} );Un desarrollador con experiencia señalará aquí cuatro problemas. No hay comprobación de nonce, así que el formulario puede enviarse desde otra web en nombre de un administrador con la sesión iniciada. No hay comprobación de permisos con current_user_can(), así que cualquier usuario con sesión iniciada puede guardar la nota. Los datos de $_POST llegan a la base de datos sin sanitize_textarea_field(). La nota se imprime sin esc_html(), así que un script inyectado se ejecutará en el panel de cada administrador. Además, falta exit después de wp_redirect().
El candidato que revisa código a diario encontrará el error en pocos minutos y explicará cómo corregirlo. El que solo pega las respuestas del modelo suele empezar a hablar de modelos. A eso se suman preguntas sobre la práctica diaria:
- ¿Qué cambios puede hacer la IA sin la aprobación de una persona y cuáles no?
- ¿Quién revisa el código antes de que llegue a producción?
- ¿Quién atiende el teléfono cuando un cambio rompe la web un viernes por la tarde?
- ¿Cómo sabéis que la IA acorta el tiempo de trabajo? ¿Lo medís o solo lo intuís?
A la última pregunta, una buena respuesta lleva cifras: el tiempo desde el encargo hasta la primera versión, el tiempo desde la versión de pruebas hasta la publicación y el número de cambios revertidos.
¿Cómo debería ser el camino de un cambio desde la IA hasta producción en WordPress?
La frase de la oferta «sigues escribiendo y revisando código» solo tiene sentido si el equipo tiene un camino en el que esa revisión ocurre. Para un proyecto WordPress bastan cinco elementos:
- Una rama propia en el repositorio para cada tarea. El código de la IA va ahí, nunca directamente al servidor.
- Una comprobación automática antes de la revisión. Los WordPress Coding Standards para PHP_CodeSniffer tienen reglas que detectan la falta de nonce, la falta de escapado y los datos de entrada sin sanear, es decir, justo los errores del ejemplo anterior. A esto se suma el análisis estático, por ejemplo con PHPStan.
- Una revisión de los cambios por parte de una persona. Alguien lee las diferencias línea a línea y responde de lo que deja pasar.
- Una copia de pruebas de la web con datos que no incumplan el RGPD (supervisión de la AEPD en España). Los cambios se prueban en la copia, y los datos de los clientes de la tienda se anonimizan antes de copiarlos.
- Una copia de seguridad y un plan de reversión antes de la puesta en producción. Se sabe quién restaura la versión anterior y en cuántos minutos.
Este camino no depende de si el código lo escribió una persona o un modelo. La diferencia es que con IA el código crece más rápido, así que los puntos 2 y 3 soportan más carga que antes. Un equipo que ha acelerado la escritura sin reforzar la revisión simplemente entrega errores más rápido. Si no tienes este camino en tu empresa, una auditoría de seguridad WordPress o un mantenimiento continuo son una forma de recibirlo de un equipo externo.
¿Qué dice el estudio de Anthropic sobre la contratación de perfiles técnicos júnior?
Actualización, . El 16 de octubre Anthropic publicó un estudio sobre el empleo en su propia empresa. Para este artículo importan dos resultados. Hasta agosto, las horas de trabajo de los agentes de IA interactivos superaban a las de los empleados en una proporción de seis a uno. En el mismo periodo, los puestos técnicos júnior tenían una cuota cada vez menor en las contrataciones, y hasta abril los equipos de ingeniería e investigación redujeron la contratación en los niveles técnicos inferiores. El estudio mide la cuota en las contrataciones y no da una caída absoluta del número de júniores.
Los resultados deben leerse con las limitaciones que señalan los propios autores. Es una sola empresa que se estudia a sí misma, a la cabeza en la adopción de IA, y los autores la presentan como mucho como un posible indicador adelantado para el resto de la economía. Las comparaciones de productividad se basan en empleados que decidieron por su cuenta cuándo recurrir a los agentes, y los autores advierten que esa elección no fue aleatoria, así que las cifras no demuestran que los agentes causaran el cambio. Para una agencia WordPress, la conclusión útil es más estrecha: cuando la programación rutinaria pasa a los agentes, lo primero que cambia es el puesto de júnior, y por eso la incorporación de la que trata la siguiente sección pesa hoy más que hace un año.
¿Cómo incorporar a un júnior WordPress que trabaja con un asistente de IA?
Un júnior con Cursor escribe un bloque en una hora. Antes de tener acceso a la web de un cliente, aunque sea de pruebas, tiene que dominar cuatro cosas:
- Escapar datos, usar nonces y comprobar permisos, sin excepciones del tipo «lo escribió el modelo».
- Leer los cambios línea a línea antes de fusionarlos con la rama principal.
- Reconocer las tareas que no deben darse a la IA: contraseñas y claves, cambios en producción, migraciones de base de datos.
- Hacer las consultas a la base de datos solo con
$wpdb->prepare(). Los modelos suelen montar la consulta SQL pegando un valor de$_GET, porque así era la mitad de los tutoriales antiguos con los que aprendieron. Basta una línea así en una consulta de pedidos de WooCommerce para que alguien de fuera lea los datos de los clientes de la tienda.
Sin esto, el júnior solo produce errores más rápido. Con esto, al cabo de año y medio o dos años puede dirigir sus propios proyectos. Esa diferencia explica por qué la agencia AI-first del ejemplo exigía al senior revisar código: alguien tiene que enseñar a los júniores qué falla en el código generado.
¿Las empresas que usan IA contratan menos júniors?
Actualización, . El estudio de Anthropic describe una sola empresa. El documento de trabajo How Does AI Change Labor Demand? Evidence from 41 Countries, del Stanford Digital Economy Lab, firmado por Bharat Chandar y Bouke Klein Teeselink (PDF, 21 de septiembre de 2026), analiza 1250 millones de ofertas de empleo y 154 millones de registros laborales de 41 países entre enero de 2021 y marzo de 2026. Los autores deducen la adopción de IA de las ofertas que piden trabajar con IA generativa y comparan filiales extranjeras de multinacionales que la adoptaron con filiales parecidas que no lo hicieron. Hasta marzo de 2026, el peso de los júniors en las empresas que adoptaron IA bajó 1,9 puntos porcentuales. Se debió sobre todo a contrataciones por encima del nivel júnior (un 6,7 por ciento más) y no a recortes de júniors: la caída del 2,5 por ciento en el empleo júnior no es estadísticamente significativa, y el empleo total subió alrededor de un 3,3 por ciento, un resultado que los autores califican de marginalmente significativo. Las ocupaciones informáticas y matemáticas, el grupo más expuesto a la IA, ganaron 0,8 puntos porcentuales de peso en el empleo, mientras que el peso de los júniors dentro de ese grupo cayó 3,3 puntos. El peso de los júniors bajó en 23 de los 31 países estimados por separado.
Los propios autores señalan los límites: los datos proceden sobre todo de perfiles de LinkedIn, que sobrerrepresentan a directivos y profesionales; las empresas estudiadas son grandes multinacionales, no agencias WordPress; y el periodo cubre poco más de tres años desde ChatGPT. Junto a las cifras de Anthropic, la dirección es la misma: el trabajo de desarrollo crece, pero entra menos gente a la profesión desde abajo. Cuando elijas agencia, pregunta quién revisa el código y desde hace cuántos años. Una agencia que no encuentra un sénior para revisar código generado por IA puede incorporarlo sin contratar mediante desarrollo white label para agencias.
¿Cómo elegir una agencia WordPress que trabaja con IA?
Las mismas preguntas que la agencia hace al candidato puede hacérselas el cliente a la agencia. Antes de firmar el contrato, pide cuatro cosas:
- La descripción del camino de un cambio: desde la IA, pasando por la copia de pruebas y la revisión de código, hasta producción. ¿Quién decide en cada etapa?
- Un ejemplo de reversión de un cambio que rompió la web. ¿Cuánto tardaron?
- Una cláusula en el contrato que diga que el código y los accesos son tuyos, no solo una licencia sobre la web terminada.
- Información sobre cómo prueba la agencia los bloques y el tema tras las actualizaciones de Gutenberg y React.
Conviene desglosar en el contrato la cláusula sobre el código y los accesos en puntos concretos, porque «lo entregaremos todo al terminar» no garantiza nada:
- el repositorio con el código del tema y de los plugins propios está en la cuenta del cliente, y la agencia tiene acceso a él, no al revés,
- el cliente tiene su propia cuenta de administrador de WordPress y acceso al alojamiento, al dominio y a las DNS,
- la lista de plugins de pago, con información sobre a nombre de quién están las licencias y cuándo se renuevan,
- dónde se guardan las copias de seguridad y cómo se restauran, comprobado al menos una vez,
- la lista de servicios externos conectados a la web (pagos, envío de correos, analítica, claves API de modelos de IA), con información sobre quién paga cada uno.
El último punto es nuevo. Las webs en las que la agencia ha conectado su propia clave API de un modelo de IA, por ejemplo para generar descripciones de productos, dejan de funcionar el día en que la agencia desactiva esa clave. El cliente debería conocer cada una de esas claves y poder sustituirla por la suya.
Desconfía también del descuento «porque la IA hace la mitad del trabajo». Una agencia honesta puede bajar el precio de las etapas que la IA ha acortado de verdad, por ejemplo la primera versión de la plantilla. No debería bajarlo en la revisión de código, la seguridad y la guardia, porque ahí la IA no asume ninguna responsabilidad. La agencia que hace descuento sobre todo el proyecto suele ahorrar en pruebas.
Las empresas de la UE tienen aquí ventajas concretas frente a equipos repartidos entre California y Sudáfrica: la misma zona horaria que sus clientes europeos, el RGPD y la supervisión de la AEPD como punto de partida y la posibilidad de reunirse en persona. A los equipos de países más baratos no se les gana por tarifa, así que en la oferta conviene describir estas ventajas en lugar de prometer un precio más bajo.
¿Cuándo encargar un proyecto en lugar de contratar a un senior en plantilla?
No todas las empresas tienen trabajo para un senior a jornada completa. En ese caso buscas una agencia que haga en la práctica lo que describe la oferta de Blacksmith: usa la IA para las primeras versiones y las tareas rutinarias, y una persona responde de la arquitectura, las integraciones y la publicación de cambios.
Pide presupuesto cuando:
- necesitas un desarrollador WordPress que se haga cargo del código y de las revisiones, no solo de subir contenido,
- vas a implantar una integración MCP o de IA en tu propio alojamiento,
- la competencia promete que «el agente lo hará todo» y quieres saber cuánto cuesta de verdad mantenerlo.
En la solicitud describe el objetivo, el stack, si hay WooCommerce, cuántos idiomas y si tienes una copia de pruebas de la web. El presupuesto es individual, según el alcance. El formulario está en la página de contacto.
