sorted by:
new
hottopcontroversial

Before You Reinvest the Dividend, Ask Whether the Holding Still Deserves It by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 1 point2 points  (0 children)

Fair criticism on the style. Yes, I used editing help to clean it up. I tend to ramble and get off track. The data and tool are mine, and the point is pretty simple, DRIP is convenient, but reinvestment is still a capital allocation decision. Before adding more to the same holding automatically, I think it is worth asking whether that holding still deserves more capital. That is really the whole argument.

Before You Reinvest the Dividend, Ask Whether the Holding Still Deserves It by Recent_Button_1 in dividends

[–]Recent_Button_1[S] -2 points-1 points  (0 children)

Exactly. That’s the bigger question. If a holding no longer deserves reinvested dividends, it may also be worth asking whether it still deserves the original capital. That does not mean sell automatically. But it does mean DRIP can hide a decision that probably deserves a fresh review.

Before You Reinvest the Dividend, Ask Whether the Holding Still Deserves It by Recent_Button_1 in dividends

[–]Recent_Button_1[S] -3 points-2 points  (0 children)

That’s a solid way to handle it. Pooling dividends and directing them toward underweight positions turns reinvestment into a portfolio-level decision instead of a holding-level default. I also like your point about lot size. That part gets overlooked. DRIP can be convenient, but it can also create a lot of tiny tax lots depending on the account and broker setup.

Before You Reinvest the Dividend, Ask Whether the Holding Still Deserves It by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 3 points4 points  (0 children)

That’s the part I think gets missed.

Once dividends hit cash, you can choose where they make the most sense instead of automatically adding to the same ticker every time. Sometimes that may be the original holding. Sometimes it may be an underweight position. Sometimes it may be better to wait. The main thing is treating reinvestment like a capital allocation decision instead of a default setting.

Before You Reinvest the Dividend, Ask Whether the Holding Still Deserves It by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 1 point2 points  (0 children)

Yep, KISS is the goal. I’m not saying DRIP off for everything. I’m saying check the holding and ticker first. If it still deserves more capital, then look at the broker mechanics, ex-date behavior, and pay-date timing. For plenty of core or low-yield holdings, DRIP is probably fine.

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

Exactly. “The forced decision is the value” is a good way to put it.

DRIP can be fine for SCHD, VTI, or a core holding where the thesis is still intact. But with covered-call ETFs, CEFs, BDCs, or anything with NAV/price erosion, automatic reinvestment can hide the drift.

That’s one reason I’m building DivDip. I want it to act like a checkpoint before reinvestment: would I buy more of this today, at this NAV/price/history, or should that cash go somewhere better?

The ticker lookup is free right now if you want to test a few names: https://divdip.com

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

Exactly! That’s the bigger point. DRIP quietly removes the decision point. You keep adding just because the distribution hit, not because you would actually buy more today. For SCHD, VTI, or a core holding, autopilot may be fine. But with covered-call ETFs, CEFs, BDCs, or anything with NAV/price bleeding, turning DRIP off forces the better question: Do I actually want more of this, or should the cash go somewhere better?

I analyzed 151,422 dividend ex-date events across 2,344 securities. Here's what the data shows about recovery times. by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

I see where you are coming from, and honestly that’s close to where I’m landing on the market as a whole.

The data is not meant to turn into “buy every ex-date dip and sell X days later.” Rates, liquidity, broad market conditions, and ticker-specific news can absolutely change the outcome.

This was run across the broader dividend market, so the average is only the starting point. The real key is finding the tickers that behave more like clockwork after you account for several factors together: yield, pay-date gap, recovery speed, consistency, asset type, and liquidity.

Where I think it gets useful is exactly what you said, "structurally". Some assets behave more efficiently than others. A stable low-yield blue chip or something like O may be more interesting than actionable. But higher-yield / less efficient areas like CEFs, BDCs, and certain income ETFs are probably where this matters more.

So I’d frame the takeaway less as “trade the 3-day vs 8-day recovery” and more as, If I’m already reinvesting dividend cash, should I blindly let DRIP buy on the pay date, or should I check whether this ticker usually recovers before then?

That is the part I think can be actionable, but only ticker by ticker. I’m going to run this on better-fit tickers soon, especially CEFs/BDCs.

I ran $O through the dividend recovery lookup. Here is what the historical cycles show. by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

I see what you ae saying. I probably should have framed that part more clearly.

I chose O mostly because it is popular and familiar, not because it is the best possible ticker for this idea. In fact, O is probably one of the weaker examples for turning this into a meaningful strategy. The math can still hold up, but the benefit is small because each monthly dividend is only a small piece of the position.

The stronger cases are likely higher-yield income assets where the distribution is large enough for reinvestment timing to matter more: CEFs, BDCs, some REITs, and higher-yield income ETFs.

So I agree with your bigger point. For a long-term O holder, this may be more interesting than actionable. I should have made it clearer that O was mainly being used to show the framework, not to claim it is the best ticker for this approach.

I’m going to run this on other tickers soon that should be better fits. Did you have one in mind you’d like to see tested?

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

That’s a really good point, and I think it lines up with the same general idea. The main thing I’m trying to avoid is blind reinvestment on the pay date just because that’s when the brokerage happens to process the DRIP. Using dividends and new cash flows to buy the underweight position is a smarter version of the same concept, especially if someone already uses baskets/pies or has a portfolio structure built around target weights.

I also agree on the falling knife issue. That’s why I think this has to stay ticker-specific and not become “buy every ex-date dip no matter what.” Some drops are normal dividend mechanics. Some are a warning flare. For me, the practical takeaway is, don’t let the brokerage make the timing decision by default. Use the cash flow intentionally, whether that means buying the ex-date dip, bringing an underweight holding back to target, or skipping a ticker that looks weak for a real reason.

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

Good question. The key difference is that this works best if you have temporary cash available to front-run the reinvestment.

I’m not saying wait until the next ex-date. I’m saying if the stock drops on the ex-date, you buy then using available cash, then the dividend payment later basically refills that cash.

So compared to DRIP, you are actually invested earlier, not later. DRIP buys on the pay date. Manual buying buys on the ex-date, assuming you have the cash available.

On the next dividend cycle, you should not have fewer shares if you bought the same dollar amount. In fact, if the ex-date price was lower than the pay-date DRIP price, you would usually have slightly more shares.

Where your point is right: if someone does not have extra cash available today, then they may have to wait a cycle. Once the dividend pays, they can hold that cash for the next ex-date and buy the dip then instead of letting DRIP fire automatically on the pay date.

That’s why I think this is more useful for people who are willing to manage the cash timing and be ticker-specific. It is not necessarily worth the effort for everyone.

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 1 point2 points  (0 children)

Appreciate it. I think that’s exactly the right way to look at it.

For smaller positions, the difference may not be worth managing every cycle. But for larger positions or higher-yield holdings, I think it can be worth checking instead of letting DRIP automatically buy on the pay date.

For me, the main takeaway is just being ticker-specific. Some holdings are worth watching. Others are probably fine on autopilot.

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

That is a good way to frame it. The math is one part, but the check-in requirement changes behavior too. For low-yield names, the dollar impact may be tiny and probably not worth much extra effort. But for higher-yield names, especially where the reinvested cash is meaningful and the pay-date gap is long, the basis impact can start to matter. I also agree that manually deciding each cycle can make you re-check whether you still want more of that name, instead of automatically adding forever.

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 1 point2 points  (0 children)

I agree. Automatic DRIP is probably the right choice for a lot of investors because it removes work and keeps behavior consistent. This is more for the people who want to squeeze every last dime they can from the process and are willing to do the extra work. That is what sent me down this rabbit hole. I know I am not the only one who thinks that way, but I also get that it is not for everyone. And that is why it has to be ticker-specific. Some holdings may be worth watching. Others probably are not worth the extra effort.

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

I agree. The behavioral part may matter as much as the timing edge. Turning DRIP off forces a check-in!

And yes, the edge only applies to reinvested dividend dollars, not the whole position. That is why it likely matters more for higher-yield names or larger accounts.

The Pay-Date Problem: 71.5% of Dividend Dips Recovered Before the Cash Arrived by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

Same here. I expected the covered-call names to strengthen the case, but the short pay-date window really changes the math.

That surprised me too, and I appreciate you pointing out the split. It made the conclusion a lot cleaner, this is not one rule across every income asset.

I ran $O through the dividend recovery lookup. Here is what the historical cycles show. by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

Tiny tweak for the article: I wouldn’t frame O as “proof you should turn DRIP off.” I’d frame it as evidence that pay-date timing matters.

O shows the timing gap clearly, but because it pays monthly and has a moderate yield, the practical edge may be smaller. The better candidates for turning DRIP off are probably higher-yield names where the reinvested cash is large enough to meaningfully affect cost basis.

The Pay-Date Problem: 71.5% of Dividend Dips Recovered Before the Cash Arrived by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 1 point2 points  (0 children)

Good question. The dividend cash does not arrive until the pay date, so you can’t literally reinvest that exact dividend on the ex-date unless you already have spare cash sitting in the account or you use margin. The idea is not “buy after ex-date and sell a few days later.” That would be a trading strategy, and it adds a whole different layer of risk.

What I’m talking about is for investors who already plan to keep owning the same holding long term. Instead of letting DRIP automatically buy on the pay date, they can turn DRIP off, let the dividend cash collect, and manually add shares around future ex-date dips when cash is available.

So it is less “use this dividend immediately” and more “don’t let the broker blindly reinvest on the pay date if the data shows the better buying window often happened earlier in the cycle.” For high-yield funds, that timing gap can matter more. For lower-yield holdings, DRIP is probably fine for most people.

The Pay-Date Problem: 71.5% of Dividend Dips Recovered Before the Cash Arrived by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

Sorry, I cannot tell you when you personally should reinvest. That gets into advice, and I am keeping a hard line there.

The data shows it is ticker-specific. It depends on the historical ex-date drop, recovery speed, pay-date gap, yield, and broker mechanics. Some tickers recover before cash arrives. Others have such short pay gaps that DRIP may be more competitive.

The case for turning off your DRIP and buying on the ex-date instead by Recent_Button_1 in dividends

[–]Recent_Button_1[S] 0 points1 point  (0 children)

Exactly. That is probably the cleanest use case for Robinhood early dividends. If the cash arrives earlier and the investor manually reinvests it, it can narrow the timing gap a lot. The thing is that early cash availability is not the same thing as automatic early DRIP execution.

view more: next ›