md_news_author para TYPO3

md_news_author dá rosto aos redatores e schema aos mecanismos de busca

O GeorgRinger/news é a extensão padrão de facto para sistemas editoriais no TYPO3, mas só conhece um simples campo de texto de autor. Para sites de notícias com vários autores isso não basta: quem opera uma revista séria precisa de páginas de perfil de autor, biografias estruturadas e marcações Schema.org/Person para E-E-A-T. Exatamente essa lacuna é fechada pela md_news_author da Mehrwert-Digital, e exatamente por isso a extensão acaba no composer.json de quase todo projeto editorial TYPO3 de médio porte. Desde que o Google, em 2022, endureceu as diretrizes E-E-A-T e passou a considerar perfis de autor como sinal de ranking, a extensão deixou de ser apenas um recurso de conforto e virou um fator SEO mensurável para qualquer redação com mais de três autores.

Cenários típicos são revistas online, editoras especializadas e newsrooms universitários

Editoras especializadas são o público-alvo clássico. Uma editora jurídica brasileira com 40 autores quer, para cada autor, uma página de detalhe própria com foto, mini biografia, áreas de atuação, perfil no LinkedIn e lista de todos os artigos, por razões SEO e porque o Google premia E-E-A-T. A md_news_author entrega isso a partir de um único registro. A extensão permite ainda filtrar autores por área de atuação, de forma que redatores em pesquisas temáticas encontrem diretamente os especialistas adequados.

Newsrooms universitários usam a extensão para atribuir comunicados da assessoria de comunicação aos pesquisadores reais. O comunicado de imprensa aparece sob o nome do respectivo titular da cátedra, linka para a página do instituto e é sinalizado ao Google via Person schema. Para citações e Google Scholar isso não é apenas cosmético, mas fator de ranking. Implementamos md_news_author, por exemplo, em um instituto de pesquisa médica vinculado a uma universidade brasileira, com 18 grupos de pesquisa, onde cada comunicado é atribuído ao grupo envolvido e seus membros. A extensão conecta conteúdo de notícias a perfis de pesquisadores e cria assim uma base estruturada para reputação científica na web.

Um terceiro cenário são blogs corporativos e formatos de thought leadership, em que diretores e executivos atuam como autores. A extensão separa claramente FE-User (login) de autor (perfil), de forma que biografias também possam ser mantidas para autores convidados sem conta no TYPO3. Para newsrooms corporativos com setup de ghostwriter, essa separação é decisiva: o redator de comunicação escreve o texto, mas publica sob o nome do executivo, sem que este precise de login no backend.

Arquitetura técnica estende GeorgRinger/news via TCA overrides

A md_news_author é um complemento puro à ext:news. Ela não traz lógica de saída própria, mas registra via TCA override o campo “authors” como relação a uma nova tabela tx_mdnewsauthor_domain_model_author. Cada autor é um registro autônomo com nome, sobrenome, título, slug, biografia, imagem, LinkedIn, X, email e notas internas. A relação é do tipo MM, de modo que um artigo pode ter vários autores e, inversamente, um autor pode estar envolvido em vários artigos.

A integração em templates Fluid acontece via ViewHelpers: {author.fullName}, {author.jobTitle}, {author.image} e {author.url}. Para listas e visões de detalhe, a extensão entrega partials prontos que podem ser sobrescritos via sistema de site packages. O slug é gerado automaticamente a partir de nome e sobrenome e é editável. O roteamento para páginas de detalhe de autor ocorre via enhancer pattern na site config, permitindo URLs como /autor/fulano-da-silva/ sem estrutura adicional de páginas.

A marcação Schema.org/Person é gerada via ViewHelper JSON-LD e pode ser embutida no schema News Article. Assim o Google Search reconhece o autor, o conecta entre vários artigos e o insere no entorno do Knowledge Graph da revista. A saída do ViewHelper é compatível com o Google Structured Data Testing Tool e cobre os atributos mais importantes de Person: name, jobTitle, image, url, sameAs e worksFor.

Problemas frequentes envolvem storage pages e conflitos de slug

O tropeço clássico é a configuração da storage page. A md_news_author espera que os registros de autor estejam em uma sysfolder explícita, referenciada no TypoScript do plugin News. Sem essa entrada, o plugin não mostra autores e os editores ficam sem saber por quê. No setup, criamos a sysfolder em /Configuração/Autores-News e a referenciamos no FlexForm do plugin. Em instalações multi-site, a sysfolder precisa ser mantida separadamente por site, para que autores permaneçam vinculados a uma marca específica.

Um segundo erro frequente são colisões de slug com outras tabelas. Se além de md_news_author também ext:sf_register ou um modelo de pessoa próprio é usado, os dois frequentemente compartilham a mesma estrutura de URL. Recomendamos definir o prefixo de routing deliberadamente como /autor/ e registrar a geração de slug no YAML da site config. Alternativamente, o routing enhancer pode ser configurado separadamente por idioma, o que é especialmente importante em instalações multilíngues com prefixos diferentes de caminho (“/author/” EN, “/autor/” BR).

Em terceiro lugar, imagens precisam de um tamanho definido. A md_news_author entrega a referência FAL, mas as variantes de cropping precisam ser mantidas no TSconfig em TCEFORM.tx_mdnewsauthor_domain_model_author.image. Sem isso, o cropping ViewHelper falha no template de detalhe e mostra imagens originais não processadas. Recomendamos definir pelo menos três variantes (square, portrait, landscape) e entregá-las de forma responsiva no template Fluid.

Migração para TYPO3 v12 exige update no Fluid

Para TYPO3 v11 e v12, a md_news_author está estável. No salto para v12, templates Fluid próprios precisam ser ajustados ao novo namespace ({namespace md=Mehrwert\MdNewsAuthor\ViewHelpers}) e ao sistema de ViewHelpers revisado. Quem vem de uma versão antiga 2.x deve ainda verificar os TCA overrides, porque alguns nomes de campo foram renomeados. Especialmente o campo de biografia e os links de redes sociais ganharam propriedades adicionais em versões mais novas, que seriam ignoradas em templates antigos.

Em projetos em andamento, a Gosign migra md_news_author tipicamente no mesmo passo do upgrade do core News e da marcação Schema.org. Assim a página do artigo permanece consistente durante a transição, e a marcação Person é elevada imediatamente à especificação Schema.org atual. No mesmo passo verificamos se os perfis de autor contêm uma lista sameAs completa com contas verificadas de redes sociais, porque o Google usa esse vínculo para correspondência no Knowledge Graph.