Gestión de archivos sin seguimiento en Drupal con File Inspector
Los sistemas de gestión de contenidos incluyen diferentes tipos de archivos como parte del contenido que manejan. Sin embargo, debido a varios motivos, la aplicación no siempre hace seguimiento de estos ficheros, lo que puede hacer que haya acumulación de ficheros sin uso y dar lugar a ciertos problemas. Esta artículo trata de este asunto y propone el módulo File Inspector como solución.
Los archivos de los que Drupal no hace seguimientoCualquier sitio Drupal con años de vida, ya almacene archivos en una carpeta local o en un bucket remoto como Amazon S3, acumula cientos de archivos sin forma fácil de saber de cuáles sigue Drupal haciendo seguimiento y de cuáles no. Los archivos provienen de cuatro fuentes: contenido activo, restos de nodos eliminados hace años, residuos de migraciones y copias de seguridad, y subidas directas, como un PDF se copió al servidor porque en su momento era "más rápido".
Es un problema habitual en el sector y no depende de la tecnología utilizada. Todo sistema de gestión de contenidos lo afronta tarde o temprano. La causa raíz son dos almacenes que deben coincidir: los datos en disco frente a la base de datos que se supone debe llevar un seguimiento de ellos. En cuanto ambos almacenes coexisten, se acaban desincronizando en algún momento. Esto ocurre de tres formas diferentes: cuando se eliminan registros en la base de datos pero no los archivos,...
Cómo eliminar el intercambio manual de credenciales en integraciones de Drupal con un servicio Vault
Las credenciales siguen viajando por correo y por Slack en proyectos por lo demás cuidados. Toda integración con un servicio externo las necesita, y reenviarlas de una parte a otra es tan rutinario que el riesgo apenas se cuestiona. Esa costumbre se puede evitar, y evitarla cambia quién custodia los secretos y quién no necesita verlos nunca.
La costumbre de pasar contraseñas por correo o por SlackRecibir una contraseña en texto plano por correo o por Slack es algo habitual en cualquier proyecto Drupal. Pasa porque toda integración con un servicio externo, ya sea una pasarela de pago, un CRM o una API de terceros, necesita credenciales de acceso. Usuarios y contraseñas, tokens, URLs privadas y otros datos sensibles que en algún momento tienen que viajar de un sitio a otro.
Esas credenciales no deberían acabar nunca en un repositorio de código ni en los archivos YAML de configuración de Drupal. El riesgo de exposición es demasiado alto. La alternativa más habitual, sin embargo, no resuelve el problema de fondo.
Los problemas de aprovisionar credenciales en un proyectoLo más extendido es guardar los secretos en un archivo fuera del webroot, o definirlos como variables de entorno accesibles solo para PHP. Funciona, pero tiene un coste operativo que aparece en cuanto hay que cambiar una contraseña: esos archivos se editan a mano y, si se usan variables de entorno, puede hacer falta recargar Apache o Nginx.
El problema de...
Cómo marcar palabras extranjeras para la accesibilidad en Drupal usando plugin de idioma de CKEditor
La Ley Europea de Accesibilidad entró en vigor en junio de 2025, elevando el cumplimiento de las WCAG AA de una buena práctica a un requisito legal para la mayoría de los proyectos web en la UE. Entre los criterios que cubre esa norma, el 3.1.2 es uno de los que más se incumplen en los flujos de trabajo editoriales: exige que cualquier cambio de idioma en una página se identifique en el marcado. El contenido que mezcla idiomas es casi universal, ya que cualquier sitio que escriba en español tomará prestados términos ingleses, y cualquier sitio que escriba en inglés hará lo mismo en la otra dirección. Esa mezcla de idiomas incumple el criterio sin que nadie lo advierta, y la mayoría de los sitios no tienen ningún mecanismo para solucionarlo. Drupal 10 y versiones posteriores incluyen una solución nativa en el Core que no requiere módulos adicionales, y la diferencia entre los sitios que cumplen y los que no casi siempre es solo una cuestión de concienciación.
La brecha de accesibilidad: las palabras extranjerasLa accesibilidad ahora tiene peso en dos frentes a la vez. Mejora el SEO y es un requisito legal. Desde que la Ley Europea de Accesibilidad entró en vigor en junio de 2025, cumplir el nivel AA de las WCAG dejó de ser una buena práctica para convertirse en una obligación legal para cualquier sitio web.
Uno de los errores más frecuentes al redactar contenido se da justo en esta intersección: usar una palabra o expresión...
Cómo corregir las imágenes sin atributo alt en Drupal sin necesidad desarrollo
Los atributos alt vacíos perjudican tanto la accesibilidad como el SEO, y el coste es medible. Google Lighthouse marca el error en ambas auditorías: hasta 6 puntos menos en la puntuación de Accessibility y 8 puntos menos en la de SEO.
El impacto en los usuarios reales puede ser peor que la puntuación. Los lectores de pantalla ignoran por completo una imagen sin texto alt, así que las personas ciegas ni siquiera saben que hay una imagen, lo que hace la experiencia confusa y disruptiva. Además, se incumple el Success Criterion 1.1.1 de las WCAG, Non-text Content, el requisito básico.
Esa es la razón por la que tuvimos hacer algo cuando un proyecto de migración dejó miles de imágenes sin atributo alt.
Una migración de Drupal 9 a Drupal 11 para un proyecto multidioma de noticias deportivas reveló alrededor de 12 000 imágenes con atributos alt vacíos o incorrectos, detectados mediante la herramienta Screaming Frog. Algunas imágenes no tenían ningún atributo alt, mientras que otras tenían texto alternativo en el idioma incorrecto; en la versión /es del sitio aparecía texto alternativo en inglés.
El siguiente paso obvio era buscar un patrón. ¿Estaba el problema ligado a un tipo de contenido concreto, como Artículos? ¿Se...
Cómo auditar el enlazado interno y las trampas de rastreo en Drupal con Entity Mesh
