Publiqué miles de posts con IA: cómo monté el sistema

Tengo un blog con más de cuatro mil artículos publicados. No los escribí a mano, evidentemente. Los produje con un sistema montado sobre Claude Code que llevaba meses funcionando.

Y antes de que te imagines un botón mágico: no lo es. El sistema tiene cuatro fases, cada una tiene su forma de fallar, y me comí tres errores gordos que me costaron rehacer trabajo hecho.

Te lo cuento entero, incluida la parte fea.

Qué había antes

Un blog con cuatro posts y una idea que no terminaba de arrancar: quería cubrir bien un tema completo, no publicar de vez en cuando sobre lo que me apeteciera.

Cubrir un tema completo, en la práctica, significa cientos de artículos que responden a cientos de preguntas distintas. A mano son años. Con IA generando texto suelto, es basura. Necesitaba algo intermedio.

Lo que monté no es "pedirle artículos a una IA". Es un proceso con las mismas fases que tendría una redacción de verdad, solo que las ejecuta una máquina y yo hago de director.

¿Cómo se organiza la producción de contenido con IA?

En cuatro fases, y el orden importa más que la herramienta.

Fase 1: el plan. Antes de escribir una sola línea, existe una tabla con todos los artículos del bloque. Cada fila lleva el título, la palabra clave, la fecha de publicación, el tipo de artículo, los enlaces internos que tiene que llevar y a dónde manda al lector al final.

Esta fase es el 80% de la calidad final y la que todo el mundo se salta. Si el plan está bien, el resto es ejecución. Si el plan está mal, tienes doscientos artículos que se repiten entre ellos.

Fase 2: la escritura. Aquí van varios procesos en paralelo, cada uno con su fila de la tabla y con las mismas instrucciones de tono. No escribo yo, pero sí definí antes con mucho detalle cómo tiene que sonar: qué palabras no se usan, qué estructura lleva cada tipo de artículo, qué está prohibido.

Cinco a la vez es mi número. Con más, la revisión se me acumula y pierdo el control de lo que ha salido.

Fase 3: la revisión. Un paso automático que comprueba lo mecánico: que el encabezado del archivo está bien formado, que la descripción tiene la longitud que debe, que los enlaces internos apuntan a artículos que existen, que no se ha colado un artículo enlazándose a sí mismo.

Esto es un script tonto de veinte líneas y es lo que evita que se caiga la web entera al publicar.

Fase 4: la publicación. Los artículos entran con fechas repartidas, uno por día, no todos de golpe. Y se integran en el sitio con el resto del contenido.

El detalle de cómo montar la base de todo esto lo tengo en montar un blog desde cero con Claude Code.

Lo que hace que funcione: escribir en paralelo

La pieza técnica que lo cambia todo es poder lanzar varios procesos de escritura a la vez, cada uno con su tarea y sin que se pisen entre ellos.

Cada uno recibe exactamente tres cosas: el documento de tono, las instrucciones del tipo de artículo que le toca, y su fila del plan. Nada más. Cuanto más contexto les das, más se dispersan y más se parecen entre ellos.

Eso último me sorprendió. Yo pensaba que darles más información daría mejores artículos. Da lo contrario: dales el contexto justo y cada uno produce algo con carácter propio. Dales todo el proyecto y todos escriben el mismo artículo con distinto título.

Cómo se montan estos procesos paralelos lo explico en el tutorial de subagentes de Claude Code.

Cuánto costó

En dinero, la suscripción de la IA y el alojamiento. Nada más. Ni redactores, ni herramientas de SEO caras.

En tiempo, muchísimo más de lo que la gente supone cuando oye "lo hace la IA". Cada bloque de artículos llevaba una sesión larga de planificación por mi parte, y la planificación no la delego porque es donde se decide si el contenido sirve para algo.

La escritura en sí es lo rápido. Un bloque de cinco artículos sale en una tanda. Lo que se lleva las horas es decidir qué cinco artículos, con qué enfoque y para qué.

Si nunca has usado esta herramienta y todo esto te suena lejano, el punto de entrada es Claude Code para no programadores.

Los tres errores que me costaron caros

Uno: no fijar el tono antes de empezar. Los primeros artículos salieron correctos y sin alma. Tuve que parar, escribir un documento largo con reglas concretas de cómo hablo (qué muletillas uso, qué construcciones tengo prohibidas, qué tipo de ejemplo pongo) y volver a lanzar. Rehacer trabajo hecho es lo que más duele.

La lección: el documento de tono no es un adorno. Es la especificación del producto.

Dos: enlaces internos inventados. Al principio dejaba que cada proceso eligiera a qué otros artículos enlazar. Se inventaban direcciones que no existían, con toda la seguridad del mundo. Cuando lo detecté ya había docenas de enlaces rotos repartidos.

La lección: los enlaces internos van en el plan, con la dirección exacta escrita por mí. No se eligen sobre la marcha.

Tres: publicar todo con la misma fecha. El primer bloque salió entero el mismo día. Además de quedar raro para cualquiera que entre, se pierde la sensación de sitio vivo. Ahora todo va con fechas repartidas, un artículo por día.

Lo que no te va a pasar

Que publiques cuatro mil artículos y te llueva el tráfico al mes siguiente. Eso no funciona así.

La indexación es lenta. De todo lo que publiqué, al principio solo una parte pequeña estaba indexada, y eso es normal: los buscadores no se tragan un sitio entero de golpe porque tú hayas terminado. Tardan meses en pasar por todo, y una parte no la indexan nunca.

Así que si montas esto esperando resultados en semanas, te vas a frustrar. Es una apuesta a plazo largo y hay que asumirlo desde el día uno.

Qué haría distinto

Empezaría con un bloque de cincuenta artículos, no con uno de varios cientos. Los cincuenta primeros te enseñan todo lo que está mal en tu proceso, y aprender eso con cincuenta cuesta mucho menos que aprenderlo con quinientos.

Le dedicaría más tiempo al plan y menos a la herramienta. Yo perdí bastante rato afinando el proceso técnico cuando el problema estaba en que dos artículos de mi tabla decían casi lo mismo.

Y montaría la revisión automática desde el primer día, no después del primer desastre. Un script que comprueba lo obvio te ahorra tardes enteras.

Y ahora qué

Si quieres hacer algo parecido, no empieces por la IA. Empieza por la tabla.

Siéntate y escribe cincuenta filas: título, para quién es, qué pregunta responde y a qué otros dos artículos enlaza. Si eres capaz de rellenar esa tabla sin que se te repitan las filas, tienes un cluster. Si no eres capaz, la IA no te va a salvar, solo te va a producir el mismo problema más rápido.

Y esa es la conclusión que me llevo de todo esto: la IA multiplica lo que le des. Si le das un buen plan, multiplica el plan. Si le das confusión, multiplica la confusión, y encima con muy buena redacción.

Si quieres montar tu propio sistema de producción, con la IA trabajando dentro de tu proceso y no al revés, es lo que enseño aquí.

Ver Yo SA