Cómo planificar y publicar un sitio web empresarial

Un sitio empresarial debe explicar qué puedes resolver

Una página puede verse moderna y aun así dejar al visitante sin saber qué ofrece la empresa, para quién es el servicio o cómo iniciar una conversación. Planificar el sitio empieza por definir a quién debe ayudar, qué necesita entender esa persona y qué acción concreta puede tomar después.

Esta guía ordena las decisiones de contenido, experiencia, formularios, dominio, alojamiento y publicación. Es una checklist general: no describe un proyecto de cliente ni promete posiciones, consultas o resultados comerciales.

1. Define objetivo, audiencia y siguiente paso

Escribe en una frase qué ofrece la empresa y qué tipo de persona debería encontrarlo. Después acuerda cuál es la acción principal: solicitar información, pedir una propuesta, reservar una conversación o consultar un servicio. Elige una acción coherente con la forma en que el equipo puede responder.

Antes de diseñar pantallas, responde estas preguntas:

• ¿Qué problema o necesidad trae la persona al sitio?
• ¿Qué servicio atiende esa necesidad y qué queda fuera de su alcance?
• ¿Qué información debe compartir para que la consulta tenga contexto?
• ¿Quién recibirá la consulta y quién decidirá el siguiente paso?
• ¿Qué evidencia real puede ayudarle a evaluar la experiencia del proveedor?

No pongas en el sitio una promesa de atención continua, plazo, precio o soporte que el equipo todavía no haya acordado. Describe la forma real de iniciar el contacto y aclara cuándo se definirá el alcance.

2. Organiza páginas y contenido alrededor de servicios reales

Haz un mapa sencillo antes de producir textos. Un sitio pequeño podría incluir inicio, servicios, una página por servicio principal, perfil profesional, recursos técnicos, contacto y privacidad. Cada página necesita una tarea concreta; evita crear secciones que repitan el mismo mensaje con nombres distintos.

Para describir cada servicio, reúne:

• La necesidad que atiende y el tipo de organización para la que encaja.
• Las actividades y entregables que podrían formar parte del proyecto.
• Los datos, accesos o decisiones que debe aportar el cliente.
• Supuestos, límites y dependencias del proveedor o plataforma.
• La forma de acordar alcance, validación, publicación y soporte posterior.

Sustenta la confianza con información comprobable: quién presta el servicio, cuáles son sus especialidades y qué herramientas conoce. Publica casos o resultados solo cuando sean propios, estén autorizados y puedan explicarse con contexto. Una imagen ilustrativa no debe presentarse como una instalación o un proyecto de la empresa.

3. Diseña recorridos claros en móvil y escritorio

Prueba cómo una persona llega desde la portada a la página del servicio y de allí al contacto. Los títulos deben describir el contenido; los enlaces deben indicar adónde llevan; y los botones deben expresar qué pasará al activarlos. Revisa el recorrido con teclado y con pantallas angostas, además de probarlo con ratón o pantalla táctil.

Usa WCAG 2.2 como referencia para revisar contraste, foco visible, etiquetas, estructura y operación por teclado. Una lista de chequeo automática ayuda a detectar algunos problemas, pero no demuestra por sí sola que todo el sitio cumpla un nivel de conformidad. Incluye evaluación manual y prueba con personas cuando el alcance lo requiera.

Mide el rendimiento en páginas reales y registra el dispositivo y las condiciones de la medición. Las métricas LCP, INP y CLS describen aspectos distintos de carga, respuesta y estabilidad visual. Los resultados cambian por página, dispositivo, conexión y datos de campo; no uses una puntuación aislada como promesa de rendimiento universal.

4. Especifica el formulario y prueba el correo

Pide solo los datos necesarios para entender y responder la consulta. Cada campo debe tener una etiqueta visible, una instrucción si el formato puede generar dudas y un mensaje de error que ayude a corregirlo. Explica qué ocurre al enviar, quién recibe la información y cómo puede la persona contactar por otra vía.

Distingue el mensaje necesario para responder una consulta de la suscripción a un boletín. La suscripción debe tener su propio consentimiento y confirmación; no la marques por defecto al enviar el formulario de contacto. Documenta qué proveedor maneja los mensajes y revisa el aviso de privacidad con los flujos reales del sitio.

Prueba con datos ficticios, antes de publicar:

• Envío correcto y confirmación que aparece en la página.
• Campos vacíos, formatos inválidos y mensajes de error accesibles.
• Notificación al buzón de destino y respuesta al remitente, si está configurada.
• Comportamiento cuando el proveedor SMTP rechaza o demora el mensaje.
• Protección contra envíos repetidos, abuso automatizado y exposición de secretos.

Comprueba los registros DNS de correo que utiliza el proveedor y conserva los valores requeridos por SPF, DKIM y DMARC. No reemplaces la zona completa ni elimines registros MX al apuntar la web a otro alojamiento: el sitio y el correo pueden depender de destinos distintos.

5. Confirma dominio, hosting y plan de reversión

Identifica quién controla la cuenta del registrador, la renovación y la autenticación. Guarda una copia de la zona DNS y anota qué proveedor mantiene cada registro A, AAAA, CNAME, MX y TXT. Antes de cambiar nombres de servidor o direcciones, verifica qué servicios dependen de esos valores.

Confirma con el proveedor de hosting qué tipo de aplicación admite el plan, cuáles son sus límites y cómo gestiona HTTPS, copias, variables secretas, registros y restauración. Un panel de control por sí solo no confirma que una aplicación dinámica pueda ejecutarse. Para elegir destino, revisa los requisitos de la aplicación y prepara un entorno de prueba separado cuando sea posible.

Antes de publicar o migrar, respalda archivos, base de datos y configuración. Define quién ejecutará el cambio, qué señales confirman que terminó y cómo se recuperará el sitio anterior si una ruta crítica falla. Google recomienda planificar y observar los cambios de hosting; una migración no garantiza que los motores de búsqueda mantengan la visibilidad sin variaciones.

6. Prepara rastreo e indexación sin prometer posiciones

Da a cada página importante un título descriptivo, una dirección estable y contenido visible que responda a una necesidad concreta. Usa enlaces rastreables entre páginas y comprueba que el archivo robots.txt no bloquee por error contenido que deba revisarse. El sitemap ayuda a descubrir URLs, pero enviarlo no obliga a Google a rastrear, indexar ni mostrar una página.

Después del lanzamiento, revisa las URLs principales en Search Console y corrige errores de acceso o metadatos detectados. Evalúa el tráfico con una herramienta de analítica solo después de entender qué datos recoge, qué rutas observa y qué información queda excluida. SEO describe trabajo técnico y editorial; no asegura una posición específica ni una cantidad de contactos.

Checklist de publicación

• Servicios, entregables, límites y llamada a la acción están claros.
• Textos, datos de contacto, imágenes, créditos y permisos están revisados.
• Navegación, enlaces y formulario funcionan con teclado y en móvil.
• Notificación del formulario llega al buzón previsto en una prueba real.
• DNS del sitio y del correo están inventariados y no se pisan entre sí.
• HTTPS, redirecciones, títulos, robots.txt y sitemap están comprobados.
• Existe copia de seguridad y una persona sabe cómo revertir el cambio.
• Está acordado quién revisará consultas, actualizaciones y soporte posterior.

La publicación termina cuando el equipo puede operar el sitio, responder las consultas que sí recibe y recuperar el servicio si algo falla. Si estás planificando un sitio nuevo o una renovación, puedes consultar el alcance del proyecto web.