
Un dominio comprado es la dirección de un futuro producto. Convertirlo en una web útil requiere un encargo breve y resultados comprobables. Empieza por la acción que debe realizar el visitante, no por una lista de tecnologías. Esta hoja ayuda al propietario y al desarrollador a acordar la primera versión. 1. UN OBJETIVO Y UN RECORRIDO PRINCIPAL Escribe quién llega, qué busca y cómo consulta o compra. Para una empresa de servicios: «servicio → ejemplo de trabajo → contacto». Para un catálogo: «categoría → ficha → consulta». Define qué queda fuera del primer lanzamiento. Un área privada, un CRM complejo o más idiomas no deben aparecer por accidente en el presupuesto. 2. PREPARAR MATERIALES ANTES DE ESTIMAR Entrega la lista de páginas, textos reales, logotipo, fotografías que puedas utilizar y datos de contacto. Asigna responsable y fecha a cada material. Señala los textos pendientes. Un diseño con contenido provisional arbitrario suele necesitar cambios cuando llega el contenido definitivo. Decide quién aprueba modificaciones y dónde está la versión actual de cada archivo. 3. SEPARAR ACCESOS Y RESPONSABILIDADES Dominio, DNS, alojamiento y correo empresarial son componentes distintos. Pide la lista de cambios y permisos necesarios; utiliza cuentas separadas con los derechos adecuados. No envíes contraseñas por un chat ordinario. No migres el correo al lanzar la web sin un plan independiente. El propietario debe saber dónde renovar el dominio y quién restaura una copia de seguridad. 4. INCLUIR COMPROBACIONES EN EL ENCARGO Añade vista móvil, navegación clara, HTTPS, formularios funcionales y confirmación de recepción de consultas. Para búsqueda se revisan respuestas del servidor, rastreo, títulos y URL canónicas. Un sitemap comunica direcciones a Google, pero no garantiza la indexación. Ajusta las imágenes a su tamaño de presentación. Antes de diferir una imagen situada arriba, comprueba el efecto sobre la carga. 5. ACEPTAR MEDIANTE ESCENARIOS REALES En un móvil, abre un servicio, envía una consulta identificada como prueba y confirma su recepción. Una dirección inexistente debe devolver HTTP 404. Comprueba enlaces, contactos y comportamiento después de recargar. Registra resultados y asuntos pendientes. La aprobación visual no sustituye la aceptación funcional. 6. ACORDAR EL MANTENIMIENTO Define quién modifica contenido, vigila renovaciones y corrige errores. Pide una guía breve y un procedimiento de entrega de accesos. Así la web seguirá siendo gestionable tras el lanzamiento. ¿Aún buscas nombre? Catálogo DomainEvery: https://domainevery.com/es/domains Para hablar de una web, aplicación o integración API, visita FuguLabs; esta página está en inglés: https://fugulabs.com/?lang=en#contact Fuentes primarias: https://developers.google.com/search/docs/essentials/technical https://web.dev/learn/performance/lazy-load-images-and-iframe-elements https://fugulabs.com/?lang=en

