Canviar de proveïdor web: què revisar per conservar domini i correu

Pots canviar de professional sense canviar de domini

Canviar de proveïdor web sense perdre el domini és possible: renovar el web o contractar un altre dissenyador no implica necessàriament canviar-ne l'adreça ni traslladar-la a un altre registrador. Primer cal identificar qui controla el domini, on es gestiona el DNS i quins serveis depenen del contracte actual, especialment el correu.

Si el teu web ha quedat antic però el negoci continua fent servir el domini i els comptes de correu, l'encàrrec no hauria de començar per «donar-ho tot de baixa». Convé separar allò que vols renovar d'allò que ha de continuar funcionant. Aquesta guia proposa una seqüència de preparació, revisió i comprovació; no garanteix zero interrupcions ni substitueix un pla tècnic per al teu cas.

Domini, DNS, web i correu: cinc peces diferents

Que un proveïdor t'ho facturi tot junt no vol dir que tot sigui el mateix servei.

Pots mantenir el domini i el registrador mentre canvies d'allotjament web. També pots mantenir l'allotjament i contractar una altra persona per treballar sobre un web compatible. El correu pot ser en un proveïdor independent o estar inclòs en l'allotjament: cal comprovar-ho, no deduir-ho pel logotip que apareix quan obres la bústia.

Les preguntes freqüents d'ICANN sobre transferències distingeixen canviar d'allotjament de canviar de registrador. Transferir el registre només s'ha de plantejar si hi ha un motiu concret; no és un requisit automàtic per redissenyar un web.

1. Confirma titularitat, accessos i dates abans de contractar

Demana al proveïdor actual que identifiqui el titular registrat del domini i el registrador que el gestiona, encara que hi hagi un intermediari. Contrasta la informació amb el tauler de gestió i la documentació contractual. Una factura ajuda a reconstruir la relació, però no demostra per si sola qui hi consta com a titular; tampoc no ho has de deduir únicament d'un WHOIS o una consulta pública amb dades ocultes.

Comprova qui pot administrar el compte, rebre avisos i recuperar l'accés. El negoci hauria de tenir un control adequat i documentat, amb una via de recuperació que no depengui exclusivament de la persona que deixa el projecte. Si el titular no és qui esperaves, aclareix la situació amb el registrador abans d'ordenar canvis: modificar la titularitat i transferir el domini a un altre registrador són tràmits diferents.

Anota venciment, renovació automàtica, import i responsable de pagament del domini, allotjament, correu i llicències. Evita que una renovació pendent quedi desatesa durant el relleu. Revisa també el preavís de baixa, els possibles costos de sortida i què s'elimina en cancel·lar.

Per treballar, prioritza invitacions i permisos limitats quan l'eina ho permeti. No enviïs contrasenyes, codis de transferència ni codis de doble factor pel xat d'una consulta comercial; acordeu un canal segur si arriben a ser necessaris.

I si realment vols transferir el domini?

Demana al registrador el procediment de la teva extensió i l'estat concret del domini. La política de transferències d'ICANN regula transferències entre registradors en el seu àmbit de dominis genèrics: hi pot haver bloquejos i requisits d'autorització. No converteixis les referències a 60 dies o a codis AuthInfo/EPP en una regla universal per a qualsevol domini.

Els .es tenen el seu procediment oficial de transferència de Dominios.es: preveu un AuthCode i la intervenció de la persona de contacte administratiu. No s'ha d'aplicar per analogia tot el procediment d'un .com a un .es. Per a un .cat o una altra extensió, verifica les condicions amb el registre i el registrador corresponents, sense assumir els mateixos terminis. No cal iniciar aquesta transferència si n'hi ha prou de mantenir el registre actual.

2. Fes inventari i acorda què es pot traslladar

Abans de substituir res, prepara una llista de serveis: web, subdominis, correu, formularis, reserves, botiga, eines externes, analítica i Search Console, si es fan servir. Indica qui els paga, qui els administra i si depenen de l'allotjament que vols cancel·lar. Inclou els enviaments de correu de formularis o aplicacions: no tot el correu del negoci surt del programa que fas servir cada dia.

Demana una còpia o exportació adequada a la tecnologia, amb fitxers i base de dades quan correspongui. Aclareix qui comprovarà que es pot utilitzar i què en queda fora. Una còpia dins del compte que cancel·laràs no és un suport independent per al relleu.

Revisa per escrit el lliurament i els drets d'ús de textos, fotografies, logotip, disseny, codi i materials editables. No donis per fet que pagar un web transfereix qualsevol llicència de tema, tipografia, fotografia o complement. Pregunta què es pot continuar fent servir i què caldrà substituir o contractar de nou. Són punts per revisar al contracte, no una conclusió jurídica sobre la propietat del teu web.

En una plataforma tancada, una exportació de contingut no equival necessàriament a un web complet que pugui funcionar fora. Per exemple, Wix explica que el seu web depèn de la seva infraestructura i no admet allotjament extern. Això no determina les opcions de totes les plataformes: comprova les de la teva. Pot caldre reconstruir part del lloc conservant el domini i els materials reutilitzables.

3. Decideix per separat què passarà amb el correu

Pregunta primer: «Podem mantenir les bústies actuals encara que canviem el web?». Si el correu és independent i es mantenen el contracte i la configuració necessària, pot no caldre moure'l. Si està inclòs en l'allotjament anterior, confirma si es pot contractar per separat o si caldrà preparar una altra destinació abans de la baixa.

Conservar una adreça de correu amb el teu domini no vol dir conservar automàticament tota la resta. Si canvia el proveïdor, deixa definits:

• Bústies, usuaris, capacitat i llicències que necessita cada persona.
• Missatges antics, carpetes i enviats; també fitxers desats només en un ordinador, si n'hi ha.
• Àlies, reenviaments, bústies compartides i regles que calgui recrear.
• Contactes i calendaris, amb el seu mètode d'exportació i importació.
• Nous accessos, doble factor i configuració en mòbils i programes de correu.
• Qui comprovarà les dades traslladades i com es recolliran els missatges que arribin durant la transició.

Com a exemple de límit, la documentació de Microsoft sobre migració de correu indica que la seva migració per IMAP no trasllada contactes, calendaris ni tasques. No pressuposis que una eina ho copiarà tot ni que les credencials antigues continuaran sent vàlides en un altre servei.

El DNS pot afectar el correu encara que només vulguis canviar el web

Canviar servidors de noms —nameservers— pot canviar quina zona DNS s'utilitza. Abans de fer-ho, cal inventariar i preparar els registres necessaris per als serveis que continuen. Google Workspace documenta la necessitat de traslladar els registres en canviar d'allotjament DNS.

No n'hi ha prou de dir «canviem un registre A» ni «deixem els MX». Segons la configuració, caldrà revisar A/AAAA o CNAME del web, MX de recepció, registres de verificació i els relacionats amb SPF, DKIM i DMARC, a més d'altres dependències. Les directrius de remitents de Gmail distingeixen l'autenticació del correu d'altres requisits de lliurament. Tenir MX no acredita que l'enviament estigui autenticat ni garanteix que arribi a la safata d'entrada.

El professional responsable ha de validar els valors concrets amb cada proveïdor, així com l'HTTPS i el certificat del nou web. No copiïs una configuració genèrica: aquesta guia no proporciona valors DNS ni instruccions per modificar infraestructura.

4. Revisa les URLs encara que conservis el domini

Mantenir el mateix domini no garanteix conservar les posicions a Google si canvien rutes, contingut o accés a les pàgines. Abans de renovar, demana un inventari de les URLs existents, inclosos idiomes, pàgines de serveis i descàrregues rellevants. Decideix quines es conserven i quina destinació equivalent tindrà cadascuna que canviï.

Google Search Central recomana relacionar les URLs antigues amb les noves i planificar redireccions permanents quan canvien, preferiblement del costat del servidor, com 301 o 308 quan sigui tècnicament possible. No convé enviar totes les pàgines antigues a la portada: cada destinació ha de respondre a la necessitat anterior. Si es retira contingut sense equivalent, cal acordar la resposta adequada, no forçar una redirecció irrellevant.

Demana revisar també enllaços interns, canonical, versions per idioma, sitemap i possibles bloquejos de rastreig o indexació de la fase de preparació. Si el redisseny implica reorganitzar serveis, la guia web d'una pàgina o de diverses ajuda a decidir l'estructura; aquí l'important és no esborrar les adreces anteriors sense un pla. Hi pot haver fluctuacions als cercadors, i no existeix un termini universal perquè s'estabilitzin.

5. Què demanar a cada proveïdor i quan retirar el servei anterior

Al proveïdor actual, demana un lliurament documentat:

• Identificació de registrador i titular, accessos disponibles i renovacions pendents.
• Inventari de DNS, web, correu i serveis associats, sense publicar dades sensibles.
• Còpies o exportacions disponibles, els seus límits i materials amb drets d'ús aclarits.
• Condicions de sortida: preavís, cost i efecte de cada baixa sobre els altres serveis.

Al nou professional, demana respostes abans d'acceptar el pressupost:

• Què mantindrem i què canviarem? Cal moure el correu o el registre del domini?
• Què és compatible, què cal reconstruir i què no es pot traslladar?
• Qui coordina cada canvi, amb quin calendari i amb quin pla de recuperació si alguna cosa falla?
• Quines comprovacions i seguiment inclou l'encàrrec, i quins costos inicials i recurrents en queden fora?

Acordeu una transició en què el servei anterior continuï disponible durant el període necessari per a les comprovacions i la possible recuperació. La durada depèn de les dependències i condicions reals, no d'una xifra fixa de «propagació».

Abans d'autoritzar una baixa, el responsable tècnic i el negoci haurien de confirmar:

1. El web correcte carrega per HTTPS, amb les variants de domini previstes, idiomes, pàgines i descàrregues.
2. Els enllaços, les redireccions i les vies de contacte funcionen segons l'abast acordat; les proves de formularis es fan de manera controlada i autoritzada.
3. El correu rep i envia en els comptes previstos, amb revisió d'autenticació i dispositius; si s'ha migrat, se n'ha comprovat l'històric i els elements acordats.
4. El negoci conserva accessos, recuperació de comptes, documentació i còpies utilitzables.
5. Domini, DNS, correu o altres serveis que han de continuar no es cancel·laran juntament amb l'allotjament vell.
6. S'ha validat el tancament del procés i qui atén incidències; queda per escrit quin contracte es retira i quin es manté.

Si una comprovació falla, no donis per acabat el relleu ni eliminis la via de recuperació. Conserva allò que calgui i resol la incidència amb els responsables abans de retirar el servei del qual encara depens.

Valora la renovació del teu web amb GVGKODE

El nostre servei de disseny web per a autònoms i petits negocis preveu renovar un web existent i revisar contingut i URLs abans de definir l'estructura. La compatibilitat, les tasques de trasllat i els costos necessiten una valoració particular: no donem per inclosa una migració de domini, allotjament o correu en el pack Web de 250 €.

Per consultar la renovació del teu web amb GVGKODE, envia'ns l'adreça pública, què vols millorar, la plataforma si la coneixes i si fas servir correu amb aquell domini. Indica quins proveïdors tens i quins accessos saps que estan disponibles, sense adjuntar contrasenyes, tokens ni dades de clients. Amb aquesta informació podrem valorar l'abast abans de confirmar una solució. El formulari obre WhatsApp: revisa el missatge i envia'l allà per completar la consulta.