El diseño de una página web para una empresa suele cotizarse con palabras parecidas: diseño profesional, versión móvil, SEO, formulario y hosting. Sin una definición concreta, esas etiquetas permiten comparar precios, pero no el trabajo que realmente se entregará.
Una web empresarial tiene varias responsabilidades. Debe explicar la oferta, ayudar a una persona a encontrar la información correcta, facilitar una acción, conservar contexto de la solicitud y mantenerse operable después del lanzamiento.
Por eso, una propuesta sólida no debería limitarse a colores y secciones. Debe describir estrategia, contenido, experiencia, base técnica, conversión, medición y continuidad.
Qué debe incluir una página web empresarial
Como referencia, el alcance debería aclarar al menos:
- objetivo y audiencia del sitio;
- arquitectura de páginas y navegación;
- producción o adaptación de contenido;
- sistema visual y diseño adaptable;
- desarrollo y administración técnica;
- SEO técnico y metadata básica;
- formularios y rutas de contacto;
- analítica y eventos de conversión;
- accesibilidad y rendimiento;
- pruebas, lanzamiento, propiedad y soporte.
Cada punto puede ser sencillo o complejo. La propuesta debe indicar qué profundidad se incluye y quién es responsable de las decisiones y materiales.
Responsabilidades conectadas
Cuatro capas que la propuesta debe hacer visibles
- Estrategia y arquitectura
- Contenido y experiencia
- Tecnología y calidad
- Captura, medición y soporte
1. Un objetivo comercial explícito
“Tener presencia” es demasiado amplio para guiar un proyecto. Conviene definir una acción principal:
- solicitar una cotización;
- agendar una llamada;
- visitar una sucursal;
- comprar;
- descargar información;
- comparar servicios;
- confirmar confianza antes de contactar.
El objetivo cambia la estructura. Una empresa con una sola oferta puede concentrarse en una página. Otra con servicios distintos, varias ciudades o un ciclo de compra largo puede necesitar arquitectura, contenido educativo y rutas de conversión diferentes.
Si aún no sabes qué formato conviene, revisa landing page vs. sitio web. Empezar con menos páginas puede ser correcto cuando el objetivo y las limitaciones están claros.
2. Arquitectura antes de diseño visual
La arquitectura define qué páginas existen, cómo se relacionan y qué debe resolver cada una. Un mapa inicial puede incluir:
- portada;
- páginas de servicios;
- acerca de la empresa;
- casos o evidencia disponible;
- preguntas frecuentes;
- blog o recursos;
- contacto;
- avisos legales.
No todas las empresas necesitan el mismo mapa. Lo importante es que cada página responda una intención y tenga un siguiente paso lógico.
Google recomienda organizar un sitio de forma lógica, usar URLs descriptivas y enlazar contenido relacionado. Esa estructura también ayuda a las personas: reduce la necesidad de adivinar dónde está la información.
3. Contenido con responsables definidos
Muchos proyectos se retrasan porque nadie sabe quién redactará. “El cliente entrega los textos” puede significar que el proveedor espera documentos terminados; “incluye contenido” puede significar solo corregir párrafos existentes.
Aclara si el proyecto contempla:
- entrevistas o levantamiento de información;
- estrategia de mensaje;
- redacción original;
- corrección de estilo;
- investigación de búsquedas;
- títulos y descripciones;
- selección y tratamiento de imágenes;
- carga de productos o servicios;
- migración del sitio anterior;
- número de revisiones.
Una plantilla no resuelve una oferta confusa. Antes de diseñar, el visitante debe poder entender qué hace la empresa, para quién, bajo qué condiciones y qué debe hacer después.
4. Diseño visual que sirva a la lectura
El diseño debe transformar la identidad de la empresa en jerarquías, componentes y estados consistentes. No se trata solo de preparar una portada atractiva.
Pregunta si incluye:
- adaptación a la identidad existente;
- sistema de tipografía, color y espaciado;
- botones, formularios, tarjetas y navegación;
- estados de foco, carga, éxito y error;
- versiones móvil, tableta y escritorio;
- preparación de imágenes;
- prototipo o revisión previa al desarrollo.
“Responsive” no debería significar que el contenido simplemente cabe en una pantalla pequeña. Hay que revisar orden, legibilidad, navegación, formularios y acciones táctiles.
5. Desarrollo y plataforma
La elección técnica debe responder a la operación. Un constructor puede ser suficiente para una presencia compacta. Un CMS puede ayudar cuando un equipo publicará contenido. Un desarrollo particular puede justificarse por integraciones o reglas que una plataforma estándar no resuelve.
Antes de decidir, pregunta:
- ¿quién podrá editar textos e imágenes?
- ¿qué licencias o suscripciones necesita?
- ¿cómo se actualiza y respalda?
- ¿puede exportarse el contenido?
- ¿qué ocurre si cambia el proveedor?
- ¿quién atiende errores y actualizaciones?
- ¿qué funciones dependen de servicios externos?
La tecnología más sofisticada no es automáticamente mejor. La adecuada es la que cumple el objetivo con buen rendimiento y una operación sostenible.
6. SEO técnico y preparación para búsqueda
Una entrega web debería dejar una base rastreable y comprensible:
- títulos y descripciones por página;
- una jerarquía clara de encabezados;
- URLs legibles;
- enlaces internos;
- sitemap;
- reglas de indexación;
- texto alternativo útil en imágenes;
- canonical cuando corresponde;
- datos estructurados cuando aportan significado;
- redirecciones si se reemplazan URLs existentes.
Esto no garantiza posiciones. El SEO también depende de demanda, competencia, contenido, autoridad y continuidad. Desconfía de una propuesta que venda la configuración técnica como garantía de primer lugar.
7. Formularios como parte de la operación
El formulario no termina al mostrar “gracias”. Debe existir una ruta para:
- validar la información;
- confirmar el envío;
- registrar la solicitud;
- avisar a la persona responsable;
- conservar página y fuente cuando sea pertinente;
- crear una siguiente acción;
- manejar errores sin perder el contacto.
Aclara dónde se guardan los datos, quién recibe las alertas y qué pasa si el correo o CRM falla. Si la empresa ya usa un sistema comercial, la guía del formulario al CRM explica las decisiones de integración.
8. Medición antes del lanzamiento
Las métricas deben corresponder al objetivo. Para una web de servicios pueden ser útiles:
- vistas de páginas prioritarias;
- clics en llamados a la acción;
- inicio y envío de formularios;
- llamadas o conversaciones iniciadas;
- citas;
- solicitudes calificadas en el CRM.
Pide un plan de eventos, no una promesa genérica de “Google Analytics instalado”. También conviene preservar UTMs, referencia y página de origen sin enviar datos personales a herramientas analíticas.
9. Rendimiento y accesibilidad
Una web debe poder usarse con conexión y dispositivos reales. El proyecto debería contemplar:
- imágenes dimensionadas y comprimidas;
- carga estable sin movimientos inesperados;
- interacción rápida;
- contraste suficiente;
- navegación con teclado;
- etiquetas visibles en formularios;
- mensajes de error comprensibles;
- HTML semántico;
- ausencia de texto importante dentro de imágenes.
Los Core Web Vitals observan carga, capacidad de respuesta y estabilidad visual. Son una referencia técnica útil, no una garantía comercial.
10. Pruebas, entrega y soporte
Antes del lanzamiento deberían probarse:
- navegación y enlaces;
- formularios en éxito y error;
- visualización móvil y escritorio;
- metadatos y vista social;
- páginas inexistentes;
- redirecciones;
- accesibilidad básica;
- eventos de medición;
- permisos y respaldos.
La entrega debe indicar qué cuentas, archivos, accesos y documentación recibe la empresa. También debe separar garantía por errores, mantenimiento, cambios de contenido y nuevas funciones.
Qué debe decir la propuesta
Una cotización comparable necesita:
- objetivo y alcance;
- lista de páginas o plantillas;
- entregables de contenido y diseño;
- funciones e integraciones;
- plataforma y servicios externos;
- actividades de SEO y medición;
- materiales que debe entregar el cliente;
- rondas de revisión;
- calendario y dependencias;
- criterios de aceptación;
- precio, forma de pago y exclusiones;
- propiedad, soporte y condiciones de salida.
Si el precio es tu primera duda, consulta cuánto cuesta una página web en México. Los rangos solo son útiles cuando se comparan productos con responsabilidades parecidas.
Señales de una compra débil
- Elegir por número de secciones sin definir qué resuelven.
- Empezar el diseño sin una oferta ni contenido mínimo.
- Aceptar “SEO incluido” sin entregables verificables.
- Depender de cuentas registradas únicamente por el proveedor.
- Dejar formularios sin responsable ni manejo de fallas.
- Instalar analítica sin definir conversiones.
- Omitir mantenimiento, respaldos y actualizaciones.
- No acordar qué ocurre al terminar la relación.
Una web empresarial es infraestructura comercial
El diseño importa, pero su función no termina en la apariencia. La web debe ordenar el mensaje, facilitar decisiones, capturar solicitudes y permitir que la empresa observe qué ocurre después.
Internal Organic construye sitios web compactos para negocios con alcance y exclusiones visibles. Antes de cotizar, revisamos objetivo, contenido, acción principal y materiales para definir si la oferta actual corresponde a la necesidad.