Árbol de páginas

Versiones comparadas

Clave

  • Se ha añadido esta línea.
  • Se ha eliminado esta línea.
  • El formato se ha cambiado.

...

Nota
titleAplicaciones FundeWeb

Si estas publicando la declaración de accesibilidad de una aplicación FundeWeb debes leer la guía Aplicaciones FundeWeb - Declaración de accesibilidad.

Deben respetarse todos los textos “literales” especificados en el modelo europeo, por lo tanto, no pueden modificarse los nombres de apartados, las frases concretas que se indican, etc. Así mismo, tampoco se puede alterar el orden de los apartados.

Solo los términos que se especifican al final de esta página son aquellos que se pueden y deben modificar adaptándolos a la situación concreta del sitio web.

Declaración de Accesibilidad (Componente Vue)

Desde que se ha unificado el frontend del Portal de Servicios en un único proyecto, tenemos una única declaración de accesibilidad global para todo el Portal. Esto significa que los desarrolladores que añadan servicios al Portal no tendrán que añadir su propia declaración de accesibilidad.


En el caso de que se desarrolle un proyecto en FundeWebJS que vaya fuera del Portal, podemos desplegar lo siguiente para ver la documentación anterior a la unificación del Portal:

Expandir

Deben respetarse todos los textos “literales” especificados en el modelo europeo, por lo tanto, no pueden modificarse los nombres de apartados, las frases concretas que se indican, etc. Así mismo, tampoco se puede alterar el orden de los apartados.

Solo los términos que se especifican al final de esta página son aquellos que se pueden y deben modificar adaptándolos a la situación concreta del sitio web.

Declaración de Accesibilidad (Componente Vue)

Info
titleIMPORTANTE

Dentro del <head> de la página hay que añadir la versión de la plantilla de la declaración, en este caso <meta name="accessibility-template" content="manualFDWJS-1.1"/>.

El contenido de la declaración es el siguiente:

Bloque de código
languagexml
themeEclipse
linenumberstrue
collapsetrue
<template>

<div class="delaracion-accesibilidad">

    <h1>Declaración de Accesibilidad</h1>
Bloque de código
languagexml
themeEclipse
linenumberstrue
collapsetrue
<template> <div class="delaracion-accesibilidad"> <h1 id="declaracion-manual-js">Declaración de Accesibilidad</h1> <!-- Sustituir AAA por la url del sitio web --> <article id="introduccion"> <p>El <a href="https://www.um.es/web/atica/accesibilidad" target="_blank" rel="noopener noreferrer" title="Área de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) de la Universidad de Murcia (Abre en nueva ventana)">Área de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) de la Universidad de Murcia</a> se ha comprometido a hacer accesibles sus sitios web de conformidad con el <a href="https://www.boe.es/diario_boe/txt.php?id=BOE-A-2018-12699" target="_blank" rel="noopener noreferrer" title="Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público (Abre en nueva ventana)">Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público</a>.</p> <p>La presente declaración de accesibilidad se aplica al sitio web <a :href="urlWeb" :title="urlWeb">{{ urlWeb }}</a>.</p> </article> <!-- Caso A: conformidad total (comentar este article si no es el caso) --> <!-- En este caso, la Comisión Europea recomienda incluir un enlace al Informe de evaluación que avale dicho nivel de conformidad en el apartado de "Contenido opcional". --> <article id="situacionCumplimientoA" v-if="situacionCumplimiento == 'A'"> <h2>Situación de cumplimiento</h2> <p>Este sitio web es <strong>plenamente conforme</strong> con el RD 1112/2018.</p> </article> <!-- Caso B: conformidad parcial --> <article id="situacionCumplimientoB" v-else-if="situacionCumplimiento == 'B'"> <h2>Situación de cumplimiento</h2> <p>Este sitio web es <strong>parcialmente conforme</strong> con el RD 1112/2018 debido a las excepciones y a la falta de conformidad de los aspectos que se indican a continuación.</p> </article> <!-- Caso C: no conformidad --> <article id="situacionCumplimientoC" v-else-if="situacionCumplimiento == 'C'"> <h2>Situación de cumplimiento</h2> <p>Este sitio web aún <strong>no es conforme</strong> con el RD 1112/2018. A continuación, se indican las excepciones y los aspectos no conformes.</p> </article> <!-- Caso B o C (comentar este article si hay conformidad total) -->

    <article id="
contenidoNoAccesible
introduccion">
        
<h2>Contenido
<p>El 
no accesible</h2> <p>El contenido que se recoge a continuación no es accesible por lo siguiente:</p> <ol> <li> <p><strong>falta
<a href="https://www.um.es/web/atica/accesibilidad" target="_blank" rel="noopener noreferrer" title="Área de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) de la Universidad de Murcia (Abre en nueva ventana)">Área de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) de la Universidad de Murcia</a> se ha comprometido a hacer accesibles sus sitios web de conformidad con el 
RD 1112/2018</strong></p> <ul> <li><p>Podrían existir fallos puntuales de edición en alguna página web, tanto en contenidos HMTL como en documentos finales, publicados en fecha <strong>posterior</strong> al 20 de septiembre de 2018.</p></li> <!-- Deben describirse, evitando en la medida de lo posible el uso de tecnicismos, los aspectos que hacen que el contenido no sea accesible e indicarse las referencias a los requisitos aplicables de las normas o especificaciones técnicas pertinentes que no se cumplen. -->
<a href="https://www.boe.es/diario_boe/txt.php?id=BOE-A-2018-12699" target="_blank" rel="noopener noreferrer" title="Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público (Abre en nueva ventana)">Real Decreto 1112/2018, de 7 de septiembre, sobre accesibilidad de los sitios web y aplicaciones para dispositivos móviles del sector público</a>.</p>
        <p>La presente declaración de accesibilidad se aplica al sitio web <a :href="urlWeb" :title="urlWeb">{{ urlWeb }}</a>.</p>
    </article>

    <article id="situacionCumplimientoA" v-if="situacionCumplimiento == 'A'">
        <h2>Situación de cumplimiento</h2>
        <p>Este sitio web es <strong id="compliance-status">plenamente conforme</strong> con el RD 1112/2018.</p>
    </article>

    <article id="situacionCumplimientoB" v-else-if="situacionCumplimiento == 'B'">
        <h2>Situación de cumplimiento</h2>
    
<!--
 
Ejemplos:
 
-->
  <p>Este sitio web es <strong id="compliance-status">parcialmente conforme</strong> con el RD 1112/2018 debido 
a las excepciones y a 
<!-- <li><p>Existen algunos elementos interactivos como botones
la falta de conformidad de los aspectos que 
no
se 
tienen
indican 
suficiente contraste (WCAG 1.4.11).</p></li> -->
a continuación.</p>
    </article>

    <article id="situacionCumplimientoC" v-else-if="situacionCumplimiento 
<!-- <li><p>Algunos elementos no son visibles cuando reciben el foco (WCAG 2.4.7, WCAG 2.4.3).</p></li> --> <!-- <li><p>En algunas páginas no está especificado el lenguaje (WCAG 3.1.1).</p></li> -->
== 'C'">
        <h2>Situación de cumplimiento</h2>
        <p>Este sitio web aún <strong id="compliance-status">no es conforme</strong> con el RD 1112/2018. A continuación, se indican las excepciones y los aspectos no conformes.</p>
    </article>

    <article id="contenidoNoAccesible">
        <h2>Contenido no accesible</h2>
        <p>El contenido que se 
<!-- <li><p>Algunas páginas
recoge a continuación no es 
son
accesible 
accesibles
por 
a través de múltiple vías (WCAG 2.4.5).</p></li> -->
lo siguiente:</p>
        <ol>
            <li>
      
<!--
 
<li><p>Algunos
 
elementos
 
no
 
tienen
 
descripción
 
accesible
 
(WCAG
 
1.3.1,
 
WCAG 2.5.3).</p></li> -->
 <p><strong>falta de conformidad con el RD 1112/2018</strong></p>
               
<!-- <li><p>Algunos componentes no funcionan exactamente como el estándar (WCAG 4.1.2)</p></li> -->
 <ul>
                    <li><p>Podrían existir fallos puntuales de edición en alguna página 
<!-- <li><p>Algunas páginas no contemplan que haya un método accesible para evitar el contenido repetitivo (WCAG 2.4.1)
web, tanto en contenidos HMTL como en documentos finales, publicados en fecha <strong>posterior</strong> al 20 de septiembre de 2018.</p></li>
-->

                    <!--
<li><p>En algunas páginas, las imágenes las considera como significativa o decorativa (WCAG 1.1.1).</p></li> --> <!-- <li><p>Los mensajes que proporcionan información al usuario no se activan correctamente (WCAG 4.1.3).</p></li>
 Deben describirse, evitando en la medida de lo posible el uso de tecnicismos, los aspectos que hacen que el contenido no sea accesible e indicarse las referencias a los requisitos aplicables de las normas o especificaciones técnicas pertinentes que no se cumplen. -->
                    <!-- Ejemplos: -->
                    <!-- <li><p>Existen 
<li><p>Las
algunos elementos 
tablas
interactivos 
no
como 
admiten
botones 
la
que 
secuencia
no 
de
tienen 
lectura
suficiente 
correcta
contraste (
WCAG
requisito 9.1.
3.1, WCAG 1.3.2
4.11 de UNE-EN 301549:2022).</p></li> -->
                    <!-- <li><p>Algunos 
<li><p>Los
elementos 
celdas
no 
de
son 
las
visibles 
tablas
cuando 
no
reciben 
hacen
el 
referencia
foco 
al encabezado correcto (WCAG 1.3.1
(requisito 9.2.4.7 y requisito 9.2.4.3 de UNE-EN 301549:2022).</p></li> -->

                    <
/ul> </li>
!-- <li><p>En algunas páginas no está especificado el lenguaje (requisito 9.3.1.1 de UNE-EN 301549:2022).</p></li> -->
                 
<li> <p><strong>carga desproporcionada</strong></p>
   <!-- <li><p>Algunas páginas no son accesibles a través de múltiple vías (requisito 9.2.4.5 de UNE-EN 301549:2022).</p></li> -->
                
<ul>
    <!-- <li><p>Algunos elementos no tienen descripción accesible (requisito 9.1.3.1 y requisito 9.2.5.3 de 
<li><p>No aplica
UNE-EN 301549:2022).</p></li> -->
                    <
/ul> </li>
!-- <li><p>Algunos componentes no funcionan exactamente como el estándar (requisito 9.4.1.2 de UNE-EN 301549:2022)</p></li> -->
              
<li>
      <!-- <li><p>Algunas páginas no contemplan que haya un método accesible 
<p>el
para 
contenido
evitar 
<strong>no
el 
entra
contenido 
dentro
repetitivo 
del ámbito
(requisito 9.2.4.1 de 
la legislación</strong> aplicable</p> <ul>
UNE-EN 301549:2022).</p></li> -->
                </ul>
            
</li>
      
<li><p>Podrían
 
existir
 
archivos ofimáticos
 
en
 
PDF
 
u
 
otros
<li>
 
formatos
 
publicados
 
<strong>antes</strong>
 
del
 
20
 
de
 
septiembre
 
de
 
2018
 
que
 
no
 
cumplan
 
en
 
su
 
totalidad
 
todos los requisitos de accesibilidad.</p></li>
<p><strong>carga desproporcionada</strong></p>
             
</ul>
   <ul>
         
</li>
        
</ol>
   <li><p>No aplica.</p></
article>
li>
   
<!--
 
Sustituir
 
BBB
 
por
 
la
 
fecha
 
en
 
la
 
que
 
la
 
declaración
 
de
 
accesibilidad
 
se
</ul>
 
preparó
 
por
 
primera
 
vez
 
tras
 
una
 
evaluación
 
de
 
la
 
accesibilidad
 
de
 
los
</li>
 
sitios
 
web
 
o
 
aplicaciones
 
para
 
dispositivos
 
móviles
 
a
 
los
 
que
 
aplica.
 
-->
<li>
    
<!--
  
Sustituir
 
CCC
 
por
 
la
 
fecha
 
en
 
la
 
que
 
se
 
actualizó
 
la
<p>el 
declaración,
contenido 
fruto
<strong>no 
de
entra 
una
dentro 
nueva
del 
evaluación
ámbito de
accesibilidad tras una revisión sustancial del sitio web o aplicación para dispositivos móviles. --> <!-- Como mínimo se debe hacer una "evaluación de la accesibilidad" cada 3 años, por tanto, la fecha de preparación no puede superar en más de 3 años la fecha actual. Cada vez que se realiza una "evaluación de la accesibilidad" hay que actualizar la fecha de preparación y también la fecha de última revisión. Como máximo se debe hacer una "revisión de la exactitud de la declaración de accesibilidad" cada año. Cuando se realice esta revisión solo debe modificarse la fecha de última revisión. -->
 la legislación</strong> aplicable</p>
                <ul>
                    <li><p>Podrían existir archivos ofimáticos en PDF u otros formatos publicados <strong>antes</strong> del 20 de septiembre de 2018 que no cumplan en su totalidad todos los requisitos de accesibilidad.</p></li>
                </ul>
            </li>
        </ol>
    </article>

    <article id="preparacion">
        <h2>Preparación de la presente declaración de accesibilidad</h2>
        <p>La presente declaración fue preparada el <span id="preparation-date">{{ fechaInicialDeclaracion }}</span>.</p>
        <p>El método empleado para preparar la declaración ha sido una autoevaluación llevada a cabo por el propio organismo.</p>
        <p>Última revisión de la declaración el <span id="updated-date">{{ fechaActualizacionDeclaracion }}</span>.</p>
    </article>

    <article id="observacionesContacto">
        <h2>Observaciones y datos de contacto</h2>
        <p>Puede realizar <strong>comunicaciones</strong> sobre requisitos de accesibilidad (artículo 10.2.a) del RD 1112/2018) como por ejemplo:</p>
        <ul>
            <li>informar sobre cualquier posible <strong>incumplimiento</strong> por parte de este sitio web</li>
            <li>transmitir otras <strong>dificultades de acceso</strong> al contenido</li>
            <li>formular cualquier otra <strong>consulta o sugerencia de mejora</strong> relativa a la accesibilidad del sitio web</li>
        </ul>
        <p>A través de las siguientes vías:</p>
        <ul>
            <li>Aplicación web: <a href="
http
https://dj.um.es" title="
http
https://dj.um.es (Abre en nueva ventana)" target="_blank" rel="noopener noreferrer"
>http
>https://dj.um.es</a></li>
            <li>Correo electrónico: <a href="mailto:dumbo@um.es" title="dumbo@um.es">dumbo@um.es</a></li>
            <li>Teléfono: 868 88 42 22</li>
        </ul>
        <p>Puede presentar:</p>
        <ul>
            <li>una <strong>Queja</strong> relativa al cumplimiento de los requisitos del RD 1112/2018 o</li>
            <li>una <strong>Solicitud de Información accesible</strong> relativa a:
                <ul>
                    <li><strong>contenidos</strong> que están <strong>excluidos</strong> del <strong>ámbito de aplicación</strong> del RD 1112/2018 según lo establecido por el artículo 3, apartado 4</li>
                    <li><strong>contenidos</strong> que están <strong>exentos</strong> del <strong>cumplimiento</strong> de los requisitos de accesibilidad por imponer una <strong>carga desproporcionada</strong>.</li>
                </ul>
            </li>
        </ul>
        <p>En la Solicitud de información accesible, se debe concretar, con toda claridad, los hechos, razones y petición que permitan constatar que se trata de una solicitud razonable y legítima.</p>
        <p>A través del <a href="https://sede.um.es/registro2/PR-000179" target="_blank" rel="noopener noreferrer" title="Procedimiento de solicitud de información y quejas sobre accesibilidad de la Sede electrónica de la Universidad de Murcia (Abre en nueva ventana)">Procedimiento de solicitud de información y quejas sobre accesibilidad de la Sede electrónica de la Universidad de Murcia</a>, así como del resto de opciones recogidas en la Ley 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones Públicas.</p>
        <p>Las comunicaciones, quejas y solicitudes de información accesible serán recibidas y tratadas por el <strong><a href="https://www.um.es/web/atica/accesibilidad" target="_blank" rel="noopener noreferrer" title="Área de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) de la Universidad de Murcia (Abre en nueva ventana)">Área de Tecnologías de la Información y las Comunicaciones Aplicadas (ATICA) de la Universidad de Murcia</a></strong>.</p>
    </article>

    <article id="procedimientoAplicacion">
        <h2>Procedimiento de aplicación</h2>
        <p>Si una vez realizada una solicitud de información accesible o queja, ésta hubiera sido desestimada, no se estuviera de acuerdo con la decisión adoptada, o la respuesta no cumpliera los requisitos contemplados en el artículo 12.5, la persona interesada podrá iniciar una reclamación. Igualmente se podrá iniciar una reclamación en el caso de que haya trascurrido el plazo de veinte días hábiles sin haber obtenido respuesta.</p>
        <p>La reclamación puede ser presentada a través del <a href="https://sede.um.es/registro2/PR-000179" target="_blank" rel="noopener noreferrer" title="Procedimiento de solicitud de información y quejas sobre accesibilidad de la Sede electrónica de la Universidad de Murcia (Abre en nueva ventana)">Procedimiento de solicitud de información y quejas sobre accesibilidad de la Sede electrónica de la Universidad de Murcia</a>, así como del resto de opciones recogidas en la Ley 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones Públicas.</p>
        <p>Las reclamaciones serán recibidas y tratadas por la <strong>Secretaria General de la Universidad de Murcia</strong>.</p>
    </article>

    <!-- Descomentar este article si se quiere añadir contenido opcional -->
    <!-- El contenido opcional que se indica a continuación puede añadirse a la declaración de accesibilidad según se estime oportuno: -->
    <!--     1) una explicación del compromiso del organismo del sector público con la accesibilidad digital, por ejemplo: -->
    <!--         · su intención de alcanzar un mayor grado de accesibilidad que el exigido por la legislación, -->
    <!--         · las medidas correctoras que se adoptarán para hacer accesible el contenido de los sitios web y las aplicaciones para dispositivos móviles que no sea accesible, incluido el calendario para la aplicación de tales medidas; -->
    <!--     2) respaldo oficial (en la esfera administrativa o política) a la declaración de accesibilidad; -->
    <!--     3) fecha de publicación del sitio web o la aplicación para dispositivos móviles; -->
    <!--     4) fecha de la última actualización del sitio web o la aplicación para dispositivos móviles tras una revisión sustancial del contenido; -->
    <!--     5) enlace a un informe de evaluación, si se dispone de él, y en particular si se ha indicado que el sitio web o la aplicación para dispositivos móviles es «a) plenamente conforme»; -->
    <!--     6) asistencia telefónica adicional para las personas con discapacidad y ayuda para los usuarios de tecnologías de apoyo; -->
    <!--     7) cualquier otra información que se considere apropiada. -->
    <article id="contenidoOpcional">
        <!-- <h2>Contenido opcional</h2> -->
    </article>

</div>

</template>

<script>
export default {
    data() {
        return {
			// "A" si se cumplen todos los requisitos, "B" si se cumple la mayoría, "C" si no se cumple la mayoría
            situacionCumplimiento: "",
			// Url del sitio web
            urlWeb: "",
			// Fecha en la que la declaración de accesibilidad se preparó por primera vez tras una evaluación de la accesibilidad
            fechaInicialDeclaracion: "",
			// Fecha en la que se actualizó la declaración
            fechaActualizacionDeclaracion: "",
        }
    }
};
</script>

<style scoped>
.delaracion-accesibilidad p {
    text-align: justify;
}
</style>

Cómo incluir el componente

Para incluir el componente tendremos que guardar un componente Accesibilidad.vue con el código anterior, y tener en cuenta los siguientes puntos:

  • En la sección data(), tendremos que introducir los valores de las variables, que se especificarán en los apartados siguientes de esta guía.
  • Tendremos que incluir la ruta /accesibilidad a nuestro router, de forma que esté accesible sin necesidad de estar logeado.
  • Incluir un enlace, un <router-link>, que sea accesible desde cualquier pantalla de la aplicación en todo momento, en el footer por ejemplo. Este enlace tiene que ser, obligatoriamente, la palabra "Accesibilidad", o "Accessibility" en inglés.

Vamos a ver, en cada una de las secciones que encontramos en la declaración, lo que tenemos que añadir, modificar o quitar:

Introducción

Para este apartado tenemos que introducir el valor de la variable urlWeb (la encontramos en el data(){ ... } del componente), especificando la url del sitio web.

Situación de cumplimiento

Para este apartado debemos introducir el valor de la variable situacionCumplimiento (la encontramos en el data(){ ... } del componente), con uno de los siguientes valores: "A", "B" o "C".

"A") Debe escogerse solo si se cumplen todos los requisitos de la norma, especificación técnica o legislación sin excepción alguna.

En este caso, la Comisión Europea recomienda incluir un enlace al informe de revisión de accesibilidad que avale dicho nivel de conformidad en el apartado “Contenido opcional”, según se indica en este documento más adelante.

"B") Debe escogerse si se cumple la mayoría de los requisitos de la norma o especificación técnica, pero con algunas excepciones. La conformidad aún no es total y se deben adoptar las medidas necesarias para que así sea.

En esta situación se encontrarán los sitios web que cumplan con la mayoría de los requisitos de nivel de conformidad A y AA de WCAG 2.1).

"C") Debe escogerse si no se cumple la mayoría de los requisitos de la norma o especificación técnica.

En esta situación se encontrarán los sitios web que sólo cumplen requisitos de nivel de conformidad A de WCAG 2.1.

Contenido no accesible

Este apartado puede suprimirse (directamente quitándolo del <template>) si se ha escogido la opción “A” en el apartado previo.

En este apartado hay que indicar el contenido que no es accesible, indicando el motivo por lo que no lo es:

  • Falta de conformidad con la legislación nacional: Indicar todo aspecto no conforme de los sitios web y/o describir todo contenido, sección o funcionalidad que aún no es conforme. Deben describirse, evitando en la medida de lo posible el uso de tecnicismos, los aspectos que hacen que el contenido no sea accesible e indicarse las referencias a los requisitos aplicables de las normas o especificaciones técnicas pertinentes que no se cumplen. (En el código se ha incluido un ejemplo).
  • Carga desproporcionada: Señalar todo contenido, sección o funcionalidad respecto del que se invoca la aplicación de la excepción por carga desproporcionada.
  • El contenido no entra dentro del ámbito de la legislación aplicable: Señalar todo contenido, sección o funcionalidad no accesible que esté fuera del ámbito de la legislación aplicable.

Preparación de la presente declaración de accesibilidad

Introducir en la variable fechaInicialDeclaracion (la encontramos en el data(){ ... } del componente) la fecha en la que la declaración de accesibilidad se preparó por primera vez tras una evaluación de la accesibilidad del sitio web al que aplica.

Introducir en la variable fechaActualizacionDeclaracion (la encontramos en el data(){ ... } del componente) la fecha en la que se actualizó la declaración, fruto de una nueva evaluación de accesibilidad tras una revisión sustancial del sitio web.

Como mínimo se debe hacer una “evaluación de la accesibilidad” cada 3 años, por tanto, la fecha de preparación no puede superar en más de 3 años la fecha actual. Cada vez que se realiza una “evaluación de la accesibilidad” hay que actualizar la fecha de preparación y también la fecha de última revisión. Como máximo se debe hacer una “revisión de la exactitud de la declaración de accesibilidad” cada año. Cuando se realice esta revisión solo debe modificarse la fecha de última revisión.

Observaciones y datos de contacto

En este apartado no hay que hacer ninguna modificación.

Procedimiento de aplicación

En este apartado no hay que hacer ninguna modificación.

Contenido opcional

Este apartado puede suprimirse (directamente quitándolo del <template>) si no se añade contenido opcional.

El contenido opcional que se indica a continuación puede añadirse a la declaración de accesibilidad según se estime oportuno:

  1. una explicación del compromiso del organismo del sector público con la accesibilidad digital, por ejemplo:
    1. su intención de alcanzar un mayor grado de accesibilidad que el exigido por la legislación,
    2. las medidas correctoras que se adoptarán para hacer accesible el contenido de los sitios web que no sea accesible, incluido el calendario para
  2. la aplicación de tales medidas;
  3. respaldo oficial (en la esfera administrativa o política) a la declaración de accesibilidad;
  4. fecha de publicación del sitio web;
  5. fecha de la última actualización del sitio web tras una revisión sustancial del contenido;
  6. enlace a un informe de evaluación, si se dispone de él, y en particular si se ha indicado que el sitio web es “plenamente conforme”;
  7. asistencia telefónica adicional para las personas con discapacidad y ayuda para los usuarios de tecnologías de apoyo;
  8. cualquier otra información que se considere apropiada.