Skip to content

¿Puedo añadir un blog a una web hecha con IA? Sí, así

Sí, y la decisión importante no es si se puede, sino cómo. Hay dos formas: generar cada artículo como una página más, a 3 créditos cada una, o construir un blog con base de datos donde las entradas son filas de Supabase y escribir una nueva no consume créditos. Publicar mucho pide la segunda.

Elegir mal esa bifurcación es el error caro. Un blog de páginas generadas es perfecto para seis artículos y absurdo para sesenta, y cambiar de una forma a la otra a mitad de camino significa rehacer la estructura.

¿Qué significa exactamente "añadir un blog"?

Tres cosas distintas que caben en la misma frase. Está el listado, la página que enumera los artículos. Está la entrada, la página que se lee. Y está la forma de crear una entrada nueva, que es la parte que decide cómo vivirás con el sitio durante el año siguiente.

Las dos primeras las genera Zugo sin dificultad a partir de una descripción. La tercera es una decisión de arquitectura: o cada artículo nuevo es una generación, o cada artículo nuevo es un registro que tú añades sin generar nada.

Conviene decidirlo antes del primer prompt porque afecta a lo demás. Un blog de base de datos necesita el conector de Supabase desde el principio, y montarlo después obliga a rehacer las páginas que ya existían, con su edición correspondiente.

Hay una cuarta pieza que casi nadie menciona y que ahorra tiempo: cómo se enlaza el blog con el resto del sitio. Una entrada que no lleva a tus servicios es una visita que se va, y añadir ese enlace en el primer prompt cuesta lo mismo que no añadirlo.

¿Cuáles son las dos formas y en qué se diferencian?

En quién crea el artículo siguiente: la herramienta o tú.

Forma Cómo se crea una entrada nueva Coste por entrada Cuándo conviene
Páginas generadas Pides una página más en el proyecto 3 créditos Pocos artículos, muy cuidados, que casi no cambian
Blog con base de datos Añades una fila en Supabase Sin créditos Publicación frecuente, varios autores, archivo que crece
Mezcla Páginas fijas para lo importante, base de datos para el flujo 3 créditos las fijas Web de empresa con novedades

La fila del medio es la que casi todo el mundo acaba queriendo, aunque empiece pidiendo la primera. El motivo es simple: en un blog, el trabajo repetido no es el diseño, es publicar, y publicar debería costar el tiempo de escribir y nada más.

La tercera fila es más común de lo que parece. Las páginas que definen tu negocio, servicios, precios o casos, merecen ser páginas generadas con cuidado. Las novedades, que envejecen rápido y se acumulan, encajan mejor como filas.

¿Cuánto cuesta montar cada opción?

El precio de la estructura es el mismo modelo de siempre: 12 créditos por las tres primeras páginas de una plataforma multipágina y 3 por cada página adicional. Una construcción simple cuesta 6 créditos y una edición, 3.

Un blog de páginas generadas con inicio, listado y ocho artículos suma diez páginas: 12 créditos por las tres primeras y 21 por las siete restantes, o sea 33 en total, y cada artículo futuro suma 3 más.

Un blog con base de datos son unas cuatro páginas, listado, entrada, inicio y contacto, así que sale por 15 créditos y a partir de ahí publicar no consume créditos.

Con Pro, que cuesta $25 al mes con 200 créditos, la diferencia entre las dos opciones se nota en cuanto pasas de la docena de artículos. Business cuesta $99 al mes y Free incluye 5 créditos una sola vez, por debajo del coste de una construcción.

La cuenta cambia por completo según cuánto pienses publicar, así que hazla antes con un número honesto. Si la respuesta sincera es "dos artículos al año", la opción barata es la primera y no pasa nada.

¿Cómo se pide un blog en el prompt?

Nombrando las dos páginas y el origen de las entradas. Un prompt que dice "con blog" recibe un blog decorativo: bonito listado, ningún plan para el artículo número once.

Débil: "web de mi consultora con blog". Fuerte: "web de consultoría con inicio, servicios, contacto y blog, donde las entradas se guardan en Supabase con título, resumen, fecha, autor y cuerpo, el listado muestra las diez más recientes y cada entrada tiene su propia dirección".

La segunda versión fija los campos, el orden del listado y el hecho de que cada artículo sea una dirección propia. Ese último detalle importa más de lo que parece: sin él acabas con artículos que solo existen dentro de un desplegable y que nadie puede enlazar.

Añade también qué pasa cuando aún no hay entradas. Un listado vacío es la primera pantalla real de tu blog, y decidir qué dice cuesta una línea del prompt en lugar de una edición de 3 créditos más tarde, como se explica en cómo editar después de generar.

Y decide desde el principio si el blog se ve igual en el móvil. La ficha de artículo es texto largo, que es justo donde se notan el ancho de línea, el tamaño de letra y el espacio entre párrafos. Pedir en el prompt que la lectura en móvil sea cómoda sale más barato que descubrir en la analítica que nadie termina los artículos.

¿Un blog así sirve para posicionar en Google?

Sirve en la medida en que un blog sirve, que depende sobre todo de lo que escribes. La estructura ayuda cuando cada artículo tiene su propia dirección, un título claro y enlaces desde y hacia otras páginas del sitio; eso lo puedes pedir en el prompt y comprobar en cinco minutos.

Lo que ninguna herramienta resuelve es el contenido. Un artículo que no responde mejor que los que ya están arriba no sube por estar bien maquetado, y quince artículos genéricos rinden peor que tres que digan algo que solo tú sabes.

Conviene además tener resuelto lo básico antes de escribir: un dominio propio en lugar de la dirección de pruebas, y analítica conectada para saber si alguien llega. El detalle completo está en si una web hecha con IA es buena para SEO.

¿Dónde están los límites honestos?

En tres sitios. El primero es la redacción: el texto generado sirve como andamiaje, y si tu blog existe para demostrar criterio, las frases que importan las escribes tú. Un blog entero generado se nota, y se nota justo en el público que querías convencer.

El segundo es la administración. Lo que obtienes es una web con un blog dentro, no un panel editorial con roles, revisiones y calendario. Si necesitas eso, se construye por capas con ediciones sucesivas, porque la lógica muy específica no sale de un solo prompt.

El tercero es el tamaño. Zugo no sustituye a un equipo de desarrollo en un producto complejo, y una publicación con miles de artículos y varias secciones es un producto complejo. Para un blog de empresa, un diario de proyecto o un archivo de casos, el resultado tiene el tamaño adecuado, y siempre puedes exportar el código a GitHub porque el proyecto es tuyo.

La forma sensata de empezar es responder a una sola pregunta: ¿cuántos artículos vas a publicar este año? Con ese número, elige la fila de la tabla, descríbelo en Zugo nombrando el listado y la entrada, y publica el primero antes de decidir el diseño definitivo.

Y si la respuesta sincera es que el blog va a crecer mucho, conviene leer antes si la IA puede crear una app con base de datos.

← Todos los artículos