Cómo agregar un blog a tu página web sin WordPress

Ni WordPress ni depender del programador

Hay dos formas típicas de tener el sitio de un negocio, y las dos cansan. La primera es WordPress con veinte plugins que nadie actualiza, un hosting que pagas aparte y un sitio que tarda en abrir en el celular. La segunda es un sitio estático donde cada cambio de texto pasa por el programador, y el blog nunca arranca.

Hay un camino del medio: un CMS propio y liviano, hecho a la medida de tu sitio, sin servidor que mantener y sin plugins. Es la misma arquitectura con la que corre chiragx.com, y esta skill te guía para construirlo con Claude Code sobre Cloudflare, donde el plan gratuito alcanza para empezar.

Qué construye la skill

Cuatro piezas, explicadas como la skill se las explica a quien no programa:

• El Worker es el recepcionista. Entrega directo los archivos que ya existen (CSS, imágenes) y arma al momento las páginas que cambian: el blog, el panel y el inicio editable.
• D1 es el archivador: una base de datos con tus artículos, los textos editables, los mensajes del formulario y las sesiones del panel.
• R2 es la bodega de las imágenes que subes desde el panel.
• Los secretos son la caja fuerte: la contraseña del panel y la clave del servicio de correo.

Con eso se arma:

• Blog o noticias con borradores, vista previa privada, URLs limpias, portada, campos de SEO y, si lo necesitas, dos idiomas enlazados entre sí.
• Secciones editables: textos, imágenes y enlaces del inicio y de otras páginas, y bloques que ocultas o muestras sin volver a publicar el sitio.
• Panel /admin con login seguro, editor de texto con formato y subida de imágenes.
• SEO técnico: canonical, Open Graph, datos estructurados, un sitemap que se actualiza solo, robots y páginas 404 reales.
• Formulario de contacto que guarda cada mensaje y te avisa por correo.

Cómo cambias el inicio sin volver a publicar

El diseño vive en una plantilla con marcas; lo que cambias en el panel se guarda en la base de datos, y en cada visita el Worker junta las dos cosas. Resultado: el diseño se cambia con un deploy y el contenido, desde el panel, al instante.

Y una regla de oro: si la base de datos falla o está vacía, la página sale tal cual la plantilla. Nada se rompe. Agregar un campo editable es poner una marca en la plantilla; el panel arma el formulario solo.

De blog a sitio completo, y todo por MCP

Un blog es el comienzo. La skill trae también la guía para sumar los módulos de un sitio completo con el mismo patrón: recursos para descargar, eventos con galería, podcast y una página Sobre mí con prensa. Así está armado este sitio: blog, recursos, eventos y Sobre mí, todo sobre un solo Worker.

Lo mejor viene después: operarlo todo desde Claude por MCP. En chiragx.com, desde una conversación con Claude puedo dejar un artículo como borrador, subir su portada, cambiar un texto del inicio, revisar los mensajes del formulario y los correos que dejaron en un recurso, y comprobar que el sitio responde bien. Para conectarlo inicio sesión con mi acceso del panel: no hay tokens que copiar. Cómo se construye un servidor así lo explico en cómo crear un servidor MCP.

Paso 1. Instala la skill

Necesitas Node.js 22 o superior (node -v), una cuenta de Cloudflare (la gratuita alcanza para empezar) y la carpeta de tu sitio, aunque sean archivos HTML sueltos. Tu dominio se conecta al final, cuidando los registros del correo.

Descarga el archivo, descomprímelo y copia la carpeta dentro de tus skills:

~/.claude/skills/cms-en-cloudflare/

En Windows es C:\Users\TU-USUARIO\.claude\skills\, con SKILL.md directo dentro de la carpeta. Trae un kit de partida (el Worker por módulos, el esquema de la base de datos, el panel y un script de verificación) que Claude adapta a tu sitio fase por fase, explicándote cada parte. No lo pega todo de golpe.

Paso 2. Pega este primer prompt

Abre Claude Code en la carpeta de tu sitio, ajusta los datos y pégalo:

Quiero agregarle a mi sitio un blog con panel de administración, usando la skill
cms-en-cloudflare. Mi sitio está en esta carpeta (son archivos HTML). Mi dominio es
midominio.com y ya está en Cloudflare; tengo correo en ese dominio y no quiero perderlo.
Solo español. Quiero: publicar artículos con borradores, cambiar desde el panel el título,
el subtítulo y la foto principal del inicio, y que el formulario de contacto me avise a
contacto@midominio.com.

Trabajemos por fases: primero revisa la carpeta y propónme un plan corto. Explícame cada
paso en lenguaje simple, muéstrame cómo comprobar que funcionó y pídeme permiso antes de
crear cosas en mi cuenta de Cloudflare, desplegar o tocar el DNS. Nunca me pidas
contraseñas ni claves en el chat: dime qué comando correr yo en mi terminal.

Cómo avanza

Diez fases, y ninguna pasa a la siguiente sin algo que puedas ver: una URL que abrir o un texto que cambia.

1. Diagnóstico sin tocar nada, y un plan corto que apruebas.
2. Estructura: lo público en public/ y el código aparte.
3. Base de datos e imágenes: D1 y R2, creados con tu permiso.
4. El Worker en tu computadora, para probar antes de publicar nada.
5. Blog público con SEO.
6. Panel: login, editor, subida de imágenes y mensajes.
7. Secciones editables del inicio.
8. Formulario y correo.
9. Producción: deploy, verificación en vivo y tu dominio.
10. Entrega: una nota corta para entrar, publicar, editar y respaldar.

Las reglas no se negocian. Las claves las escribes tú, en tu terminal, con npx wrangler secret put; nunca en el chat ni en un archivo del proyecto. Cada comando de la base de datos dice si va a tu computadora (--local) o a producción (--remote). Antes de cambiar la base de producción se hace un respaldo, y después de cada deploy se verifica en vivo, porque lo local no prueba lo remoto.

La seguridad viene puesta: una cookie de sesión que ningún script puede leer, cinco intentos de login cada 15 minutos, el HTML de los artículos saneado al guardar y consultas siempre con parámetros.

Las imágenes que subes desde el panel van a R2 y se sirven desde tu dominio. Si te falta una portada, genérala con xyCloser, mi plataforma, por MCP desde el mismo Claude Code (el comando está en la guía de la landing) y súbela desde el panel.

Qué tienes al final

• Tu sitio en tu dominio, con blog, inicio editable y panel en /admin.
• Artículos con su title, su description, su imagen para redes y sus datos estructurados, que entran solos al sitemap cuando los publicas.
• Un formulario que guarda cada mensaje en tu base de datos y te avisa por correo.
• Un script que verifica producción después de cada deploy.
• Una nota de entrega: cómo entrar, publicar, editar el inicio, ver mensajes, cambiar la contraseña y hacer el respaldo mensual.

En costos, los archivos estáticos se sirven gratis y sin límite, y el plan gratuito de Workers incluye 100.000 solicitudes al día para lo que arma el Worker. Para un sitio de negocio que empieza, alcanza.

Errores típicos (varios los aprendí en producción)

La skill documenta 25 casos con síntoma, causa y solución. Estos son los que más tiempo cuestan:

• Editas el inicio en el panel y no cambia nada. Hay un archivo estático para esa URL y Cloudflare lo sirve antes de llamar al Worker. La plantilla vive fuera de public/.
• Las páginas del blog muestran el inicio. La opción de "aplicación de una sola página" hace que esas visitas nunca lleguen al Worker. Se quita.
• La migración no aparece en producción. Faltó --remote y el cambio se quedó en tu computadora.
• Medio artículo quedó dentro de un bloque de código. Me pasó: un < sin escapar dentro de un <pre> se tragó todo lo que venía después. Dentro de un bloque de código se escribe <.
• Un script deja de funcionar entero por un detalle. También me pasó: una barra invertida dentro de una plantilla del Worker rompió un formulario completo. Por eso el JavaScript del panel va en archivos aparte.
• De golpe fallan todas las páginas dinámicas. La cuota diaria gratuita de D1 es por cuenta: otro proyecto de la misma cuenta la agotó y todo lo dinámico se cayó hasta la medianoche UTC. El kit responde con un aviso claro y el diagnóstico sale con npx wrangler tail --status error.
• No puedes conectar el dominio. Ya hay un registro para ese nombre. Se borra solo el registro web del sitio viejo, jamás los MX ni los TXT del correo.

Para quién es

Para quien ya tiene un sitio, aunque sean archivos HTML, y quiere publicar artículos y cambiar sus textos sin depender de nadie. Y para quien ya tiene un sitio en Cloudflare con Worker, D1 y R2 y necesita mantenerlo o arreglarlo: la skill también sirve para eso.

No es para una tienda en línea ni para quien no quiere abrir una terminal nunca: hay comandos que corres tú, como el login y las claves, y es a propósito.

Si quieres que lo armemos juntos

En el taller presencial, el CMS es parte del bloque de la web para quien va adelantado. Y si quieres que lo armemos para tu empresa, con tus módulos y tu MCP, agenda una conversación.