KOLEKSYON NG MAPAGKUKUNAN
Pamantayan ng Subdomain ng SF.gov
Committee on Information Technology (COIT)Inaprubahan noong Enero 15, 2026
Hangad ng Lungsod at County ng San Francisco (Lungsod) na maglingkod sa publiko gamit ang mapagkakatiwalaan, pare-pareho, maaasahan, at ligtas na mga website, anuman ang Departamento o serbisyo. Upang maisakatuparan ang layuning ito, ini-standardize at pinag-iisa ng patakarang ito ang proseso ng internet domain.
LAYUNIN AT SAKLAW
Itinatatag ng patakarang ito ang mga alituntunin at pamamaraan para sa paglikha, pamamahala, at pamamahala ng mga subdomain na nakaharap sa publiko at nagsisilbi sa publiko sa ilalim ng SF.gov root domain para sa Lungsod at County ng San Francisco. Sinusuportahan nito ang pagsunod sa California Assembly Bill 1637 (2023-2024) , ang Charter ng Lungsod at County ng San Francisco, at ang patakaran sa pagpaparehistro at pamamahala ng Domain ng Lungsod habang tinitiyak ang isang pare-pareho, ligtas, at madaling gamiting digital na presensya.
Ang SF.gov ang opisyal na root domain para sa Lungsod at County ng San Francisco. Ito ay pinamamahalaan ng Network team ng Departamento of Technology, na siyang humahawak din sa delegasyon ng lahat ng subdomain. Ang Digital Services ang bumubuo, nagpapanatili, at nagpapabuti sa www.SF.gov, ang sentral na website ng Lungsod. Sinusuportahan nila ang Committee on Information Technology (COIT) at ang Departamento of Technology (DT) sa pagtukoy ng pagiging karapat-dapat ng mga subdomain ng SF.gov.
Ang mga kinakailangang tinukoy sa patakarang ito ay nalalapat sa lahat ng mapagkukunan ng impormasyon na pinapatakbo ng o para sa Lungsod at County ng San Francisco, mga departamento, at komisyon nito. Ang mga halal na opisyal, empleyado, consultant, at vendor na nagtatrabaho sa ngalan ng Lungsod at County ng San Francisco ay kinakailangang sumunod sa patakarang ito.
Ang mga departamento ay hindi dapat sadyang lumikha ng mga website na hindi para sa Lungsod sa pamamagitan ng mga pagsasaayos sa mga kontratista o mga kaugnay na organisasyon.
Ang mga departamentong may umiiral nang .gov domain bago ang pagpapatibay ng patakarang ito ay hindi napapailalim sa mga pamantayang nakapaloob dito. Para sa pagiging simple para sa mga taga-San Francisco, inirerekomenda ng COIT na kahit ang mga departamentong ito ay sundin ang mga pattern ng paggamit at mga kombensiyon sa pagpapangalan para sa kani-kanilang mga subdomain.
MGA PAMANTAYAN SA PAGIGING KWALIPIKADO PARA SA MGA SUBDOMAIN
Ang mga subdomain o A record sa loob ng SF.gov hosted zone ay ipo-provision ayon sa bawat kaso. Dapat ipakita ng mga departamento na nalalapat ang isa o higit pa sa mga sumusunod na kundisyon:
Mga Inaprubahang Kaso ng Paggamit:
- Mga Espesyalisadong Entidad na may natatanging pagkakakilanlang pampubliko: Mga pasilidad sa pangangalagang pangkalusugan, mga entidad na pangkomersyo, o mga institusyong sining at kultural na may natatanging pangangailangan sa operasyon na kinikilala rin ng publiko bilang isang hiwalay na pagkakakilanlang pampubliko
- Espesyalisadong Nilalaman na May Maraming Halaga: Mga site na may maraming magkakatulad na pahina na nangangailangan ng paghihiwalay mula sa pangunahing platform ng SF.gov
- Mga Serbisyong Nakaharap sa mga Kawani: Mga panloob na kagamitan at mapagkukunan na pangunahing ginagamit ng mga empleyado ng Lungsod
- Mga Kinakailangang Teknikal: Mga aplikasyon na ginagamit para sa pagtanggap ng bayad o pasadyang imprastraktura na hindi kayang i-akomoda sa loob ng pangunahing plataporma ng SF.gov
Mga Hindi Karapat-dapat na Kaso ng Paggamit:
- Mga website ng Departamento na may maihahambing na kakayahan sa SF.gov
- Mga website na partikular sa proyekto na may limitadong saklaw o tagal
- Mga kampanya o inisyatibo na walang mahahalagang teknikal o pangangailangan sa pagkakakilanlan
- Mga serbisyong nagdodoble ng functionality na makukuha sa www.SF.gov
Mga produktong Software as a Service (SaaS) na may mga domain na hindi .gov
Maraming departamento ng Lungsod ang gumagamit ng mga serbisyong SaaS na naghahatid ng nilalaman sa publiko sa ibang domain (hal. sanfrancisco.nextrequest.com). Simula Agosto 2025, ang California State Association of Counties (CSAC) ay nakikipagtulungan sa Lungsod at County ng San Francisco sa isang pagpapasya sa buong estado. Sa ngayon, wala pa itong sakop ng pamantayang ito.
Mga domain ng vanity
Alinsunod sa Assembly Bill 1637 (2023-2024), maaaring gumamit ang mga lokal na ahensya ng pamahalaan (hal. Lungsod at County ng San Francisco) ng isang "vanity domain" na hindi .gov basta't ito ay nagre-redirect sa kanilang .gov site upang maghatid ng website at ng nilalaman nito.
Halimbawa, ang isang Departamento ay maaaring mayroon nang mga umiiral at madalas gamiting domain (tulad ng sfrecycles.org) o nais na magparehistro ng domain para sa isang layunin sa hinaharap. Makikipagtulungan ang Departamento sa DT upang ilipat ang domain sa kanilang central registrar o makikipagtulungan sa DT upang irehistro ang vanity domain sa hinaharap. Ang mga domain na ito ay dapat lamang gamitin para sa mga layuning pang-promosyon at pag-redirect, hindi para magsilbi sa mga website at sa kanilang mga nilalaman.
MGA KONBENSYON SA PAGPAPANGANGALAGA NG DOMAIN SA IKATLOG NA ANTAS
Upang matiyak ang pagkakapare-pareho, kalinawan, at pagiging naa-access sa lahat ng digital property ng Lungsod, ang mga third-level domain name ay dapat sumunod sa mga standardized na kumbensyon na nagpapadali sa mga ito na mahanap, matandaan, at pagkatiwalaan ng publiko.
Ang mga pamantayang ito sa pagpapangalan ay nalalapat sa lahat ng mga bagong subdomain o talaan ng A Name at nakakatulong na mapanatili ang isang magkakaugnay na presensya online para sa San Francisco. Binabalanse ng mga sumusunod na kinakailangan ang mga teknikal na pinakamahusay na kasanayan sa mga prinsipyo ng disenyo na nakasentro sa gumagamit.
Pangkalahatang mga Kinakailangan
- Ang mga pangalan ay dapat malinaw, maigsi, at naglalarawan ng nilalaman o serbisyo
- Dapat iwasan ang mga akronim o inisyalismo sa mga pangalan maliban kung malawakang kinikilala ng publiko.
- Hindi dapat kasama sa mga pangalan ang "SF" o "San Francisco" (hal., gamitin ang library.sf.gov, hindi ang sflibrary.sf.gov)
- Dapat gumamit ang mga pangalan ng mga kumbensyon sa pagbaybay ng Amerikanong Ingles
- Dapat maliliit na titik ang mga pangalan at naglalaman lamang ng mga alphanumeric character
- Maaaring gumamit ng mga gitling kung kinakailangan para sa kalinawan, ngunit dapat itong bawasan
PROSESO NG Aplikasyon AT PAG-APROBA
Ang paghiling ng bagong third-level domain ay nangangailangan ng pormal na proseso ng Aplikasyon upang matiyak ang pagkakaayon sa mga pamantayan at estratehikong layunin ng Lungsod. Ang proseso ay kinabibilangan ng pakikipagtulungan sa pagitan ng humihiling na Departamento, Digital Services, at Departamento of Technology upang suriin ang teknikal na posibilidad at pagsunod sa patakaran. Binabalangkas ng seksyong ito ang kinakailangang dokumentasyon, timeline ng Pagrepaso , at pamamaraan ng pag-apela para sa mga kahilingan sa subdomain.
Mga Kinakailangan sa Aplikasyon
Ang mga departamentong naghahanap ng third-level domain ay dapat magsumite ng pormal na kahilingan sa Digital Services (DS) at Departamento of Technology (DT) kabilang ang:
- Iminungkahing pangalan
- Pagbibigay-katwiran sa negosyo na tumutugon sa mga pamantayan sa pagiging karapat-dapat
- Nilalaman at teknikal na estratehiya
- Plano sa pagsunod sa DAIS, kung para sa isang website na nakaharap sa publiko at nagsisilbi sa publiko
- Mga itinalagang may-ari ng teknikal at nilalaman
- Timeline para sa pagbuo at paglulunsad
Ang pangkat ng SNOW ng DT kasama ang Digital Services ay bubuo ng isang form upang pamahalaan ang mga kahilingang ito.
Proseso ng Pagrepaso
- Paunang Pagrepaso ng Digital Services (DS) sa loob ng dalawang linggo
- Ang teknikal Pagrepaso ng Departamento ng Teknolohiya (DT) ay isinasagawa pagkatapos ng isang paunang Pagrepaso ng Digital Services (DS), sa loob ng 7 hanggang 14 na araw, depende sa kasalimuotan ng kahilingan at mga magagamit na mapagkukunan.
Proseso ng Apela
Ang mga departamentong tinanggihan ang mga kahilingan ay maaaring mag-apela sa desisyon sa Direktor ng COIT sa loob ng 30 araw mula sa abiso. Dapat mag-email ang mga departamento sa coit.staff@sfgov.org upang mag-apela. Ang pamunuan ng City Administrator, kabilang ang Direktor ng COIT, ang Chief Digital Services Officer, at ang Chief Information Security Officer (CISO) mula sa Departamento of Technology, ay Pagrepaso ang mga apela batay sa bawat kaso.
PAMAMAHALA AT PAGSUNOD
Ang epektibong pamamahala ng subdomain ay nangangailangan ng malinaw na pagmamay-ari, patuloy na pagpapanatili, at pananagutan sa buong lifecycle ng isang subdomain. Ang bawat subdomain ay dapat may mga itinalagang may-ari na responsable sa pagtiyak ng pagsunod sa mga patakaran ng Lungsod at pagpapanatili ng kalidad at seguridad ng kanilang mga digital na serbisyo. Tinutukoy ng seksyong ito ang mga responsibilidad sa pagmamay-ari, mga pamamaraan ng delegasyon, at ang proseso para sa pag-decommission ng mga subdomain na hindi na kailangan o sumusunod sa mga patakaran.
Pagmamay-ari at mga Responsibilidad
- Ang bawat subdomain ay dapat may itinalagang mga may-ari ng teknikal at nilalaman sa kani-kanilang mga departamento.
- Ang mga may-ari ay responsable sa pagpapanatili ng pagsunod sa mga patakaran at pamantayan ng Lungsod at dapat silang magpatunay sa kanilang sarili.
- Makikipagtulungan ang DT sa mga departamento sa pagdedelegate para sa mga domain na nasa ikatlo at ikaapat na antas. (Halimbawa, ang Digital Services ay idinelegate sa archive.sf.gov at lumilikha ng mga site tulad ng sfdph.archive.sf.gov.) Tingnan ang mga karagdagang detalye sa apendiks.
Proseso ng Pag-decommission
- Ang mga subdomain na walang malawakang aktibong paggamit o pagpapanatili ay maaaring irekomenda para sa pag-decommissioning
- Ang mga domain na itinuturing na hindi sumusunod sa mga patakaran ng Lungsod ay maaaring kailanganing ayusin o maharap sa pag-decommissioning
- Kapag ang isang website o domain ay na-decommission, maaaring humiling ang isang Departamento ng isang partikular na redirect na panatilihin nang hindi bababa sa 12 buwan pagkatapos ng decommissioning. Kung walang maibigay na redirect, ang site ay ire-redirect sa www.SF.gov. Maaaring humiling ang isang Departamento ng higit sa 12 buwan ng isang serbisyo ng redirect.
APENDISE
Ang apendiks na ito ay nagbibigay ng mga teknikal na kahulugan at paglilinaw upang suportahan ang pag-unawa at pagpapatupad ng pamantayan ng subdomain. Ang mga kahulugang ito ay nagtatatag ng isang karaniwang bokabularyo para sa pagtalakay sa arkitektura ng domain at tumutulong na makilala ang pagkakaiba sa pagitan ng mga magkakaugnay ngunit magkakaibang konsepto tulad ng mga hostname, subdomain, at mga website.
Mga Kahulugan
Hostname: Isang label na nababasa ng tao na nakatalaga sa isang partikular na device (computer, server, o networked device) sa isang network.
- Layunin: Natutukoy at nakikilala ang mga device sa loob ng isang network sa mas madaling gamiting paraan kaysa sa paggamit ng mga IP address.
- Format: Binubuo ng mga letra, numero, at gitling. Maaaring mag-isa (server1) o maging bahagi ng isang ganap na kwalipikadong domain name (FQDN) tulad ng server1.example.com.
- Kaugnayan sa mga IP Address: Naka-map sa isang IP address sa pamamagitan ng DNS o isang local hosts file upang iruta ang trapiko patungo sa tamang device.
- Pagkakaiba-iba: Dapat na natatangi sa loob ng parehong domain o subdomain upang maiwasan ang mga conflict, maliban sa mga kaso ng sinasadyang pagdoble para sa load balancing.
Mga Subdomain: Isang subdibisyon ng isang mas malaking pangalan ng domain na nakabatay sa DNS na ginagamit upang isaayos, paghiwalayin, o italaga ang iba't ibang serbisyo, kapaligiran, o rehiyon sa ilalim ng iisang pangunahing domain.
- Layunin: Lumilikha ng mga lohikal o functional na dibisyon sa loob ng isang domain para sa paghahatid ng nilalaman, mga serbisyo, o administratibong kontrol.
- Format: Lumalabas bilang isang unlapi bago ang pangunahing domain (hal., portal.sf.gov kung saan ang portal ay ang subdomain).
- Relasyon sa DNS: Tinatrato bilang isang hiwalay na DNS zone o record sa loob ng hierarchy ng pangunahing domain.
Pangunahing Pagkakaiba:
- Ang hostname ay parang pangalan ng isang tao: ginagamit ito upang tukuyin ang isang partikular na computer, server, o device sa isang network.
- Ang subdomain ay parang pangalan ng kapitbahayan: ginagamit ito upang pagsama-samahin ang isang hanay ng mga kaugnay na serbisyo o website sa ilalim ng isang pangunahing address.
Mga Website: Isang koleksyon ng mga kaugnay na web page, larawan, video, at iba pang digital na mapagkukunan, na karaniwang kinikilala ng isang shared domain name at naka-host sa isang web server.
- Ang website ng Lungsod ay isang pampublikong website na kinikilala ng Lungsod at County ng San Francisco o isa sa mga departamento, dibisyon, o programa nito. Kung ang isang empleyado ng Lungsod o ang kanilang itinalagang vendor ay nag-update ng website gamit ang nilalaman, ipinapalagay na ito ay isang website ng Lungsod.