Namecheap está sufriendo una interrupción amplia este 13 de agosto de 2026. La propia compañía atribuye la emergencia a un corte eléctrico en su datacenter de Phoenix y confirma afectaciones en Namecheap.com, hosting, EasyWP, infraestructura DNS, correo, redirecciones y operaciones relacionadas con hosting.
La parte más crítica para muchos administradores no es únicamente que un servidor web pueda estar inaccesible: Namecheap declara que su infraestructura DNS está no disponible y que tanto la resolución como la gestión de zonas están afectadas. Eso puede hacer que un dominio deje de resolver aunque el servidor de origen siga encendido.
Última verificación editorial: 13 de agosto de 2026, 10:17, America/Merida. El incidente sigue abierto en la página oficial consultada. Este artículo se actualizará cuando Namecheap publique nuevos datos.
Qué confirmó Namecheap sobre la caída del 13 de agosto
El incidente oficial, publicado por Namecheap a las 08:35 AM en horario de Nueva York, describe una emergencia causada por un corte eléctrico en el datacenter de Phoenix. En el momento de nuestra última revisión, la empresa indica que sus equipos trabajan para devolver los sistemas a línea y todavía no publica una hora estimada de recuperación.
Según el aviso oficial de estado de Namecheap, el alcance incluye:
Namecheap.com: en mantenimiento de emergencia.
Shared, VPS y Dedicated Hosting: problemas de red; los sitios pueden responder lentamente, quedar inaccesibles o devolver errores 503. El acceso al panel de hosting también puede verse afectado.
EasyWP: Namecheap indica que toda su infraestructura, incluido el dashboard y los sitios de clientes, puede quedar temporalmente inaccesible.
DNS: la infraestructura DNS de Namecheap figura como no disponible; la resolución y la gestión de zonas están afectadas.
Private Email y correo asociado al hosting: pueden producirse retrasos de entrada y salida. Namecheap señala que los mensajes no se esperan perdidos y deberían entregarse cuando los servidores remitentes reintenten.
URL Redirect de BasicDNS y PremiumDNS: también puede estar afectado.
Operaciones de hosting: activaciones, renovaciones y cambios de plan pueden procesarse con retraso.
Soporte: el helpdesk y el chat en vivo también presentan problemas; el aviso oficial ofrece canales alternativos.
Esto es más amplio que una caída aislada del sitio corporativo. Al involucrar simultáneamente DNS, red de hosting, EasyWP y servicios de correo, una misma incidencia puede manifestarse de formas diferentes según dónde esté alojado cada componente de un proyecto.
Por qué una caída de DNS puede tumbar un sitio aunque el servidor siga vivo
DNS y hosting son capas distintas. El hosting ejecuta la aplicación; el DNS publica la información que permite encontrarla. Si los servidores autoritativos responsables de una zona dejan de contestar y la respuesta ya no existe en caché, un resolutor puede no obtener la IP del sitio.
Por eso un navegador puede mostrar un error de resolución aunque el servidor web, la base de datos y Nginx o Apache estén funcionando. Si necesitas repasar esa diferencia, nuestra guía sobre qué es DNS y cómo funciona explica el recorrido entre resolutores, caché y servidores autoritativos.
También explica por qué cambiar el DNS de tu computadora a 1.1.1.1 o 8.8.8.8 no repara por sí solo una caída del DNS autoritativo. Esos servicios son resolutores recursivos: pueden consultar una zona, pero no pueden inventar una respuesta que el proveedor autoritativo no esté entregando y que ya no exista en caché.
¿La API de Namecheap también está caída?
La documentación oficial de la API de Namecheap identifica https://api.namecheap.com/xml.response como endpoint de producción. Sin embargo, el aviso de la emergencia no enumera la API como un componente independiente en el momento de esta revisión.
Eso significa que no es correcto convertir reportes de clientes o errores puntuales en una afirmación oficial de “API totalmente caída”. Si una automatización está fallando hoy, conviene registrar el tipo de fallo —resolución DNS, timeout, conexión rechazada o respuesta HTTP— y contrastarlo con la evolución del incidente.
La distinción importa: un fallo al resolver api.namecheap.com no es lo mismo que recibir una respuesta válida del endpoint con un error de aplicación. Mientras Namecheap no publique un estado específico de su API, esa parte debe mantenerse como afectación observada por usuarios, no confirmación oficial separada.
Cómo comprobar si tu problema es DNS o el servidor de origen
Si administras un dominio afectado, puedes reunir evidencia sin hacer cambios destructivos. Los siguientes comandos son instrucciones de diagnóstico; no representan pruebas ejecutadas por Teramont contra tu dominio.
1. Comprueba los nameservers delegados
dig +short NS tudominio.com
Si aparecen nameservers de Namecheap o de su plataforma de hosting, el incidente DNS puede ser directamente relevante para tu zona.
2. Pregunta a más de un resolutor
Reduce dependencias en tu próxima arquitectura
Si necesitas separar el servidor de tu registrador y elegir tu DNS de forma independiente, un VPS te da control sobre la capa de cómputo y el despliegue de tu aplicación.
Ver VPS Hostingdig @1.1.1.1 tudominio.com A
dig @8.8.8.8 tudominio.com A
Compara el código de respuesta, la sección de respuesta y si alguna consulta obtiene datos desde caché. Una diferencia entre resolutores no demuestra por sí sola la causa, pero ayuda a distinguir caché de un problema consistente.
3. Si conoces la IP del origen, prueba HTTPS saltándote DNS
curl --resolve tudominio.com:443:203.0.113.10 https://tudominio.com/ -I
Sustituye 203.0.113.10 por la IP real de tu servidor. El bloque mostrado pertenece a documentación. --resolve obliga a cURL a usar una IP concreta conservando el nombre del sitio para HTTP y TLS. Si así responde el origen pero el dominio no resuelve normalmente, tienes una señal fuerte de que el problema está antes del servidor web.
Si tu propio hosting también está en la infraestructura afectada de Namecheap, esta prueba puede fallar igualmente. Una caída de DNS y una caída de red del origen pueden ocurrir al mismo tiempo.
¿Conviene cambiar los nameservers de emergencia?
No lo hagas por reflejo. Cambiar nameservers durante un incidente puede ser una mitigación válida solo si ya tienes una copia completa y actualizada de la zona en otro proveedor DNS, entiendes qué ocurrirá con DNSSEC y puedes aceptar el tiempo de transición.
La propia guía de cambio de DNS de Namecheap advierte que los registros no se copian automáticamente al cambiar entre proveedores y que los cambios de nameservers no son instantáneos. Si faltan registros MX, TXT, CAA, subdominios o verificaciones, una migración precipitada puede sustituir una caída por varias.
Si tu dominio usa DNSSEC, el riesgo es mayor. Los registros DS publicados en el registrador deben corresponder con las claves de la zona autoritativa. Namecheap documenta la gestión de DNSSEC con DNS personalizado; una cadena de confianza incoherente puede provocar fallos de validación incluso cuando los nuevos nameservers ya responden.
Mover DNS tampoco arregla un hosting caído
Hay otro detalle importante: si la aplicación está alojada en un Shared Hosting, VPS, Dedicated Server o EasyWP que también depende de la infraestructura afectada, mover únicamente el DNS a otro proveedor no devuelve el servidor de origen a línea.
Para recuperar servicio necesitas que exista un destino alternativo que pueda servir la aplicación: otro servidor, réplica, entorno de contingencia o página estática de emergencia. DNS solo decide dónde buscarlo.
Este incidente es un buen ejemplo de por qué conviene revisar los puntos de fallo compartidos cuando se elige proveedor. Nuestra guía de cómo elegir un hosting web incluye preguntas sobre SLA, backups, DNS, correo, migración y recuperación que normalmente se descubren demasiado tarde: justo cuando algo se cae.
Qué hacer ahora si dependes de Namecheap
No hagas cambios masivos sin inventario. Guarda una copia de tus registros DNS, IP de origen, configuración de correo y nameservers actuales si todavía tienes acceso.
Determina qué capa está fallando. Separa resolución DNS, acceso al panel, conectividad al servidor, aplicación y correo.
Evita reinicios y migraciones innecesarias. Un 503 o un timeout durante un incidente de red no significa automáticamente que tu VPS esté corrupto.
Si tienes una réplica externa ya preparada, sigue tu runbook. Cambia tráfico solo con datos y zonas verificados y conserva un rollback.
Vigila el estado oficial. El alcance y la recuperación pueden cambiar; usa la publicación de Namecheap como fuente primaria antes de actuar sobre rumores.
La lección de infraestructura: separar dominios, DNS y cómputo
No existe una arquitectura inmune a fallos, y usar proveedores distintos tampoco garantiza disponibilidad. Pero separar funciones permite diseñar fallos menos correlacionados. El registrador puede gestionar la propiedad del dominio, un proveedor DNS autoritativo puede publicar la zona y el servidor puede vivir en otra red.
La ventaja no es “usar más empresas” por sí misma: es poder recuperar una capa sin depender de que la misma plataforma esté disponible para modificar las demás. Eso requiere zonas respaldadas, acceso de emergencia, TTL pensados con antelación, DNSSEC documentado, backups restaurables y un destino alternativo cuando el negocio realmente necesite alta disponibilidad.
Estado actual y qué falta por saber
A las 10:17 de este 13 de agosto de 2026 en America/Merida, la información verificable es que Namecheap responde a una emergencia por un corte eléctrico en Phoenix y mantiene afectaciones declaradas en DNS, hosting, EasyWP, correo, Namecheap.com y otros servicios. La compañía todavía no ofrece en el aviso consultado una ETA de recuperación ni un análisis técnico de causa raíz más allá del corte eléctrico.
Tampoco ha separado públicamente el estado de su API en ese aviso. Cuando aparezca una actualización oficial —restauración parcial, recuperación de DNS, resolución total o postmortem— esta nota deberá revisarse para reflejarla con hora y fuente.
