Skip to main content
La API REST incluirá una respuesta con una lista de errores cuando corresponda.
Los errores devuelven un código de estado de 400, 401, 402, 403, 404, 429, 500, 502, 503 o 504. Un éxito devuelve un código de estado 200. Consulta aquí para más detalles.
Cada llamada a la API puede devolver diferentes errores según la solicitud específica y los problemas encontrados en la red social. La respuesta de error contendrá detalles sobre lo que salió mal durante la llamada a la API. Por ejemplo, una publicación considerada duplicada por Twitter y Facebook devolvería la siguiente respuesta.
Ten en cuenta:
  • El campo errors contiene el arreglo de errores, uno por cada red social que tuvo un error.
  • El action se refiere al tipo de error devuelto.
  • El campo status de nivel superior será “error” si la llamada a la API falló. Por ejemplo, en una llamada a /post, si todas las publicaciones en las redes sociales tuvieron éxito, el campo status será “success”; de lo contrario, el campo status será “error”.
  • El campo code contiene el código de error de referencia de Ayrshare.
  • El campo message incluye los detalles específicos del error.

Manejo de errores

Debes gestionar cualquier respuesta de error y tomar la acción apropiada. Ocurrió un error si:
  • El código de retorno de la respuesta no es 200
  • El status del JSON de respuesta es error
Por ejemplo, si el enlace de Facebook fue eliminado por tu usuario — cambió su contraseña o revocó el acceso de Ayrshare — se produciría la siguiente respuesta al publicar, con un código 400 Bad Request.
Una acción podría ser notificar a tu usuario mediante tu dashboard, SMS o correo electrónico. Otro ejemplo es si la imagen publicada en Instagram tiene las dimensiones o la proporción incorrectas, con un código de respuesta 400 Bad Request:
Una acción podría ser reenviar las imágenes con la proporción correcta.

Cuota mensual de publicaciones

Código 106 — Cuota mensual de publicaciones superada (HTTP 429) El perfil ha agotado su cuota mensual de publicaciones. /post devuelve este error en las nuevas solicitudes de publicación, incluidas las que programan una publicación. Las demás solicitudes de publicación, como obtener, eliminar o reintentar una publicación, o las analíticas de publicaciones, también lo devuelven hasta que la cuota se reinicie. Las publicaciones programadas que llegan a su hora mientras la cuota está agotada también fallan con este código. Esto no es un rate limit. Esperar unos minutos no servirá de nada. Por lo general, la respuesta completa es el error:
En una publicación programada, el mismo error aparece en el array errors de la publicación. Esto también puede ocurrir con una nueva publicación si la cuota se agota mientras se envía. Comprueba si aparece code: 106 en ambos lugares. Acción: consulta monthlyPostCount y monthlyPostQuota con Detalles del User Profile. La cuota se reinicia el día 1 de cada mes (UTC). Cambiar de plan reinicia de inmediato el contador de tu Primary Profile. Los intentos de publicación fallidos también cuentan, así que detén cualquier reintento automático de publicaciones que siguen fallando. Consulta ¿Cuántas publicaciones y llamadas a la API puedo hacer? para más detalles.

Errores de contenido duplicado o similar

Antes de que una publicación llegue a la red social, Ayrshare la compara con tus otras publicaciones y rechaza el contenido idéntico o casi idéntico con el código 137. Es una comprobación propia de Ayrshare, así que una publicación puede rechazarse incluso cuando la red la habría permitido. No se aplica a todas las plataformas: consulta las excepciones más abajo.
La ventana. Cada publicación se comprueba contra una ventana de 48 horas centrada en su propia scheduleDate: 24 horas antes y 24 horas después. Como la ventana mira hacia adelante además de hacia atrás, una publicación puede rechazarse por otra programada después de ella, no solo antes. Qué se compara.
  • La coincidencia se evalúa por perfil de usuario y por plataforma. El mismo texto enviado a X/Twitter y a LinkedIn no es un duplicado de sí mismo, y dos perfiles de usuario distintos no entran en conflicto.
  • X/Twitter es la excepción, y solo para duplicados exactos: una publicación idéntica también se comprueba contra todos los perfiles de usuario de la misma cuenta, porque X no permite el mismo contenido en varios handles. Las coincidencias casi idénticas (de similitud) siguen limitadas al único perfil desde el que se publicó.
  • Pinterest, Reddit y Telegram no se comprueban en busca de duplicados.
Para publicar sobre el mismo tema con más frecuencia, crea variaciones con la Generate API.

Códigos de error específicos de Instagram

Los siguientes códigos de error proporcionan detalles específicos sobre los fallos de publicación en Instagram, reemplazando al error genérico 138 cuando es posible. Código 435 — Rate limit de Instagram (HTTP 429) Las cuentas profesionales de Instagram (Business/Creator) están sujetas a un límite móvil de 50 publicaciones en 24 horas en la Content Publishing API de Meta (las cuentas personales no pueden publicar por la API en absoluto y, por lo tanto, nunca llegan a este límite). Cuando se supera el límite, Meta devuelve un error de rate limit. Ayrshare también expone code: 435 cuando el endpoint de publicación de Meta devuelve HTTP 429 directamente o cuando el subcódigo de error subyacente (1390008) indica un throttle de publicación/comentario.
Acción: espera a que se reinicie la ventana del rate limit antes de reintentar. Cuando Meta proporciona un header Retry-After, el valor (en segundos) se transmite en el campo details; espera al menos ese tiempo antes de reenviar. Código 436 — Timeout de procesamiento de medios de Instagram (HTTP 400) Instagram tardó demasiado en procesar el medio subido. Esto puede ocurrir con archivos de video grandes o durante períodos de alta carga en los servidores de Meta.
Acción: reintenta la publicación usando el endpoint retry post. Si el problema persiste, prueba a reducir el tamaño del archivo de medio. Código 447 — Trial Reels de Instagram: falta graduationStrategy (HTTP 400) Se devuelve cuando se proporciona instagramOptions.trialParams en una solicitud /post pero graduationStrategy falta, es null o es una cadena vacía. Los trial reels requieren una estrategia de graduación explícita — consulta Trial Reels.
Acción: establece instagramOptions.trialParams.graduationStrategy como "MANUAL" o "SS_PERFORMANCE" y reintenta, o elimina trialParams si no querías publicar un trial reel. Código 448 — Trial Reels de Instagram: graduationStrategy inválido (HTTP 400) Se devuelve cuando graduationStrategy está presente pero no es exactamente "MANUAL" o "SS_PERFORMANCE". La verificación distingue mayúsculas/minúsculas — valores como "manual" o "ss_performance" se rechazan. El campo details refleja el valor rechazado (truncado a 64 caracteres) para ayudar con la depuración.
Acción: envía graduationStrategy como exactamente "MANUAL" o "SS_PERFORMANCE" (mayúsculas, tipo string). Código 449 — Trial Reels de Instagram: medio incompatible (HTTP 400) Se devuelve cuando el medio o la forma de la publicación no es elegible para un trial reel. Los trial reels deben ser un solo video .mp4 o .mov — se rechazan los carruseles (más de una URL), las stories (instagramOptions.stories: true) y las extensiones que no sean de video. El campo details desambigua cuál sub-caso se activó.
Acción: envía una única URL de video .mp4 o .mov sin la flag stories: true. Elimina las entradas adicionales de mediaUrls, o elimina trialParams si querías publicar un carrusel/story normal. Código 258 — Error de estado de cuenta de Instagram (HTTP 400) Un fallo general de estado de cuenta de Instagram con el mensaje base “Error with Instagram.” Aparece cuando Meta rechaza la solicitud debido al estado de la cuenta de Instagram conectada y no al contenido de la publicación.
Cuando el error_subcode subyacente de Meta es 2207085 (“Generic Internal Error”), el fallo es transitorio y del lado de Meta. Ayrshare reintenta automáticamente la publicación durante hasta unos 50 segundos antes de devolver el error, y la respuesta establece retryAvailable: true. No establece relink: true: volver a vincular la cuenta no resuelve esta condición. Cuando Meta proporciona un fbtrace_id, se devuelve en details:
Acción: para el sub-caso 2207085, reintenta la publicación en unos minutos: es una condición del lado de Meta que suele resolverse sola, y volver a vincular la cuenta no la soluciona. Solo si el error persiste más de 24-48 horas, pide al usuario que desvincule y vuelva a vincular su cuenta de Instagram en Social Accounts, otorgando todos los permisos solicitados, o contacta con el soporte de Meta con el fbtrace_id de details. Para otros errores de estado de cuenta, verifica que la cuenta de Instagram esté en buen estado en Meta y reintenta.

Retry disponible

A veces las redes sociales tienen un error irrecuperable, por ejemplo problemas de servidor, y la llamada termina fallando incluso después de numerosos reintentos. En esos casos, nuestro sistema determinará si el error se puede reintentar y, si es así, el campo retryAvailable será true.
Luego puedes reintentar la llamada con el mismo payload. Si es una publicación, puedes usar el endpoint retry post.

Errores de audio de Instagram Reels

Estos códigos cubren adjuntar música a un Reel de Instagram con instagramOptions.audioConfiguration, y los endpoints de búsqueda de audio y consulta de audio.
El código 514 no se puede resolver concediendo un permiso ni mejorando un plan. La Audio API de Meta “solo está disponible en la API de Instagram con Facebook Login. No es compatible con la API de Instagram con Instagram Login.” Una cuenta vinculada con Instagram Login devuelve 514 en cada llamada de audio hasta que se vuelve a vincular a través de Facebook Login con una página de Facebook conectada.Consulta la guía de elegibilidad para adjuntar música para la configuración completa, incluido dónde se encuentra ahora la conexión de la página de Facebook en la configuración de Facebook.
El código 518 llega en postIds[].warnings[], no en errors[]. Instagram permite una pista por Reel, así que cuando se envían tanto audioConfiguration como audioName, audioConfiguration gana y audioName se descarta. La respuesta sigue siendo status: "success" con un HTTP 200 — trata el 518 como informativo y no falles por él. La advertencia está anidada en la entrada de postIds de esa plataforma en lugar de en el nivel superior, y lleva feature: "audioName".
La validación de volumen reporta el 101 genérico, no un código dedicado. audioVolume y videoVolume deben ser enteros de 0 a 100. Un decimal, una cadena numérica como "80", un número fuera de rango o un null explícito devuelve code: 101 con el límite indicado en details, antes de llamar a Instagram. Omite el campo en lugar de enviar null.

Errores de respuesta privada de automatización (DM de comentario)

Estos códigos aparecen en las automatizaciones activadas por comentarios (comment_keyword) cuando no se puede enviar la respuesta privada que transporta el DM. Aparecen como la fila de actividad con status: "failed" y el motivo en actionResults[].errorDetails. Ninguno de ellos se reintenta automáticamente — la Send API de Instagram no tiene una idempotency key, por lo que un reintento automático arriesga entregar el DM dos veces. El manejo difiere según el código (ver Acción más abajo): la mayoría son permanentes para ese comentario específico, 492 requiere volver a conectar la cuenta, y 493 se resuelve solo cuando el límite por hora se restablece.
El código 491 cubre varias causas que Instagram no distingue, y 490 es la excepción específica. Instagram devuelve un error compartido para un comentario de más de 7 días, un comentario que ya recibió una respuesta (solo se permite una respuesta privada por comentario), un comentario eliminado y un comentarista que bloquea las solicitudes de mensajes. Todos estos casos reportan 491.490 se reporta solo en el caso más específico en el que Instagram identifica el ID del comentario como inválido de plano, en lugar de devolver el bucket compartido — así que un comentario eliminado puede aparecer como 490 o 491 según lo que Instagram devuelva.Como la API no separa estos casos, siempre lee errorDetails: contiene el propio texto de Instagram, que suele ser específico sobre la causa.
El código 489 está reservado y no se devuelve actualmente. Se reserva para el caso «este comentario ya tiene una respuesta», que Instagram actualmente no expone como una señal distinta — ese caso reporta 491 hoy. Se lista aquí solo para que el número no se reutilice.
Una conexión realmente expirada o inválida no está en este rango. Si la credencial de Instagram almacenada ha expirado, la fila de actividad es status: "auth_error" en lugar de failed, y volver a conectar la cuenta es la solución correcta. Con la excepción de 492 — un permiso faltante que se concede al volver a conectar la cuenta —, los códigos anteriores son condiciones a nivel de comentario y nunca significan «vuelve a vincular».
Estos códigos aparecen en dos formas diferentes según dónde los leas, y el campo que transporta el motivo de Instagram tiene un nombre diferente en cada una. 1. En la fila de actividad de la automatización — lo que devuelve GET /automations/:id/activity. El motivo de Instagram está en actionResults[].errorDetails:
2. Como envelope de error directo de la API — la forma estándar de error, donde el mismo motivo está en details:
Para una automatización activada por comentario, casi siempre estarás leyendo la forma 1. errorDetails allí contiene la misma cadena que el envelope coloca en details. Acción:
  • 490, 491, 495 — condiciones por comentario. No se pueden recuperar para ese comentario específico, y ningún reintento ayudará; la automatización funciona con normalidad en el siguiente comentario nuevo. Lee errorDetails para el motivo declarado por Instagram.
  • 492 — vuelve a conectar la cuenta de Instagram, concediendo todos los permisos solicitados. Es una solución a nivel de cuenta y, de lo contrario, afectará a todos los comentarios.
  • 493 — no se necesita ninguna acción más que esperar; el límite por hora se restablece por sí solo. No se reintenta automáticamente, por lo que el DM de ese comentario no se envía.
  • 494 — mala configuración interna, no una condición del lado del cliente. Contacta con soporte si se repite.
Un estado sent no garantiza la entrega. Independientemente de los fallos anteriores, una respuesta privada que Instagram acepta (status: "sent") todavía puede ser descartada silenciosamente cuando la configuración de Message requests de Instagram del destinatario bloquea a los desconocidos — esto no produce ningún código de error. Consulta DM de automatización enviado pero no entregado.

Errores de opciones de thread y de medios

Estos códigos se devuelven cuando una opción no se puede aplicar a la publicación — con mayor frecuencia en un X Thread o en un thread de Threads, donde las opciones que envías se aplican al thread completo.
  • 182 — El video no cumple el requisito de duración. El video es más corto que el mínimo de la red o más largo que su máximo. La respuesta indica la duración real del video junto con el mínimo y el máximo aplicados, así que compara los tres para confirmar qué límite alcanzaste. En X el rango estándar es de 0,5 a 140 segundos (2 minutos y 20 segundos); para publicar un video más largo establece longVideo: true, que eleva el máximo a 4 horas para una cuenta aprobada por X para video largo. Otras redes tienen sus propios límites — consulta las guías multimedia de la red en la que publicas.
  • 101 — Parámetros faltantes o incorrectos. En Threads se devuelve cuando allowCountries se envía desde una cuenta que Meta no ha hecho elegible para restricciones geográficas. No se publica ninguna parte de la publicación ni del thread. Comprueba isEligibleForGeoRestrictions en /user antes de enviar la opción.
  • 111 — X rechazó la publicación. Este es el código general para un fallo de X que no tiene un código más específico, así que lee los details de la respuesta — contienen el mensaje propio de X y son lo que te indica la causa. Una causa común es una opción que la cuenta no está autorizada a usar, como subscribersOnly sin X Subscriptions, o longPost en una publicación individual sin X Premium; en ese caso elimina la opción o comprueba las autorizaciones de la cuenta. Los fallos de conexión y otros errores del lado de X también aparecen como 111, y en esos casos conviene reintentar en lugar de cambiar tu solicitud.Ten en cuenta que longPost no es una causa de 111 en un thread — ahí se ignora con una advertencia y el thread se publica. Consulta Long Post.
  • 275 — La publicación es demasiado larga para publicarse como thread. Dividir el texto produjo más del máximo de 30 publicaciones. Acorta el texto o divídelo en threads separados. Añadir tus propios thread breaks con \n\n no ayudará aquí — cada corte crea otra publicación, así que puede llevar el recuento aún más por encima del límite.
Una opción que tu cuenta no puede usar hace fallar la publicación completa en lugar de ignorarse. En un thread esto significa que no se publica ninguna parte del thread — las partes que ya habían salido se eliminan por ti. La eliminación es de mejor esfuerzo: si la red rechaza una eliminación, esa parte puede quedar publicada, así que revisa el thread y elimina lo que haya quedado. Antes, algunas de estas opciones se descartaban silenciosamente en los threads y el thread se publicaba sin ellas.
Los códigos 501 a 513 pertenecen a la vinculación social: crear un enlace con Crear una Link Session, y abrir uno. Llevan "action": "link session". Los demás códigos de la serie 500 de esta página no están relacionados — 514 a 518 son de audio de Instagram Reels. Haz coincidir el code numérico, no el texto del mensaje, que puede variar o estar traducido. Cuáles de estos puede oír tu página. Con un origin establecido, una ventana emergente de vinculación envía eventos de finalización de vinculación a tu página, y 513 puede llegar por esa vía como un connect:error. 501, 502 y 503 no pueden: un enlace muerto se rechaza antes de que la página sepa adónde enviar eventos, así que tu usuario ve el motivo en pantalla y tu página oye connect:cancelled cuando cierra la ventana. Para distinguir esos tres, haz polling de Obtener una Link Session. 504 a 510 son rechazos del propio POST y nunca llegan como eventos, y 511 y 512 se producen mientras la red social está haciendo su callback, así que afloran ahí y no en tu página.

Errores de BYO Key de X/Twitter

Los siguientes códigos de error son específicos de las operaciones de X/Twitter con BYO (Bring Your Own) keys: Código 272 - No se pudo verificar la identidad BYO de Twitter (HTTP 400) Ayrshare no pudo confirmar tu identidad de X/Twitter usando tus consumer keys BYO y los tokens OAuth almacenados en el momento de la vinculación. La forma de la respuesta varía según qué llamada la haya activado; ambas formas se corresponden con los tres sub-casos siguientes. Verifica cuál aplica iniciando sesión en x.com con la cuenta propietaria de la BYO Developer App. La ruta de publicación emite una respuesta mínima:
La ruta de analíticas emite un mensaje más largo y autoexplicativo, y puede incluir un campo details con la cadena de error sin procesar de X:
Cuando está presente, details refleja la pista del lado de X y es la señal única más fiable para determinar qué sub-caso aplica. Cuenta suspendida. Al iniciar sesión en x.com aparece un aviso de suspensión. Acción: contacta con el soporte de X. Volver a vincular no restablecerá el acceso hasta que X reinstale la cuenta. Cuenta bloqueada. Al iniciar sesión en x.com aparece un desafío de desbloqueo (CAPTCHA, verificación por teléfono, etc.). Acción: completa el desafío de desbloqueo en x.com y luego reintenta la solicitud. No es necesario volver a vincular. Discrepancia de identidad o key. Tu cuenta de X está en buen estado en x.com, pero tus consumer keys BYO pertenecen a una X Developer App diferente que los tokens OAuth almacenados al vincular. Acción: vuelve a vincular X en Social Accounts y autoriza con la misma cuenta de X propietaria de la BYO Developer App. Código 364 — Límite de tasa de X (HTTP 429) X limitó una solicitud realizada con tus BYO keys. Este es el código de límite de tasa compartido de Ayrshare, y ahora también cubre la lectura de comentarios de X: Get Comments lo devuelve cuando X limita la lectura, mientras que antes se devolvía una lista de comentarios vacía.
Acción: espera a que se restablezca la ventana de límite de tasa de X y luego reintenta. X aplica sus límites por X Developer App, así que las solicitudes de todos los User Profiles que usan las mismas BYO keys cuentan para el mismo límite. Código 416 — Créditos de X agotados (HTTP 402) Tu cuenta de X Developer no tiene créditos de API cargados. Todas las llamadas a la API de X requieren créditos, así que este código puede devolverse en cualquier operación de X: publicación, analíticas y lecturas como Get Comments. En la lectura de comentarios sustituye a la lista de comentarios vacía que se devolvía antes, de modo que los créditos agotados ya no se reportan como una publicación sin comentarios. Las subidas de medios cuentan como llamadas a la API. Enviar una imagen o un vídeo con una publicación de X devuelve code: 416 cuando la cuenta se queda sin créditos, por lo que 416 no se limita a publicar texto ni a obtener analíticas. La subida falla antes de que se publique la publicación y no se reintenta: ningún reintento puede funcionar hasta que la cuenta tenga créditos.
Acción: ve a console.x.com → Billing → Credits y compra créditos. Incluso $5 son suficientes para cientos de llamadas a la API. Código 417 — Permisos de app de OAuth 1.0a (HTTP 403) Tu Access Token de X no tiene los permisos correctos para la operación solicitada.
También puedes ver el header de respuesta x-access-level: read, que confirma que tu Access Token se generó con permisos de solo lectura. Acción: en la X Developer Console, actualiza los permisos de tu app a Read and write and Direct message y luego regenera tu Access Token en Keys and tokens. El nuevo token heredará los permisos actualizados. Consulta la Guía de configuración de X BYO Key para más detalles. Código 419 - Faltan credenciales BYO (HTTP 400) Las operaciones de X/Twitter requieren credenciales de API BYO en los headers de la solicitud. Ayrshare devuelve el código 419 cuando faltan ambos headers, y también cuando solo hay uno del par. La cadena message varía dependiendo de qué header(s) falten. Cuando faltan tanto X-Twitter-OAuth1-Api-Key como X-Twitter-OAuth1-Api-Secret:
Cuando solo está presente uno del par (por ejemplo, la key sin el secret):
Acción: envía X-Twitter-OAuth1-Api-Key y X-Twitter-OAuth1-Api-Secret en cada solicitud dirigida a X. Si proporcionas uno sin el otro, la solicitud se rechaza con el mismo código. Consulta la Referencia de headers de X BYO Keys para ver la lista completa de headers. Código 423 — OAuth heredado de X/Twitter ya no soportado (HTTP 403) Se devuelve cuando una solicitud a X/Twitter depende del path OAuth heredado (no BYO), que ya no está soportado. El acceso a la API de X ahora requiere tus propias credenciales de X Developer App proporcionadas mediante headers de solicitud.
Acción: configura una X Developer App y envía los headers X-Twitter-OAuth1-Api-Key y X-Twitter-OAuth1-Api-Secret en cada solicitud dirigida a X. Consulta la Guía de configuración de X BYO Key para ver todos los pasos de configuración.

Errores de mejora de captions

Código 441 — Falló la mejora de caption (HTTP 502) Se devuelve cuando una mejora de caption (por ejemplo shortenLinks) falla en una o más plataformas al preparar una publicación. Cada plataforma afectada aparece en el arreglo errors con source: "handlePostAdditions" y code: 441. Cuando solo fallan algunas plataformas, las demás plataformas siguen publicando con éxito y sus resultados aparecen en postIds. En ese caso, el status de nivel superior es "error" pero postIds no está vacío — los clientes deben tratar status y errors[] como complementarios y no mutuamente excluyentes.
Si todas las plataformas fallan en la mejora, la respuesta es un code: 441 de nivel superior con HTTP 502 y no se crea ninguna publicación:
Acción: los fallos de mejora de caption suelen ser transitorios (el servicio de acortador o mejora subyacente devolvió un error).
  • Si postIds no está vacío (algunas plataformas publicaron con éxito), no vuelvas a enviar todo el conjunto de plataformas — eso duplicaría la publicación en las plataformas exitosas. En su lugar, inspecciona errors[] para identificar las plataformas que fallaron y reintenta la solicitud solo con esas plataformas, o confía en tu propio flujo de reintento idempotente.
  • Si postIds está vacío o falta (fallo total al programar/publicar), puedes reintentar la solicitud completa de forma segura.
  • Si el fallo persiste, envía la publicación sin la flag de mejora (por ejemplo, elimina shortenLinks) o contacta con soporte.

Errores de acceso del crawler / obtención de medios

Código 499 — Sonda de medios de Ayrshare temporalmente no disponible (HTTP 503) Se devuelve cuando Ayrshare no puede completar su inspección previa a la publicación del medio porque no se pudo contactar con el servicio interno de sonda de medios o este devolvió una respuesta no válida. Se trata de un fallo del servicio de Ayrshare, no una evidencia de que tu mediaUrl, tu CDN, tus reglas de user-agent o tu configuración de robots.txt sean incorrectos. El error incluye retryAvailable: true; reintenta la plataforma fallida en breve. Si una solicitud multiplataforma tuvo éxito parcial, reintenta solo las plataformas listadas en errors[] para evitar publicaciones duplicadas.
Código 164 — Ayrshare no pudo acceder al medio (HTTP 400) El código 164 es un envoltorio heredado de acceso/entrada de medios utilizado en varias rutas, incluyendo mediaUrls mal formadas, medios que no se pueden leer y algunos fallos de red al subir/obtener. Comprueba primero cualquier details devuelto. Para un fallo de acceso, confirma que la URL es públicamente accesible, sigue siendo válida durante el tiempo suficiente para la publicación y no bloquea las solicitudes remotas. /media/urlExists solo realiza una comprobación de accesibilidad HEAD; un resultado satisfactorio ahí no garantiza que la inspección previa a la publicación más profunda o el crawler de una red social puedan descargar y procesar el archivo. Cuando el fallo específico es que la propia sonda de Ayrshare no está disponible, recibes el código 499 reintentable en lugar del código 164. Código 440 — La red social no pudo descargar el medio (HTTP 400) Se devuelve cuando el crawler de publicación de la plataforma no puede descargar el mediaUrl que proporcionaste — normalmente porque robots.txt o una regla de WAF/bot-fight está bloqueando al crawler (por ejemplo, el facebookexternalhit de Meta). La cadena details proviene de la plataforma upstream y suele ser el texto del error 2207052 de Meta/Instagram.
Código 138 — Obtención de medio de Instagram bloqueada (HTTP 400) Código de reserva para fallos de obtención de medios de Instagram cuando la respuesta upstream es menos específica que la que activa el código 440. La cadena details suele contener "Restricted by robots.txt" o "HTTP error code 403". El código 138 también se usa para problemas de relación de aspecto/formato y otros errores genéricos de Instagram, por lo que la variante de obtención de medios es identificable por la cadena details.
Código 379 — Error al publicar en Threads Se devuelve cuando falla la publicación en Threads. Lo más común es que sea causado por el mismo problema de obtención de medios que los códigos 440/138 al publicar en ambas plataformas con el mismo mediaUrl. La API de Threads no devuelve cadenas de detalle, por lo que el diagnóstico normalmente requiere buscar un 440 o 138 de Instagram coocurrente en la misma publicación.
Acción: consulta Meta Media Crawler Blocked para una solución de problemas completa, incluyendo fragmentos de robots.txt y un comando de verificación.

Medios de Threads no listos

Código 522 — Medios de Threads no listos para publicar (HTTP 400) Threads no había terminado de preparar la publicación cuando Ayrshare intentó publicarla. Threads puede indicar que una publicación está lista unos segundos antes de aceptar la publicación. Ayrshare espera y vuelve a intentarlo durante un máximo de 30 segundos en total para una publicación de Threads, contando todas las partes de un hilo de varias partes, antes de devolver este error, por lo que la mayoría de estas publicaciones ahora se publican sin ningún error. Esto suele ser temporal por parte de Threads y tu contenido no es la causa. Los comentarios, las respuestas y los primeros comentarios de Threads reciben la misma espera (un primer comentario recibe sus propios 30 segundos después de que la publicación quede publicada), pero no devuelven el código 522. En un hilo de varias partes, el objeto code: 522 no está directamente en errors: es la última entrada del array posts del error de Threads, y el status HTTP 400 indicado arriba solo se aplica a una publicación individual de Threads. noAutoRetry: true solo impide que el servidor MCP de Ayrshare reintente la publicación por su cuenta; tú aún puedes reintentarla.
Acción: no necesitas modificar la publicación. Revisa primero postIds. Si no se publicó nada, reintenta la publicación con el endpoint retry post. Si otra plataforma de la misma publicación ya se publicó, envía en su lugar una nueva publicación solo a Threads: retry post reenvía el payload original a todas las plataformas, lo que volvería a publicar las que tuvieron éxito. Hilos de varias partes: un postIds vacío no demuestra que ninguna parte del hilo esté publicada. Ayrshare elimina las partes que sí se publicaron cuando falla una parte posterior, pero si una eliminación falla, esa parte permanece en Threads. Antes de reintentar un hilo de varias partes, revisa la cuenta de Threads y elimina las partes que sigan allí; de lo contrario, el reintento las volverá a publicar.

Rate limit de analíticas de Facebook

Código 444 — Rate limit de analíticas de una Página de Facebook (HTTP 429) Se devuelve cuando una Página de Facebook ha excedido el rate limit por Página de Meta en el endpoint de analíticas. El error subyacente de Meta es 80001 (“There have been too many calls to this Page account.”). La Página sigue vinculada y la publicación sigue funcionando — solo se limita el fan-out de analíticas para esa Página. Cuando se detecta el throttle para una única publicación en una respuesta de /history/facebook o analytics, cada publicación afectada lleva code: 444 en facebook.code con errCode: 80001:
Acción: espera unos minutos y reintenta. La ventana de rate limit por Página de Meta suele resolverse en menos de una hora sin necesidad de acción sobre la Página. No pidas al usuario que vuelva a vincular la cuenta — se trata de un throttle transitorio del lado de Meta, no de un fallo de autorización.
Si antes manejabas esta condición como code: 161 (“Facebook authorization error … unlink and re-link”), actualiza tu integración para reconocer code: 444 y reintentar con backoff en lugar de iniciar un flujo de relink. La clasificación 161 se corrigió en abril de 2026.

Verificación de identidad de Meta

Código 326 — Se requiere verificación de identidad de Meta (HTTP 403) Se devuelve cuando Meta requiere una verificación de identidad adicional para la cuenta conectada antes de aceptar la solicitud. Esto aplica en todas las plataformas de Meta — Facebook, Instagram, Grupos de Facebook, Threads y Messenger. Volver a conectar la cuenta no resuelve esto; la verificación debe completarse en el lado de Meta.
Acción: haz que el propietario de la cuenta complete la verificación de identidad de Meta en Meta Business Support y luego reintenta la solicitud. No pidas al usuario que vuelva a vincular la cuenta — volver a vincular no resolverá este requisito.

Bloqueo por normas de la comunidad de Facebook

Código 249 — Bloqueo por normas de la comunidad de Facebook (HTTP 400) Se devuelve cuando Facebook bloquea una publicación en virtud de sus normas de la comunidad (Community Standards). El bloqueo puede recaer sobre la cuenta o la página de Facebook, o sobre la propia publicación. Facebook usa el mismo error subyacente para ambos casos y no indica cuál aplica. En la práctica, lo más habitual es que se aplique a la cuenta o a la página, por lo que reescribir o reenviar el contenido a menudo no sirve de nada. Al igual que la restricción de cuenta de Facebook (código 476), se trata de una medida de cumplimiento por parte de Meta: es no reintentable y no lleva la flag retryAvailable. En una primera infracción, la cuenta sigue vinculada a Ayrshare y no se requiere volver a vincular; volver a vincular no elimina el bloqueo. Una infracción reiterada es distinta; consulta más abajo. Facebook no devuelve el motivo específico a través de la API, por lo que el cliente debe consultar directamente la página Account Status de Facebook para ver el motivo y apelar. Cuando Facebook suministra su propio texto verbatim, Ayrshare lo expone en el campo details. Ayrshare también envía al propietario de la cuenta un correo electrónico de notificación cuando se detecta el bloqueo. Una infracción reiterada de las normas de la comunidad en el mismo User Profile desvincula la cuenta de Facebook de Ayrshare y suspende el User Profile.
Compara con el valor numérico 249 del campo code, no con el texto de message. La redacción de message puede ajustarse con el tiempo, mientras que el código es estable. Acción: inicia sesión en Facebook, haz clic en tu foto de perfil (arriba a la derecha), abre la sección Help y selecciona Account Status. El asistente de soporte de Facebook allí muestra el motivo específico (que la API no devuelve) y te permite apelar. No pidas al usuario que vuelva a vincular la cuenta, ya que volver a vincular no elimina un bloqueo a nivel de cuenta o de página. Consulta Cuenta de Facebook o Instagram restringida para ver la guía completa de solución de problemas.

Restricción de cuenta de Facebook

Código 476 — Restricción de cuenta de Facebook (HTTP 400) Se devuelve cuando una publicación en Facebook falla porque Meta ha colocado una restricción en la cuenta (subcódigos de error de Meta 2424009 y 1404078, o la redacción de restricción de Meta cuando el error no lleva subcódigo). Se trata de una restricción a nivel de cuenta, no un fallo transitorio de publicación — es no reintentable y no lleva la flag retryAvailable. Reenviar la misma publicación no tendrá éxito hasta que la restricción se resuelva con Meta. La cuenta sigue vinculada a Ayrshare; no se requiere volver a vincular. Meta no devuelve el motivo específico de la restricción a través de la API, por lo que el cliente debe consultar directamente la página Account Status de Meta para ver el motivo y apelar. Cuando Meta suministra su propio texto verbatim, Ayrshare lo expone en el campo details. Ayrshare también envía al propietario de la cuenta un correo electrónico de notificación cuando se detecta la restricción.
Acción: inicia sesión en Facebook, haz clic en tu foto de perfil (arriba a la derecha), abre la sección Help y selecciona Account Status. El asistente de soporte de Meta allí muestra el motivo específico de la restricción y te permite apelar. Como la restricción la aplica Meta a nivel de cuenta, este código es no reintentable — no crees lógica de reintento automático a su alrededor; resuelve primero la restricción con Meta.

Errores de conversión de formato de imagen

Ayrshare convierte automáticamente imágenes WebP, HEIC, HEIF y AVIF a JPEG antes de publicarlas en plataformas que no las aceptan (Instagram, LinkedIn, TikTok, Google My Business, Threads y Snapchat para WebP; todas las plataformas para HEIC, HEIF y AVIF). La conversión se ejecuta de forma transparente en el momento del envío. Los tres errores siguientes se activan solo cuando la propia pipeline de conversión no puede completarse; si la imagen de origen ya está en un formato compatible, no se intenta ninguna conversión y estos códigos no aparecerán. Código 450 — Falló la conversión de formato de imagen (HTTP 400) La imagen se descargó pero no pudo reencodificarse como JPEG. Las causas más comunes son un archivo de origen corrupto, un formato interno inesperado dentro del contenedor o una imagen que excede el límite de tamaño de conversión.
Acción: abre el mediaUrl de origen directamente en un navegador para confirmar que se renderiza. Si lo hace, vuelve a exportar la imagen a un JPEG o PNG limpio y reintenta la publicación. Código 451 — Falló la descarga de imagen para conversión (HTTP 400) La pipeline de conversión no pudo obtener la imagen de origen. Las causas típicas incluyen una respuesta 4xx/5xx del origen, un timeout de red, una cadena de redirecciones que excede el límite de saltos, o una URL que resuelve a una dirección no pública (bloqueada por la protección SSRF). El campo details, cuando está presente, contiene la cadena de causa subyacente.
Acción: confirma que el mediaUrl es accesible públicamente (sin autenticación, sin bloqueos por robots.txt, resuelto por HTTPS). Si la URL redirige, asegúrate de que el destino final también sea público y no esté en una red privada. Código 452 — Falló la subida de la imagen convertida (HTTP 500) La conversión tuvo éxito pero Ayrshare no pudo colocar el JPEG convertido en su bucket de almacenamiento temporal. Este es un fallo interno del lado de Ayrshare y se puede reintentar.
Acción: reintenta la publicación. Si el error persiste tras varios reintentos, contacta con soporte con el mediaUrl y una marca de tiempo aproximada.

Errores transitorios de subida a YouTube

Los siguientes códigos de error proporcionan señales específicas para fallos de subida a YouTube que suelen ser transitorios y seguros de reintentar. Ambas respuestas incluyen retryAvailable: true, por lo que las integraciones pueden tomar decisiones en función de ese booleano en lugar del código de estado HTTP. La mayoría de las respuestas previas code: 176 para subidas a YouTube ahora se enrutan a 453 (timeout transitorio) o 454 (servicio transitoriamente no disponible), ambas con retryAvailable: true. Si tu integración filtra por HTTP 500 para reintentar subidas a YouTube, cambia a filtrar por el campo retryAvailable en el body de la respuesta. Código 453 — Timeout en la subida a YouTube (HTTP 504) Se devuelve cuando la pipeline de ingesta de YouTube de Google agotó el tiempo de espera al aceptar la subida. Suele ser transitorio y se resuelve solo en uno o dos minutos.
Acción: reintenta la publicación después de 1-2 minutos con backoff exponencial. Toma decisiones en función del campo retryAvailable en el body de la respuesta y no del status HTTP para detectar fallos reintentables. Puedes usar el endpoint retry post para reenviar el mismo payload. Código 454 — Servicio de subida a YouTube temporalmente no disponible (HTTP 503) Se devuelve cuando el endpoint de subida de YouTube devuelve un status 5xx, o cuando la conexión a YouTube se reinició o agotó el tiempo de espera a nivel de socket (ECONNRESET, ETIMEDOUT, ESOCKETTIMEDOUT). Estas condiciones son transitorias.
Acción: reintenta la solicitud con backoff exponencial. Toma decisiones en función del campo retryAvailable en el body de la respuesta y no del status HTTP para detectar fallos reintentables.
Cuando la publicación estaba dirigida a más de una plataforma, revisa postIds antes de reintentar. Un fallo en una plataforma marca toda la publicación como error aunque las demás se hayan publicado, y retry post reenvía el payload original a todas las plataformas de esa publicación — lo que publicaría las exitosas una segunda vez. En su lugar, envía una nueva publicación para las plataformas listadas en errors, y usa retry post solo cuando no se haya publicado nada.

Errores de miniatura de YouTube Código 307

El código 307 se devuelve cuando no se puede aplicar un thumbNail personalizado de YouTube. Cuando el propio video se publica con éxito, esto no hace que la publicación falle — el resultado de YouTube mantiene status: "success" y expone el fallo de forma aditiva en un arreglo warnings (feature: "thumbnail", code: 307). El sub-objeto heredado thumbnail se conserva por compatibilidad hacia atrás. La causa más común es un canal de YouTube no verificado. Cuando un canal no ha completado la verificación por teléfono, YouTube devuelve un 403 upstream con el mensaje genérico "The authenticated user doesn't have permissions to upload and set custom video thumbnails". Esa redacción suena a un problema de OAuth, pero en la práctica casi siempre es un problema de verificación, así que verifica primero el canal. Volver a vincular la cuenta de YouTube es una causa secundaria.
Ayrshare también valida la miniatura antes de publicar cuando es posible: el archivo debe ser PNG o JPG/JPEG, de 2 MB o menos y servido desde una URL alcanzable. Un problema de miniatura nunca hace fallar la publicación — el video siempre se publica y el fallo siempre se expone como una entrada no fatal en warnings (el status de nivel superior sigue siendo "success"). Esto se cumple independientemente de cuándo se detecte el problema:
  • Detectado antes de la subida. Cuando la validación previa a la publicación puede determinar definitivamente que la miniatura es inválida (tipo de archivo incorrecto, más de 2 MB confirmado, o URL inalcanzable), Ayrshare omite la miniatura, publica el video de todos modos e informa el motivo preciso en warnings — así evitas un intento de subida condenado y obtienes un mensaje más claro del que devolvería el proveedor.
  • Detectado después de la subida. Cuando el fallo solo es detectable una vez que YouTube procesa la solicitud (por ejemplo, el 403 de canal no verificado o un 413 por una imagen demasiado grande), el video ya está publicado y el fallo se expone en el mismo arreglo warnings.
En cualquier caso, la respuesta se ve como el ejemplo status: "success" + warnings mostrado antes en esta sección. Acción: verifica tu canal de YouTube en https://www.youtube.com/verify (verificación por teléfono). Si tu canal ya está verificado y las miniaturas siguen fallando, desvincula y vuelve a vincular tu cuenta de YouTube en Social Accounts y otorga todos los permisos. Consulta Miniatura de YouTube no aplicada (canal no verificado) para la guía completa de solución de problemas.

Errores de autorización de Google Business Profile

Código 519 — Servicio de autorización de Google Business Profile temporalmente no disponible (HTTP 503) Se devuelve cuando Ayrshare no pudo completar el refresco del token de autorización de Google, porque el endpoint de tokens de Google tardó en responder o devolvió un fallo transitorio. El refresco se reintenta automáticamente antes de devolver este código, y la respuesta incluye retryAvailable: true, por lo que las integraciones pueden tomar decisiones en función de ese booleano en lugar del código de estado HTTP. La cuenta permanece conectada — se trata de una condición temporal en el servicio de autorización de Google, no de una conexión rota. Cada operación de Google Business Profile refresca primero la autorización, por lo que cualquiera de ellas puede devolver este código — publicar una publicación, leer el historial de publicaciones, actualizar los datos de ubicación, obtener la cuenta conectada, listar reseñas y responder a una reseña. La mayoría de las respuestas previas code: 227 en estas rutas ahora se enrutan a 519 con retryAvailable: true. El código 227 pide al usuario reconectar la cuenta, lo que nunca resolvió un fallo transitorio de refresco — la autorización en sí estuvo intacta todo el tiempo. Si tu integración filtra por 227 para pedir volver a vincular Google Business Profile, cambia a tomar decisiones en función del campo retryAvailable en el body de la respuesta y a reintentar con backoff.
details incluye el motivo que reportó Google, o — cuando el refresco agotó el tiempo de espera localmente sin body de respuesta de Google — un resumen de los intentos realizados y el tiempo transcurrido. Acción: reintenta la solicitud con backoff exponencial. Toma decisiones en función del campo retryAvailable en el body de la respuesta y no del status HTTP para detectar fallos reintentables.
Para una publicación cruzada fallida, inspecciona primero postIds y errors; si otra plataforma ya tuvo éxito, reintenta solo la plataforma GMB fallida en lugar de reenviar el payload completo — retry post reenvía el payload original a todas las plataformas de esa publicación, lo que publicaría las exitosas una segunda vez. Para una publicación que falló por completo, puedes usar el endpoint retry post para reenviar el mismo payload.

Advertencia de divulgación de IA de Pinterest

Código 521 — Divulgaciones de IA de Pinterest no aplicadas (HTTP 200) Advertencia, no un error. Se devuelve cuando pinterestOptions.aiDisclosures no es válido, por ejemplo un valor desconocido o mayúsculas y minúsculas incorrectas. A través de la REST API, un valor que no es un array de cadenas también devuelve 521. El Pin se publica de todos modos, pero Ayrshare no envía ninguna divulgación de IA a Pinterest. El servidor MCP y la API GraphQL comprueban primero los tipos de los valores, por lo que los valores mal formados, como una lista que contiene un número, se rechazan allí antes de publicar. La advertencia llega en postIds[].warnings[] de la entrada de Pinterest, no en errors[], y lleva feature: "pinterestOptions.aiDisclosures". Los valores aceptados son AI_MODIFIED y SYNTHETIC_PERFORMER.

Errores de publicación en Reddit

Código 442 — Baneado de un subreddit de Reddit (HTTP 400) Se devuelve cuando la cuenta ha sido baneada de publicar en el subreddit de destino. Esto no se puede reintentar — la publicación no tendrá éxito si se reenvía tal cual. El mensaje incluye el nombre del subreddit afectado (por ejemplo, r/news).
Acción: elimina el subreddit baneado de tus subreddits objetivo. Reintentar la publicación sin cambios no tendrá éxito. Código 443 — Palabra no permitida en el título de Reddit (HTTP 400) Se devuelve cuando un subreddit rechaza la publicación porque su título contiene una palabra no permitida. Edita el título antes de reintentar — reenviar tal cual no tendrá éxito. El mensaje incluye el nombre del subreddit afectado (por ejemplo, r/news).
Acción: edita el título de la publicación para eliminar la palabra no permitida y luego reintenta.

Errores de moderación

Código 438 — Entrada de moderación rechazada (HTTP 400) Devuelto por POST /validate/moderation cuando el proveedor de IA rechaza la entrada proporcionada — por ejemplo, un tipo de archivo no soportado. Este es un problema de entrada en la solicitud, no un fallo transitorio de procesamiento.
Acción: verifica que la entrada de moderación sea válida y use un tipo de archivo soportado, luego reenvíala.
Contrasta el código 438 con el código 331. El código 331 cubre el mismo escenario de moderación pero representa un fallo genuino de procesamiento del lado del proveedor (HTTP 500, mensaje “There was an issue with the AI processing. Please try again.”). El código 331 es un fallo transitorio del lado del servidor que puedes reintentar, mientras que el código 438 indica que la propia entrada fue rechazada y debe corregirse antes de reintentar.

Errores de actualización de autorización de LinkedIn

Código 524 — Actualización del token de LinkedIn rechazada (HTTP 500) Se devuelve cuando LinkedIn rechaza actualizar la autorización debido a un problema con la configuración de LinkedIn de la aplicación, no con la cuenta del usuario. La conexión de LinkedIn del usuario sigue siendo válida, por lo que volver a vincularla no lo soluciona. La respuesta no incluye un campo resolution.relink y contiene retryAvailable: false porque reintentar no lo soluciona. Cualquier operación de LinkedIn que primero actualice la autorización puede devolver este código, como publicar un post después de que el token de acceso haya expirado.
Acción: contacta con el soporte de Ayrshare con los detalles de la solicitud. No pidas al usuario que vuelva a vincular LinkedIn. Volver a vincular no ayuda, y eliminar Ayrshare de la propia configuración de LinkedIn revoca el acceso del usuario en todos los perfiles que haya conectado.
Si LinkedIn sigue fallando al actualizar por un motivo temporal, Ayrshare lo reintenta y luego devuelve el código 119 (“There was an issue connecting with LinkedIn. Please try again.”) en su lugar. Es seguro reintentar más tarde ante el código 119; el código 524 no se soluciona reintentando.

Errores de analíticas de LinkedIn

Código 475 — Volver a vincular el perfil de LinkedIn para analíticas (HTTP 403) Devuelto por POST /analytics/post y POST /analytics/social para un perfil personal (member) de LinkedIn que se vinculó antes de que se lanzaran las analíticas de miembros. A estos perfiles les faltan los scopes de analíticas de miembros de LinkedIn (r_member_postAnalytics, r_member_profileAnalytics), por lo que LinkedIn rechaza la solicitud de analíticas. La publicación no se ve afectada.
Acción: haz que el propietario de la cuenta vuelva a vincular su perfil de LinkedIn en Social Accounts para otorgar los nuevos scopes de analíticas, y luego reintente la solicitud de analíticas. Después de volver a vincular, deja pasar unos minutos antes de que el error se aclare: Ayrshare cachea este error brevemente y LinkedIn también cachea los permisos del token, por lo que un perfil re-vinculado puede seguir devolviendo el código 475 durante unos 5-10 minutos antes de que las analíticas funcionen.

Errores de comentarios de TikTok

Código 288 — Comentario de TikTok diferido / la publicación aún se está procesando (HTTP 400) TikTok procesa videos de forma asíncrona, por lo que el id de una publicación recién publicada es "pending" hasta que el webhook post.publish.publicly_available de TikTok resuelve el id real del video. Una solicitud de get-comments, comment o reply contra una publicación que aún se está procesando (o cuya id es "failed") se rechaza antes de cualquier llamada a TikTok y devuelve el código 288 en lugar de un fallo genérico.
Acción: espera a que TikTok termine de procesar y luego reintenta. Escucha el webhook tikTokPublished Scheduled Action o consulta periódicamente /history hasta que el id de la publicación sea el id numérico del video resuelto. Un primer comentario se publica automáticamente una vez que la publicación se resuelve, por lo que no necesita ser reintentado. Para una publicación "failed", el mensaje indica en su lugar que el video no se publicó y la acción no se ejecutará.

Errores de Story expirada o no disponible

Code 485 — Comentarios de Story de Instagram / Facebook y analíticas de Story de Instagram (HTTP 404 cuando es representativo) Las Stories pueden pasar a estar expiradas o no disponibles después de su ventana de disponibilidad. Pasada esa ventana, los comentarios o los insights no pueden recuperarse. El código 485 identifica:
  • subsolicitudes de Story de Instagram y Facebook expiradas o no disponibles desde get-comments; y
  • una subsolicitud de Story de Instagram expirada o no disponible desde POST /analytics/post.
Las analíticas de Story de Facebook no están disponibles y no están cubiertas por el código 485. Los clientes deben hacer match sobre el code numérico, no sobre el texto exacto del mensaje, que puede variar o estar traducido. En una lectura multiplataforma donde al menos otra plataforma tiene éxito, la subsolicitud fallida aparece en el array de nivel superior errors[] mientras que las plataformas sanas se devuelven con normalidad. La respuesta global es HTTP 200 con status: "partial" de nivel superior (consulta Lecturas multiplataforma y éxito parcial para comentarios y analíticas).

Ejemplo de éxito parcial en Get Comments

Ejemplo de éxito parcial en Post Analytics

Cuando todas las plataformas fallan, la respuesta tiene status: "error" de nivel superior e incluye el array errors[] completo. El código representativo 485 mapea a HTTP 404; otros códigos representativos usan sus propios mapeos HTTP. Acción: trata el código 485 como una señal de que los comentarios o insights de Story solicitados no pueden recuperarse. Haz match sobre el código en lugar de sacar conclusiones sobre fallo permanente, reintentabilidad o vinculación de cuenta a partir del texto del mensaje.

Traducción del mensaje de error

El mensaje de error de respuesta de la API se puede traducir automáticamente al idioma que elijas. Esto es útil si quieres mostrar el error directamente a tu usuario en su idioma preferido. Consulta aquí si quieres elegir el idioma de la página de vinculación social. En el header incluye:
Donde el Language_Code es uno de los códigos de idioma disponibles. Por ejemplo, lo siguiente traducirá el error al francés.
Nuestro sistema detectará automáticamente el idioma del mensaje de error.