Lunes, 9 de noviembre de 2026

Lo más relevante del hosting en el mundo, en español · ehost.ec →

Desarrolladores critican que WordPress 7.2 active por defecto el endpoint /random/ para entradas aleatorias

WordPress 7.2 introduce un endpoint /random/ que redirige a entradas al azar y estará activo por defecto; la medida ha provocado rechazo de parte de desarrolladores y debate sobre privacidad y rendimiento.

Por Equipo ehost3 min de lecturaFuente: The Repository
Desarrolladores critican que WordPress 7.2 active por defecto el endpoint /random/ para entradas aleatorias
Imagen ilustrativa generada con inteligencia artificial.

WordPress 7.2 incluye entre sus novedades un endpoint público /random/ pensado para redirigir a visitantes hacia entradas seleccionadas al azar. La propuesta de dejarlo activado por defecto ha generado críticas en la comunidad de desarrolladores, que advierten sobre implicaciones de rendimiento, rastreo y control del sitio.

Qué es el endpoint /random/ y por qué importa

El endpoint /random/ es una ruta que, cuando se solicita, devuelve o redirige a una publicación elegida de manera aleatoria dentro del sitio. Su objetivo es facilitar la navegación casual y descubrir contenido sin necesidad de búsquedas o menús.

Activarlo por defecto significa que cualquier instalación de WordPress 7.2 tendría este comportamiento disponible inmediatamente tras actualizar, sin intervención del administrador.

Críticas de desarrolladores y preocupaciones técnicas

Varios desarrolladores han expresado reservas sobre la activación por defecto. Las principales preocupaciones son:

  • Rendimiento: seleccionar una entrada aleatoria en sitios con bases de datos grandes puede requerir consultas costosas que aumenten la carga del servidor si no se implementa con cuidado.
  • SEO y rastreo: los motores de búsqueda y bots podrían indexar o seguir el endpoint, creando bucles de redirección o contenido duplicado si no se gestiona mediante headers o directivas de rastreo adecuadas.
  • Control del administrador: algunos desarrolladores opinan que características que alteran la navegación deberían quedarse desactivadas por defecto y ofrecerse como opción para activar, para evitar cambios inesperados en el comportamiento público del sitio.
  • Privacidad y abuso: un endpoint público y accesible por defecto podría ser usado por actores automatizados para medir o explotar patrones de contenido en sitios vulnerables.

Respuesta de la comunidad y debates moderados

El anuncio ha suscitado reacciones diversas: desde comentarios irónicos hasta sugerencias técnicas para mitigar riesgos. Algunos miembros plantean soluciones intermedias, como dejar el endpoint desactivado por defecto, exponer una opción en la configuración para activarlo, o incluir controles que limiten su uso (por ejemplo, caché, exclusiones de tipos de contenido o restricciones por rol).

También se ha discutido cómo documentar la función para que administradores y agencias sepan qué efectos puede tener en SEO, rendimiento y análisis de tráfico.

Qué deben hacer los administradores y desarrolladores

Hasta que el comportamiento final de WordPress 7.2 quede definitivo, los administradores y responsables técnicos deberían:

  • Revisar la lista de cambios de la versión y probar la actualización en entornos de staging antes de aplicarla en producción.
  • Comprobar si el endpoint /random/ queda activado por defecto tras actualizar y, si es así, evaluar su impacto en rendimiento y SEO.
  • Si no desean la función, desactivarla o bloquear el endpoint mediante reglas en el servidor, filtros de WordPress o plugins de control de endpoints.
  • Implementar caché o mecanismos de selección eficientes si se decide usar la función en sitios con gran volumen de publicaciones.

Contexto más amplio

La discusión encaja en un patrón recurrente de la comunidad: decidir cuándo una función debe estar activa por defecto y cuándo debe quedar como opción. En paralelo, WordPress 7.2 está incorporando otras novedades —como experimentos relacionados con inteligencia artificial y ajustes de accesibilidad— que también están siendo revisadas por desarrolladores y mantenedores.

La decisión final sobre activar o no /random/ por defecto dependerá de las deliberaciones internas del proyecto y de las modificaciones técnicas que aporten mitigaciones a las preocupaciones planteadas.

Lee también:

Fuente: The Repository

Compartir