Blog · July 10, 2026 · ~11 min read
Toggl Track vs. HourTab: closing the retainer hours visibility gap
Toggl Track has a “share report” button. Many freelancers discover that sharing a Toggl report with a retainer client is not the same as giving them a dashboard that answers: how many hours do I have left this month? Toggl reports tell your client what you logged. HourTab tells your client what they have left — in a progress bar at a permanent URL they can bookmark.
What Toggl Track is designed to do
Toggl Track is one of the most widely used time tracking tools among independent freelancers and consultants. Its appeal is well-earned: the timer interface is fast and frictionless, it handles multiple clients and projects cleanly, and the reports are genuinely flexible. Toggl’s team tier adds collaborative features for small studios. For solo freelancers who want accurate time records without building a second career around their time tracking software, Toggl Track is a natural choice.
For retainer freelancers, Toggl functions as the internal record. You log time against each retainer client, see running totals by client and project, and pull reports when you need to verify hours for invoicing. Toggl handles this accurately and cleanly. The question is not whether Toggl is good at what it does — it is — but whether what it does covers what your retainer clients need to see.
What Toggl’s share feature actually shows
Toggl has a feature that allows you to share a report link with someone who doesn’t have a Toggl account. On the surface, this sounds like exactly what a retainer client needs: access to your time data without requiring them to set up an account.
In practice, the shared Toggl report is a summary of time entries by project and task. It shows how much time you logged, broken down by whatever filters you applied when generating the report. This is useful for a client who wants to audit the time log or verify that specific tasks were completed.
What the shared report does not show: a progress bar. A clear statement of how many hours have been used and how many remain. The cycle reset date. A simple visual indicator of where the client stands against their monthly hours cap. The shared report is a record view, not a retainer-status view.
To extract retainer-status information from a Toggl report, the client would need to know their monthly cap, add up the hours from the report, and subtract from the cap. This is not unreasonable math, but it is math the client should not have to do. The friction compounds when you consider that the shared report doesn’t know the cap — only the freelancer knows that, and the client has to remember it to do the calculation.
The gap in Toggl’s retainer client handling
The gap is not a flaw in Toggl. It is a scope decision. Toggl was designed to solve the freelancer’s time tracking problem: accurately logging billable hours, attributing time to the right client and project, and generating reports for invoicing. It was not designed to solve the client’s retainer management problem: knowing where they stand at any moment in the billing cycle.
This distinction matters because the questions are different. The freelancer asks: “How many hours have I logged for this client this month?” The client asks: “How many hours do I have left before my next invoice?” Toggl answers the first question with precision. It does not answer the second without manual calculation by the client — or a manual mid-cycle email from the freelancer.
Most Toggl users with retainer clients default to the manual email approach: they pull the current total from Toggl and send it to the client at the midpoint of the cycle, usually with a short note about where the hours stand. This works in the sense that it delivers the information. It fails in the sense that it is always a snapshot. The email shows hours as of the 15th. By the 22nd, the number has changed. The client who checks the email a week after it was sent is looking at stale data — and may not know it.
The other failure mode is the email the freelancer forgets to send. With one retainer client, a missed mid-cycle update is a minor gap. With four retainer clients, it is a guarantee that at least one client will email you asking for their hours — usually the one who cares most about budget discipline.
What HourTab does (specifically)
HourTab is built around one problem: giving retainer clients a live, no-login view of how many hours they have used and how many they have left. You export a CSV from Toggl Track (Toggl supports CSV export from any report), upload it to HourTab, and HourTab generates a public URL for the retainer client. That URL shows:
- A progress bar: hours used as a visual fraction of the monthly cap
- The numeric count: “12 of 20 hours used, 8 hours remain”
- The cycle reset date: “resets September 1”
- A work log listing every time entry in the current cycle with dates and descriptions
The client receives this URL at the start of the retainer relationship and bookmarks it. The URL stays permanently the same; you update the data by uploading a new CSV whenever you want the view to reflect more recent hours. There is no link to re-share, no account for the client to manage, and no portal to navigate.
The most significant feature is that the URL is live as of your last upload. If you upload every week, the client has a view accurate to the prior week. If you upload after every significant work session, they have near-real-time visibility. Either way, “how many hours do I have left?” has a permanent self-service answer: the link you gave them at the start of the engagement.
The combined Toggl + HourTab workflow
Because Toggl handles the freelancer’s time records while HourTab handles the client’s visibility layer, they operate in parallel without conflict. The workflow integration is minimal:
You log time in Toggl. Nothing about your Toggl workflow changes. Timers run, projects are tagged, time accumulates exactly as before. This remains your operational record.
You export a Toggl report as CSV. Filter to the relevant client and the current billing cycle, then export. Toggl’s CSV exports are straightforward and include all the fields HourTab needs: date, description, duration, project.
You upload the CSV to HourTab. HourTab reads the Toggl export format and maps the entries to the retainer. The update takes under a minute per client.
The client checks the URL. They have had the link since the retainer started. They check it when they’re deciding whether to request new work this cycle, when they want to understand where they stand before a check-in call, or when they’re reviewing the engagement for renewal.
Toggl feeds your invoice. At the end of the cycle, you pull the final time totals from Toggl for invoicing. The client has been watching the accumulation via HourTab, so the invoice reflects what they expected. Billing surprises are almost always rooted in a visibility failure during the cycle; continuous visibility via HourTab prevents them.
Why not redundant
A Toggl user might ask: “If I can share a Toggl report, why add HourTab?” The answer is that the shared report and the HourTab URL are not the same artifact for the same audience.
The shared Toggl report is a time log export. It is the raw record of what you tracked, presented in a clean format. It is useful for clients who want to audit specific entries or understand the breakdown of work by task. It answers the question “what did you work on?”
The HourTab URL is a retainer status dashboard. It answers the question “how many hours do I have left?” with a progress bar and a cycle reset date. It is designed to be checked in 10 seconds by a client who doesn’t want to process a time report — they just want to know if they can request more work this month.
Most retainer clients need the second thing more than the first. Toggl provides the first. HourTab provides the second. They cover adjacent needs for adjacent audiences.
When Toggl alone is enough
Flat-fee retainers with no hours pool. If the retainer is a fixed monthly fee with no reference to hours, there is nothing for HourTab to display. Toggl handles your internal time records; the hours are irrelevant to the client.
Clients who audit your Toggl reports regularly. A small number of clients are sophisticated enough to review shared time reports, know their cap independently, and do the math themselves without friction. These clients don’t need a progress bar because they have internalized the numbers from your reports.
Very high-trust, long-running relationships. Some retainer clients have enough confidence in the freelancer that they never check hours between invoice cycles. They pay the invoice, they know approximately what they’re getting, and oversight isn’t their focus. HourTab adds no value if the client wouldn’t use the link.
One retainer client, simple arrangement. A single retainer client with a predictable workload and a client who is satisfied with end-of-cycle invoicing might not generate enough “hours remaining” questions to justify the HourTab setup overhead.
When you need HourTab alongside Toggl
Clients ask about hours between invoices. If you receive any form of “how many hours are left this month?” from a client, the Toggl shared report is not solving the visibility problem. One email is the signal. HourTab creates the self-service answer that eliminates the email permanently.
You have multiple retainer clients. Three or more retainer clients with hours-based arrangements means three or more sets of mid-cycle update emails to write or Toggl reports to share. HourTab centralizes this: upload a CSV per client, all URLs stay current. Managing Toggl for retainers covers the internal tracking side; HourTab covers the external communication.
Invoice disputes about hours. When a client questions an invoice because the hours total surprises them, the problem is a visibility failure during the cycle. Continuous visibility — the kind HourTab provides — prevents the surprise, and surprised clients are less likely to dispute invoices they have been watching accumulate.
Retainer renewals feel uncertain. When a client can’t see what they got for their hours, renewal decisions are based on memory and impression rather than a documented record. Regular client reporting makes renewal conversations data-driven. A client who has been watching the work log build for 12 months enters the renewal conversation with evidence, not vague satisfaction.
Clients manage tight monthly budgets. Clients who need to approve retainer spend carefully — startup founders, small business owners with constrained cash flow, any client who treats the retainer like a monthly budget item — need live visibility to make informed decisions about when to request work within the cycle. Forwarding them a Toggl report every time they ask is friction that erodes the relationship.
Cost comparison
Toggl Track is free for solo use with unlimited projects and clients. The Starter tier ($10/month) adds features like billable amounts and project time estimates that are useful for retainer billing. Most solo freelancers run Toggl on the free tier.
HourTab Solo is $9/month and covers up to 10 active retainer clients with custom URL slugs and no factory branding. For a Toggl free-tier user, the combined stack is $9/month for the client visibility layer. For a Toggl Starter user, it is $19/month total.
The return on investment is usually measured in hours recovered from the repetitive mid-cycle email workflow or billing disputes prevented. A single retainer renewal that would have lapsed due to poor visibility typically covers months of the combined stack cost.
The practical division of labor
The cleanest framing is this: Toggl tracks your hours for you. HourTab communicates your hours to your client.
Toggl is built from the freelancer’s perspective: it captures time accurately, categorizes it by project and client, and feeds invoicing. This is internal infrastructure. HourTab is built from the client’s perspective: it presents hours in the format that answers the retainer client’s actual question, with no login and no friction. This is client communication infrastructure.
Most time tracking tools — including Toggl — are designed from the inside out. The freelancer is the primary user, and client visibility is a secondary feature added after the fact. HourTab is designed from the outside in: the client’s URL is the primary artifact, and everything else — the CSV import, the cap settings, the cycle reset date — exists to make that URL accurate and useful.
For retainer freelancers who use Toggl, the combination covers the full loop: accurate internal records in Toggl, frictionless client visibility in HourTab, and no mid-cycle status emails either party has to write.
HourTab turns your Toggl CSV export into a live retainer dashboard your client can bookmark. Start free →