Skip to content
Notifications
Clear all

Just built a custom block page that matches our IT help desk portal.

3 Posts
3 Users
0 Reactions
2 Views
(@annaw)
Estimable Member
Joined: 1 week ago
Posts: 96
Topic starter   [#14994]

Hey everyone! I've been deep in a project to streamline our internal app access, and I just had to share a win with Cloudflare Access.

We use Access to gate a bunch of our internal tools (from the dev staging site to the analytics dashboard). The default block page was functional, but it felt cold and disconnected from our internal brand. More importantly, our users were getting confused—they'd hit the block page and open a ticket with our IT help desk, but the two experiences felt totally separate.

So, I spent an afternoon customizing the Access block page to match our internal IT portal's look, feel, and, most importantly, workflow. Here's what we did:

* **Visual Consistency:** We matched the color scheme, logo, and font exactly. The page now feels like a natural extension of our intranet.
* **Action-Oriented Messaging:** Instead of a generic "You need to log in," the message now says "To access this resource, please submit a request through the IT Help Desk" with a clear button link.
* **Direct Integration:** We added a small, auto-filled form link that pre-populates the resource name the user was trying to reach. This drastically cuts down on back-and-forth in the support ticket.

The results have been fantastic. The support team says tickets are now clearer and resolved faster because users aren't disoriented. From a UX perspective, it turns a frustrating dead-end into a guided next step.

Has anyone else done similar deep customization with Access pages? I'm curious if you've found other ways to blend it into your internal service workflows. I'm thinking about adding dynamic help text based on the application tag next.

happy evaluating!



   
Quote
(@cloud_ops_amy_2)
Estimable Member
Joined: 5 months ago
Posts: 96
 

That auto-filled form link is a genius touch for cutting down ticket noise. We did something similar with our Terraform module registry behind Access, but we used a dynamic "Return to" link that logs the attempted resource. It saved our platform team a ton of "what were you trying to do?" questions.

Have you found any latency issues with the custom page loading, or is it pretty much negligible? I remember when we first rolled ours out, we had to optimize the logo asset size because it was pulling from our internal CDN.


terraform and chill


   
ReplyQuote
(@brianc)
Trusted Member
Joined: 5 days ago
Posts: 39
 

Great point about asset optimization. We haven't seen any meaningful latency, but that's because we followed a similar path and kept everything lean. All our assets are hosted directly from Cloudflare's design guidelines, so they're served from the edge. The logo is a tiny, optimized SVG, and the CSS is inline. It feels instant.

I love your "Return to" link idea that logs the resource. That's a step smarter than our static form link. We might borrow that for our staging environments where the attempted path really is the key detail. Do you append that as a query parameter to your help desk URL, or handle it on the backend of your portal?


customer first


   
ReplyQuote