Si un tercio de tu lista usa Yahoo, AOL o un buzón de un proveedor alojado por Yahoo, tu informe de verificación nunca parecerá tan limpio como una lista solo de Gmail. Habrá risky rows. There will be unverified rows. And there will be a support ticket asking why.
Esta página responde públicamente a esa consulta: qué permite realmente comprobar Yahoo a cualquiera, qué hace nuestra ruta para Yahoo/AOL en su lugar, qué significa cada estado para una dirección de Yahoo, cuánto cuesta y qué hacer con esas filas antes de enviar.
Una cosa antes de nada, porque determina todo lo demás: Yahoo no te dirá si un buzón existe. Responde «aceptada» tanto a una dirección real como a una inventada. Ningún proveedor obtiene más que eso de los servidores de correo de Yahoo. La diferencia está en lo que cada proveedor hace con ese silencio y en si te cobra por la suposición.
La prueba que explica todos los resultados de Yahoo
Ejecutamos nuestra propia sonda SMTP contra los servidores de correo de Yahoo desde dos grupos de IP distintos, con y sin retraso, usando direcciones cuya situación ya conocíamos:
| Sonda | Lo que respondió Yahoo |
|---|---|
| Buzón real de Yahoo | 250 — recipient OK |
Dirección inventada con nombre verosímil (firstname.lastname@yahoo.com) |
250 — recipient OK |
Cadena aleatoria de caracteres (xk3j9f2q7@yahoo.com) |
250 — recipient OK |
| La misma dirección real, tras una espera de 5 segundos | 250 |
| La misma dirección real, desde un segundo grupo de envío | 250 |
250 means "Aceptaré el mensaje." No dice nada sobre si hay una persona detrás de la dirección. Cuando un servidor responde 252 instead — "cannot verify the recipient, but will accept the message" — that is the same statement in a politer code.
Esto es deliberado. Un servidor de correo que respondiera con honestidad permitiría a cualquiera enumerar cuentas activas: prueba john@yahoo.com, john1@yahoo.com, john2@yahoo.com, keep whatever comes back accepted, and you have a list of real people worth selling. Yahoo closed that door by refusing to distinguish real recipients from invented ones.
Consecuencia: cualquier herramienta que informe valid or invalid for a Yahoo address obtained from that probe has not measured the mailbox. It has repeated what the server said. We do not do that — which is why some of your Yahoo rows are not a clean yes/no.
"Yahoo" son 47 dominios, no uno
Filtrar por yahoo.com misses most of the family. These all run on Yahoo's mail backend, so they all behave identically:
| Grupo | Dominios |
|---|---|
| Yahoo | yahoo.com, yahoo.co.uk, yahoo.fr, yahoo.de, yahoo.it, yahoo.es, yahoo.com.br, yahoo.co.jp, yahoo.com.au, yahoo.co.in, yahoo.ca, yahoo.com.ph, yahoo.com.sg, yahoo.com.hk, yahoo.com.tw, yahoo.com.mx, yahoo.com.ar, ymail.com, rocketmail.com |
| AOL (mismo backend) | aol.com, aim.com, netscape.net, cs.com |
| AT&T → Yahoo | att.net, currently.com, sbcglobal.net, bellsouth.net, pacbell.net, prodigy.net, swbell.net, ameritech.net, snet.net, flash.net, wans.net, nvbell.net, worldnet.att.net |
| Verizon → AOL | verizon.net |
| Frontier → Yahoo | frontier.com, frontiernet.net, citlink.net, epix.net |
| Cox → Yahoo | cox.net |
| Rogers (CA) → Yahoo | rogers.com, nl.rogers.com |
| Sky (UK) → Yahoo | sky.com |
| BT (UK) → Yahoo | btinternet.com, btopenworld.com |
Puedes comprobar cualquier dominio tú mismo con una consulta MX: si los servidores de correo terminan en yahoodns.net, el dominio se comporta como Yahoo sin importar el nombre que aparezca en la dirección. Usamos la misma prueba: la lista de dominios anterior más el registro MX, de modo que un proveedor de internet recién migrado queda identificado incluso antes de que lo añadamos por nombre.
Lo que hace nuestra ruta para Yahoo/AOL
Para esos 47 dominios no nos basamos en SMTP directo. El proceso es el siguiente:
- Sintaxis, DNS y MX — siempre se comprueban y siempre son gratuitas. La mayoría de las direcciones de Yahoo claramente inválidas (erratas, dominios inexistentes, sin servidor de correo) nunca llegan al paso de pago.
- Una comprobación de buzón a través de un proveedor de verificación especializado que mantiene una ruta independiente para Yahoo/AOL, en lugar del tratamiento genérico de catch-all que aplican la mayoría de los proveedores al correo de consumo.
- Asignación de la respuesta del proveedor a nuestro vocabulario de estados (tabla siguiente), de modo que una fila de Yahoo se pueda leer junto a una fila de Gmail o Outlook en el mismo informe.
- Sin respuesta no hay veredicto. Si el proveedor rechaza la dirección o el servicio no está disponible, la fila no se convierte en
validorinvalidto make the report look tidy. Single Check returnsunknown; a bulk job retries it, then ships it asunverified— and never charges for it.
| Respuesta del proveedor | Estado que verás | Confianza del informe | Qué significa |
|---|---|---|---|
deliverable |
valid | alto | El proveedor confirmó el buzón |
undeliverable |
invalid | alto | El proveedor confirmó que el buzón no existe |
risky |
riesgoso | medio | El proveedor respondió, pero no quiso confirmar el buzón |
unknown (provider answered, could not confirm) |
riesgoso | bajo | Alguien lo revisó; el buzón sigue sin confirmar |
catch_all |
catch_all | medio | El dominio acepta cualquier dirección; no hay respuesta por buzón |
| Ninguna comprobación completada | desconocido / sin verificar | — | No hay ningún veredicto sobre el buzón |
Por qué el proveedor-
unknownbecomesrisky, notunknown: en nuestros informesunknownmeans nadie respondió — una caída del servicio o una negativa a responder. Cuando un proveedor revisó la dirección y no pudo confirmarla, eso es una afirmación sobre el buzón, así que aparece enrisky. The distinction matters:riskyis a finding,unknown/unverifiedis a gap.
Qué significa cada estado para una dirección de Yahoo
| Estado | Qué ocurrió realmente | Facturable | Qué hacer |
|---|---|---|---|
| valid | El proveedor confirmó que el buzón es entregable (confianza calibrada para esta respuesta: 95) | 1 crédito | Enviar con normalidad |
| invalid | El proveedor confirmó que el buzón no existe (confianza 90) | 1 crédito | Eliminar de la lista |
| riesgoso | El proveedor respondió pero no pudo confirmarla: el resultado habitual para nombres plausibles de Yahoo | Gratis | Enviar como lote independiente, volumen pequeño, vigilar los rebotes |
| catch_all | El dominio acepta a todos los destinatarios; no existe respuesta por buzón | Gratis | Igual que risky |
| sin verificar | La comprobación nunca se completó: no hay ningún veredicto sobre el buzón | Gratis | Conserva la fila; volver a ejecutar el trabajo masivo no tiene coste |
| desconocido | Equivalente en comprobación individual de lo anterior: el proveedor no fue accesible o se negó | Gratis | Vuelve a comprobar en unos minutos |
Dos consecuencias que vale la pena repetir:
unverifiedis not a negative result. Es una celda vacía. Eliminar esas filas desecha direcciones que nadie ha comprobado, y en listas de Yahoo suelen ser tus suscriptores más normales, no los peores.riskyon Yahoo is not the same asriskyon a corporate catch-all. Un catch-all corporativo oculta un buzón detrás de un dominio; Yahoo oculta millones de buzones reales detrás de una política. Tratar Yahooriskyrows as "probably dead" is how senders lose a third of a consumer list that was fine.
Un estado que nunca verás en una fila de Yahoo: valid_generated. Esa etiqueta corresponde a buzones confirmados por SMTP cuyo patrón de dirección parece generado automáticamente. Las direcciones de Yahoo/AOL se confirman a través de nuestra ruta con el proveedor, que nunca nos muestra la respuesta SMTP, por lo que un nombre de Yahoo con aspecto aleatorio se mantiene como valid (or risky, if the provider would not confirm it).
Si una fila de Yahoo te sorprende, la respuesta del proveedor se guarda junto con el resultado. Envíanos la dirección y te diremos exactamente qué se recibió: un veredicto o un rechazo.
Cobertura y precisión: nuestras propias cifras
Preferimos publicar las cifras incómodas antes que dejar que las descubras en un informe. Medido sobre 1.267 direcciones de la familia Yahoo procesadas en los últimos tres meses:
| Estado | Filas | Porcentaje |
|---|---|---|
| valid | 741 | 58.5% |
| riesgoso | 271 | 21,4 % |
| sin verificar | 242 | 19.1% |
| invalid | 13 | 1.0% |
Fíjate en que unverified line with context: 184 de esas 242 filas proceden de una única ventana de ocho horas (del 21 al 22 de octubre de 2026), cuando el proveedor de verificación rechazó parte de un lote mientras respondía con normalidad a otras direcciones en esos mismos minutos. Eso es un incidente del proveedor, no una característica de esas direcciones. Fuera de esa ventana, la proporción de no verificadas es 4.6%.
Precisión, medida frente a direcciones cuya realidad pudimos demostrar:
| Prueba | Resultado |
|---|---|
| 145 direcciones de Yahoo/AOL/Mail.ru que sabemos que son falsas (cadenas aleatorias + nombres plausibles) | 0 falsos positivos — estadísticamente por debajo del 2,1 % con un 95 % de confianza |
6 direcciones obligatorias de la RFC 2142 (postmaster@, abuse@ on Yahoo, AOL, Mail.ru) |
4 confirmadas deliverable, 2 left unknown, 0 incorrectas |
| Calibración de la confianza numérica del proveedor (15 = desconocido, 90 = no entregable, 95 = entregable) | Coincidió con la realidad en todas las pruebas |
La limitación real es lo que esas pruebas no pueden cubrir: una cadena aleatoria como xk3j9f2q7@yahoo.com can be refutada, y normalmente es así: el proveedor resolvió el 78 % de ellas. Un nombre plausible como marko.horvat@yahoo.com cannot be confirmado, por lo que permanece sin confirmar; en nuestro grupo de prueba, 0%de nombres plausibles resueltos. Ese es el precio de negarse a adivinar, y es el mismo muro con el que tropieza todo proveedor, lo admita o no en su informe.
Por qué otras herramientas muestran un veredicto seguro para cada dirección de Yahoo
Existen tres enfoques. Solo uno de ellos mide algo, y la diferencia se ve en tus registros de rebotes, no en la presentación comercial:
| Enfoque | Lo que obtienes | Lo que te cuesta |
|---|---|---|
Informar de la respuesta SMTP sin procesar (250 = accepted) |
valid for nearly every Yahoo address |
Direcciones inactivas marcadas como válidas; los rebotes y el daño a tu reputación recaen en ti |
| Marcar todo el dominio como catch-all/desconocido | Honesto, pero cero información por dirección, y a menudo se cobra igualmente | Pagas por una etiqueta que no te dice nada y aun así tienes que decidir por tu cuenta |
| Verificación del buzón del proveedor (lo que hacemos) | Cobertura parcial, sin veredictos inventados, sin cargo por los huecos | Algunas filas se quedan risky or unverified — visible, and free |
Si un proveedor devuelve un
validorinvalidfor every plausible Yahoo name, it is inferir a partir de patrones (la forma del nombre, el historial del dominio, rebotes anteriores), no midiendo un buzón. La inferencia puede ser un producto legítimo. No es un resultado de verificación y no debería venderse como tal.
Por qué una dirección de Yahoo que verificaste puede seguir rebotando
La verificación responde "¿existe este buzón ahora mismo?" No puede responder "¿esta persona interactuará?" Y en Yahoo la distancia entre esas dos preguntas es mayor que en cualquier otro lugar:
- Las cuentas inactivas se desactivan. Las condiciones de Yahoo lo permiten tras una larga inactividad (12 meses), y una dirección desactivada puede reasignarse más tarde a otra persona. Una dirección reciclada es justo el origen de las trampas de spam.
- Los rebotes llegan tarde. Yahoo acepta el mensaje durante la transacción SMTP y decide después. Un
250during the campaign is not a delivery confirmation; the bounce can land hours later. - Las quejas pesan más que los rebotes. Cuando un usuario de Yahoo pulsa "spam", tu reputación de dominio sufre mucho más que con un rebote duro, y ningún verificador puede predecirlo.
- Yahoo te evalúa como remitente, no como lista. Tu autenticación, tu historial de envíos y tu tasa de interacción determinan la bandeja de entrada, por eso nuestra guía de SPF/DKIM/DMARC importa tanto como cualquier puntuación de verificación.
Cómo enviar a direcciones de Yahoo de forma segura
- Envía
validnormally. Es el único veredicto positivo que Yahoo permite obtener a cualquiera. - Nunca elimines en masa
risky,catch_allorunverified. Sepáralas en un lote propio, empieza con el 5–10 % de tu volumen habitual y vigila los rebotes y las quejas antes de escalar. - Confía más en tus propios datos de interacción que en cualquier veredicto. Una dirección que abrió o hizo clic en los últimos 90 días debe seguir en el envío, independientemente de lo que haya dicho un verificador.
- Retira el grupo inactivo intermedio. Las direcciones de Yahoo con más de un año sin aperturas ni clics son tus candidatas más probables a trampas de spam: retíralas independientemente de su estado de verificación.
- Usa RRVS cuando tu plataforma lo permita. Yahoo respeta la
Require-Recipient-Valid-Sinceheader (RFC 7293): you supply the date you last confirmed the address, and Yahoo rejects the message if the mailbox has changed owner since then. It is the only sender-side protection against recycled addresses. - Suprime los rebotes duros en la primera aparición, y mantén la tasa de quejas cerca de cero: en Yahoo, las quejas se castigan más rápido que los rebotes.
- Vuelve a verificar los segmentos de Yahoo cada 90 días. Un veredicto de Yahoo caduca más rápido que el de cualquier otro dominio de consumo, porque las cuentas se desactivan y se vuelven a emitir.
Facturación: lo que cuesta un resultado de Yahoo
| Resultado | Créditos |
|---|---|
valid, invalid (and over_quota, disposable) |
1 |
risky, catch_all, unknown, unverified, spam_trap |
0 |
Un fallo nunca te cuesta nada: si el proveedor rechaza una dirección o no está disponible, la fila es gratuita, y volver a ejecutar el trabajo masivo tras una comprobación fallida también es gratis. Las nuevas comprobaciones servidas desde nuestra caché dentro del período de conservación también son gratuitas.
En las cuotas indicadas arriba, una lista de 10.000 filas en la que el 30 % son de Yahoo (3.000 filas) produce aproximadamente 1.785 filas facturables y deja unas 1.215 filas en tu lista, sin facturar, en lugar de eliminarlas para que el informe parezca concluyente.
Lo que no hacemos
- No sondeamos los flujos de registro ni de restablecimiento de contraseña de Yahoo para comprobar si una cuenta existe. Infringe las condiciones de Yahoo, es indistinguible de la enumeración de cuentas y sometería tus datos a un flujo de terceros que no controlamos.
- No emitimos un veredicto seguro basado en patrones de nombres. Presentar una inferencia como si fuera una medición es la forma en que las listas se "limpian" y las campañas siguen rebotando.
- No volvemos a SMTP sin procesar para Yahoo para que el informe sea más ecológico.
250for every address is not a verdict, and selling it as one is exactly the false-validproblem this page exists to explain.
En resumen
- Ningún verificador puede confirmar un buzón de Yahoo a nivel de protocolo. Quien devuelva un sí o un no con total seguridad para cada dirección de Yahoo está infiriendo, no midiendo.
- Nuestra ruta para Yahoo/AOL mide lo que es medible, mantiene visibles las lagunas y nunca las cobra.
- Cuente con aproximadamente 58%
valid, 1%invalidy con un gran resto no concluyente en una lista de Yahoo de consumo: planifique el envío en torno a ello en lugar de eliminarlo. - Envía
riskyas its own batch, lean on engagement data, use RRVS, and re-verify every 90 days.
Todas las cifras de esta página se han medido con nuestros propios datos de producción y scripts de prueba (octubre de 2026). Las volvemos a medir cada trimestre y actualizamos los números cuando cambian, incluso cuando empeoran.
Verificar una dirección de Yahoo — Verificación individual →
Relacionado: Explicación de todos los estados de verificación · Explicación de los correos catch-all · Tasa de rebote de correo: qué es normal