coded.dot

Sí. Un monedero o una app de pagos pueden usar .PAY como punto de entrada memorable y específico de pago. Comprueba etiquetas candidatas a través de domain.pay: https://domain.pay/es/domains. Si posees una marca registrada que coincide, considera la vía prioritaria; de lo contrario, haz una pre-reserva para un acceso más amplio.

Sí. Si tu intento de pre-pedido de coded.dot no tiene éxito —por ejemplo, si el nombre se adjudica a otra persona—, el intento es reembolsable. Solo se te cobra por un registro exitoso de coded.dot. Revisa las condiciones de reembolso antes de hacer tu pre-pedido en /pricing.

Un negocio de comercio electrónico o de pasarela que use un procesador de pagos puede acercarse más al concepto de elegibilidad del LRP1, pero las reglas del registro siguen prevaleciendo. Empieza en domain.pay para elegir la vía correcta y verificar los requisitos actuales: https://domain.pay/es/register. Las cuestiones de licencias, que son aparte, siguen siendo asuntos legales.

Puedes preseleccionar algunas alternativas a coded.dot en domain.pay mientras decides, comparando variantes de coded.dot antes de reservar. Mantener las opciones abiertas evita perder una buena alternativa. Arma tu lista corta en https://domain.pay/es/domains.

Los titulares de marcas deben actuar antes del plazo de prioridad de .PAY del 20 de julio de 2026. domain.pay también señala que el soporte del TMCH debe comenzar antes, para el 10 de julio de 2026. Verifica tu etiqueta y empieza aquí: https://domain.pay/es/register. Actuar tarde puede empujarte a fases posteriores.