El proveedor cerró y se llevó el dominio - Mi Cayman Services
Publicado
Nadie se llevó este dominio. Sencillamente no se renovó, por parte de un proveedor que había dejado de operar, en nombre de un cliente al que nunca le dieron acceso. Cuando lo revisamos, micayman.com estaba disponible para que cualquiera lo registrara, así que lo registramos nosotros por USD 11.48 y lo mantenemos para el cliente en lugar de dejarlo a quien lo notara después.
Un solo proveedor tenía el dominio, el sitio web y el correo, y el cliente no tenía acceso
El dominio, el sitio web y el servidor de correo electrónico de micayman.com eran administrados por Argibel Servicios Digitales SL, una empresa española. Su propio sitio web también se encuentra inactivo, y los registros públicos españoles muestran la hoja registral cerrada. El cliente no tenía acceso directo a la gestión de su dominio, por lo que al dejar de operar el proveedor, perdió el control de su dominio, sitio web y buzones de correo.
Cuando una sola parte tiene los tres, la falla no es parcial. Se va el sitio web, se va el correo y se va el dominio, y el dominio es el que no se puede reconstruir. Nada de esto requirió negligencia ni mala fe: una empresa cerró, cosa que las empresas hacen, y todo lo que dependía de ella se detuvo en el mismo momento porque no había un segundo titular de nada.
Registre el dominio a nombre del propio negocio, en la cuenta de registrador del propio negocio, y dele al proveedor acceso delegado en lugar de titularidad. El contacto registrante en WHOIS es la parte que el registrador reconoce, y si no es usted, la transferencia, la recuperación y cualquier disputa pasan por otro. Separe los tres: registrador, alojamiento y correo en cuentas distintas, para que si uno falla los otros dos sigan intactos. El antipatrón es la factura única conveniente, que es conveniente precisamente porque una sola parte controla todo lo que cubre.
Contexto: dominio, hosting y sitio web.
El sitio web vivía en un subdirectorio en lugar de la raíz del dominio
El sitio web anterior estaba alojado en micayman.com/travel/ en vez de directamente en micayman.com. La URL principal es incorrecta: el sitio vivía en un subdirectorio en lugar de la raíz, lo que afecta el posicionamiento en buscadores y confunde a los visitantes.
Todo el mundo escribe el dominio sin más, y el dominio sin más no servía nada. La autoridad de búsqueda además se acumula contra la URL que se enlaza, así que años de ella cayeron en un subdirectorio y no en el nombre que el negocio imprime en su material. Quien compartía el sitio tenía que compartir una ruta, y las rutas se truncan, se escriben mal y se pierden.
Sirva el sitio desde la raíz y haga que la raíz sea la canónica. Si un subdirectorio tiene que existir por una compilación o una migración, redirijalo a la raíz de forma permanente en lugar de dejar ambos accesibles, porque dos URL que sirven una misma página reparten el posicionamiento entre ellas. Declare la URL canónica de forma explícita para que un buscador no tenga que elegir. El antipatrón es dejar el sitio donde lo puso el instalador, que es como un negocio termina imprimiendo una URL con una carpeta dentro.
Un gestor de contenido servía un sitio informativo estático, y sus enlaces estaban muertos
Se utilizó WordPress para un sitio informativo estático, generando carga innecesaria en el servidor, vulnerabilidades de seguridad y dependencia de actualizaciones constantes. Enlaces rotos: el logo de LinkedIn enlazaba a Instagram.com sin perfil específico; los enlaces de YouTube y Twitter apuntaban a perfiles inexistentes; el botón de Google Play enlazaba a una aplicación de Android que ya no está disponible o nunca fue publicada.
Un sitio informativo sobre un CMS compra una interfaz de edición y la paga con una obligación de parcheo que no termina, que es la misma obligación que aquí no se estaba cumpliendo. Los enlaces muertos cuestan de otra forma: un visitante que hace clic en un icono social y no llega a ninguna parte aprende que nadie ha mirado esta página en mucho tiempo, y un botón de Google Play para una aplicación que nunca se publicó es una promesa que el negocio no cumplió.
Ajuste la herramienta al ritmo de cambio. Un sitio que se edita unas pocas veces al año son archivos, y los archivos no tienen inicio de sesión que forzar, ni complementos que parchear, ni base de datos que respaldar. Verifique los enlaces salientes de forma programada igual que verifica sus propias páginas, porque un perfil social renombrado o eliminado se rompe en silencio y solo lo encuentra un visitante. Quite un enlace en lugar de dejarlo apuntando a nada: un icono ausente dice menos del negocio que uno muerto. El antipatrón es instalar un CMS por reflejo, antes de preguntar con qué frecuencia cambiará realmente el contenido.
Contexto: sitios estáticos frente a un CMS.
Lo que ya estaba correcto
El nombre seguía libre, que es la única razón por la que esto termina bien. Un dominio vencido con algo de historial de búsqueda se toma habitualmente en cuestión de días, y una vez perdido el negocio no tiene forma de reclamarlo. El Internet Archive además conservaba el sitio anterior, así que el contenido era recuperable aunque el alojamiento no lo fuera.
En resumen
Un proveedor sin el cual usted no puede entrar es un único punto de falla con número de empresa. Mi Cayman perdió su dominio, su sitio web y sus buzones el día en que uno dejó de operar, y nada de eso requirió que alguien hiciera algo mal.