md_news_author para TYPO3

md_news_author da rostro a los redactores y un schema a los buscadores

GeorgRinger/news es la extensión de facto estándar para sistemas de redacción en TYPO3, pero solo conoce un sencillo campo de texto para el autor. Para sitios de noticias con varios autores eso no basta: quien gestiona una revista seria necesita páginas de perfil de autor, biografías estructuradas y marcado Schema.org/Person para E-E-A-T. Esa es exactamente la brecha que cubre md_news_author de Mehrwert-Digital, y por eso la extensión acaba en el composer.json de casi cualquier proyecto de redacción TYPO3 de tamaño medio. Desde que Google endureció en 2022 las directrices E-E-A-T y valora los perfiles de autor como señal de ranking, la extensión ya no es solo una comodidad, sino un factor SEO medible para cualquier redacción con más de tres autores.

Escenarios típicos: revistas digitales, editoriales especializadas y salas de prensa universitarias

Las editoriales especializadas son el público objetivo clásico. Una editorial jurídica con 40 autores quiere para cada autor una página de detalle propia con foto, biografía breve, áreas de especialidad, perfil de LinkedIn y una lista de todos sus artículos, por razones SEO y porque Google recompensa E-E-A-T. md_news_author entrega eso desde un único registro. Además, la extensión permite filtrar autores por áreas de especialidad, de modo que los redactores encuentran, al investigar un tema, directamente a los expertos adecuados.

Las salas de prensa universitarias utilizan la extensión para asignar los comunicados del gabinete de comunicación a los investigadores reales. La nota de prensa aparece bajo el nombre del catedrático correspondiente, enlaza a su página del instituto y se señala a Google mediante Schema Person. Para citaciones y Google Scholar eso no es solo estética, sino un factor de ranking. Hemos implementado md_news_author, por ejemplo, en un instituto de investigación médica con 18 grupos de investigación, donde cada nota de prensa se asigna al grupo participante y a sus miembros. La extensión conecta los contenidos de noticias con los perfiles de investigador y crea así una base estructurada para la reputación académica en la web.

Un tercer escenario son los blogs corporativos y los formatos de thought leadership, en los que miembros del consejo y directivos aparecen como autores. La extensión separa limpiamente entre FE User (login) y autor (perfil), de modo que las biografías pueden mantenerse también para autores invitados sin cuenta TYPO3. Para salas de prensa corporativas con setup de ghostwriter esa separación es decisiva: el redactor de comunicación escribe el texto pero lo publica bajo el nombre del directivo sin que este necesite un login en el backend.

Arquitectura técnica: ampliación de GeorgRinger/news vía TCA overrides

md_news_author es un complemento puro de ext:news. No aporta una lógica de salida propia, sino que registra mediante TCA override el campo “authors” como relación con una nueva tabla tx_mdnewsauthor_domain_model_author. Cada autor es un registro independiente con nombre, apellidos, cargo, slug, biografía, imagen, LinkedIn, X, correo y notas internas. La relación es de tipo MM, de modo que un artículo puede tener varios autores y, a la inversa, un autor puede participar en tantos artículos como haga falta.

La integración en plantillas Fluid corre a través de ViewHelpers: {author.fullName}, {author.jobTitle}, {author.image} y {author.url}. Para vistas de lista y detalle la extensión entrega partials terminados que pueden sobrescribirse mediante el sistema de paquetes TypoScript. El slug se genera automáticamente a partir de nombre y apellidos y es editable. El routing para páginas de detalle de autor se realiza mediante un patrón Enhancer en la Site Config, que permite URLs como /autor/juan-perez/ sin estructura de páginas adicional.

El marcado Schema.org/Person se genera mediante un ViewHelper JSON-LD y puede incrustarse en el schema News Article. Así Google reconoce al autor, lo relaciona a través de varios artículos y lo incorpora al entorno del Knowledge Graph de la revista. La salida del ViewHelper es compatible con el Structured Data Testing Tool de Google y cubre los atributos Person más importantes: name, jobTitle, image, url, sameAs y worksFor.

Problemas frecuentes: Storage Pages y conflictos de slug

El tropiezo clásico es la configuración de la Storage Page. md_news_author espera que los registros de autor estén en una carpeta de sistema explícita, indicada en el TypoScript del plugin News. Si falta la entrada, el plugin no muestra ningún autor y los editores se extrañan. En la configuración colocamos la carpeta de sistema bajo /Configuracion/Autores-Noticias y la referenciamos en el Flexform del plugin. En instalaciones multisitio la carpeta de sistema debe mantenerse por separado para cada site, de modo que los autores queden asignados a una marca concreta.

Un segundo error frecuente son las colisiones de slug con otras tablas. Cuando junto a md_news_author se utiliza también ext:sf_register o un modelo propio de personas, ambos comparten a menudo la misma estructura de URL. Recomendamos fijar conscientemente el prefijo de routing en /autor/ y registrar la generación de slug en la Site Config YAML. Alternativamente el routing enhancer puede configurarse por idioma, lo que es especialmente importante en instalaciones multilingües con distintos prefijos de ruta (“/author/” EN, “/autor/” ES).

En tercer lugar, las imágenes necesitan un tamaño definido. md_news_author entrega la referencia FAL, pero las variantes de cropping deben mantenerse en TSconfig bajo TCEFORM.tx_mdnewsauthor_domain_model_author.image. Sin eso, el cropping ViewHelper falla en la plantilla de detalle y muestra las imágenes originales sin procesar. Recomendamos definir al menos tres variantes de cropping (square, portrait, landscape) y entregarlas de forma responsiva en la plantilla Fluid.

La migración a TYPO3 v12 exige actualización de Fluid

Para TYPO3 v11 y v12 md_news_author está disponible de forma estable. Al saltar a v12 las plantillas Fluid propias deben adaptarse al nuevo namespace ({namespace md=Mehrwert\MdNewsAuthor\ViewHelpers}) y al sistema de ViewHelpers revisado. Quien viene de una versión antigua 2.x debería además revisar los TCA overrides, porque algunos nombres de campo han cambiado. En particular el campo de biografía y los enlaces a redes sociales han recibido en versiones más recientes propiedades adicionales que las plantillas antiguas ignorarían.

En proyectos en curso Gosign migra md_news_author típicamente en el mismo paso que el upgrade del núcleo news y el marcado Schema.org. Así la página de artículo se mantiene consistente durante el cambio y el marcado Person se eleva directamente a la especificación Schema.org actual. En la misma pasada comprobamos si los perfiles de autor contienen una lista sameAs completa con cuentas de redes sociales verificadas, porque Google utiliza esa vinculación para el matching con el Knowledge Graph.