Butter CMS Prissättning: $99.00 till $399.00/månad

Detta är ett riktigt headless CMS, och det ger verkligen fantastisk funktionalitet för den kreativa personalen. Integrationen är enkel, och när du väl inför lite cachning, ger det ett enormt värde till vilken webbplats som helst som investerar i att ha en uppdaterad blogg.

Mer funktionalitet än vi använde, men det är bra.

Lägg ut komplexiteten kring skrivande, redigering, versionshantering etc. på entreprenad.

1. Butter CMS kräver minimal kodning från utvecklare för att integreras i befintliga projekt. 2. Gränssnittet är enkelt och enkelt att använda, så även icke-tekniska personer kan hantera information utan problem. 3. För att möta varje användares unika krav erbjuder Butter CMS ett brett utbud av konfigurationsalternativ. 4. Butter CMS byggdes med hastighet och tillförlitlighet i åtanke, så material kan laddas och modifieras snabbt. 5. Butter CMS är ett flexibelt innehållshanteringssystem som erbjuder rimliga priser, vilket gör det till ett bra alternativ för nya företag och de med en snäv budget.

1. Butter CMS begränsade funktioner jämfört med andra innehållshanteringssystem kanske inte är tillräckliga för mer komplicerade webbplatser. 2. Bristen på tredjeparts plugins för Butter CMS kan begränsa dess förmåga att möta vissa behov. 3. Eftersom Butter CMS inte är utrustat med egna analysfunktioner måste kunderna förlita sig på en tredjepartstjänst för detta ändamål.

Butter CMS användargränssnitt är enkelt, så även icke-tekniska personer kan redigera innehållet på sin webbplats utan större problem. Det finns inte längre något krav på högspecialiserad teknisk expertis, vilket kan spara både tid och pengar. Butter CMS är mycket anpassningsbart tack vare de omfattande konfigurationsmöjligheterna det erbjuder. Detta banar väg för en mer skräddarsydd och effektiv webbplats, vilket i sin tur kan öka användarengagemang och ge bättre resultat. Med sitt flexibla API kan Butter CMS enkelt integreras med en mängd olika andra system, vilket sparar tid och ansträngning för utvecklare. Detta har potential att förbättra användarupplevelsen, minska utvecklingskostnaderna och spara tid. Butter CMS är optimerat för hastighet och tillförlitlighet, så webbplatsens innehåll laddas snabbt och vi har inga problem med att göra uppdateringar. Detta har potential att öka användarlojaliteten och sänka avvisningsfrekvensen. Kostnadseffektivitet: Butter CMS nivåindelade prisstruktur gör det till ett genomförbart alternativ för soloföretagare, ideella organisationer och andra organisationer med begränsade budgetar. Användare kan dra nytta av en robust och mångsidig plattform utan att behöva tömma sina finansiella konton i processen.

Som utvecklare uppskattar jag mest hur lättförståelig deras API-dokumentation är. Dessutom gör det faktum att den kan implementeras på flera språk den ännu mer användbar. Slutligen, om du behöver det, finns kundsupporten där för att hjälpa dig, och de har olika kodexempel som kan guida dig genom implementeringsprocessen.

Det finns inget jag kan komma på just nu. Om något har jag inte mycket erfarenhet av användargränssnittet för att skriva blogginlägg, så det kan verka främmande för mig när jag försöker lista ut hur man strukturerar blogginlägg, till exempel.

Vi använder ButterCMS som ett verktyg för icke-tekniska personer att skriva blogginlägg. Tidigare var utvecklingsteamet tvungna att ansvara för att lägga till blogginläggen från marknadsföringssajten till projektet, vilket tog tid. Nu kan de ladda upp det själva, tack vare sitt användargränssnitt, och det hämtas automatiskt.

Jag har utvecklat i nästan alla äldre CMS-system från Umbraco till Wordpress och Drupal till e-handelsspecifika CMS som Shopify och Magento... men när man väl har valt headless-funktioner är det så svårt att gå tillbaka. Innan Butter provade jag till och med Contentful och andra äldre CMS som påstår sig ha headless-kapacitet (om jag tittar på din Drupal), men jag bestämde mig så småningom för Butter. Butter har ett av de renaste och lättanvändaste API:erna på marknaden och en bra balans mellan pris och funktionalitet, utan den uppsvällda prestandan från förr (headless Drupal). Butter har också SDK:er tillgängliga för en mängd olika språk, vilket gör det ännu snabbare att komma ut på marknaden. Contentful har visserligen fler funktioner för närvarande, men det har sina kostnader. Butter riktar sig till större företag, men de är också mer tillgängliga prismässigt än flera av deras konkurrenter (inklusive Contentful). Uppdateringar och förbättringar sker också i en bra, stadig takt.

- Det vore trevligt att ha några extra "sidor" jämfört med prispunkter i alla deras planer... Contentful erbjuder 25 000 "objekt" även på deras gratisnivå. - Ett plugin eller en Marketplace med tillägg vore bra för att utöka CMS-funktionen på backend-plattformen. T.ex. SEO-plugins, skrivassistenter, DAM:er eller Dropbox för uppladdning av resurser etc. - Det vore trevligt att ha en proxy-DNS för CDN-platser för bilder/resurser etc., för att förbättra utseendet och göra det enklare att ompaketera Butter till API:erna för vår produkt.

- enkel åtskillnad mellan innehåll, kod och design/mallar. - marknadsförar- och utvecklarvänlig.

Med bara en liten del av vår utvecklartid byggde vi en kraftfull "kurerings"-funktion på vår webbplats som gjorde det möjligt för vårt innehållsteam att snabbt skapa nya landningssidor med kurerat videoinnehåll på vår webbplats. Supporten var gedigen, eftersom ButterCMS-teamet snabbt svarade på alla frågor jag hade. Enligt min mening är komponentmodulen den mest kraftfulla delen av ButterCMS-plattformen, och även om det är ett nytt tillägg kan den ge dig en ännu bättre upplevelse. Dessutom är priset mycket rimligt jämfört med en del av konkurrenterna som försöker tära på din marknadsföringsbudget.

Jag tyckte att den inledande marknadsföringen var lite förvirrande – eftersom en del av marknadsföringen låter som att det inte krävs några resurser för mjukvaruutveckling. Det är vilseledande. Att göra den inledande integrationen och utveckla den faktiska möjligheten att visa innehåll på webbplatsen KRÄVS ingenjörsarbete, design och anpassad kod. Inte en massa, men inte heller trivialt, eftersom man behöver göra design- och utvecklingsarbete. Men *efter* att teamet har byggt det som behövs är det väldigt flexibelt att ändra innehållet om de har gjort sitt jobb bra. Ruby-biblioteket behöver också lite hjälp eftersom det är lite konstigt uppbyggt.

Att hjälpa vårt innehållsteam att bygga landningssidor med hjälp av återanvändbara komponenter som vårt design- och utvecklingsteam skapat åt dem. Det har gjort det väldigt enkelt för vårt marknadsföringsteam att bygga nya kampanjer utan att behöva utvecklarresurser.

Mycket lyhörd kundservice. Butter CMS har fått mig att känna att de värdesätter feedback och verkligen vill hjälpa mig att lyckas med sin produkt. Jag ställde en fråga, och de svarade snabbt, kom med några förslag och arrangerade till och med ett Zoom-möte för att diskutera mina behov i detalj. De bestämde sig till och med för att implementera en funktion som jag begärde och fortsatte att kommunicera med mig under hela processen. Jag har aldrig upplevt det från ett företag förut. Den servicen bygger lojalitet, för även om det finns en bugg eller funktion som inte finns, har jag förtroende för att de kommer att lyssna på mig och försöka hjälpa mig att hitta en lösning.

API:et är mindre komplett än jag hoppades på. (Men det blir bättre och bättre!)

Jag använder den för att lagra dynamiskt innehåll för vår app, så att vi kan ändra många saker utan att behöva göra en appuppdatering. Användargränssnittet är väldigt enkelt och lätt att koordinera med teammedlemmar.

Innan Butter var vi låsta till en självhostad lösning som krävde regelbundna uppdateringar, plugin-hantering och en inlärningskurva för nyanställda i vårt team att läsa dokumentation för att komma igång. Vi har precis slutfört ett redesignprojekt för webbplatsen med ButterCMS som ryggrad. Ett stort plus vi märkte från början är att samlingar gör det väldigt enkelt att dela data över innehållsplattformen. Vår webbplats är baserad på en komponentarkitektur och det kunde enkelt replikeras i Butter med hjälp av komponentbiblioteket. Detta förbättrades ytterligare genom att återanvända samlingar och för oss har detta inneburit att färger, bildstorlekar och andra återanvändbara element kan delas så att våra innehållsredaktörer snabbt kan skapa sidor. Ur teknisk synvinkel kunde vi komma igång på några minuter med hjälp av API-dokumentationen och ButterClient. Efter att ha hittat foten med samlingar kunde vi bygga en skalbar arkitektur baserad på en React-app. Eftersom vår webbplats är byggd kring komponentdesign har vi nu en mängd stylade komponenter som gör att nya sidor snabbt kan byggas upp och driftsättas på några minuter. Detta speglas i ButterCMS och låter därför våra innehållsredaktörer bygga sidor, skicka länken till oss och inom några minuter är sidan skapad och online.

Ett av de största problemen vi står inför just nu är hastigheten på backend-instrumentpanelen. Detta kan bero på antalet samlingar vi kör för att skapa återanvändning av innehåll över hela plattformen. Med det sagt överväger tidsbesparingarna vi får genom att utforma vårt innehåll på detta sätt vida försämringen i administrationen. Det vore trevligt att se ett enklare sätt att hantera samlingar för att öka sidladdningstiderna när vi hanterar innehåll på plattformen. Vårt näst största klagomål kan återigen handla om hur vi har utformat vår lösning, men eftersom våra komponenter speglas både i kod och i Butter-komponentbiblioteket har det inneburit att när innehållsredigerare bygger sidor använder de dra-och-släpp-gränssnittet för typbyggaren. Denna process har två problem: - Det första är att när en komponent har skapats kan den inte uppdateras. Du måste först lägga till komponenten på en ny/befintlig sida, ta bort den från komponentbiblioteket, lägga till ditt nya fält och sedan spara den som en ny komponent. Det vore bra om komponenterna kunde redigeras, vilket leder till vårt nästa problem (vilket även gäller för sidtypkonfigurationer). - För det andra, om du redigerar en komponent som har använts på en sida för att lägga till/ta bort ett fält, så återspeglas detta inte i alla komponenter där den här instansen används. Det vore bra om komponentschemat kunde delas över hela linjen och de instanser som användes listades i uppdateringen för att bekräfta var ändringarna träder i kraft.

De största problemen vi löste med Butter var att migrera bort från det gamla problemet, att utveckla vårt eget interna CMS eller att absorbera kostnaden för licensiering, drift och utbildning av vårt team på en plattform som regelbundet ändrades. Med Butter kan vi använda vår egen arkitektur och kodstandarder och dela innehåll över flera plattformar från en enda källa.

Butter CMS var extremt enkelt att integrera i vår Node.js-applikation och dokumentationen gjorde allt tydligt. Gränssnittet/UI:et var lätt att använda och fullpackat med tillräckligt med funktioner för att fungera som en utmärkt bloggplattform. Inläggs-/siddata laddades alltid blixtsnabbt. Supporten var alltid vänlig och hjälpsam.

Prisnivåerna kanske inte matchar alla användningsfall.

Att installera ett CMS var för mycket för vår lättviktiga applikation. Butter CMS gjorde det extremt enkelt att lägga till ett SEO-optimerat block till din webbplats.