El Desarrollo de Sitios Web para Pequeños Negocios Son Cuatro Trabajos, No Uno

Direct Answer

El desarrollo de sitios web para pequeños negocios son cuatro trabajos separables agrupados en un solo proyecto: la arquitectura de información (qué páginas existen y cómo se conectan), el contenido (las frases concretas que responden a una pregunta real), una base técnica legible por máquinas (datos estructurados y acceso de rastreo que permiten que los sistemas, no solo las personas, entiendan la página), y la infraestructura de conversión (los formularios, el checkout o el flujo de reserva que convierte una visita en un lead o una venta). Un sitio puede parecer completo cuando solo se hicieron los dos primeros.

Puntos Clave

• El desarrollo de sitios web son cuatro trabajos separables, no uno: arquitectura de información, contenido, una base técnica legible por máquinas, e infraestructura de conversión.
• La mayoría de los encargos a freelancers y agencias se detienen en los dos primeros: el sitio parece terminado, pero nada le dice a un motor de búsqueda o a un sistema de IA qué hay realmente en la página.
• Los datos estructurados son lo que hace que una página sea legible para los sistemas y no solo para las personas. Es un entregable distinto de escribir textos o elegir una plantilla.
• La capa de conversión (formularios, checkout, reservas) es normalmente donde se filtran los ingresos reales, y los encargos de “diseño” rara vez la cubren.
• Una reconstrucción completa rara vez es la solución correcta. Normalmente uno de los cuatro trabajos nunca se hizo, y añadirlo cuesta menos que empezar de cero.

Qué Incluye Realmente el Desarrollo de Sitios Web para Pequeños Negocios

“Desarrollo de sitios web” se vende como una sola línea en una factura. En la práctica son cuatro trabajos, cada uno requiere una habilidad distinta, y un encargo que solo cubre dos de ellos igual produce algo que parece un sitio web terminado.

Arquitectura de información

Este es el mapa: qué páginas existen, qué enlaza con qué, y qué página se supone que responde a qué pregunta con la que llegó realmente un visitante. Un restaurante necesita una página de menú que un móvil cargue con un toque durante la hora punta de la cena, no un menú enterrado a tres clics detrás de un video de portada. Un contratista necesita una página por servicio, cada una construida para responder a una búsqueda específica, en lugar de una sola página de “Servicios” que las enumera todas y no posiciona en ninguna. Hacer esto mal no se ve roto. Se ve como un sitio web con páginas, que es exactamente por qué pasa desapercibido.

Contenido

No es texto de relleno escrito para llenar espacio alrededor de una foto de stock. El contenido son las frases concretas que responden a la pregunta que alguien escribió, más las afirmaciones concretas que un lector (o, cada vez más, un modelo que resume la página para él) puede citar con precisión. “Ofrecemos un servicio de calidad a cada cliente” no responde nada. “Reparamos calentadores de agua el mismo día en [zona de servicio], con una tarifa de diagnóstico fija antes de empezar cualquier trabajo” responde a las dos preguntas que realmente tiene una persona: si pueden venir hoy, y cuánto le va a costar averiguarlo.

Una base técnica legible por máquinas

Este es el trabajo que la mayoría de los encargos se saltan por completo, porque saltárselo no se nota en una captura de pantalla. Una página puede leerse perfectamente para una persona y no decirle nada a un motor de búsqueda o a un sistema de IA sobre a qué negocio pertenece, qué vende, o qué página responde qué pregunta, a menos que esa información también esté marcada en un formato que esos sistemas puedan leer directamente. Ese marcado sigue un vocabulario compartido llamado schema.org, normalmente escrito como un bloque de JSON-LD en el head de la página: un pequeño archivo que declara, en un formato que el software lee directamente, qué es la página: un negocio local, un producto concreto, una reseña, una respuesta a una pregunta específica. Nada de ese archivo es visible para un lector humano. Existe exclusivamente para los sistemas que leen la página junto con la persona.

La misma capa incluye el acceso de rastreo: un archivo robots.txt que indica qué lectores automatizados pueden acceder al sitio, y cuáles no, entrada por entrada. Ese archivo se ha vuelto más importante de lo que era antes, porque “un lector automatizado” ya no significa solo el rastreador de indexación de un motor de búsqueda: también puede significar un rastreador aparte que una empresa ejecuta específicamente para recopilar datos de entrenamiento para un modelo de IA, nombrado como su propia línea en el archivo en lugar de estar fundido con el del rastreador de búsqueda. Un negocio que solo configuró la línea del rastreador de búsqueda, hace años, y nunca volvió a tocar el archivo puede acabar indexado con normalidad en Google Search mientras permanece invisible para los sistemas de IA a los que nunca llegó a admitir. Consulta las directrices de Google Search Central sobre datos estructurados y su lista de rastreadores nombrados para los detalles actuales.

He escrito la versión más profunda de esta sección por separado, con los tipos de schema concretos y las comprobaciones de rastreabilidad que vale la pena ejecutar: AI SEO y GEO: Qué Necesita Realmente un Sitio Web. Esta sección es la versión corta: la base existe, no es opcional, y no es el mismo trabajo que escribir el texto visible de la página.

Infraestructura de conversión

Los formularios, el checkout, el widget de reservas, o el flujo de contacto que convierte a un visitante en un lead o una venta. Este es el trabajo con más probabilidades de tratarse como una idea de último momento, un formulario de contacto por defecto pegado a un sitio por lo demás cuidado, y aquel en el que suelen filtrarse los ingresos reales. En la práctica eso se ve así: un formulario de contacto que envía un correo a una bandeja de entrada compartida que nadie revisa hasta el lunes, un widget de reservas que pide ocho campos antes de mostrar un solo horario disponible, o un checkout que obliga a crear una cuenta antes de mostrar siquiera el total a pagar. Nada de eso es un problema de diseño que se note mirando la página. Se nota mirando cuánta gente empieza el flujo y cuánta lo termina, y la mayoría de los sitios de pequeños negocios nunca miran.

Lo Que No Es el Desarrollo de Sitios Web para Pequeños Negocios

• No es elegir una plantilla y cambiar el logo y la paleta de colores. Eso cubre, como mucho, parte del primer trabajo, hecho deprisa.
• No es un proyecto de una sola vez. Las capas de base legible por máquinas y de conversión necesitan revisarse a medida que cambian el vocabulario, el comportamiento de los rastreadores y las expectativas de checkout: un sitio construido correctamente en 2022 puede estar silenciosamente por debajo de lo que se espera en 2026 sin un solo cambio visible en la página.
• No es sinónimo de “que se vea bonito.” El diseño visual vive dentro de los dos primeros trabajos y no toca los otros dos en absoluto, que es exactamente cómo un sitio hermoso también puede ser invisible.

¿Por Qué un Sitio de Pequeño Negocio Necesita Funcionar para Sistemas de IA, no Solo para Visitantes Humanos?

Porque una parte cada vez mayor del tráfico que antes llegaba como una persona haciendo clic en un enlace azul ahora llega como una persona que le hace una pregunta a un asistente de IA y lee lo que este le responde o directamente no llega, porque el asistente ya respondió la pregunta por su cuenta. Que la página de un negocio sea la que se cita en esa respuesta depende de si la página se escribió y se marcó de forma que un modelo pudiera extraer de ella una respuesta limpia y atribuible desde el principio. He cubierto ese mecanismo, llamado generative engine optimization, con más profundidad aquí: ¿Qué es el Generative Engine Optimization (GEO)?

La versión práctica específica para el desarrollo de sitios web: una página que solo tiene que verse bien para una persona puede salirse con la suya con títulos vagos, precios sin marcar, y un texto que asume un contexto que el visitante ya tiene por estar en el sitio. Una página que también tiene que ser legible para un sistema que la lee de forma aislada no puede salirse con nada de eso: la definición tiene que quedar dicha con claridad, el precio tiene que ser un número en el texto y no algo que se insinúa desde un botón cercano, y el rastreador que llevaría esa página hasta una respuesta tiene que tener permiso para entrar desde el principio.

¿Cuándo Es Realmente Necesaria una Reconstrucción Completa?

Menos a menudo de lo que sugieren la mayoría de los presupuestos de rediseño. Una reconstrucción es la decisión correcta cuando la propia arquitectura de información ya no encaja con el negocio: páginas mapeadas a servicios que dejaste de ofrecer, o páginas que faltan para los que añadiste, de una forma que ningún texto nuevo arregla. También es la decisión correcta cuando la plataforma de base no puede soportar en absoluto la capa legible por máquinas: sin forma de añadir datos estructurados, sin control sobre el robots.txt, sin forma de cambiar los pasos del checkout sin un desarrollador para cada edición.

Ninguno de esos dos es el caso habitual. El caso habitual es un sitio cuya arquitectura y contenido están bien y cuya base legible por máquinas o infraestructura de conversión simplemente nunca se construyó, lo cual es una adición, no una demolición, y vale la pena confirmar en cuál de las dos situaciones estás realmente antes de pagar por una reconstrucción completa.

Resumen

Cuatro trabajos, una factura, y los dos que se omiten son exactamente los dos que no se ven en una captura de pantalla. Si un sitio web “no funciona,” la primera pregunta honesta no es “necesita un rediseño” sino “cuál de los cuatro trabajos se entregó realmente”: porque un sitio puede estar bien diseñado y aun así carecer de la capa que lo hace encontrable, o de la que lo hace convertir, y ninguna cantidad de diseño visual nuevo arregla ninguna de las dos.

FAQ

¿Cuánto cuesta realmente el desarrollo de un sitio web para un pequeño negocio? Depende de cuáles de los cuatro trabajos estés comprando. Cambiar una plantilla con texto nuevo es rápido y barato; añadir una base legible por máquinas y una infraestructura de conversión reales es un alcance de trabajo aparte que la mayoría de los presupuestos no desglosa.

¿Necesito un desarrollador, o basta con un creador de sitios web? Un creador de sitios puede encargarse bien de los trabajos de arquitectura de información y contenido para la mayoría de los pequeños negocios. Que también cubra los trabajos de base legible por máquinas y conversión depende del soporte que tenga ese creador concreto para datos estructurados, control del robots.txt, y personalización del checkout.

¿Qué son los datos estructurados, y los necesita realmente un pequeño negocio? Los datos estructurados son un marcado, normalmente escrito como JSON-LD siguiendo el vocabulario schema.org, que declara directamente qué es una página en lugar de dejar que un motor de búsqueda o un sistema de IA lo infiera solo del texto visible. Un sitio de pequeño negocio no los necesita estrictamente para existir, pero sí los necesita para que los sistemas lo encuentren y lo citen con precisión.

¿Ven los sistemas de IA un sitio de pequeño negocio de la misma forma que Google Search? No necesariamente. Un archivo robots.txt puede nombrar un rastreador de búsqueda y un rastreador de entrenamiento de IA aparte como entradas distintas, permitidas o bloqueadas de forma independiente, así que un negocio puede estar indexado con normalidad en Google Search mientras permanece invisible para un sistema de IA al que nunca llegó a admitir.

¿Cuánto tiempo lleva realmente el desarrollo de un sitio web para un pequeño negocio? Depende de cuáles de los cuatro trabajos estén incluidos y de si ya existe contenido utilizable. Los dos trabajos visibles, arquitectura y contenido, suelen ser la parte más rápida de producir; las capas de base legible por máquinas y de conversión llevan más tiempo porque implican probar contra un rastreador real y un checkout real.

¿En qué se diferencia esto de lo que la mayoría asume que significa “hacer una página web”? La mayoría asume que es un solo trabajo: diseñar y construir las páginas, y ya está. En realidad son cuatro trabajos separables, y un proyecto puede terminar dos de ellos, verse completamente terminado, y aun así carecer de los dos que determinan si alguien encuentra el sitio o convierte en él.