Mira cómo vas. Ha creado un sitio web completo en Webflow y ahora tiene que lanzarlo. Aunque Webflow hace que sea muy fácil de lanzar un sitio web en su plataforma, todavía hay un montón de cosas que usted querrá tener en cuenta cuando se está preparando para lanzar un nuevo sitio, especialmente si usted está trabajando con el dominio de un cliente. No querrás romper accidentalmente su correo electrónico y no tener un plan de respaldo para restaurarlo, lo cual puede suceder totalmente si no tienes cuidado. Vamos a cubrir cómo lanzar un sitio web en Webflow sin romper todo y parecer un idiota. Este post estará orientado al lanzamiento de sitios web de clientes.
Para empezar a lanzar un sitio, necesitará los datos de acceso del registrador del cliente. Los registradores más comunes son:
Algunos registradores también le permitirán "delegar el acceso" a la cuenta, lo que esencialmente le permitirá administrar su cuenta desde su propia cuenta. GoDaddy ha creado una guía sencilla que puedes compartir con un cliente para guiarle en la delegación del acceso a la cuenta de tu propia cuenta de GoDaddy.
Si el cliente no sabe dónde está registrado su dominio, utilice who. is para averiguarlo. Simplemente ejecute una búsqueda del dominio y who. is le dirá dónde se compró el dominio.
Una vez que tienes los datos de acceso al registrador de dominios del cliente, tenemos que modificar sus DNS. Aquí hay un artículo útil sobre lo que incluso es DNS. Para lanzar el sitio en el dominio del cliente, siga los pasos de este video.
A veces, si el cliente tiene un sitio existente, no podrá editar los DNS para lanzar el sitio. En este caso, tendrá que migrar el dominio de nuevo al reigstrar original. Lo importante aquí es que el correo electrónico del cliente se caerá cuando haga esto, pero esto sólo es un problema si el correo electrónico del cliente está atado al dominio (su dirección de correo electrónico es name@clientdomainname.com) Esto NO será un problema si el cliente está usando un correo electrónico genérico (clientemail@gmail.com o @yahoo, @aol etc).
Si el correo electrónico del cliente está vinculado a su dominio, deberás comprobar qué tipo de servicio de correo electrónico está utilizando.
Una vez que hayas migrado el dominio de vuelta al registrador original restableciendo los servidores de nombres por defecto, tendrás que introducir en el DNS los registros MX que has copiado para que el correo electrónico vuelva a estar activo. Por suerte, la mayoría de los servicios de correo electrónico tienen registros MX estándar, así que puedes marcarlos y tenerlos a mano:
You can also do a quick google search of “{Client Email Service} MX records” and they’ll likely come up. Once you’ve got the MX records in, do a quick test to make sure it’s up and running. Plug their email into this tool: https://hunter.io/email-verifier If you get an error code, there’s trouble in Chinatown. Double check your work and make sure you’ve plugged everything in correctly.
Digamos que has restablecido los servidores de nombre, has intentado volver a conectar todo en el registrador original, pero todo sigue roto y estás triste. No te preocupes. La forma más fácil de arreglar el problema es simplemente cambiar los servidores de nombre de nuevo a los servidores personalizados desde los que reseteaste. Vuelve a Security Trails y ejecuta otra búsqueda de registros históricos de DNS en el dominio. Obtén los servidores de nombre y conéctalos de nuevo. El sitio antiguo volverá a funcionar, así como el correo electrónico del cliente. Esto debería darte algo más de tiempo para averiguar lo que hay que hacer, y el cliente no estará súper molesto por no poder enviar ningún correo electrónico.
Estos son algunos de los problemas más comunes que pueden ocurrir al lanzar un nuevo sitio web. Esperemos que esta guía te ayude a resolver el enigma que es el DNS y la porquería del correo electrónico. Si todo esto suena demasiado espeluznante y prefieres no ocuparte de ello, podemos hacerlo por ti. Llámenos, por qué no.
.webp)
