@Anton You spent 60% of this ^ re-affirming my point(s) and the remaining making other points that also confirmed my previous statements. So, again, much like your other post - do you have a point of actual substance?
If a user has made his coice to switch from software a to b - why do make him insecure with such a unqualified and false statement like “…poor coice…” or “You should also take any advice on this forum with a large grain of salt”.
That’s hardly an unqualified statement or false. It has nothing to do with making someone “insecure”. And everything to do with making someone carefully think about what they’re about to do before they inadvertently shoot themselves in the foot as their migration clearly has yet to be completed.
At which point if they’ve weighed that and want to proceed they clearly can however they wish. I’d bet they migrate things look good and they eventually go “wait how do I manage my sitemap, do SEO ops, …” which is a common pain point very unique to this platform excluding performance entirely.
You should also take any advice on this forum with a large grain of salt".
As anyone should on any forum / piece of advice.
Again, re-affirming my point:
Also: If you haven’t noticed: This is a HubSpot specific Board. Of course everybody will say “HubSpot is better”. Just as it would be in a WordPress/Joomla/Drupal/Typo3… Community/Board. Everybody says that the software which the Community/Board belongs to is better than the other(s).
For this…
Speedwise HubSpot is by default better optimized than WordPress and can be optimized way better without writing tons of lines of code, installing plugins(which will bloat the install again).
I never said otherwise. What I did say is that on WordPress you can write tons of lines of code if you want and push the envelope of performance not to mention it’s easy integrations with SSGs etc that HubSpot is simply lacking in, because nobody cares about this niche CMS to where those are currently available. Whereas on HubSpot you simply cannot. The structure of the platform itself prohibits it.
Just one small example: if you shouldn’t know it - HubSpot got a build-in CDN which (like every CDN) and on CMS enterprise you can even controll a ton of settings without the need of - again - develop alsmost neverending lines of code.
Clearly. A CDN isn’t a selling point it’s a pre-requisite for the modern web. Much like all “HubSpot features” it’s just “good enough”. And no it’s not built-in it’s just integrated with CloudFlare. Very difficult.
Left and right are two GTMetrics runs of HubSpot - center the original page which is based on Ruby done by the clients developers a while ago.
And a contrived example that does nothign but show the severely lacking skillset of developers with a lower level framework does what exactly? Ironically, Rust + WASM is one of the fastest ways to develop currently if you want near native performance.
Furthermore: You say that “There’s a reason the vast majority of “HubSpot” agencies have WordPress websites.”. Maybe that’s the case sure. Have you ever thought about that there are a lot of HubSpot partners out there who most likely don’t have own HubSpot developers and don’t offer development jobs.
Clearly. They’re marketing agencies. Not dev shops as I explicitly noted - again. Even if these marketing agencies DID try to hire a developer NO developer worth their salt would ever degrade themselves to this level and send their career to die with a marketing agency. So, because of a marketing agencies severely lacking funds and talent pool they have to hire dev/designer/marketer/seo bundles by people desperate enough to do that type of work.
That’s why they’re sticking to WordPress because “Everybody can build and maintain a WordPress site”. There is no need for highly skilled developers or something like that.They’re aiming for the best possible marketing/sales/service consulting solution and don’t want to automate/personalize everything. You buy a theme, you install it, you build your page. Done. And if you need a specific function there is a plugin. Wow! Such development! Much great! Wow!
Obviously. Hence why I said I’m not a fan and why your WordPress is probably a steaming pile of **bleep** if you outsourced it anyone that “can build and maintain a WordPress website” which per my statement tends to be the $5/hr india sells or severely lacking talent.
At which point I explicitly noted I don’t like WordPress. Leading into this statement…
Wow! Such development! Much great! Wow!
At which point I explictly noted - again - I prefer lower level solutions with that control and implictly requiring better developers / skillset. Because, at the end of the day any CMS or “easy” solution glosses over what people don’t know - per my statement - and there simply is not an easy way to encapsulate performant web development on this type of of a solution. Agan, you can get it “good enough”, but that’s not “performant” and doing a lot of “tricks” to make lighthouse happy is simply perceived performance and not true performance. There’s nothing important about HubSpot’s severely underoptimized bundles amongst many other things. I can make any website I want “performant” by throwing in a script laoder and deferring everything. Much wow!
At which point I explictly noted the problems with CMS’ and other approaches themselves.
HubSpot was (and most likely will be) always “marketers first”. They’ve done an awesome job with developing a piece of software which makes everybodys lifes easier.
At no point did I debate this. Sure it’s “easy”. Although, if I’m being a real curmedgeon that editing UI and overall UI is… dated to say the least. There are much better options on the market if people want an “easy” editing experience. Again, HubSpot tends to just be a poor mans way of doing things and bundle of things you have better options of elsewhere that looks like a “hot sell” to marketers - per my statement - again.
he marketer can’t “destroy” the page and can build quite fast new pages and the developer can easily create new functions.
This is patently false and a ludicrous statement. I get what you’re trying to get at. “If a developer has encapsualted X, Y, Z via modules / optimizations behind the scenes the marketers in theory can have easy editing / do what they want without screwing up.”. But, that is entirely dependent on levels of complexity required.
You should try to think as somebody who doesn’t even know how to paste the text from google docs/word directly into a rich-text module correctly and don’t understand why the formatting is broken. (I’m facing such client questions at least once a week).
Which again… as I noted is re-affirming just one more of my points. Per your own statement that “easy editing experience” inherently fails, because again people don’t know what they don’t know and inevitably just end up asking devs to the bulk of the work anyway, becasue they simply can’t handle it. Whether it’s lacking effort, critical thinking skills, etc you be the judge. Hence why I personally prefer platforms that are inherently restrictive and force people to take that route from the start so things are actuall done right to start with instead of a marketer trying screwing everything up and inevitably having to have someone fix it. Happens every single time.
There are some performance ops you simply can’t encapsulate this way - you could… were HubSpot a better platform. But, it’s not - which again is my point here.
HubSpot was (and most likely will be) always “marketers first”.
Which is exactly why it fails