Rechistro de dominio privacidad y trampa de renovación

O puesto a on ye mas caro o dominio, no ye “mercar-lo”, sinoRenovar, rescatar, bloqueo de transferencia, titularidat confusa y manejo inadeyau de privacidat/cumplimientoPerdida de luengo plazo causada.

Iste texto descompondrá a “trampa” en un conchunto de procedimientos executables: se puedeTener un dominio de baixo coste de traza estable a largo plazoy reducir o risco de ser robau, bloqueyau u cosechau a precios altos.

1. Primerament, aclareix: ¿Qué son exactament os “privacidat” y “trampas de renovación” d'os dominios que enganyan?

Trobarás grans problemas con os dominios, que se pueden dividir en tres categorías:

A. Forato de precios: barato o primer anyo, o doble en renovar; mas caro en recuperar

• O pre de promoción o primer anyo ye muito baixo (dica 0,99 dólars), fendo-te pensar que “o dominio ye barato”
• A renovación o segundo anyo se fa de sopetón mas cara, u “bellas extensions” ya son caras de renovar por defecto
• Si te'n oblidas de renovar, has d'entrar en periodo de recuperación (RGP), os costes de recuperación a ormino son muito mas altos que a renovación normal; aexplicación de cumplimientode ICANN enfatiza: os registradors han de permitir en 30 días RGP Recuperar o dominio antis d'a fin.

B. Forato d'a pertenencia: Pensas que ye tuyo, pero en realidat a cuenta no ye en as tuyas mans.

Común en:

• Trobar una interpresa de construcción de pachinas web/externalización/achencia pa mercar un dominio, l'altra parte rechiestra con a suya propia cuenta
• Usas o plan “dominio gratis” y resulta que o dominio no permite a transferencia u no proporciona o codigo de transferencia.
• Has mercau un servicio de privacidat/proxy, pero no has vistu bien o contracto y o control.

C. Foratos de privacidat/cumplimiento: Querer protecher a privacidat, pero causar que o dominio sía suspendiu y no se pueda apelar.

• Has rechistrau con informazión falsa u has oblidau d'actualizar os datos de contacto
• Has perdiu lo “correu de verificación”, lo que ha feito que lo dominio sía suspendiu
  ICANN ha especificauSi o rechistrador proporciona información inexacta, no actualiza dimpués d'un cambio en 7 días, u no responde a la verificación en 15 días, o servicio de rechistroha de suspendir-se u cancelar-selo dominio.

2. Primer comprende lo sistema de dominios: quién controla lo tuyo dominio?

Entendendo estos 4 rols, no serás fácilment engañau:

1. Rechistro: Chestiona lo “almacén cheneral” d'un sufixo (TLD), por eixemplo, .com、.net、.shop etc. son operaus por diferents rechistros
2. Rechistrador: lo puesto a on compras lo dominio (servicio de rechistro certificau por ICANN, que ofrece panel de control, renovación, resolución, etc.)
3. Distribuidor/AchentO “vendedor de segundo ran” baixo d'o rechestraire, talment no te'n des cuenta que lo comprastes a un revendedor.
4. Rechistrador: lo “titular legal” d'o dominio (a lo menos en o sistema de contractos y politicas, tu yes qui ha d'estar-lo)

ICANN proporciona “Entrada d'información d'o rechistrador”, destacando que o rechistrador tien o dreito a acceder a información relacionada con o rechistro, chestión, transferencia, renovación y recuperación de dominios.
Tamién ICANN ha feito os dreitos y responsabilidatz d'o rechistrador enResumen d'explicación(Encara que a la fin siga o texto orichinal d'o contracto/politica).

3. O problema de “propiedat” d'o dominio, ¿cómo se determina?

3.1 ¿Ye la información d'o rechistrador tuya (u d'a tuya empresa)?

• Si ye un puesto personal: O rechistrant recomienda que emplenes a tuya información personal real (u a tuya entidat legal).
• Si ye un puesto d'empresa: Registrant debe estar o nombre legal d'a empresa (u una entidat que se pueda probar)

3.2 ¿Ye la cuenta d'o panel de chestión d'o dominio creyata por tu mesmo, y puetz acceder?

Si ye externalizau/agencia diz “yo te lo chestiono nomás”, tien que estar alerta:

• Una vegada que no renueves o contracto, te baralles, u l'atro desapareix, o dominio podría no poder recuperar-se directament
• No tienes permiso pa cambiar DNS, renovar, desbloquear u transferir

Lo correcto ye:

Tu mesmo rechestra una cuenta, tu mesmo vinclas o correu electronico/telefono, tu le das a la atro persona “permisos de subcuenta” u permisos temporals.

3.3 ¿Ye o correu electronico d'o contacto d'o dominio un correu electronico a largo plazo “independient d'o dominio”?

De l'ICANNPolitica de recuperación d'expiración (ERRP)Anima a los rechistrants a proporcionar un correu electronico alternativo no relacionau con o dominio mesmo, pa evitar no recibir recordatorios dimpués que o dominio deixa de resolver.
Exemplo: si o correu electronico d'o tuyo dominio ye [email protected], o dominio una vegada caducau, o correu electronico posiblement no reciba recordatorios — ye prou perigloso.

3.4 Puetz conseguir o codigo de transferencia (Auth-Code / EPP Code)?

Isto ye a clau de “si se puede transferir librement o rechestrador”.Pachina de cumplimiento d'ICANNClaro: si demandas o Auth-Code, o rechestrant no lo fa en 5 días naturalsDentro d'o servicio, puetz presentar una reclamación de transferencia.
Si una plataforma/agencia nunca te da o codigo de transferencia, ye un sinyal tipico de “bloqueyar-te”.

3.5 Puetz confirmar l'estau d'o dominio, desbloqueyar-lo y transferir-lo?

De l'ICANN Politica de transferencia Regula o proceso de transferencia entre rexistradors (autorización FOA, etc.) y enfatiza que os rexistrants han de poder transferir dominios sin estar prohibiu por a politica.

4. Escenarios mas comuns d'a “trampa de propiedat”

Escenario A: A interpresa de creyación de pachinas web diz “ye mas facil que yo rechiestre o dominio por tu”

Riesgo: O dominio ye rechistrau en nombre d'a interpresa, u a cuenta d'o panel de control ye en mans d'ella.
Consecuencias: Quan cambias de proveedor, o dominio puet estar utilizau pa exigir-te un preu mas alto, u mesmo no te lo transfieren.

Correcta manera (te recomiendo firmament que lo escribas en o contrato/correu electronico):

• O dominio debe estar rechistrau en o tuyo nombre/u nombre d'a tuya interpresa (Registrant)
• A cuenta d'o rechistrador de dominios debe estar creyada y tenida por tu
• A subcontratación nomás obtiene permisos d'administración DNS (u permisos temporals)
• O prochecto s'ha d'entregar en o momento d'a entrega: cuenta, autenticación de dos factors (2FA), metodo pa obtener o codigo de transferencia, lista de rechistros d'DNS.

Escenario B: has mercau “dominio gratis + paquete d'aloxamiento”

Riesgo: O coste d'o gratis ye “no transferible”, “renovación muit cara”, “vinculau mientres muitos anyos”, “no proporciona codigo de transferencia”.
Solucionar-lo:

• Antis de pagar, mira bien: ¿O dominio se factura de traza independient? ¿Se puede transferir? ¿Se puede obtener o codigo de transferencia por cuenta propia?
• A opción mas estable:Dominio mercau por separat en rechestradors prencipals，host/site building platform can be changed at will.

Escena C: O dominio ye en una cuenta privada d'un emplegau mientres a colaboración d'equipo.

Riesgo: O empleau se'n va, o correu electronico deixa de funcionar, se pierde l'autenticación de dos factors (2FA), y “perdes a placa d'a companyía”.
Posición correcta:

• Usar a cuenta d'activos de dominio unificada d'a interpresa (por eixemplo [email protected]) Rechistrar
• Autenticación de dos factors (2FA) con chestor de claus d'empresa/clau fisica
• Permisos asignaus por rols, a lo menos dos administradors

5. Trampa de renovación 1: Precio baixo o primer anyo ≠ coste baixo a largo plazo (has d'aprender a calcular o “coste”)

Muita chent mira nomás o precio d'o primer anyo, ye a trampa “suau” mas común.

5.1 Qué has de calcular? – Coste total de propiedat

A lo menos calcular 3 anyos (mas recomendable 5 anyos):

• Precio de rechistro o primer anyo
• Precio de renovación o segundo anyo
• Tercer anyo de renovación de pre
• Costes de protección de privacidat (bellos se cobran, bellos son gratis)
• Servicios adicionals opcionals como DNS/correu electrónico/certificatos, etc.

Formula simpla:

3 anyos de coste = pre de rechistro + 2×pre de renovación + 3×pre de privacidat (si ye necesario) + servicios adicionals necesarios

5.2 ERRP requiere que os rechestradors revelen os costes clau (pero encara has de mirar tu activament).

De l'ICANNPolitica de recuperación de rechestro a la fin d'o periodo (ERRP)Se requiere que os rechestradors amuestren en o suyo alcuerdo/sitio web as tarifas de renovación, as tarifas de renovación post-expiración (si son diferents) y os costes de recuperación/recuperación, y s'anima a una explic

Tu acción: Antis de fer a comanda, guarda una captura de pantalla d'o “pre de renovación” y “pre de rescate” (pa usar-lo en futuras discussions).

6. Trampa de renovación 2: renovación a alto preu y o forato d“”dominios de prima".

Puedes haber visto dos tipos de “prima”:

1. Rechistro con primaO rechistro yera muito caro.
2. Recarga con primaO rechistro no ye caro, pero a renovación anyal ye mas cara (mas amagada)

Isto ye mas común en bellas nuevas extensions (new gTLD), porque o rechistro puede fixar precios mas altos pa cadenas especificas.
No necesitas reglas de sufijo detrás, solo tienes que recordar:

Si un dominio ye “masiau bueno” (muito curto, muito cheneral, como una parabra clau d'o sector), probablement no siga a “precio normal”.

Antes de fer una comanda, cal fer:

• Poner clarament “Pre de renovación” como “quantos per anyo”
• No mirar nomás o pre de primer anyo en o carrito de compra
• Si a pachina no escribe clarament o pre de renovación, cambiar de registrador (u deixar-lo directament)

7. Trampa de renovación 3: renovación automatica no activada / metodo de pago no funciona / correu electronico no recibe recordatorios

A razón mas común de perda de dominio no son hackers, sino “te'n has oblidau”.

7.1 Finestra de tiempo de recordatorio de ERRP (has de saber as reglas aproximadas)

ERRP menciona: notificación antes d'a expiración si respectivament antes d'a expiración 26–35 díasCon 4–10 díasEnviar, se puede considerar conforme a los requisitos de la política.
Es decir:Realmente deberías recibir un recordatorio, pero no puedes apostar a “seguro que lo recibo”.

7.2 Los 6 mejores ajustes

1. Abrir renovación automática
2. Vincular un método de pago válido a largo plazo (no uses tarjetas virtuales que estén a punto de caducar).
3. Rechistrar o correu electronico de contacto con un “correu electronico de larga duración”, no fer servir un correu electronico de dominio (puede que no se reciba si o dominio caduca).
4. Adhibir l'adreza electronica de notificación d'o rechestro en a lista blanca (pa evitar que entre en a papelera de spam)
5. Configurar recordatorio de calendario pa lo dominio (45/15/3 días antis d'a suya caducidat)
6. Clau de dominio renovau una vegada por muitos anyos (por eixemplo 3–5 anyos), reducindo a probabilidat d'oblidar

8. Trap de renovación 4: O “periodo de rescate” dimpués d'a caducidat ye muit caro, y encara podrían sacar-te a subasta.

8.1 Has de conoixer o “ciclo de vida de caducidat”.”

Os detalles pueden variar segunt o sufixo/rechistrador, pero pa muitos gTLD o proceso cheneral ye:

Vencimiento → Plazo de gracia → Borrar → Periodo de rescate (RGP, normalment 30 días) → Periodo de borrado → Reapertura d'inscripción

Explicación de cumplimiento d'ICANNIndica: o rechestrador ha de permitir-te 30 días RGP rescatar/recuperar o dominio antes d'a fin.

8.2 ¿Por qué ye caro o rescate?

Dau que o rescate implica un proceso de recuperación a livel de rechistro, os rechistradors gosan cobrar una tarifa notablement superior a la renovación normal (“tarifa de rescate/recuperación”), y l'ERRP tamién requiere que os rechistradors revelen

9. Trampa de renovación 5: Transferencia obstaculizada – Quiers cambiar de registrador, pero trobas que “no puetz ir-te”

Cambiar de registrador ye normal: mas barato, millor de fer servir, mas seguro, mas adecuau pa equipos.

9.1 Tiens dreito a la transferencia (pero ha de seguir-se o proceso)

De l'ICANNPolitica de transferenciaEstablí que a transferencia entre rechestradors ha de fer-se por autorización estandarizada, o proceso ha de estar claro y, en cheneral, o rechestrador ha de poder transferir o dominio (a menos que siga prohibiu por politica u se trobe en un periodo de bloqueo, etc.).

9.2 O codigo de transferencia ye a clau “clau”

Si no puetz obtener o codigo de transferencia por tu cuenta en o panel, has de demandar-lo a o registrador; si o registrador no lo proporciona en 5 días, puetz presentarTransferir queixa。

9.3 Situacions razonables comuns “bloqueyadas” (no ye una trampa, pero cal que lo sapes de debant)

• Recientment rechiestrato puede haber un bloqueo de transferencia (mecanismo anti-robos)
• Un cambio en a información d'o rechiestrante puede activar o bloqueo (pa privar o robo de transferencia)
  A politica de transferencia y o mecanismo de “bloqueo” tamién sonen discusión y ajuste continosMedio (Nomás que sapiás que “bloqueo existent” no ye necesariament malicioso, pero “bloqueo sin plazo/ sin codigo” ye muito sospitoso).

10. Problemas de privacidat: no quiers fer publica a información, pero tampoco “usar información falsa”

10.1 “Protección d'a privacidat” ye principalmente pa amagar información de consulta publica, no pa que metas datos falsos

Antes muita chent consultaba publicament WHOIS pa veyer a información d'o rechistrador; pero o desembolique d'as leis de privacidat y a evolución d'as politicas han feito que muita información s'amague/oculte, y ICANN tamién tien un “Protección de datos y privacidat”A pachina explica cómo equilibra l'acceso a los datos y o cumplimiento baixo leis de privacidat.

Y dende 28 de chinero de 2025,l'alcuerdo d'acceso a datos rechistraus RDAP se convertirá en a fuent autoritativa pa consultas d'información de rechistro gTLD, WHOIS irá retirando-se gradualment。
Isto significa que a forma d“”información publica” que ves en o futuro seguirá cambiando.

Pero sin importar qué s'amuestra publicament:Tus datos de rechistro que presentas a lo rechistrador han d'estar veridicos y contactables, si no, pueden estar suspendius/cancelaus.

10.2 Procedimiento correcto: usar servicios de privacidat/proxy, en cuenta de falsificar

ICANN tienservicios de privacidat y proxyun programa de promoción y certificación d'o sistema, pa regular os requisitos pa que os rechistradors y sus axents ofrezcan servicios de privacidat/proxy.

Tu como usuario normal, nomás recorda:

• privacidat：emplegar a información d'o proveedor de servicios en cuenta d'a tuya personal en consultas publicas
• Achent：o proveedor de servicios actúa como titular aparent pa representar-te en a tenencia/reenvío (mira mas os termins d'o contracto)

11. Trampas de privacidat y cumplimiento: os datos de contacto son inexactos, o dominio puede estar suspendiu

ICANN describe explicitament os requisitos y consecuencias d'a exactitut d'os datos de rechistro:

• proporcionar información inexacta de manera intencional
• Información no actualizada en 7 días
• No responder a las consultas de precisión en 15 días
  → O rechistro ha dePausar u cancelarlo dominio.

Ixo ye por qué:

• No pues meter un correu falso ta privacidat
• No puetz fer que lo correu electronico de rechistro de dominio se convierta en un correu “que dengún mira”
• Tampoco no deixes que l'externalización controle lo correu (te perderás correus de verificación/revisión)

12 Seguranza y privacidat fuertement relacionadas: cuenta robada = dominio secuestrato

O modo mas común de secuestro de dominio no ye “crackear DNS”, sino:

• Robar a tuya cuenta de registrador
• Cambiar o tuyo DNS pa apuntar a un puesto de phishing
• Solicitar a transferencia a atro registrador (si no ye bloqueyato)

A politica de transferencia ya incluye confirmacions multiples pa reducir o risgo de transferencia no autorizata.

As 7 cosas mas importants que has de fer:

1. Activar l'autenticación de dos factors (2FA) en a cuenta de registrador
2. Correu electronico activa l'autenticación de dos factors (o “raiz” d'os bienes de dominio ye en realidat o correu electronico)
3. Activar o bloqueo d'o rechestrador
4. Marca gran / Dominios d'alta valor pueden considerar Registry Lock de mayor nivel (soportau por bellos registradors / registros)
5. DNS cambia activar “confirmación secundaria”
6. Revisar periodicament si os rechistros DNS han estau alteraus
7. Usar chestión de permisos y auditoría en l'entorno d'equipo

13. Un proceso estandarizau “evitar trampas de renovación y propiedat”

Debaixo un minimo viable estandar “dende a compra dica la chestión a largo plazo”.

Etapa A: Antis d'a compra (10 minutos)

• Claro: pre de rechistro, pre de renovación, taxa de privacidat, taxa de rescate (guardar captura de pantalla)
• Confirmar: si se puede obtener o no o codigo de transferencia de traza; si no, no mercar (clau de dreito de transferencia)
• Evitar: vincular paquetes de “dominios gratuítos” que impidan a transferencia
• Si ye pa equipos: rechistrar cuenta con correu electronico d'empresa (no con correu personal)

Etapa B: o día d'a compra (20 minutos)

• Activar: renovación automatica
• Activar: autenticación de dos factors (2FA)
• Configurar: correu electronico/telefono de reserva (independient d'o dominio)
• Ubrir: Bloqueo de dominio (Lock)
• Alzar: Factura, pediu, captura de pantalla d'información de dominio (futuras disputas/reembolsos/pruebas d'activos)

Fase C: Entregar a subcontratistas/equipo (30 minutos)

• Nomás dar permisos DNS u permisos temporals
• No dar a naide a clau d'a cuenta prencipal
• Creyar una “lista de transferencia”: DNS, metodo pa obtener o codigo de transferencia, calendata de caducidat, metodo de pago, lista d'administradors.

Fase D: Auditoría anyal (15 minutos)

• Comprobar: Rechistros d'extensión exitosos, si o metodo de pago ye encara valido
• Comprobar: Si a información d'o rechistrador/correo de contacto ye encara valida (evitar suspensión)
• Comprobar: si DNS ha estau alterau
• Comprobar: si o servicio de privacidat ha caducau (bellos servicios de privacidat pueden caducar por separau)

14. Un modelo de clausula contractual de “Propiedat y entrega de dominio”

Puedes ninviar as siguients clausulas a la interpresa de creyación de pachinas web/subcontratista/achente (u escribir-las en o contracto/correo electronico):

1. Rechistrador de dominio (Registrant) ha d'estar rechistrau como entidat legal/persona designada d'o Partiu A (Client)。
2. A cuenta d'o rechestro de dominio será creyada y tenida por o Partiu A; O partiu B nomás recibe os permisos tecnicos necesarios (como a chestión DNS) y no debe tener a clau d'o cuenta prencipal.
3. O Partiu B ha de proporcionar en a entrega:
   • Lista de dominios, calendata de caducidat, información de precios de renovación (captura de pantalla)
   • Lista de rechistros de DNS
   • Obtener o metodo y proceso d'o Auth-Code (codigo de transferencia) (u confirmar que a parti A puede obtener-lo por su cuenta)
4. A partida B no puet restringir de garra traza o dreito d'a partida A de transferir o dominio u de cambiar de rechestrador (fueras d'o periodo de bloqueyo que sía explicitament prohibiu por as politicas d'ICANN / l'autoridat reche
5. Si a parti contractant B leva a cabo servicios de privacidat/procuratura, ha d'especificar: o servicio no altera o control ni a disposición d'o dominio por parti d'a parti contractant A, y en rematar o servicio ha d'asegurar que o dominio siga en propied

Preguntas Frequents

Q1: Quiero protecher a privacidat, ¿puedo rechistrar-me con información falsa?

No se recomienda, tamién tien risgos.ICANN ha especificau claramentSi os datos de rechistro son inexactos, no s'actualizan a tiempo u no se responde a las verificacions, o dominio puede estar suspendiu u cancelau.
A forma correcta ye usar servicios de privacidat/proxy, no falsificar.

Q2: ¿Puedo recuperar o mío dominio si ha caducau?

Normalment sí, pero ye mas caro cuan mas tarde.ICANN CumplimientoExplicación enfatizada: Los registradores deben permitir la redención/restauración antes de que 30 días RGP finalice (si falla, se puede presentar una queja).
Pero los costos y el proceso serán significativamente más complicados que la renovación normal, por lo que es mejor evitar entrar en el período de redención mediante la renovación automática.

Q3: ¿Qué hacer si el registrador no me da el código de transferencia?

Pachina de cumplimiento d'ICANNClaramente: Si el registrador no proporciona el Auth-Code dentro de 5 días naturalsdespués de tu solicitud, puedes presentar una queja de transferencia.

Q4: ¿Por qué no puedo encontrar información WHOIS? ¿Hay algún problema con el dominio?

No necesariament.Anuncio d'ICANNindica: dende 2025-01-28 Dende, RDAP se converte en a fuent autoritativa ta consultar información de rechistro de gTLD, mientres que WHOIS se retira gradualment; amás, a lechislación de privacidat tamién afectará os campos publicos.

Q5: ¿Afectará a lo SEO si faigo servir a protección d'a privacidat?

Normalment no. A protección d'a privacidat afecta prencipalment a la visualización publica d'os datos de rechistro, no ye o mesmo que amagar o conteniu d'o puesto web. Lo que realment afecta a lo SEO ye a calidat d'o conteniu, a estructura d'o puesto y l'experiencia d'usuario.