tempe.gov

The Arizona Daily Star is a local news organization serving Tucson and the surrounding Arizona region, and tucson.com is its website. You use it to follow breaking news, sports, weather, entertainment, and lifestyle coverage tied specifically to Tucson and Arizona — not national or international news as a primary focus. It is most useful if you live in or follow the Tucson area, care about local teams like the Arizona Wildcats, or want regional reporting that larger outlets tend to skip.

What the site covers

Based on the site's own description and keywords, tucson.com organizes coverage around:

• Breaking news and crime — Tucson and Arizona incidents as they develop
• Sports — including University of Arizona athletics (Arizona Wildcats) and local teams
• Weather — regional forecasts and conditions
• Entertainment and lifestyles — events, culture, and local living
• Border and community coverage — reflected in keywords like "border," "Oro Valley," and "Catalina Foothills"

The site also produces video content. One example visible on the page is a video simulation of the Arizona Wildcats vs. Cincinnati Bearcats football game, credited to Justin Spears.

How to use it for local news

1. Start on the homepage. The front page surfaces current breaking news and the day's top local stories.
2. Use section navigation. Move into the section matching your interest — news, sports, weather, entertainment, or lifestyles — rather than scrolling the homepage for everything.
3. Search for a specific place or topic. If you follow a particular community (for example, Oro Valley or Catalina Foothills) or a recurring topic like border coverage, search lets you pull related stories instead of browsing.
4. Check back for breaking updates. As a breaking-news outlet, the most current information appears on the homepage and in the news section first.

Expected result: you land on Tucson- and Arizona-specific reporting rather than generic national coverage, which is the main reason to use this site over a larger aggregator.

Following sports, scores, and local teams

The sports section is built around local teams, with Arizona Wildcats coverage as a visible example. To follow a team:

• Open the sports section and look for your team or school.
• Use it for game coverage, schedules, and team news.
• Expect multimedia alongside articles — the Wildcats–Cincinnati item on the page is a video, not just text.

If you want scores and schedules specifically, treat the sports section as your entry point and navigate from there rather than relying on the homepage, which mixes sports with other news.

Free vs. subscription content

The site shows subscription signals (the keyword "subscribe" appears), which means some content may sit behind a paywall. The available information does not specify which articles are free, what a subscription costs, or which payment methods are accepted — so don't assume everything is free or that a specific price applies.

A practical way to judge whether you need to pay:

• Open the article you want.
• If it loads fully, it's accessible without a subscription.
• If you hit a prompt to subscribe before the full text appears, that article requires payment.

When this site is the right choice

Use tucson.com when your interest is Tucson and Arizona specifically — local breaking news, Wildcats and local sports, regional weather, and community-level coverage. If you need national or international news as your main source, a broader outlet will serve you better; this site's value is its local focus.

A government or municipal website is a public-service platform, not a marketing site. Before you build or redesign one, plan for four things that rarely appear on a business site: accessibility compliance, public-records and transparency obligations, a document-heavy content model (agendas, minutes, permits, ordinances), and procurement rules that shape who can bid and how the project is managed. If your project is a small town site with a handful of pages, the same four apply — just at a smaller scale. The sections below cover what each one changes in practice, plus how to choose a CMS and run the redesign.

How a municipal site differs from a business site

The practical consequence: decisions that are cosmetic on a business site — URL structure, document naming, who can publish — become governance questions on a municipal site.

Core features a city or local government site needs

• Meeting agendas and minutes, posted on a predictable schedule and archived by date, with the meeting body (council, planning commission, board) clearly labeled.
• Public documents: ordinances, resolutions, budgets, bids/RFPs, and forms — ideally in a searchable document library rather than scattered PDFs.
• Permits and licenses: what's required, how to apply, fees, and status where the process allows it.
• Staff and department directories: who to contact, for what, and how — with roles that survive staff turnover.
• News, alerts, and notices: emergency notices, road closures, public hearings.
• Payments and service requests where the jurisdiction supports them (utility bills, taxes, reporting a problem).
• Calendar consolidating public meetings and community events.
• Search that works on documents, not just pages — residents usually arrive looking for a specific form or record.

Choosing a CMS: municipal-specific vs general-purpose

There is no single correct answer; it depends on your publishing volume, IT capacity, and procurement constraints.

A CMS built for municipalities tends to fit when:

• You need agenda/minutes workflows and document archiving out of the box.
• Many non-technical staff across departments will publish.
• You want accessibility features and compliance tooling built into the authoring experience rather than bolted on.
• You prefer a vendor who already understands government procurement and records practices.

A general-purpose CMS can work when:

• You have in-house developers or a strong IT department to configure and maintain it.
• Your content model is simple and your publishing team is small.
• You need tight integration with systems you already run and are prepared to build the government-specific pieces yourself.

Evaluate both against the same criteria: accessibility conformance, document management, multi-department permissions, search quality, hosting and security, migration support, and total cost over the contract term. Ask each vendor to demonstrate a real agenda-to-archive workflow, not a slide.

Accessibility and compliance considerations

Accessibility is the requirement most likely to change your design and content decisions, so treat it as a constraint from day one rather than a cleanup task.

• Target a recognized standard (commonly WCAG 2.x at the level your jurisdiction or funder requires) and state it in the RFP so vendors respond to the same bar.
• Plan for accessible documents, not just accessible pages. A scanned, untagged PDF of a meeting packet is a common failure point; build a process for producing tagged, readable documents.
• Budget for ongoing testing and remediation — every new page and uploaded file can introduce a new issue.
• Consider captioning and transcripts for public meeting video, and plain-language alternatives for complex notices.
• Keep an accessible way to contact the government for anyone who cannot use the site.

Accessibility also interacts with procurement: if conformance is a contract requirement with defined acceptance testing, you have recourse when deliverables fall short.

Typical steps and stakeholders in a municipal redesign

1. Define the project and the decision-makers. Identify an executive sponsor (often the city manager or an equivalent), a project lead, and a working group with representatives from IT, communications, the clerk's office, and major departments.
2. Inventory content and documents. You will find duplicates, outdated PDFs, and orphaned pages. Decide what is migrated, rewritten, or retired — this is usually the largest hidden cost.
3. Write requirements, including accessibility and records. Specify the CMS capabilities, document workflows, integrations, hosting, security, training, and support you need.
4. Run procurement. Follow your jurisdiction's rules for RFPs, evaluation criteria, and vendor selection; publish the timeline.
5. Design with residents, not just staff. Test navigation and search with realistic tasks ("find the permit for a fence," "read last month's council minutes").
6. Migrate and redirect. Preserve URLs where possible and set up redirects so public links and citations don't break.
7. Train publishers across departments and document who owns which section.
8. Launch, then maintain. Schedule content reviews, accessibility audits, and a plan for the next refresh.

Common pitfalls to plan around

• Underestimating document migration. Meeting archives and permit forms are often the bulk of the work.
• Treating accessibility as a final QA step instead of a design and authoring requirement.
• No content ownership after launch, so pages go stale and residents lose trust in the site.
• Broken public links from a redesign that changes URL structure without redirects.
• Assuming a new CMS fixes content problems — it doesn't; the content model and governance do.

If you are early in the process, the highest-value first step is a content and document inventory plus a written accessibility target. Those two artifacts shape your requirements, your budget, and your vendor questions more than any feature list.