El fragmento de URL (Fragment Identifier, hash) es la parte de la URL que aparece después del símbolo "#". Por ejemplo, en "https://example.com/page#section2", "#section2" es el fragmento. El navegador lo utiliza para desplazarse automáticamente hasta el elemento de la página cuyo atributo id coincida. La sección 3.5 de RFC 3986 define el fragmento como una identificación indirecta de un recurso secundario dentro del recurso ya obtenido, y precisa que su significado depende del tipo de medio de ese recurso; saltar al elemento cuyo id coincide es lo que eso significa en HTML. Para señalar un pasaje que no tiene id existe además la sintaxis de fragmento de texto, que escribe las propias palabras después de #:~:text=. Solo actúa en navegaciones iniciadas por quien lee y, si el navegador no la admite o el texto no aparece en el documento, la directiva se ignora por completo y se abre el principio del documento.
Una característica fundamental del fragmento es que no se envía al servidor. Cuando el navegador accede a "https://example.com/page#section2", la petición que llega al servidor es solo "https://example.com/page"; la parte "#section2" se procesa exclusivamente en el lado del navegador.
Esta característica atañe a las URL acortadas, pero no significa que el fragmento se pierda. La sección 10.2.2 de RFC 9110 establece que, cuando el valor de Location de una respuesta de redirección no incluye fragmento, el agente de usuario debe procesar la redirección como si ese valor heredara el fragmento de la referencia original. Es decir, al abrir https://example.com/abc#section2 el servidor solo recibe /abc, pero el navegador traslada #section2 al destino. No se traslada cuando la URL de destino lleva su propio fragmento, que entonces prevalece. Otro punto a tener en cuenta es que el fragmento viaja del enlace original a otro sitio: la sección 17.11 de la misma especificación advierte que esto puede revelar el fragmento de un sitio a otro, y señala que un sitio que ponga información personal en el fragmento debería incluir un componente de fragmento (aunque esté vacío) en las redirecciones hacia otros sitios para cortar esa herencia. Además, algunos servicios recortan el fragmento al guardar la URL original, de modo que si la URL de origen lo contiene, lo más fiable es abrir el enlace generado y comprobarlo.
En las SPA (Single Page Applications), el fragmento se utiliza a veces para el enrutamiento: "https://app.example.com/#/dashboard", "https://app.example.com/#/settings". Esa forma tiene la ventaja de funcionar sin configuración en el servidor, pero la guía de Google sobre la estructura de las URL indica que la Búsqueda de Google no admite en general los fragmentos de URL y recomienda recurrir a la History API en lugar de usar fragmentos para cambiar el contenido de una página; su documentación de SEO para JavaScript presenta también la navegación por hash que carga contenido mediante fragmentos como una práctica que conviene evitar. Al pasar al enrutamiento por rutas con la History API (/dashboard, /settings) hay que configurar el servidor para que devuelva la aplicación cuando se abra directamente cualquiera de esas URL.
Desde el punto de vista del SEO, conviene evitar un diseño que cambie el contenido según el fragmento. Como se ha señalado, Google afirma que la Búsqueda no admite en general los fragmentos de URL, así que no cabe esperar que "example.com/page" y "example.com/page#section2" se traten como páginas distintas. Si se desea que una sección concreta aparezca por sí sola en los resultados de búsqueda, es preferible diseñarla como una URL independiente (subpágina) en lugar de usar un fragmento.