Verified September 16, 2026. When Salesforce suddenly stops loading, returns repeated errors, or leaves records and dashboards spinning, the fastest way to find out whether the problem is global is to check Salesforce’s own Trust Status information before changing your local setup.
A Salesforce outage is not automatically global. Salesforce runs many products, regions, and customer instances, so one organization can be unavailable while another is operating normally. The practical test is to compare the overall product status with the status of your own instance, then rule out a browser, network, identity-provider, or configuration problem.
Start with Salesforce Trust Status. It is Salesforce’s central status page for current service events and instance availability. The site can show product-level information, while an instance page tells you whether the org you use is available, degraded, disrupted, or under maintenance.
Do not rely on a search-engine snippet, a social-media post, or a third-party outage tracker as your final confirmation. Those sources can be useful signals, but Salesforce’s own status information is the authoritative place to confirm scope and updates.
Important: live status changes quickly. This article explains the verification method and was checked on September 16, 2026; it does not claim that a status seen at one moment will remain unchanged later.
Open status.salesforce.com in a separate tab. You do not need to keep refreshing Salesforce itself while you check. Look first for any current incident, service disruption, performance degradation, informational message, or maintenance notice.
At this level, ask a scope question: does the notice affect a broad Salesforce product or many instances, or does it point to one tenant, region, cloud, or component? A broad notice is stronger evidence of a Salesforce-side event, but you still need to check your own instance because product status and org status are not always identical.
On the Trust Status page, use the search field for your instance or domain. Salesforce’s documentation says you can enter your My Domain name. For example, if your login address is https://example.my.salesforce.com, the value to search is example, not the full URL.
If you are an administrator and can still reach Setup, you can find the instance another way:
A Salesforce também documenta um caminho "Meu Domínio" por meio da Configuração. O ponto principal é identificar a organização que está realmente apresentando falhas, em vez de verificar por engano um ambiente de teste diferente, uma organização de produção ou um serviço conectado.
Selecione a instância correspondente e leia o status geral. A Salesforce define os principais estados de disponibilidade da seguinte forma:
| Status | O que significa | O que fazer a seguir |
|---|---|---|
| Disponível | A instância e seus serviços estão disponíveis. | Se o problema persistir, continue com a resolução de problemas local e no nível da organização. |
| Degradação de desempenho | A instância está acessível, mas um ou mais serviços estão mais lentos ou não estão operando com desempenho ideal. | Abra os detalhes do incidente e anote a função afetada e a atualização mais recente. |
| Interrupção do serviço | A instância não está disponível para clientes. | Anote o número do incidente e acompanhe as atualizações da Salesforce em vez de alterar repetidamente sua configuração. |
| Manutenção | A instância está passando por manutenção programada. | Verifique o período de manutenção e se o acesso deverá ser afetado. |
Clique no número do incidente ou na mensagem do evento, quando disponível. Anote a hora de início, o produto ou serviço afetado, a região, a atualização mais recente e se a Salesforce está investigando, mitigando ou resolvendo o problema. Um status vermelho ou de interrupção em sua instância confirma um problema de disponibilidade para essa instância; isso não prova, por si só, que todos os clientes da Salesforce no mundo estejam offline.
Utilize uma comparação em dois níveis:
Se a página do produto e a página da sua instância apresentarem um incidente, e usuários em diferentes locais ou organizações relatarem o mesmo comportamento, é mais provável que se trate de um evento do lado da Salesforce ou de um evento multirregional. Se apenas a sua instância for afetada, o problema pode estar limitado àquela organização, região, recurso ou janela de manutenção. Se o nível de confiança estiver verde, mas apenas um usuário não conseguir fazer login, é menos provável que ocorra uma interrupção global.
A Salesforce recomenda que os clientes com problemas em serviços como Marketing Cloud, Heroku, Data.com, Salesforce IQ, Social Studio ou Account Engagement utilizem a página de status do serviço correspondente no site de Confiança. Não presuma que a página de status principal da Salesforce abranja todos os serviços da marca Salesforce exatamente da mesma maneira.
Se a sua instância estiver marcada como Disponível, realize as verificações mais simples antes de solicitar suporte adicional:
Essas verificações não comprovam que o Salesforce está funcionando corretamente; elas ajudam a diferenciar um evento generalizado na plataforma de um problema de acesso específico a um caminho de acesso. Evite excluir dados do navegador, alterar configurações de autenticação ou desativar controles de segurança como primeira reação. Essas ações podem criar um segundo problema e dificultar o diagnóstico da falha original.
A documentação para desenvolvedores da Salesforce fornece um contexto útil para respostas comuns da API:
| Resposta | Possível interpretação |
|---|---|
| 500 | Ocorreu um erro interno na plataforma Lightning. |
| 502 | O Salesforce Edge não conseguiu se comunicar com a instância do Salesforce. |
| 503 | O servidor está indisponível; a Salesforce observa que isso pode ocorrer devido a manutenção, sobrecarga ou limites de requisições, dependendo do contexto. |
Um código de erro é apenas uma pista. Um erro 500 ou 503 em uma chamada de API pode ser resultado de problemas na requisição, autenticação, permissões, limites de taxa ou em um problema do serviço. Compare o erro com o Status de Confiança e teste uma ação normal do navegador antes de rotular o evento como global.
Se um problema central do Salesforce persistir por mais de 10 minutos e não estiver refletido no site de Confiança, a documentação de ajuda do Salesforce recomenda entrar em contato com o Suporte do Salesforce. Utilize as orientações oficiais do Suporte do Salesforce para identificar o canal disponível no seu Plano de Sucesso.
Inclua o nome da organização ou instância, o horário aproximado de início com o fuso horário, os usuários afetados, os detalhes do navegador ou da API, o texto exato do erro, o número do incidente, se houver, e as verificações locais já concluídas. Isso fornece ao Suporte um ponto de partida reproduzível e evita um relatório vago de "Salesforce fora do ar".
Não considere um único carregamento de página bem-sucedido como recuperação completa. Utilize uma validação curta e segura:
Para incidentes futuros, a Salesforce oferece opções de assinatura para notificações de confiança. O guia oficial de notificações explica como se inscrever para receber atualizações das instâncias ou serviços que você acompanha.
A maneira mais confiável de verificar se houve uma interrupção global do Salesforce é comparar a visão geral do Status de Confiança do Salesforce com o status da sua própria instância. Um incidente generalizado, juntamente com uma interrupção correspondente no nível da instância, é uma forte evidência de um evento do lado do Salesforce. Uma página de Confiança verde significa que você deve investigar causas específicas do navegador, da rede, do SSO, das permissões ou da organização antes de concluir que o Salesforce está globalmente indisponível. Como o status muda em tempo real, registre o horário de cada verificação e confie na atualização oficial mais recente.
Um guia prático para 2026 sobre IA, sensores para casas inteligentes, monitoramento remoto, segurança contra quedas, privacidade e como a tecnologia pode apoiar o envelhecimento no próprio lar sem substituir os cuidados.
Descubra como as cidades podem transformar dados de mobilidade, uso do solo, clima e comunidade em bairros mais seguros, verdes e acessíveis a pedestres, sem priorizar a tecnologia em detrimento das pessoas.
Compare os principais programas de engenharia aeroespacial e de UAVs (Veículos Aéreos Não Tripulados) para drones, autonomia, controles, operações de UAS (Sistemas de Aeronaves Não Tripuladas) e pesquisa de pós-graduação, com atualizações verificadas para 2026.
A practical guide to AI-powered surgical robotics: current capabilities, levels of autonomy, precision benefits, limits, regulation, and evaluation criteria.
O investimento em CCUS está aumentando, mas será que a captura de carbono pode reverter as emissões globais? Veja onde funciona, quais são os limites de escala e quais evidências são relevantes.
Compare seven global programs for digital supply chains, logistics, analytics, global trade, and operations, with practical guidance on choosing the right fit.
Aprenda como as interfaces cérebro-computador decodificam sinais neurais para restaurar a comunicação e o movimento, quais foram as conquistas de estudos recentes e o que ainda limita o uso das BCIs.
Veja como os drones comerciais combinam sensores, IA de ponta, baterias, comunicações e software de controle de voo — e como a autonomia ainda depende da missão e da regulamentação.
Compare sete opções de mestrado em baterias e armazenamento de energia de alta qualidade, considerando materiais, sistemas, pesquisa, experiência no setor, flexibilidade, idioma e custo-benefício.
Aprenda como a massa da carga útil, os limites da bateria, as condições climáticas, a eficiência da propulsão e a arquitetura da aeronave influenciam a autonomia dos UAVs industriais — e como melhorá-la.
