Estándar de denominación e implementación de portales web

la Ciudad y el Condado de San Francisco (la Ciudad) buscan brindar al público sitios web confiables, consistentes, seguros y de calidad, independientemente del Departamentos o servicio. Para lograr este objetivo, esta política estandariza y unifica los nombres de los portales y los estándares de implementación.

Esta política establece las directrices y los procedimientos para la creación, gestión y gobernanza de los portales que prestan servicios al público de la Ciudad y el Condado de San Francisco. Respalda el cumplimiento del Proyecto de Ley 1637 de la Asamblea de California (2023-2024) , la Carta Constitutiva de la Ciudad y el Condado de San Francisco, y la política de registro y gestión de dominios y el Estándar de Subdominios de la Ciudad, al tiempo que garantiza una presencia digital coherente, segura y fácil de usar.

Los requisitos de esta política se aplican a todos los portales operados por o para la Ciudad y el Condado de San Francisco, sus departamentos y comisiones. Los funcionarios electos, empleados, consultores y proveedores que trabajan en nombre de la Ciudad están obligados a cumplir con esta política.

Un portal es una aplicación web o sitio web independiente cuyo propósito principal son las transacciones: enviar pagos, registros, solicitudes o aplicaciones; verificar el estado de un caso o solicitud; o realizar búsquedas complejas.

Existen dos tipos de portales: portales personalizados y portales SaaS (software como servicio).

Portales personalizados

Un portal personalizado es desarrollado exclusivamente para la Ciudad y el Condado de San Francisco por personal interno o un proveedor de diseño y construcción. Puede alojarse en las instalaciones de la ciudad, en la nube del Departamentos de Tecnología o por un proveedor externo. Históricamente, los portales personalizados han utilizado una URL única o una URL del tipo xyz.sfgov.org.

Ejemplos de portales personalizados:

• housing.sfgov.org (creado por personal de la ciudad)
• San Francisco(creado por personal de la ciudad)
• pay.sfgov.org (desarrollado por el proveedor)
• sfcitypartner.sfgov.org (desarrollado por el proveedor)

Portal SaaS

Un portal SaaS utiliza funcionalidades comerciales estándar alojadas y mantenidas por una empresa de software, y disponibles para otras jurisdicciones o usuarios del sector privado. Históricamente, los portales SaaS han utilizado la URL del producto de software, con un indicador de que la instancia pertenece a San Francisco (por ejemplo, San Francisco o company.com/sanfrancisco).

Ejemplos de portales SaaS:

• datos.sfgov.org
• sanfrancisco.nextrequest.com
• Sfpl.bibliocommons.com
• apm.activecommunities.com/sfrecpark

Portales personalizados

Los portales personalizados deben tener un nombre de tercer nivel claro, breve y en inglés sencillo que describa su propósito. Este nombre debe agregarse al dominio .gov oficial correspondiente como un subdominio de tercer nivel (por ejemplo, San Francisco, purpose.sfpuc.gov, purpose.sfmta.gov).

Los siguientes requisitos se aplican a todos los nombres de portal personalizados:

• Los nombres deben ser claros, concisos y descriptivos del contenido o servicio.
• Los nombres deben evitar acrónimos o siglas a menos que sean ampliamente reconocidos por el público.
• Los nombres no deben incluir "San Francisco" ni "San Francisco" (por ejemplo, utilice San Francisco, no San Francisco).
• Los nombres deben seguir las convenciones ortográficas del inglés americano.
• Los nombres deben estar en minúsculas y contener solo caracteres alfanuméricos.
• Se pueden usar guiones cuando sea necesario para mayor claridad, pero deben minimizarse.

Tal como lo exige el Estándar de Subdominios, los propietarios de portales conectados a San Francisco deben consultar con Servicios Digitales y el Departamentos de Tecnología sobre la nomenclatura de los portales para garantizar la claridad y evitar duplicados. Se recomienda un estándar similar para los propietarios de sfpuc.gov, sfmta.gov y sfo.gov.

Todos los portales personalizados deben estar claramente identificados como sitios web oficiales de la Ciudad y el Condado de San Francisco en el propio portal.

Portales SaaS

Los portales SaaS deben usar "sanfrancisco" o "San Francisco" en el subdominio de segundo o tercer nivel, siguiendo la convención de nomenclatura del proveedor SaaS. Por ejemplo: sanfrancisco.nextrequest.com o mychart.sfdph.org.

Los departamentos deben evitar usar "San Francisco" donde pueda resultar ambiguo, por ejemplo, cuando otras organizaciones utilicen la misma abreviatura en la misma plataforma.

Cuando varios departamentos municipales utilizan el mismo producto SaaS, cada Departamentos debe incluir tanto "sanfrancisco" (o "San Francisco") como un identificador de Departamentos en la URL de su instancia, siguiendo la convención de nomenclatura del proveedor (por ejemplo, sfhsa.box.com o sfdph.box.com). Los departamentos deben coordinarse con COIT y Servicios Digitales al incorporar un producto SaaS que ya esté siendo utilizado por otro Departamentos municipal, para garantizar la coherencia en la nomenclatura entre las instancias.

Los portales SaaS deben ofrecer indicadores claros de su estatus oficial siempre que sea posible. Los indicadores aceptables incluyen:

• Un enlace dentro del portal a una página web oficial del gobierno municipal (.gov).
• Uso constante de los sellos oficiales de la ciudad y los logotipos de los Departamentos.

Los departamentos que lancen nuevos portales personalizados deben seguir el proceso de solicitud de subdominio establecido en el Estándar de Subdominios. Esto incluye presentar una solicitud formal a Servicios Digitales y al Departamentos de Tecnología que abarque:

• Nombre propuesto para el portal
• Justificación empresarial que aborde los criterios de elegibilidad
• Estrategia técnica y de contenido, cuando corresponda.
• Plan de cumplimiento de DAIS
• Propietarios técnicos y de contenido designados
• Cronograma de desarrollo y lanzamiento

Los departamentos que incorporen nuevos portales SaaS deben notificar a Servicios Digitales y a COIT para garantizar que el portal se agregue a la lista de portales públicos y para coordinar la denominación si otro Departamentos utiliza la misma plataforma.

Los plazos de revisión y los procedimientos de apelación se ajustan a lo establecido en el Estándar del Subdominio. Los departamentos cuyas solicitudes sean denegadas podrán apelar ante el Director de COIT en un plazo de 30 días a partir de la notificación, enviando un correo electrónico a coit.staff@sfgov.org.

Cada portal debe tener designados responsables técnicos y de contenido en el Departamentos correspondiente. Los responsables deben velar por el cumplimiento de esta norma y de todas las políticas municipales relacionadas, y deben autocertificarse periódicamente.

Los portales que no cumplan con esta norma, incluidos aquellos que no figuren en la lista, tengan nombres incorrectos o carezcan de la etiqueta oficial adecuada, podrían tener que subsanar las deficiencias. Se recomienda la desactivación de los portales sin uso ni mantenimiento, de acuerdo con la Norma de Dominio.

COIT y los Servicios Digitales revisarán esta norma periódicamente para garantizar que siga estando alineada con la legislación estatal en constante evolución, las políticas de la ciudad y las mejores prácticas en materia de gobierno digital.

Al igual que con todas las propiedades web de la ciudad, los portales deben cumplir con el Estándar de Accesibilidad e Inclusión Digital (DAIS, por sus siglas en inglés) para todas las páginas que no requieran inicio de sesión. Este requisito se aplica no solo en el lanzamiento inicial, sino también en cualquier actualización o mejora posterior.

En el caso de portales personalizados, el Departamentos se responsabiliza del cumplimiento de la normativa DAIS en colaboración con los proveedores contratados.

En el caso de los portales SaaS, esta responsabilidad recae principalmente en el proveedor de SaaS y debe estar contemplada en los términos del contrato.

Los departamentos deben proporcionar a Servicios Digitales una lista de sus portales existentes dentro de los 90 días posteriores a la aprobación de esta política en COIT. Los departamentos deben proporcionar esta información:

• URL del portal
• Tipo de portal (SaaS o personalizado)
• Una descripción de 1 a 2 frases, apta para su traducción a idiomas de transición, sobre a quién va dirigido el portal y qué hace.
• Responsable del Departamentos

El Departamento de Servicios Digitales creará y mantendrá una lista pública de portales de la ciudad en San Francisco. A medida que se creen nuevos portales SaaS o personalizados, los propietarios deberán notificarlo al Departamento de Servicios Digitales para que la lista pública se mantenga actualizada.

Consulte la Política de registro y gestión de dominios para conocer las funciones y responsabilidades.

• Portal: Aplicación web o sitio web independiente cuyo propósito principal son las transacciones: enviar pagos, registros, solicitudes o aplicaciones; consultar el estado; o realizar búsquedas complejas.
• Portal personalizado: Un portal desarrollado exclusivamente para la Ciudad y el Condado de San Francisco por personal interno o un proveedor de diseño y construcción, alojado en las instalaciones del cliente, en la nube de DT o por un proveedor externo.
• Portal SaaS: Un portal que utiliza funcionalidades de software comercial estándar, alojado y mantenido por una empresa de productos de software, y disponible para otras jurisdicciones o usuarios del sector privado.
• Idiomas umbral: Idiomas distintos del inglés que habla una parte significativa de la población de San Francisco , según lo define la Ordenanza de Acceso Lingüístico de la ciudad.
• San Francisco: El dominio raíz oficial de la Ciudad y el Condado de San Francisco, administrado por el equipo de Redes del Departamentos de Tecnología. San Francisco es el sitio web central de la ciudad, creado y mantenido por Servicios Digitales.

• Proyecto de Ley 1637 de la Asamblea de California (2023-2024)
• Estatuto de la Ciudad y el Condado de San Francisco
• Política de registro y gestión de dominios (aprobada por PRB en 2024; COIT en 2025)
• Estándar de subdominios (aprobado por PRB en 2025; COIT en 2026)
• Estándar de Accesibilidad e Inclusión Digital (DAIS)