Por que o Google Drive não hospeda mais HTML

O Google Drive não hospeda mais páginas HTML. A funcionalidade foi descontinuada a partir de 31 de agosto de 2015 e desligada de vez em 31 de agosto de 2016, quando o Google parou de servir conteúdo por googledrive.com/host/. O Drive continua guardando o arquivo .html, mas o entrega como documento para download, não como página.

Se você chegou aqui depois de seguir um tutorial que não funcionou, o tutorial não está quebrado. Está velho. Havia um recurso oficial, ele existiu por três anos, e foi removido há uma década.

Este guia cobre o que acontece de verdade no Google Drive, no SharePoint e no OneDrive quando você tenta usar cada um como hospedagem, e para onde levar o arquivo.

O que aconteceu com a hospedagem no Google Drive

O Google anunciou a descontinuação em 31 de agosto de 2015, no blog de atualizações do Google Workspace. Clientes corporativos tiveram um ano de prazo, até 31 de agosto de 2016, quando o endereço googledrive.com/host/{id do documento} parou de servir conteúdo.

A justificativa publicada foi que, desde o lançamento do recurso, uma ampla variedade de serviços de hospedagem de conteúdo web público havia surgido, e a empresa decidiu concentrar esforço na experiência central do Drive (tradução nossa do anúncio original, em inglês).

O que o Drive faz hoje com um arquivo .html:

A confusão tem uma origem lógica: o Drive guarda arquivos, arquivos podem ser HTML, HTML abre no navegador. Mas guardar não é servir. Servir uma página exige devolver o arquivo com o cabeçalho Content-Type: text/html, isolar a execução do script e entregar por uma URL estável. O Drive trata o .html como documento, a mesma coisa que faz com um PDF ou um .docx.

Sobre os contornos que circulam. Existem tutoriais ensinando a combinar o compartilhamento público do Drive com um serviço de terceiro que faz o redirecionamento. Funcionam de forma limitada, dependem de uma empresa intermediária continuar existindo, e não dão domínio próprio nem indexação. Para um teste rápido, tudo bem. Para qualquer coisa que você mande a um cliente, não.

O SharePoint hospeda HTML? A resposta é pior do que "não"

O SharePoint Online armazena arquivos .html, mas não os serve como página em sites modernos. Por padrão, script customizado é bloqueado, e o navegador baixa o arquivo em vez de exibi-lo. O detalhe que quase ninguém conta: mesmo quando o administrador libera a permissão, ela é revertida automaticamente em até 24 horas.

Isso está na documentação da Microsoft, em duas passagens distintas: "Changes to allow custom scripts are overridden to Not allowed within 24 hours" e "any changes to custom script settings for a specific site last for a maximum of 24 hours. After that time, the setting resets to Blocked".

Por que isso importa mais do que um bloqueio permanente. Todo fórum recomenda a mesma solução: peça ao seu administrador para habilitar custom script. Ela funciona. Você testa, a página abre, você manda o link. E no dia seguinte a configuração volta sozinha para bloqueada e a página morre, sem aviso, sem erro, sem ninguém ter mexido em nada.

Onde o bloqueio se aplica por padrão, segundo a Microsoft: OneDrive, sites criados pelos próprios usuários, sites modernos de equipe e de comunicação, o site raiz da organização e a maioria dos sites criados pelo centro de administração.

O que fica indisponível quando o script está bloqueado, e é aqui que morrem os contornos:

O caminho suportado pela Microsoft para código customizado é o SharePoint Framework, que exige ambiente de desenvolvimento e implantação pelo administrador. Para uma página só, é desproporcional.

O que fazer na prática: hospede a página num serviço cujo trabalho é servir páginas, pegue a URL https e traga essa URL de volta para dentro do SharePoint com a web part de incorporação. Confirme antes com quem administra o seu tenant se o domínio que você vai usar está liberado, porque a incorporação depende disso.

E o OneDrive?

O OneDrive segue a mesma regra do SharePoint, e a documentação da Microsoft é explícita ao incluí-lo na lista onde o script é bloqueado por padrão. Há uma restrição adicional: "You can't allow custom scripts on an individual user's OneDrive". Ou seja, no OneDrive pessoal não existe nem a permissão temporária de 24 horas.

Para hospedar uma página, o OneDrive não é uma opção parcial. É um não.

Por que o e-mail bloqueia o anexo .html

Esta é a razão pela qual muita gente tenta o Drive em primeiro lugar, e vale nomear.

Anexos .html são vetor clássico de phishing: o arquivo abre no navegador da vítima e pode imitar uma tela de login. Por isso, filtros de e-mail corporativo frequentemente removem, bloqueiam ou colocam em quarentena anexos .html, sem avisar o remetente.

O sintoma típico: você manda o relatório, a pessoa diz que não recebeu nada, você reenvia, e some de novo.

A saída não é insistir no anexo. É mandar um link. Uma URL passa por qualquer filtro, abre em qualquer dispositivo e não obriga o destinatário a baixar nada.

Para onde levar o arquivo

O comparativo completo está no guia de onde hospedar HTML de graça. Se o arquivo veio de uma IA, o caminho inteiro está em como publicar um HTML gerado por IA.

Quando insistir no Drive ou no SharePoint faz sentido

Faz sentido em um caso, e vale ser específico: quando a página não precisa ser uma página.

Se o que você quer é entregar um relatório para alguém dentro da sua empresa ler, e o conteúdo é essencialmente texto e tabelas, converter para PDF e subir no Drive ou no SharePoint resolve melhor do que qualquer hospedagem. O documento fica na governança da empresa, herda as permissões que já existem, aparece na busca corporativa e não depende de nenhum serviço externo continuar no ar.

Hospedar fora só ganha quando a página precisa ser interativa, com filtro, gráfico que responde ao clique ou formulário, ou quando o destinatário está fora da organização.

E se o conteúdo tem dado pessoal de terceiro, a decisão nem é técnica. Um link com senha não é controle de acesso corporativo, não gera trilha de auditoria e não substitui a base legal exigida pela LGPD para tratamento de dado pessoal. Nesse caso, o repositório da empresa é a resposta certa mesmo sendo o caminho mais chato.

Como levar o HTML para um host de verdade

Antes de começar: tenha o arquivo .html salvo e saiba se ele depende de arquivos externos.

1. Teste se o arquivo é autocontido. Abra-o com a internet desligada. Deu certo quando: a página aparece igual. Se o estilo sumir, o CSS está em arquivo separado e você vai precisar subir um .zip.
2. Escolha o destino pela tabela acima.
3. Suba o arquivo ou o .zip. Deu certo quando: aparece uma URL.
4. Abra a URL em aba anônima. Este passo pega o erro mais comum, que é a página funcionar para você, logado, e não funcionar para o destinatário.
5. Se precisa aparecer no SharePoint, incorpore a URL em vez de subir o arquivo.

Se der errado: página sem estilo significa CSS externo, então suba um .zip; página em branco costuma ser arquivo JSX ou React, que precisa de um passo de build; link pedindo login significa visibilidade configurada como privada.

Perguntas frequentes

Dá para hospedar um site no Google Drive em 2026?

Não. O recurso oficial foi descontinuado em 31 de agosto de 2015 e desligado em 31 de agosto de 2016. Existem contornos com serviços de terceiros, mas eles não dão domínio próprio nem indexação, e dependem de uma empresa intermediária continuar operando.

Por que meu HTML baixa em vez de abrir no SharePoint?

Porque o SharePoint Online serve o arquivo como download em sites onde script customizado está bloqueado, que é o padrão em sites modernos de equipe e de comunicação.

Meu admin liberou custom script e funcionou. Resolvido?

Por 24 horas. A Microsoft documenta que a alteração é revertida para Not allowed dentro desse prazo.

Posso hospedar no OneDrive?

Não. A documentação da Microsoft diz que não é possível permitir script customizado no OneDrive de um usuário individual.

Por que o e-mail some com meu anexo .html?

Filtros corporativos tratam anexos .html como risco de phishing e frequentemente os removem sem avisar. Mande um link.

---

Fontes: Google Workspace Updates, Deprecating web hosting support in Google Drive (31/08/2015) e Microsoft Learn, Allow or prevent custom scripts in SharePoint sites. Este artigo trata de política de produto de terceiro e é revisado a cada seis meses.