28 de outubro de 2026

#Novidades

• Registo com aprovação. Em Definições › Acesso e registo › Controlo de Acesso, o interruptor Permitir Novos Registos dá lugar a Quem pode entrar: Aberto, Com aprovação ou Fechado. Com aprovação, no lugar de Registar aparece Pedir para entrar: a pessoa envia nome, e-mail e os campos do registo, sem palavra-passe, e o pedido vai para a fila de pendentes, em Membros › Pendentes. O proprietário e o administrador aprovam um a um ou em lote (até 100 de uma vez) e recusam com um motivo opcional; quem é aprovado recebe o e-mail para criar a palavra-passe. O pedido sem resposta expira em 30 dias. A equipa é avisada no sino e pelo e-mail da nova categoria Pedidos de entrada, em E-mails desta comunidade, ativa por predefinição. Ver Registo com aprovação.
• Para quem não tem acesso: áreas restritas com cadeado. Secções e espaços restritos (por grupo, plano, produto, Membros ou Assinantes) passam a aparecer com cadeado para quem não tem acesso: só o título e a descrição, nunca o conteúdo, e o clique leva ao caminho para entrar (subscrever, comprar, iniciar sessão). Para escolher outro modo, o proprietário ou o administrador edita a secção e, em Para quem não tem acesso, escolhe Ocultar, Só a secção ou Secção e espaços (o padrão); cada espaço segue a secção ou tem o seu modo (Igual à secção, Ocultar ou Mostrar com cadeado). As áreas só da equipa (sem ninguém em Quem tem acesso) nunca aparecem a mais ninguém e ganharam o selo Só a equipa vê. Ver Para quem não tem acesso.
• Atenção, se tem áreas restritas que não devem aparecer. Todas as secções que já existiam ficaram em Secção e espaços, e todos os espaços em Igual à secção: áreas de grupo, de subscritores ou de membros que antes desapareciam para quem não tem acesso aparecem agora com cadeado, com o título e a descrição. Para uma área continuar invisível, mude para Ocultar.
• Fale com a equipa. Numa área com cadeado liberada por grupo (ou sem nada à venda), o ecrã de acesso exclusivo traz o botão Fale com a equipa, que abre uma conversa no chat com alguém da equipa que pode dar o acesso. Aparece com o chat ativo e alguém para atender. Ver O botão Fale com a equipa.
• Dez mensagens novas da plataforma no WhatsApp. Com o WhatsApp ativo, a Memberfy passa a enviar sozinha: o visitante na receção (para quem o convidou), a encomenda recebida, o lembrete de reserva 1 hora antes (para quem reservou e para o anfitrião), a subscrição a renovar em 3 dias, o cartão a expirar este mês, o reembolso processado, a vaga aberta na lista de espera, a resposta ao pedido de suporte e o certificado emitido. O registo aprovado chega com o registo com aprovação, abaixo. Todas vêm ativas: a comunidade desativa o que não quer em Mensagens da plataforma, no cartão do WhatsApp, e cada pessoa em A minha conta › Avisos. Valem o plano Business ou Scale, o horário de silêncio, o teto diário e o limite por pessoa. Ver Mensagens da plataforma.
• Consentimento de SMS e WhatsApp declarado pela equipa. Quando a comunidade recolheu o consentimento fora da Memberfy (a ficha de um encontro, um formulário assinado), o proprietário ou o administrador regista esse consentimento pela API ou pelo assistente, declarando que a comunidade o recolheu. Na importação por folha de cálculo, as colunas de consentimento de SMS e WhatsApp, com a atestação, passam a valer também para quem já é membro, e o telefone da folha substitui o do perfil. Quem saiu do canal nunca é registado de novo. Ver Consentimento declarado pela equipa.
• O telemóvel indicado pela equipa já recebe. O telefone que a equipa indica ao declarar o consentimento, pela API, pelo assistente ou pela importação, recebe SMS e WhatsApp sem a confirmação por código, enquanto for o telefone atual do perfil. Não fica confirmado: os códigos de confirmação continuam a exigir a própria pessoa, e o consentimento, a saída (inclusive SAIR e STOP), o horário de silêncio e os tetos valem da mesma forma.
• Mais modelos nos workflows. O bloco Enviar WhatsApp passa a oferecer Lembrete de reserva, Subscrição a renovar, Reembolso, Vaga na lista de espera e Certificado emitido. Ver a lista completa em Enviar SMS e Enviar WhatsApp.
• Cada Feed escolhe o que mostrar. Ao criar e ao editar um espaço de Feed, o proprietário e o administrador escolhem O que este feed mostra: Só as publicações deste espaço ou Todos os espaços desta secção. Assim, uma secção pode ter um Feed geral que junta tudo e feeds de Notícias ou Vagas só com o que é publicado neles. O único Feed de uma secção nasce a juntar a secção; um Feed criado numa secção que já tem outro nasce só com as próprias publicações. Ver O que este feed mostra.
• Atenção, se uma secção tem mais de um Feed. Nessas secções, cada Feed passou a mostrar só as próprias publicações. Nenhuma publicação desapareceu: cada uma continua no espaço onde foi publicada. Para um Feed voltar a juntar a secção, edite o espaço e escolha Todos os espaços desta secção. O Feed único de uma secção continua como estava.
• Etiquetas clicáveis no Feed e no Conteúdo. O status do Feed ganhou o campo Etiquetas (opcional), ao publicar e ao editar, como as publicações de Conteúdo: até 10 etiquetas de 40 caracteres. As etiquetas aparecem no cartão como #vagas, e o clique filtra a lista ali mesmo, com A mostrar só #vagas × no topo; o × volta à lista inteira. Maiúsculas e acentos não contam: Vagas, vagas e #vágas filtram da mesma forma. O filtro fica no endereço (?tag=vagas) e respeita o acesso de cada pessoa. Ver Etiquetas clicáveis.
• Quem está aqui e edição em equipa. O cabeçalho de cada ecrã mostra, à direita, os rostos de quem mais está ali (esbatidos para quem está ausente há 30 segundos, com lápis para quem edita). Nos editores (evento, campanha, e-mails, workflow, curso, formulário, inquérito, modelo de certificado e Definições), aparecem Fulano também está a editar e Fulano guardou alterações, com Recarregar; e, se outra pessoa guardou antes de si, a janela Outra pessoa guardou antes de si deixa escolher entre Ver a versão guardada e Manter a minha. Nada é substituído sem aviso. Com o chat da comunidade desligado, os rostos não aparecem; só quem edita o mesmo item continua a ver-se. Ver Quem está aqui e edição em equipa.
• Uma publicação vira campanha de e-mail com um clique. No menu … de uma publicação publicada (no cartão, na página da publicação ou no Feed), Criar e-mail cria o rascunho de uma campanha com o título, o subtítulo, a capa, o texto inteiro e o botão Ler na comunidade, e com o público Quem tem acesso a {título}, recalculado a cada envio: uma publicação de assinantes só chega a quem a pode abrir. Moderador e financeiro criam o rascunho; só o proprietário e o administrador enviam. Ver Enviar um conteúdo por e-mail.
• Publicação com "…ver mais" e leituras da publicação. No Feed e na lista do espaço, o texto de uma publicação longa aparece cortado em cerca de cinco linhas, com …ver mais, que abre o texto inteiro ali mesmo (ver menos recolhe); o botão fica centrado, com uma seta, na cor da comunidade. Título, capa e player ficam fora do corte; numa publicação cortada, os cartões e a lista de links só aparecem depois do …ver mais (a publicação curta mostra tudo, como antes), e a página da publicação mostra tudo. Na página da publicação, o proprietário, o administrador e o autor veem Leituras deste post: quantas pessoas abriram a publicação, abriram o …ver mais e clicaram num link, e os Domínios mais clicados (só o domínio é guardado; cliques dentro de players como YouTube e Spotify não contam). Cada número conta uma pessoa por dia, e a contagem começa hoje. Em Administração › Analytics › Visão geral, o bloco Conteúdo mais lido mostra as publicações mais lidas do período, para o proprietário e o administrador. Ver Leituras deste post e Conteúdo mais lido.
• Fixar publicações no Feed e no espaço. No menu ⋮ de uma publicação de Conteúdo, no Feed e na lista do espaço, o proprietário, o administrador e o moderador passam a ter Fixar no topo e Desafixar, como já havia no status e no evento. A publicação fixada vai para o topo do espaço e do Feed com a faixa Fixado e aparece inteira, sem …ver mais e com os cartões de link à vista. Ver Fixar no topo.

#Melhorias

• Telemóvel e canais no Perfil. Em A minha conta › Perfil, logo abaixo de Telefone, Confirmar número envia o código de 6 números pelo WhatsApp (por SMS quando a comunidade não usa o WhatsApp), e um botão por canal, Receber avisos e novidades por SMS e pelo WhatsApp, autoriza de uma vez lembretes, bilhetes, pendências e novidades. A minha conta › Avisos fica só com as categorias e as mensagens do WhatsApp. Ver A minha conta › Perfil.
• Modelos de marketing só para quem aceitou novidades. Antes, o Aviso da comunidade e o Feedback recebido chegavam a quem tinha só o consentimento de serviço. Agora, como o WhatsApp os classifica como marketing, chegam só a quem aceitou novidades pelo WhatsApp, tal como a Compra não concluída, a Menção e o Conteúdo novo. Num workflow, um Enviar e-mail depois do bloco chega aos restantes. Ver Modelos de marketing.
• Item eliminado ou ligação errada fica claro. Ao abrir um evento, curso, campanha, produto, workflow ou outro item que foi eliminado, o ecrã diz que já não existe e mostra o caminho de volta para a lista. Uma falha de ligação aparece separada, com "Tentar de novo".
• Nomes legíveis nos modelos aprovados. No cartão do WhatsApp, a lista Modelos aprovados passa a mostrar os dez modelos novos com nome e finalidade no idioma do painel (Visitante chegou, Lembrete de reserva, Pedido de suporte respondido…), em vez do código interno.
• O aviso de publicação nova vai só para quem a consegue abrir. Numa comunidade com entrada paga, uma publicação só para membros já não avisa quem ainda espera que a entrada seja libertada. Ver Avisos de novidade.
• O leitor da publicação sobe para o lugar da capa. Uma publicação sem capa e sem vídeo próprio passa a abrir com o primeiro link de áudio ou vídeo do texto (Spotify, YouTube, Vimeo, SoundCloud…) no topo, no cartão do Feed, na lista e na página da publicação, sem repetir o leitor em baixo. Um episódio de podcast só com o link do Spotify já aparece com o leitor. Os cartões de links comuns continuam onde estão. Ver Links viram player ou cartão.
• A comunidade oficial no diretório. A comunidade da Memberfy passa a aparecer em primeiro no diretório (hub.memberfy.net), com o selo Comunidade oficial: novidades, tutoriais e partilha entre quem lidera comunidades. O site ganhou a ligação A nossa comunidade, que leva até ela.
• Site: página inicial e páginas para comunidades, empresas e RH e coworkings reescritas, com o episódio do Memberfy Cast de cada público.
• Novos controlos de segurança.

#Correções

• O botão do e-mail abre a publicação. O Ler na comunidade dos avisos de publicação nova e do bloco Últimas publicações das campanhas volta a abrir a publicação, incluindo nos e-mails que já tinham saído.
• Registo com um e-mail que já tem conta noutra comunidade. Quem já tinha conta noutra comunidade Memberfy recebia "e-mail já registado" ao registar-se na sua. Agora o registo funciona com o mesmo e-mail e cria uma conta nova, independente, com palavra-passe própria. O e-mail só é recusado quando já tem conta na sua comunidade.
• O Voltar do post aberto por ligação direta leva ao espaço. Quem abria um post por uma ligação direta clicava em Voltar e nada acontecia. Agora o botão leva ao espaço do post.
• Fixar no Feed volta a funcionar para a equipa. Fixar um status, um evento ou uma publicação no Feed voltou a funcionar para o proprietário, o administrador e o moderador.
• O Feed mostra as suas opções logo depois de iniciar sessão. Depois de entrar, o Feed já mostra o menu ⋮ e o Editar de quem entrou, sem ser preciso recarregar a página.

#Para programadores

#API

• Diretório: GET /api/public/hub/communities e GET /api/public/hub/communities/{slug} trazem official: true na comunidade oficial da Memberfy, que vem em primeiro na lista; nas outras, o campo não vem. Ver Hub.
• Registo com aprovação: signupRequiresApproval em PATCH /api/communities/{id}/settings; POST /api/auth/signup-request (público, sempre 202); GET /api/signup-requests, POST /api/signup-requests/approve e POST /api/signup-requests/reject; o webhook member.joined ganha source: approval. Ver Registo e entrada.
• Para quem não tem acesso: lockedDisplay em POST/PUT de secções e espaços, locked e lockReason nas listagens, e GET /api/sections/{id} com denial. Ver Visibilidade e acesso › Na API.
• Fale com a equipa: POST /api/chat/contact-team (spaceId ou sectionId); a recusa com cadeado traz canContactTeam.
• moments em /api/whatsapp/settings e whatsapp.moments em /api/members/me/notice-preferences ganham visitorArrived, parcelArrived, bookingReminder, subscriptionRenews, cardExpiring, refundProcessed, waitlistOffer, supportReply, certificateIssued e joinApproved. whatsappNode.templates (GET /api/workflows/triggers) ganha bookingReminder, subscriptionRenews, refundProcessed, waitlistOffer e certificateIssued; um modelo fora da lista volta com whatsappTemplateInvalid. category em GET /api/whatsapp/templates mostra a classificação aplicada pelo WhatsApp (MARKETING incluído); quem não aceitou novidades é ignorado com whatsappNoConsent.
• feedScope (space ou section) em POST /api/spaces e PUT /api/spaces/{id}, só em espaço de Feed, para proprietário e administrador. GET /api/feed com spaceId segue o feedScope do espaço, e o novo sectionId junta a secção inteira. Ver Secções e espaços e Feed.
• Consentimento declarado pela equipa: POST /api/contact-consent/attestations (proprietário e administrador; attestation: true, channels, purpose, até 200 members; a resposta traz sendable por membro), a origem team e o campo attestationMethod em GET /api/members/{memberId}/contact-consents; na importação, smsConsent e whatsappConsent com a atestação valem também para quem já é membro, com os avisos de linha CONSENT_WITHDRAWN e PHONE_KEPT_VERIFIED. Ver Avisos por SMS e WhatsApp › Na API.
• Etiquetas: tag em GET /api/feed e GET /api/content; tags (até 10 de 40 caracteres) no POST e no PUT de /api/status e /api/content. Ver Conteúdo › Na API.
• Versão nos editores: as gravações aceitam updatedAt (na linha da comunidade, settingsUpdatedAt) ou If-Unmodified-Since e respondem 409 com a versão atual quando outra gravação veio antes; é opcional. Ver Conflito de versão. No WebSocket, presence.join, presence.leave e presence.active, os retratos presence e o aviso item.saved. Ver Tempo real.
• Campanha a partir de uma publicação: POST /api/campaigns/from-content (contentId; equipa), o público itemAccess: { type: "content", id } (exclusivo), itemAccess na pré-visualização do público, sourceItem nas campanhas e canCreateCampaign na lista de Conteúdo, no detalhe da publicação e no Feed. Ver Campanhas de e-mail › Na API.
• Leituras da publicação: GET /api/analytics/content (o conteúdo mais lido do período; proprietário e administrador) e GET /api/analytics/content/{contentId} (as métricas de uma publicação; proprietário, administrador e o autor, 403 para os outros). O coletor POST /api/analytics/events aceita post_expand e post_link_click (só o domínio), e o page_view leva contentId; o detalhe da publicação traz canViewMetrics. Ver Analytics › Na API.

#MCP: detalhes técnicos

• list_signup_requests, approve_signup_request e reject_signup_request tratam da fila de pedidos de entrada; update_community_settings aceita signup_mode (open, approval, closed). Ver Ferramentas · Membros.
• locked_display em create_section, update_section, create_space e update_space; list_spaces mostra locked e lock_reason. Ver Ferramentas · Comunidade e estrutura.
• contact_team abre a conversa com a equipa a partir de uma área com cadeado.
• create_space e update_space aceitam feed_scope (space ou section, só no módulo Feed); list_spaces mostra o feed_scope de cada Feed; list_posts aceita section_id, e o space_id de um Feed segue o feed_scope dele. A descrição de delete_section foi corrigida: a secção tem de estar vazia, e os espaços são eliminados antes com delete_space. Ver Ferramentas · Comunidade e estrutura.
• list_posts aceita tag; create_post, create_short_post e update_post aceitam tags. Ver Ferramentas · Conteúdo e a receita 98.
• attest_contact_consent regista o consentimento de SMS ou WhatsApp que a comunidade declara ter recolhido (pede confirmação); preview_member_import e start_member_import aceitam as colunas sms_consent e whatsapp_consent, com as atestações; list_member_contact_consents mostra a origem team; o resultado de attest_contact_consent traz phone_verified e sendable. Ver a receita 99.
• create_campaign_from_content cria o rascunho da campanha a partir de uma publicação (o Criar e-mail da aplicação); create_campaign, update_campaign e preview_campaign_audience aceitam o público item_access, e a confirmação de send_campaign e schedule_campaign mostra o título da publicação e quantas pessoas recebem, ou avisa quando a publicação saiu do ar; list_posts traz canCreateCampaign. O servidor passa a ter 883 ferramentas. Ver Ferramentas · Comunidade e estrutura e a receita 100.
• analytics_report ganha view: "content", o conteúdo mais lido do período (proprietário e administrador), e a ferramenta nova get_post_metrics lê as leituras, as expansões, os cliques e os domínios mais clicados de uma publicação, pelo id, pelo link ou pelo título (o autor vê só as próprias publicações). Peça "Que publicações foram mais lidas este mês?" ou "Quantos cliques teve a publicação 'Boas-vindas'?". O servidor passa a ter 884 ferramentas. Ver get_post_metrics.