---
title: "Proteger senha pagina postagem: Guia essencial em 5 passos"
description: "Proteger uma página ou postagem com senha é o ato de exigir uma chave antes de exibir o conteúdo de um post específico no WordPress."
url: https://full.services/proteger-senha-pagina-postagem/
date: 2026-06-27
author: "Clayton Margiotti"
---
# Proteger senha pagina postagem: Guia essencial em 5 passos
**Proteger senha pagina postagem** no WordPress é nativo: basta trocar a visibilidade para Password Protected. Segundo a [W3Techs](https://w3techs.com/technologies/details/cm-wordpress) (2026), o WordPress roda 41,9% de todos os sites da web. O cookie wp-postpass_ dura 10 dias por padrão. Use o recurso nativo antes de instalar plugin.
Proteger uma página ou postagem com senha é o ato de exigir uma chave antes de exibir o conteúdo de um post específico no WordPress. A função é nativa do editor: você muda o estado de visibilidade de Público para Password Protected e o WordPress passa a mostrar um formulário de senha no lugar do conteúdo. Não exige plugin para um único conteúdo. Antes de partir para qualquer ferramenta paga, vale entender o que o recurso embutido já entrega, onde ele falha e quando um plugin como o Password Protected Pages faz sentido. Este guia mostra o caminho completo em cinco passos, com os limites técnicos que a documentação oficial confirma. Veja todos os [tutoriais de WordPress da FULL](https://full.services/tutoriais-wordpress/) para aprofundar cada etapa.
---
## Visão geral: Senha na página em uma tabela
A forma mais rápida de exigir senha numa página leva menos de 1 minuto: abra o post, clique em Visibilidade no painel de publicação e marque Password Protected. O WordPress aceita uma senha de até 255 caracteres e a guarda no cookie wp-postpass_, válido por 10 dias por padrão.
A tabela abaixo resume cada método, o esforço e o nível de proteção real, porque nem toda opção esconde o conteúdo de quem importa. São três caminhos com graus distintos de segurança.
Senha em página ou postagem: métodos, esforço e proteção
Método
Esforço
Proteção real
Visibilidade nativa Password Protected
1 minuto, sem plugin
Esconde o conteúdo público; editores ainda veem
Post privado por permissão de usuário
1 clique no editor
Some das listagens; só Editor e Admin acessam
Plugin Password Protected Pages
Instalação de 5 minutos
Senha por grupo, expiração e proteção em lote
A escolha depende de quem você quer barrar: o público geral ou a equipe interna.
---
## Por que usar senha em vez de deixar o post privado
Exigir senha numa página mantém o conteúdo acessível por uma URL pública, enquanto o post privado some das listagens e exige login de Editor ou Administrador. São intenções diferentes: a senha serve para compartilhar com pessoas de fora que você não quer cadastrar como usuários; o privado serve para rascunhos internos. Em 10 anos de WordPress, essa confusão aparece com frequência nos tickets da FULL.
A diferença prática é grande. Uma página protegida por senha pode ser enviada por e-mail a um cliente, que digita a chave uma vez e navega por 10 dias sem refazer o login. Já o conteúdo privado nunca é visível por URL para quem não está autenticado no painel. Se você precisa entender melhor essa fronteira, o artigo sobre a [diferença entre postagens e páginas no WordPress](https://full.services/diferenca-entre-postagens-e-paginas-no-wordpress/) e o guia de [como criar um post privado no WordPress](https://full.services/como-criar-um-post-privado-no-wordpress/) detalham os dois lados. Escolha pela audiência, não pelo hábito.
---
## Passo a passo: Proteger a página com senha no editor
Proteger uma página com senha no Gutenberg leva 5 passos curtos e nenhum deles toca em código. O fluxo é idêntico para posts e páginas, porque a visibilidade é uma propriedade do objeto post, não do tipo de conteúdo. As 3 opções (Público, Password Protected e Privado) ficam no mesmo painel.
A documentação oficial do WordPress confirma esse comportamento. Abaixo, cada etapa com o objetivo claro e o ponto exato onde a maioria das pessoas erra na configuração.
Legenda: o seletor de visibilidade é o único lugar onde a senha do post é definida no editor nativo.
### Passo 1: Abra o post e localize o painel de visibilidade
Abra o post ou a página no editor e procure o painel Status e visibilidade, no canto superior direito do Gutenberg. Esse painel controla três estados: Público, Privado e Password Protected. Por padrão, todo conteúdo nasce Público, então o rótulo inicial mostra Visibilidade: Público. Clique nesse rótulo para abrir as opções.
### Passo 2: Selecione password protected e defina a senha
Marque a opção Password Protected. O WordPress abre um campo de texto onde você digita a senha. O campo aceita até 255 caracteres, mas o ideal é uma senha forte de 12 a 16 caracteres com letras, números e símbolos. Essa senha não é a senha do usuário do site; é exclusiva daquele post.
### Passo 3: Publique ou atualize o conteúdo
Clique em Publicar (ou Atualizar, se o post já existia). A partir desse momento, qualquer visitante que abrir a URL verá só o título e um formulário pedindo a senha. O corpo e o resumo ficam ocultos, substituídos pelo prompt de senha que o tema renderiza.
### Passo 4: Teste em uma aba anônima
Abra a URL em uma janela anônima do navegador. Como você está logado no painel, na sua sessão normal o WordPress mostra o conteúdo direto. A janela anônima simula um visitante real e prova que o formulário de senha aparece. Esse teste de 30 segundos evita o erro de achar que está protegido quando não está.
### Passo 5: Compartilhe a senha por um canal seguro
Envie a senha por um canal separado da URL, nunca no mesmo e-mail. O visitante digita a chave uma vez e o WordPress grava o cookie wp-postpass_ por 10 dias, liberando o acesso nesse período sem novo pedido. Trocar a senha no post invalida os cookies antigos na hora.
---
## Como o cookie de senha e o cache afetam a proteção
O cookie wp-postpass_ faz o WordPress lembrar quem já digitou a senha, e ele dura 10 dias por padrão. Esse detalhe muda tudo quando há cache de página no site. Em sites com WP Rocket ou LiteSpeed Cache, a proteção depende de uma exclusão de cache correta.
Em instalações com cache, a página protegida só respeita a senha se o cookie wp-postpass_ estiver na lista de exclusão; sem isso, o HTML completo vaza do cache para qualquer visitante.
A causa é direta. O cache de página entrega uma cópia estática gerada para visitantes sem cookie, e essa cópia pode conter o conteúdo já liberado de uma sessão anterior. Por isso, plugins de cache sérios excluem URLs com o cookie wp-postpass_, mas configurações manuais agressivas quebram essa regra. Para mudar o prazo, a documentação de desenvolvedor expõe o filtro [post_password_expires](https://developer.wordpress.org/reference/hooks/post_password_expires/): retornar 0 transforma o cookie em cookie de sessão.
---
## Limites do recurso nativo e quando usar um plugin
O recurso nativo de senha por post tem 3 limites claros: protege 1 conteúdo por vez, não expira a senha de forma granular e não barra editores nem administradores. Para 1 ou 2 páginas avulsas, isso basta e dispensa qualquer plugin extra.
A documentação oficial avisa que, em sites com vários editores, qualquer um deles vê o post protegido na tela de edição sem digitar a senha, porque a proteção é por URL pública, não por permissão de papel.
Quando o volume cresce, um plugin resolve o que o núcleo não cobre. O Password Protected Pages (PPWP) aplica uma senha a grupos de páginas, define expiração por data e protege downloads de uma vez. Já o controle por papel exige restringir o acesso por função de usuário. Os guias de [como restringir conteúdo por membro no WordPress](https://full.services/como-restringir-conteudo-por-membro-no-wordpress/) e de [papéis e permissões de usuário no WordPress](https://full.services/papeis-e-permissoes-de-usuario-wordpress/) cobrem esse cenário. Para esconder o site inteiro, veja [como proteger com senha todo o seu site WordPress](https://full.services/como-proteger-com-senha-todo-o-seu-site-wordpress/).
---
## Como remover a proteção e voltar o conteúdo ao público
Remover a proteção leva os mesmos 10 segundos da configuração inicial: abra o post, clique em Visibilidade e marque Público de novo. O WordPress descarta o formulário e volta a exibir o conteúdo para todo mundo na próxima visita, sem nenhum passo intermediário. A mudança vale na hora.
Há um detalhe que pega muita gente. Tornar o post público de novo não apaga os cookies wp-postpass_ já gravados nos navegadores dos visitantes, mas isso deixa de importar, porque o conteúdo passa a ser livre para qualquer um. Se você quer apenas trocar quem tem acesso, mude a chave em vez de remover a proteção. Para começar do zero com o tipo certo de conteúdo, o guia de [como criar sua primeira página e postagem no WordPress](https://full.services/como-criar-sua-primeira-pagina-e-postagem-wordpress/) ajuda a decidir entre post e página antes de aplicar qualquer restrição de visibilidade.
---
## Acelere a gestão de senhas e plugins com a FULL
Gerenciar senhas, cache e plugins em vários sites consome tempo, e é aí que a plataforma da FULL entra. O plano PRO da FULL custa R$849 e dá acesso a um bundle com Elementor PRO, Rank Math PRO, WP Rocket, All in One Security e mais 13 plugins premium ativados em 1 clique.
Dividido pelos 10 sites que o plano cobre, sai por cerca de R$85 por site, contra a soma das licenças avulsas que passa de mil reais por ano. A gente vê no suporte da FULL que a maior parte dos problemas de página protegida que vaza vem de cache mal configurado, e o WP Rocket do bundle já exclui o cookie wp-postpass_ por padrão. Isso elimina a configuração manual de exclusão que costuma falhar e expõe o conteúdo protegido sem aviso. Conheça os [planos da FULL](https://full.services/planos) para centralizar essa gestão em um único painel.
---
## Boas práticas de senha e segurança do conteúdo protegido
A proteção por senha só funciona se a chave for forte e o canal de envio for separado da URL. Uma senha de 12 a 16 caracteres com letras, números e símbolos resiste a força bruta, algo que uma senha de 6 letras não faz.
O WordPress armazena a senha do post em texto no banco de dados, então trate-a como descartável, não como credencial mestre reutilizável em outros serviços.
Três práticas reduzem o risco. Primeiro, troque a senha sempre que alguém deixar o projeto, porque o cookie wp-postpass_ de 10 dias mantém acessos antigos vivos até a troca. Segundo, não reutilize a senha do post como senha de [usuário do WordPress](https://full.services/glossario/usuario-wordpress/), já que são camadas distintas. Terceiro, em sites com [cache de página](https://full.services/glossario/cache-de-pagina/) ou regras de [cookies do WordPress](https://full.services/glossario/cookies-wordpress/), valide a exclusão do wp-postpass_. Editar o filtro de expiração exige tocar no [PHP do WordPress](https://full.services/glossario/php-wordpress/), então faça backup antes.
---
## Perguntas frequentes sobre senha em página ou postagem
É possível proteger uma página com senha sem instalar plugin no WordPress?
Sim, é totalmente nativo. O WordPress traz a opção Password Protected no painel Status e visibilidade do editor, sem nenhum plugin. Você marca a opção, digita a senha de até 255 caracteres e publica. O recurso embutido protege um post ou página por vez. Plugins como o Password Protected Pages só entram quando você precisa de senha em lote, expiração por data ou proteção de downloads, recursos que o núcleo não oferece.
Por que a página protegida por senha continua abrindo sem pedir a senha?
Quase sempre é cache ou cookie. Se você está logado como Editor ou Administrador, o WordPress mostra o conteúdo direto, sem formulário, porque a proteção é por URL pública e não por permissão. Em visitantes anônimos, o motivo costuma ser o cookie wp-postpass_, que dura 10 dias e libera o acesso após a primeira senha. Se nem isso explica, o cache de página está servindo uma cópia estática sem respeitar a exclusão do cookie wp-postpass_.
Qual a diferença entre proteger com senha e deixar o post privado?
A senha mantém a URL pública e exige uma chave; o privado some das listagens e exige login. Proteger com senha serve para compartilhar com gente de fora que digita a senha e acessa por 10 dias. O post privado nunca aparece por URL para quem não está autenticado: só Editor e Administrador veem. Use senha para clientes externos e privado para rascunhos internos. São camadas distintas e resolvem problemas diferentes.
Quanto tempo o WordPress lembra a senha de uma página protegida?
O padrão é 10 dias. Quando o visitante digita a senha correta, o WordPress grava o cookie wp-postpass_ no navegador com validade de 10 dias, e nesse período a página abre sem novo pedido. Para mudar esse prazo, o filtro post_password_expires no PHP ajusta a expiração: retornar 0 transforma o cookie em cookie de sessão, que expira ao fechar o navegador. Trocar a senha do post invalida os cookies antigos na hora, forçando todos a digitar de novo.
O que o Google vê quando indexa uma página protegida por senha?
O Google vê só o título e o formulário de senha, não o conteúdo. Como o corpo e o resumo ficam ocultos atrás do prompt de senha, o rastreador não acessa o texto protegido e não o indexa. Isso significa que uma página protegida não rankeia pelo seu conteúdo, o que é o comportamento desejado para material restrito. Se a meta é ranquear e ao mesmo tempo restringir, a proteção por senha é a escolha errada para esse objetivo.
---
## Próximos passos para proteger seu conteúdo no WordPress
A proteção por senha de página é uma tarefa de um minuto com o recurso nativo, mas só é confiável quando você entende o cookie wp-postpass_ de 10 dias e valida a exclusão de cache. Comece pelo método embutido, teste em aba anônima e suba para um plugin como o Password Protected Pages apenas quando precisar de senha em lote ou expiração granular. Para casos de equipe interna, troque a senha por controle de papel de usuário. Para continuar aprendendo, o [FULL Academy](https://full.services/academy/) reúne tutoriais, guias e reviews de WordPress em um só lugar, do básico de visibilidade até a configuração avançada de cache e segurança.
---
## Metadados Estruturados (Schema.org)
```json-ld
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "TechArticle",
"@id": "https://full.services/proteger-senha-pagina-postagem/#article",
"headline": "Proteger senha pagina postagem: Guia essencial em 5 passos",
"description": "Proteger uma página ou postagem com senha é o ato de exigir uma chave antes de exibir o conteúdo de um post específico no WordPress.",
"url": "https://full.services/proteger-senha-pagina-postagem/",
"datePublished": "2026-06-27T09:00:00-03:00",
"dateModified": "2026-06-27T09:00:00-03:00",
"inLanguage": "pt-BR",
"articleSection": "Tutoriais WordPress",
"keywords": [
"proteger senha pagina postagem",
"WordPress",
"Web Development"
],
"author": {
"@id": "https://full.services/#person-clayton"
},
"publisher": {
"@id": "https://full.services/#org"
},
"about": [
{
"@type": "Thing",
"name": "WordPress",
"@id": "https://www.wikidata.org/wiki/Q13166",
"sameAs": "https://www.wikidata.org/wiki/Q13166"
},
{
"@type": "Thing",
"name": "Web Development",
"@id": "https://www.wikidata.org/wiki/Q386275",
"sameAs": "https://www.wikidata.org/wiki/Q386275"
}
],
"mentions": [
{
"@type": "Organization",
"name": "WordPress",
"url": "https://wordpress.org/",
"@id": "https://www.wikidata.org/wiki/Q13166",
"sameAs": "https://www.wikidata.org/wiki/Q13166"
}
],
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://full.services/proteger-senha-pagina-postagem/"
},
"wordCount": 2562,
"citation": [
{
"@type": "CreativeWork",
"name": "W3Techs",
"url": "https://w3techs.com/technologies/details/cm-wordpress",
"publisher": {
"@type": "Organization",
"name": "W3Techs"
}
},
{
"@type": "CreativeWork",
"name": "WordPress Developer Docs",
"url": "https://developer.wordpress.org/reference/hooks/post_password_expires/",
"publisher": {
"@type": "Organization",
"name": "WordPress Developer Docs"
}
}
]
},
{
"@type": "FAQPage",
"@id": "https://full.services/proteger-senha-pagina-postagem/#faq",
"isPartOf": {
"@id": "https://full.services/proteger-senha-pagina-postagem/#article"
},
"mainEntity": [
{
"@type": "Question",
"@id": "https://full.services/proteger-senha-pagina-postagem/#faq-q1",
"name": "É possível proteger uma página com senha sem instalar plugin no WordPress?",
"inLanguage": "pt-BR",
"acceptedAnswer": {
"@type": "Answer",
"text": "Sim, é totalmente nativo. O WordPress traz a opção Password Protected no painel Status e visibilidade do editor, sem nenhum plugin. Você marca a opção, digita a senha de até 255 caracteres e publica. O recurso embutido protege um post ou página por vez. Plugins como o Password Protected Pages só entram quando você precisa de senha em lote, expiração por data ou proteção de downloads, recursos que o núcleo não oferece.",
"author": {
"@id": "https://full.services/#org"
}
}
},
{
"@type": "Question",
"@id": "https://full.services/proteger-senha-pagina-postagem/#faq-q2",
"name": "Por que a página protegida por senha continua abrindo sem pedir a senha?",
"inLanguage": "pt-BR",
"acceptedAnswer": {
"@type": "Answer",
"text": "Quase sempre é cache ou cookie. Se você está logado como Editor ou Administrador, o WordPress mostra o conteúdo direto, sem formulário, porque a proteção é por URL pública e não por permissão. Em visitantes anônimos, o motivo costuma ser o cookie wp-postpass_, que dura 10 dias e libera o acesso após a primeira senha. Se nem isso explica, o cache de página está servindo uma cópia estática sem respeitar a exclusão do cookie wp-postpass_.",
"author": {
"@id": "https://full.services/#org"
}
}
},
{
"@type": "Question",
"@id": "https://full.services/proteger-senha-pagina-postagem/#faq-q3",
"name": "Qual a diferença entre proteger com senha e deixar o post privado?",
"inLanguage": "pt-BR",
"acceptedAnswer": {
"@type": "Answer",
"text": "A senha mantém a URL pública e exige uma chave; o privado some das listagens e exige login. Proteger com senha serve para compartilhar com gente de fora que digita a senha e acessa por 10 dias. O post privado nunca aparece por URL para quem não está autenticado: só Editor e Administrador veem. Use senha para clientes externos e privado para rascunhos internos. São camadas distintas e resolvem problemas diferentes.",
"author": {
"@id": "https://full.services/#org"
}
}
},
{
"@type": "Question",
"@id": "https://full.services/proteger-senha-pagina-postagem/#faq-q4",
"name": "Quanto tempo o WordPress lembra a senha de uma página protegida?",
"inLanguage": "pt-BR",
"acceptedAnswer": {
"@type": "Answer",
"text": "O padrão é 10 dias. Quando o visitante digita a senha correta, o WordPress grava o cookie wp-postpass_ no navegador com validade de 10 dias, e nesse período a página abre sem novo pedido. Para mudar esse prazo, o filtro post_password_expires no PHP ajusta a expiração: retornar 0 transforma o cookie em cookie de sessão, que expira ao fechar o navegador. Trocar a senha do post invalida os cookies antigos na hora, forçando todos a digitar de novo.",
"author": {
"@id": "https://full.services/#org"
}
}
},
{
"@type": "Question",
"@id": "https://full.services/proteger-senha-pagina-postagem/#faq-q5",
"name": "O que o Google vê quando indexa uma página protegida por senha?",
"inLanguage": "pt-BR",
"acceptedAnswer": {
"@type": "Answer",
"text": "O Google vê só o título e o formulário de senha, não o conteúdo. Como o corpo e o resumo ficam ocultos atrás do prompt de senha, o rastreador não acessa o texto protegido e não o indexa. Isso significa que uma página protegida não rankeia pelo seu conteúdo, o que é o comportamento desejado para material restrito. Se a meta é ranquear e ao mesmo tempo restringir, a proteção por senha é a escolha errada para esse objetivo.",
"author": {
"@id": "https://full.services/#org"
}
}
}
]
},
{
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Home",
"item": "https://full.services/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Tutoriais WordPress",
"item": "https://full.services/tutoriais-wordpress/"
},
{
"@type": "ListItem",
"position": 3,
"name": "Proteger senha pagina postagem: Guia essencial em 5 passos",
"item": "https://full.services/proteger-senha-pagina-postagem/"
}
]
},
{
"@type": "Organization",
"@id": "https://full.services/#org",
"name": "FULL Services",
"url": "https://full.services",
"logo": {
"@type": "ImageObject",
"url": "https://full.services/wp-content/uploads/full-services-logo.png",
"width": 200,
"height": 60
},
"sameAs": [
"https://www.instagram.com/fullservicesbr",
"https://www.facebook.com/fullservices.br",
"https://www.linkedin.com/company/fullservicesbr/"
],
"knowsAbout": [
"WordPress",
"WordPress Hosting",
"Web Development",
"Performance Optimization",
"WordPress Security",
"SEO para WordPress"
],
"award": [
"Gold Medal - The WP Weekly Awards 2023 (https://thewpweekly.com/awards-2023/)",
"Gold Medal - The WP Weekly Awards 2024 (https://thewpweekly.com/awards-2024/)"
],
"hasCredential": {
"@type": "EducationalOccupationalCredential",
"credentialCategory": "certification",
"name": "CVE Numbering Authority (CNA)",
"description": "Autoridade de numeração de vulnerabilidades (CVE) para o ecossistema WordPress, autorizada a atribuir IDs CVE. Certificação válida desde 2022-05-03, com abrangência global.",
"url": "https://www.cve.org/PartnerInformation/ListofPartners/partner/FULL",
"recognizedBy": {
"@type": "Organization",
"name": "CISA — Cybersecurity and Infrastructure Security Agency",
"url": "https://www.cisa.gov/",
"sameAs": "https://www.cisa.gov/"
}
}
},
{
"@type": "Person",
"@id": "https://full.services/#person-clayton",
"name": "Clayton Margiotti",
"givenName": "Clayton",
"familyName": "Margiotti",
"jobTitle": "Fundador e CEO da FULL Services",
"description": "Fundador e CEO da FULL Services, plataforma WordPress SaaS com 50 mil clientes e 150 mil sites conectados, e anchor do ecossistema Elevor Global. Em 2024 conduziu a FULL a se tornar a primeira e unica empresa brasileira aprovada como CVE Numbering Authority sob a CISA (DHS/EUA). Mais de 20 anos construindo empresas digitais, com 13+ reconhecimentos internacionais (Facebook, GPTW, ONU, RD Summit).",
"url": "https://full.services/sobre-nos/",
"image": "https://full.services/wp-content/uploads/2026/05/clayton-margiotti.jpg",
"sameAs": [
"https://www.linkedin.com/in/cmargiotti/"
],
"knowsAbout": [
"Artificial Intelligence",
"Cybersecurity",
"CVE Program",
"WordPress Enterprise",
"SaaS Platforms",
"Digital Infrastructure",
"Technology Entrepreneurship",
"Company Building",
"Business Leadership",
"Digital Growth"
],
"hasOccupation": {
"@type": "Occupation",
"name": "Fundador e CEO",
"occupationalCategory": "11-1011.00"
},
"knowsLanguage": [
{
"@type": "Language",
"name": "Portuguese",
"alternateName": "pt-BR"
},
{
"@type": "Language",
"name": "English",
"alternateName": "en"
}
],
"memberOf": {
"@type": "Organization",
"name": "CVE Numbering Authorities",
"url": "https://www.cve.org/",
"sameAs": "https://www.cve.org/"
},
"alumniOf": [
{
"@type": "EducationalOrganization",
"name": "Global Scaling Academy (Blitzscaling Program)",
"url": "https://www.blitzscalingacademy.com"
},
{
"@type": "EducationalOrganization",
"name": "Esade",
"url": "https://www.esade.edu"
},
{
"@type": "EducationalOrganization",
"name": "Business School Sao Paulo (BSP)",
"url": "https://bsp.edu.br/"
},
{
"@type": "EducationalOrganization",
"name": "Tera",
"url": "https://somostera.com"
},
{
"@type": "EducationalOrganization",
"name": "Le Wagon",
"url": "https://www.lewagon.com"
},
{
"@type": "EducationalOrganization",
"name": "FIAP",
"url": "https://www.fiap.com.br"
},
{
"@type": "EducationalOrganization",
"name": "PUCRS",
"url": "https://online.pucrs.br/"
}
],
"award": [
"Digital Disruptor – Engaging Experiences Master (Globant, 2021)",
"Maior ROI do e-commerce brasileiro – Letrissimas (Facebook, 2019)",
"1º lugar – Melhores Empresas para Trabalhar no Brasil – Eleva Digital (Great Place to Work, 2018)",
"Case global de educacao no Facebook – Metodo SUPERA (Facebook, 2017)",
"Maquina de Geracao de Leads, Agencia do Ano (RD Summit / RD Station, 2015)",
"Monthly Recurring Revenue, top performance (RD Summit / RD Station, 2015)",
"Quality/Efficiency – Entrepreneurship Training (UNCTAD / PNUD-ONU, 2010)"
],
"subjectOf": [
{
"@type": "NewsArticle",
"url": "https://www.globant.com/news/globant-reveals-inaugural-digital-disruptors-award-winners",
"publisher": {
"@type": "Organization",
"name": "Globant"
}
},
{
"@type": "NewsArticle",
"url": "https://www.prnewswire.com/news-releases/letrissimas-com-e-destaque-do-e-commerce-brasileiro-com-maior-roi-de-2018-877517801.html",
"publisher": {
"@type": "Organization",
"name": "PR Newswire"
}
},
{
"@type": "NewsArticle",
"url": "https://www.segs.com.br/seguros/102599-gestao-de-pessoas-garante-mais-lucro-as-empresas",
"publisher": {
"@type": "Organization",
"name": "Segs"
}
},
{
"@type": "NewsArticle",
"url": "https://franquiaeducacional.com/negocios-inovadores-facebook-elege-supera-case-mundial-de-educacao",
"publisher": {
"@type": "Organization",
"name": "Franquia Educacional"
}
},
{
"@type": "NewsArticle",
"url": "https://acontecendoaqui.com.br/marketing/resultados-digitais-divulga-vencedores-do-premio-agencias-de-resultados-2015-durante-o-rd",
"publisher": {
"@type": "Organization",
"name": "Acontecendo Aqui"
}
}
],
"worksFor": {
"@type": "Organization",
"@id": "https://full.services/#org"
}
},
{
"@type": "HowTo",
"@id": "https://full.services/proteger-senha-pagina-postagem/#howto",
"isPartOf": {
"@id": "https://full.services/proteger-senha-pagina-postagem/#article"
},
"name": "Passo a passo: proteger senha pagina postagem",
"description": "Guia passo a passo sobre proteger senha pagina postagem para WordPress.",
"url": "https://full.services/proteger-senha-pagina-postagem/",
"totalTime": "PT30M",
"author": {
"@type": "Organization",
"@id": "https://full.services/#org"
},
"step": [
{
"@type": "HowToStep",
"position": 1,
"name": "Passo 1: Abra o post e localize o painel de visibilidade",
"text": "Abra o post ou a página no editor e procure o painel Status e visibilidade, no canto superior direito do Gutenberg. Esse painel controla três estados: Público, Privado e Password Protected. Por padrão, todo conteúdo nasce Público, então o rótulo inicial mostra Visibilidade: Público. Clique nesse rótulo para abrir as opções."
},
{
"@type": "HowToStep",
"position": 2,
"name": "Passo 2: Selecione password protected e defina a senha",
"text": "Marque a opção Password Protected. O WordPress abre um campo de texto onde você digita a senha. O campo aceita até 255 caracteres, mas o ideal é uma senha forte de 12 a 16 caracteres com letras, números e símbolos. Essa senha não é a senha do usuário do site; é exclusiva daquele post."
},
{
"@type": "HowToStep",
"position": 3,
"name": "Passo 3: Publique ou atualize o conteúdo",
"text": "Clique em Publicar (ou Atualizar, se o post já existia). A partir desse momento, qualquer visitante que abrir a URL verá só o título e um formulário pedindo a senha. O corpo e o resumo ficam ocultos, substituídos pelo prompt de senha que o tema renderiza."
},
{
"@type": "HowToStep",
"position": 4,
"name": "Passo 4: Teste em uma aba anônima",
"text": "Abra a URL em uma janela anônima do navegador. Como você está logado no painel, na sua sessão normal o WordPress mostra o conteúdo direto. A janela anônima simula um visitante real e prova que o formulário de senha aparece. Esse teste de 30 segundos evita o erro de achar que está protegido quando não está."
},
{
"@type": "HowToStep",
"position": 5,
"name": "Passo 5: Compartilhe a senha por um canal seguro",
"text": "Envie a senha por um canal separado da URL, nunca no mesmo e-mail. O visitante digita a chave uma vez e o WordPress grava o cookie wp-postpass_ por 10 dias, liberando o acesso nesse período sem novo pedido. Trocar a senha no post invalida os cookies antigos na hora. --- O cookie wp-postpass_ faz o WordPress lembrar quem já digitou a senha, e ele dura 10 dias por padrão. Esse detalhe muda tudo quando há cache de página no site. Em sites com WP Rocket ou LiteSpeed Cache, a proteção depende de uma exclusão de cache correta. Em instalações com cache, a página protegida só respeita a senha se o cookie wp-postpass_ estiver na lista de exclusão; sem isso, o HTML completo vaza do cache para qualquer visitante. A causa é direta. O cache de página entrega uma cópia estática gerada para visitantes sem cookie, e essa cópia pode conter o conteúdo já liberado de uma sessão anterior. Por isso, plugins de cache sérios excluem URLs com o cookie wp-postpass_, mas configurações manuais agressivas quebram essa regra. Para mudar o prazo, a documentação de desenvolvedor expõe o filtro post_password_expires: retornar 0"
}
]
}
]
}
```