Contractor growth · Lead automation
Your missed-call text-back is not firing: six things that break it
The dashboard says the message sent. The customer never got it. That gap has a small number of causes, and they are worth ruling out in a specific order.
WritingBy Landon LittleSeptember 28, 20266 min read
The shape of the problem
A missed-call text-back is a short chain, and a break anywhere in it looks identical from the outside: the call comes in, nobody picks up, and no text arrives. Your software usually reports success, because from its point of view it did everything it was asked to do.
That is why guessing is expensive here. The six causes below are ordered by how often they turn out to be the answer, and the first one accounts for most of the silent failures.
1. Carrier registration is missing or was rejected
US carriers require application-to-person messaging sent from a standard ten-digit number to be registered: a brand, and a campaign describing what you send and how people consented. Unregistered traffic is filtered or blocked rather than returned with an error.
This is the failure mode that wastes the most time, because nothing in your own tooling looks wrong. The send succeeded. The handoff succeeded. The message simply stopped at the carrier. If your text-back worked at some point and then quietly stopped, check whether a campaign lapsed or was rejected before you check anything else.
2. A previous STOP is still suppressing that number
If a specific customer never gets your text-back while everyone else does, look for a revocation. Someone who once replied STOP to any of your messaging, including a campaign unrelated to this one, will usually sit on a permanent suppression list.
This is working as intended and you should not try to route around it. Consent revocation has to be honored, and the rules give you a limited window to act on it. The right response is to recognize it as the cause and stop debugging, not to find a way to message that person anyway.
3. The trigger is listening to the wrong call outcome
A missed call is not one event. Declining on your handset, letting it ring out, forwarding to voicemail, answering and immediately dropping, and a call that never reaches your device at all can all be distinct outcomes to whatever is watching the line.
Plenty of setups are wired to one of those and not the others, which produces the most confusing version of this problem: it works sometimes. If yours fires for some real calls and not others, this is usually why.
- Test each outcome separately rather than testing once and declaring it working.
- Check whether calls that go through a forwarding chain still register as missed on the instrumented number.
- Confirm the automation is watching the number customers actually dial, not a secondary line.
4. Business-hours logic is suppressing it
Many setups ship with a schedule, and the default is often business hours. That quietly removes the automation from exactly the window it was bought for: evenings, weekends, and the hours when the person who normally answers is asleep.
A missed call at eight on a Saturday evening is not a lower-value lead than one at eleven on a Tuesday. It is usually a higher-value one, because fewer competitors are picking up. Check the schedule before you assume the automation is broken, because a schedule doing its job looks exactly like a failure.
5. The number is not text-enabled, or is the wrong type
A traditional landline cannot send or receive SMS unless it has been text-enabled. That is a single setting somewhere, and it is invisible until you try to use it.
Beyond that, number types are treated differently by carriers. Toll-free numbers, ten-digit long codes, and short codes each have their own registration path and their own filtering behaviour. Using the wrong one for your volume and use case tends to produce inconsistent delivery rather than total failure, which is harder to spot.
6. The message body is getting filtered
Carriers filter on content as well as registration. Messages that read like unsolicited marketing, lean heavily on shortened links, or use formatting associated with spam can be dropped even from a properly registered campaign.
For a text-back this is easy to avoid, because the message that performs best is also the message least likely to be filtered: short, plainly identifying your business, referring to the call that just happened, and asking a question. Keeping promotional content out of it helps on this front and on the compliance front at the same time.
The order to check, and when to stop
- Confirm carrier registration is active and the campaign was approved.
- Check whether the affected number is on a suppression list.
- Test every missed-call outcome separately, not just the one that is easy to reproduce.
- Read the schedule, including timezone.
- Confirm the sending number is text-enabled and the right type for the use case.
- Simplify the message body and retest.
If you have been through all six and it still does not fire reliably, the honest read is that you are now maintaining infrastructure rather than running a business. That is the point at which a managed setup stops being a convenience and starts being the cheaper option, because the cost of a text-back that silently does not work is every lead it was supposed to catch.
Questions this post answers
- Why does my missed-call text-back say sent but never arrive?
- Almost always carrier filtering. US carriers require application-to-person traffic from a ten-digit number to be registered with a brand and a campaign, and unregistered or rejected traffic gets dropped rather than bounced. Your software reports a successful handoff because it did hand off. The message just never made it past the carrier.
- Why does it work when I test it but not for real customers?
- Two common reasons. You may be testing from a number that is already on an allowlist or has messaged you before, and you may be testing a call outcome that differs from a real one. A call you decline on your handset, a call that forwards to voicemail, and a call that rings out can be three different events to the automation, and only some of them may be wired to the trigger.
- Can an old STOP reply block future texts to that customer?
- Yes, and it should. Once someone revokes consent you have to honor it, and most platforms keep a permanent suppression list so you cannot accidentally message them again. If one specific customer never receives your text-back, check whether they ever replied STOP to anything you sent, including a different campaign.
- Does the number I send from matter?
- It matters a lot. A landline that has not been text-enabled cannot receive or send SMS at all, and toll-free, ten-digit long code, and short code numbers are registered and filtered differently. Sending from the wrong number type for your use case is a common cause of messages that deliver inconsistently rather than not at all.
- How fast should the text actually go out?
- Fast enough to beat the next contractor on the list, which in practice means seconds rather than minutes. The value of a text-back decays quickly, because the caller is still holding their phone. If yours is arriving several minutes later, treat that as a failure to fix rather than a quirk to live with.
Want this working for your business?
We build the automation your team keeps meaning to build, then hand it over running. Book a call and we will map the first working slice.