WordPress Ha Muerto. Su Reemplazo No Tiene Mecánico.

8 min read

Un cliente me envía acceso a un sitio WordPress que nunca he abierto, sin contexto alguno sobre su historial o quién lo construyó. 1 línea le basta a Claude Code: detecta Polylang por sí solo a través de la REST API, arregla las banderas de idioma, purga la caché. 5 minutos, sitio reparado.

Lo que me impactó no fue la velocidad. Habría funcionado igual en cualquier otro WordPress del mercado. El sitio cambia de manos, pero la interfaz sigue siendo la misma. Abrir un WordPress desconocido nunca es realmente abrir lo desconocido.

WordPress está muerto. Y lo que lo reemplaza es peor: con un stack programado por IA, esa versión de 5 minutos de lo que acabo de hacer ya no existe.

Trabajador de oficina rodeado de código enredado y frameworks de IA en su escritorio mientras un héroe con capa sostiene una tablet con el dashboard de WordPress, con una langosta mecánica surfeando una taza de café.
WordPress muere, el caos reina, los héroes lloran en silencio.

WordPress Nunca Vendió Facilidad. Vendió un Estándar

TITLE "One Standard vs Zero Standards" + subtitle "why the same fix doesn't travel anymore". Metaphor: two parallel maps side by side, one a clean subway map with uniform stations and color coded lines, the other a tangled hand drawn maze with no two paths alike. Style: technical blueprint poster, engineer schematic aesthetic, blue on white grid background, precise thin lines. Palette: blueprint blue #1B3A5C, schematic white #F4F6F8, warning amber #E8A33D, ink black #1A1A1A, accent red #C8443C. Content: left side labeled WORDPRESS SITE A through WORDPRESS SITE Z, all stations connected by the same labeled lines REST API, PLUGIN CONVENTIONS, CORE STRUCTURE, one small figure walking confidently across all of them. Right side labeled AI STACK 1 through AI STACK 5, each one a disconnected island with its own private maze, the same figure stuck on the first island only, unable to reach the others. Highlight: the connecting lines on the left side glow in amber to show the shared standard. Legend: small note bottom left, sparkle figure equals one developer's transferable skill. Footer: © rentierdigital.xyz. NOT flat corporate vector, NOT generic flowchart aesthetic.
Un Estándar vs Cero Estándares: Transferencia de Habilidades del Desarrollador

WordPress nunca vendió facilidad. Esa afirmación se repite tanto que suena verdadera por defecto, pero es falsa. Cualquiera que haya peleado con el editor de bloques sabe que "fácil" no es la palabra. Lo que WordPress realmente vendió, desde que la versión 5.6 integró la REST API en el núcleo, fue un estándar. Cada sitio WordPress, sin importar quién lo construyó o cuándo, responde las mismas preguntas a través de las mismas puertas. Polylang expone su configuración de idiomas en un endpoint predecible. Yoast y WooCommerce hacen lo mismo para campos SEO y datos de productos. Nada de eso se reapprende por proyecto. Lo aprendes una vez, y se aplica al siguiente sitio WordPress que toques, y al que sigue, y a cada trabajo freelance que venga después.

Eso no es poca cosa. Toda una economía freelance se construyó exactamente sobre esta portabilidad, agencias que podían incorporar el sitio de un nuevo cliente en una tarde, desarrolladores que construyeron toda una carrera conociendo un sistema lo suficientemente profundo como para arreglar cualquier cosa que corriera sobre él. Ese es el mecanismo real detrás de los 5 minutos en ese sitio que nunca había abierto. Desglosé el análisis completo paso a paso de esa reparación exacta en otro lugar, intento de login fallido incluido. Claude Code no necesitaba un tour del sitio. Necesitaba el estándar, y el estándar ya estaba ahí, el mismo que ha estado en cada instalación de WordPress desde 2021.

Es como ver el código detrás de Matrix en lugar de la simulación: una vez que sabes qué hay debajo, cada sitio WordPress se ve igual.

El Declive Es Real, No Solo un Cliché

El declive no es solo una sensación. WordPress cayó del 43.2% de cuota de mercado en diciembre de 2025 al 41.9% a finales de mayo de 2026, y el ritmo de esa caída se ha duplicado aproximadamente desde diciembre. Automattic redujo silenciosamente sus propias horas patrocinadas en el proyecto WordPress de 3,900 a la semana a unas 45, comenzando en enero de 2025. Menos atención pagada en el motor tiende a mostrarse en los números eventualmente.

Sé que "WordPress está muerto" suena como la versión tech de "Bitcoin está muerto", una opinión tan gastada que la gente ahora se burla de quien la sigue haciendo (@natmiletic la agrupó con "SEO está muerto" a mediados de junio, llamándola uno de los clichés más perezosos en tech. No se equivoca.). Tal vez estoy leyendo demasiado en 6 meses de datos, pero un cliché y un gráfico no son mutuamente excluyentes, y este gráfico en particular se ha movido en la misma dirección desde al menos diciembre. Si se aplana, se revierte, o se acelera desde aquí, nadie lo sabe aún. Esto es una tendencia, no una ley de la física.

Nadie Dejó de Contratar Mecánicos

Puedes cambiar tu propio aceite. Mucha gente lo hace. Aún llaman a un mecánico en el momento que algo hace ruido cuando no debería, porque ver 3 videos no te convierte en el tipo que ha escuchado este ruido exacto mil veces antes. El DIY asistido por IA no mató ese instinto, y tampoco lo matará para sitios web. La mayoría de los no-desarrolladores que logran programar algo que funciona por intuición aún quieren un humano real en marcación rápida para cuando se rompa, de la misma manera que la mayoría de propietarios de autos que han visto 1 tutorial aún reservan el taller para cualquier cosa más allá de rellenar el líquido limpiaparabrisas.

Si tu primera reacción es "aún hay muchos desarrolladores por ahí", claro, pero esa no es realmente la buena pregunta. La escasez no es sobre cantidad de personas, es sobre si el único mecánico que realmente conoce TU motor, la forma específica en que este sitio fue cableado por un agente hace 8 meses, aún existe más allá del constructor original. Convertí 114 páginas de Elementor a Gutenberg en un solo día para un cliente la primavera pasada, las mismas convenciones de WordPress haciendo el trabajo pesado, el mismo tipo de entrega rápida. Intenta eso en un sitio que algún agente ensambló desde una estructura de carpetas que nadie escribió en ningún lado.

(No relacionado, pero aún estoy pagando por un dominio vinculado a un proyecto de cliente que terminó hace un tiempo. Nadie me ha dicho que lo cancele. Yo tampoco lo he hecho.)

No hay atajo equivalente esperando del otro lado, aún no.

El Día Después de Que Lo Envíes Solo

Un post que circuló a finales de junio lo puso sin rodeos: programar por intuición solo funciona si ya sabes cómo programar. Mucha gente asintió ante algo incómodo, el tipo de acuerdo que significa que tocó algo real. Enviar rápido con un agente no transfiere la habilidad necesaria para mantener lo que se envió, y en un sitio WordPress esa brecha solía llenarse con cualquiera que hubiera tocado WordPress antes.

En un stack ensamblado fresco para un solo proyecto, esa misma habilidad no está en ningún otro lugar. Hay un video por ahí haciendo más o menos este punto sin decirlo directamente, alguien mostrando cómo usó IA para construir un sitio WordPress completo en un día, luego preguntando en voz alta qué pasa ahora. Supera enormemente todo lo demás que ese canal ha publicado, lo que dice que la pregunta tocó un nervio que la mayoría del contenido no toca. No está preguntando cómo agregar un formulario de contacto. Está preguntando qué pasa una vez que la parte fácil termina, sin nada como un manual al que recurrir, solo un sitio que funciona hoy y un espacio en blanco donde debería estar "qué hago cuando se rompa".

Quien lo construyó se fue con la única copia.

La Cuenta Llega a Quien No Puede Leer Código

La habilidad que no se transfiere se convierte en la cuenta de alguien eventualmente. No del desarrollador, aquí. La gente senior que puede leer una base de código desconocida rápido, se está volviendo más escasa en relación a la demanda, no más barata. La cuenta llega a quien está atascado sin saber qué está realmente corriendo bajo su propio sitio.

Antes, cualquier freelancer de WordPress podía parchear cualquier sitio WordPress en una emergencia. Las convenciones no cambiaban de proyecto a proyecto, así que tampoco el tiempo que tomaba. Con un stack programado por intuición, "encuentra un desarrollador" deja de ser la respuesta por sí sola. Necesitas la única persona que puede decodificar ESTA arquitectura específica, y nada garantiza que esa persona aún exista más allá de quien originalmente lo envió.

Imagina un dueño de tienda pequeña cuyo sitio construido por IA se rompe en 2 años. El freelancer que lo construyó se cambió a un stack diferente el año pasado. Nadie cerca conoce esta configuración particular lo suficientemente bien como para tocarla de manera segura. Entrar a esa base de código en frío es menos una reparación rápida y más un boss fight para el que nadie subió de nivel 🎮. El dueño de la tienda termina pagando a un extraño una semana de horas solo para entender qué hay ahí, antes de que cualquier reparación real comience, tiempo que solía costar una tarde cuando el stack era WordPress. La tarifa por hora ya no es la parte cara, rastrear a alguien que aún conoce este stack particular sí lo es.

Nada de esto significa que los no-desarrolladores estén sin suerte con IA en general. Esa es una pregunta separada, y los datos al respecto se sostienen bien: gente sin antecedentes de programación está obteniendo output real y estructurado de Claude Code en tareas acotadas, ordenando años de facturas, convirtiendo una pila de PDFs en un dashboard. Solucionar problemas bajo incertidumbre, cuando nadie, desarrollador o no, sabe qué está realmente corriendo bajo el capó, es una categoría de problema completamente diferente.

Este bloqueo no se queda cerrado para siempre. Se cierra el día que algún stack generado por IA se convierte en un estándar de facto por sí mismo, como lo hizo WordPress. Las descargas de Astro se duplicaron entre enero y abril de este año, que es el tipo de crecimiento que eventualmente podría llegar ahí. Un framework con nombre no es lo mismo que un estándar, sin embargo. El estándar de WordPress nunca fue "la gente usa WordPress." Fue que cada sitio WordPress respondía a través de las mismas puertas. Nada que lo reemplace tiene eso aún. Astro incluido.

Documenta Como Si No Fueras a Estar Explicándolo

Si envías un sitio o una app que programaste por intuición para alguien más, el verdadero entregable no es el sitio. Es la capacidad de un extraño de ejecutarlo sin ti en la habitación.

Me recuerda a cuando era desarrollador, en los viejos tiempos 😬. En un proyecto existente, el primer instinto era casi siempre reescribir todo. Hoy en día, para cambiar una línea en una homepage de WordPress, ¿realmente vamos a reescribir todo en Astro sobre la marcha... c'est un peu fou, non?

Fuentes

Este post puede contener enlaces de afiliados. Si los clicas, podría ganar una pequeña comisión (no te cuesta nada, y me ayuda a seguir enviando artículos de calidad todos los días para tu placer de lectura.