zeliard91/google-translator-bundle
A Symfony bundle that integrates Google Translate into your application, exposing a simple service for translating text between languages and configuration options to wire it into your project quickly.
config/*.php publish path. Treat any "Laravel translation package" shortlist as needing re-sourcing.Adoption criteria — all of these would have to be true simultaneously, which is close to never:
Signals to look elsewhere (all of which currently apply):
The one number worth carrying forward is opportunity 21.24 against an overall 0.095 — that gap says the problem space (translation automation) has headroom while this implementation has none. Direct the exploration budget at the problem, not the repo.
Recommendation: do not adopt. Fund a thin internal adapter instead.
To executives: The underlying capability — machine translation — is a commodity API we can call directly for pennies per thousand characters. This specific library is an unmaintained 2017 wrapper with one star and zero downstream users. Adopting it would trade a few hours of engineering for years of unpatched-dependency risk on a customer-facing content path. The proposal is: buy the translation engine (Google Cloud Translation), buy the workflow tooling if we scale past ~5 locales (a TMS), and build the ~1-day adapter that connects them. That keeps us portable across vendors and free of orphaned code.
To engineering: It's a Symfony bundle in a Laravel codebase — no service provider, no facade, no config publishing. It targets the deprecated v2 API surface and predates PHP 8. Reimplementation is trivial: a single HTTP client call behind a Translator interface, with caching, batching, and a provider swap so we can A/B Google against DeepL. That interface is the actual asset; the package is not.
To the localization/content team: Nothing about this changes your workflow. The decision that matters for you is which content classes enter the MT pipeline and what the human-review gate looks like — not which PHP library calls the API.
Bottom line: the package fails on framework fit, maintenance, and adoption signal simultaneously. The category is worth a roadmap line; this artifact is not worth a spike.
How can I help you explore Laravel packages today?