In this post, we’ll use Node.js to build a sentiment analysis application that analyzes text data from user reviews and uses natural language processing (NLP) to determine the user’s sentiment.
Our final application will look like this:
Before we get started, let’s understand what sentiment analysis and natural language processing mean.
Sentiment analysis is the process of analyzing text data and deriving its emotional tone. An example would be classifying a customer’s review of a product into either happy, unhappy, or neutral. To automate this process, we’ll be using natural language processing, a branch of artificial intelligence.
Unlike programming languages, natural languages are often ambiguous and were not designed to be understood by computers — hence the need for a technology that handles its processing in order to derive meaningful and actionable data from it. SAS puts it succinctly:
Natural language processing is a branch of AI that gives computers the ability to interpret, derive meaning from, and manipulate human languages.
Let’s start by building a new Node.js application using the Express framework. We’ll generate a scaffold app with the express-generator
CLI tool.
First, we’ll ensure that we have Node installed by running the following command on our terminal:
node --version
If it returns an error message, click here to see Node installation instructions. With Node installed, let’s run the following command on our terminal:
npm install -g express-generator
The express-generator
is what we’ll use to scaffold a new Node app. To do this, we’ll run:
express node_nlp --no-view
To start our application, let’s navigate to our new app directory and run npm start
:
cd node_nlp npm start
In our new generated app directory, let’s navigate to ./package.json
. We’ll need to set up nodemon to help us automatically restart our application whenever we save new changes. On your terminal, run:
npm install --save nodemon
Next, we’ll add a new script to start our application via nodemon. Under scripts
in package.json
, add the following code:
"dev": "nodemon ./bin/www"
Moving on, we can start our application by running the following command on our terminal:
npm run dev
Now that we’ve successfully set up our application, let’s implement our sentiment analysis functionality using NLP.
We’ll start by installing Natural, a Node.js package that supports most of the NLP algorithms we’ll be using for our project. Let’s run the following command on our terminal:
npm install --save natural
Next, in our routes
directory, we’ll create a new file and call it nlp.js
. This is where we’ll house our NLP-related routes for our API
. In our new file, ./routes/nlp.js
, let’s import the following packages:
const express = require('express'); const natural = require('natural');
After this, we’ll create a new route and give it the path s-analyzer
. When users send POST
requests to our route with the product review in their request body, they should receive a response containing its sentiment analysis.
To create our new route, let’s modify our ./routes/nlp.js
file:
const express = require('express'); const natural = require('natural'); const router = express.Router(); router.post('/s-analyzer', function(req, res, next) { const { review } = req.body; });
Notice that we’ve destructured the user’s review since we’ll be expecting it from our request.body
object.
The raw data we get from our user is often filled with a lot of noise and is likely to contain many errors, hence the need to transform it into an understandable/usable format for our NLP algorithm. This step is known as data preprocessing.
To maintain uniform structure in our text data, we need to convert contractions (e.g., I’m, you’re, etc.) to their standard lexicon (i.e., I am, you are, etc.). To do this, let’s install the package apos-to-lex-form by running the following command on our terminal:
npm install --save apos-to-lex-form
Next, we’ll import it in our /routes/nlp.js
file and use it for our data conversion:
const express = require('express'); const aposToLexForm = require('apos-to-lex-form'); const natural = require('natural'); const router = express.Router(); router.post('/s-analyzer', function(req, res, next) { const { review } = req.body; const lexedReview = aposToLexForm(review); });
During our sentiment analysis, we want all the data in a uniform format. This step ensures that our algorithm treats good and GOOD as the same words. We’ll do this by using JavaScript’s default toLowerCase()
function:
... const router = express.Router(); router.post('/s-analyzer', function(req, res, next) { const { review } = req.body; const lexedReview = aposToLexForm(review); const casedReview = lexedReview.toLowerCase(); });
To improve our accuracy in classifying the user’s sentiment, we’ll remove special characters and numerical tokens since they don’t contribute to sentiment. This process will ensure that our text data is left with only alphabetical characters.
Let’s use JavaScript’s default replace()
function to achieve this:
... const router = express.Router(); router.post('/s-analyzer', function(req, res, next) { const { review } = req.body; const lexedReview = aposToLexForm(review); const casedReview = lexedReview.toLowerCase(); const alphaOnlyReview = casedReview.replace(/[^a-zA-Z\s]+/g, ''); });
This is the process of splitting a text into its individual meaningful units. We can think of a word as a token of a sentence, and a sentence as a token of a paragraph.
For our next step, we’ll be using the WordTokenizer
from our imported Natural package:
... const router = express.Router(); router.post('/s-analyzer', function(req, res, next) { const { review } = req.body; const lexedReview = aposToLexForm(review); const casedReview = lexedReview.toLowerCase(); const alphaOnlyReview = casedReview.replace(/[^a-zA-Z\s]+/g, ''); const { WordTokenizer } = natural; const tokenizer = new WordTokenizer(); const tokenizedReview = tokenizer.tokenize(alphaOnlyReview); });
Since the product reviews will be manually written by our users, there is a high chance of typographic errors. Before passing our data to our sentiment analysis algorithm, let’s use the spelling-corrector package to correct misspelled words, so that if our user inputs lov by mistake, the correct spelling, love, will be passed to our algorithm.
Let’s start by installing it with the following command:
npm install --save spelling-corrector
Next, we’ll add the following highlighted lines to our ./routes/nlp.js
file:
... const SpellCorrector = require('spelling-corrector'); const router = express.Router(); const spellCorrector = new SpellCorrector(); spellCorrector.loadDictionary(); router.post('/s-analyzer', function(req, res, next) { const { review } = req.body; const lexedReview = aposToLexForm(review); const casedReview = lexedReview.toLowerCase(); const alphaOnlyReview = casedReview.replace(/[^a-zA-Z\s]+/g, ''); const { WordTokenizer } = natural; const tokenizer = new WordTokenizer(); const tokenizedReview = tokenizer.tokenize(alphaOnlyReview); tokenizedReview.forEach((word, index) => { tokenizedReview[index] = spellCorrector.correct(word); }) });
Stop words are generally the most common words in a language, which are filtered out before processing. Some examples of stop words include but, a, or, and what. Since these words have no effect on a user’s sentiment, removing them will help us focus on the important keywords.
To do this, we’ll use the stopword package. Let’s install it by running the following command on our terminal:
npm install --save stopword
Next, we’ll add the following highlighted line to our ./routes/nlp.js
file:
... const SW = require('stopword'); const router = express.Router(); const spellCorrector = new SpellCorrector(); spellCorrector.loadDictionary(); router.post('/s-analyzer', function(req, res, next) { const { review } = req.body; const lexedReview = aposToLexForm(review); const casedReview = lexedReview.toLowerCase(); const alphaOnlyReview = casedReview.replace(/[^a-zA-Z\s]+/g, ''); const { WordTokenizer } = natural; const tokenizer = new WordTokenizer(); const tokenizedReview = tokenizer.tokenize(alphaOnlyReview); tokenizedReview.forEach((word, index) => { tokenizedReview[index] = spellCorrector.correct(word); }) const filteredReview = SW.removeStopwords(tokenizedReview); });
This is a process of word normalization in NLP that is used to convert derived or inflected words to their base or root form. For example, a stemmer algorithm is expected to reduce the words “giving,” “gave,” and “giver” to their root word, “give.”
For our application, we’ll not be performing this process separately because the SentimentAnalyzer
from the Natural library provides us with the option of supplying a stemmer as a parameter while calling it. During its analysis, the individual words will be converted to their root form.
Now that we have the text data in our desired state, we can use the SentimentAnalyzer
from Natural to make an analysis of our user’s review.
The sentiment analysis algorithm from the Natural library is based on a vocabulary that assigns polarity to words. For example, the word “good” has a polarity of 3
, while “bad” has a polarity of -3
. The algorithm does its sentiment calculation by summing the polarity of each word in a piece of text and normalizing with the length of a sentence.
This is why preprocessing and removing all the noise from our data was a necessary step to achieve a more accurate result. The text’s sentiment is considered negative if our algorithm returns a negative value, positive if it returns a positive value, and neutral if it returns 0
.
The SentimentAnalyzer
constructor has three parameters:
Here’s a link to the official sentiment analysis documentation from the Natural library.
To use the algorithm in our application, let’s add the following highlighted code to our ./routes/nlp.js
file:
... router.post('/s-analyzer', function(req, res, next) { const { review } = req.body; const lexedReview = aposToLexForm(review); const casedReview = lexedReview.toLowerCase(); const alphaOnlyReview = casedReview.replace(/[^a-zA-Z\s]+/g, ''); const { WordTokenizer } = natural; const tokenizer = new WordTokenizer(); const tokenizedReview = tokenizer.tokenize(alphaOnlyReview); tokenizedReview.forEach((word, index) => { tokenizedReview[index] = spellCorrector.correct(word); }) const filteredReview = SW.removeStopwords(tokenizedReview); const { SentimentAnalyzer, PorterStemmer } = natural; const analyzer = new SentimentAnalyzer('English', PorterStemmer, 'afinn'); const analysis = analyzer.getSentiment(filteredReview); res.status(200).json({ analysis }); }); module.exports = router;
In our newly added lines, we destructured the SentimentAnalyzer
and PorterStemmer
methods from the Natural library, then created a new variable, analyzer
and assigned the result of our sentiment analysis to it.
Notice that in the SentimentAnalyzer
constructor, we supplied the parameters English
(since this is the language we’ll be expecting from our users), PorterStemmer
(the type of stemmer we chose for our analysis), and afinn
(the type of vocabulary for our analysis).
With our sentiment analysis
route set up, the next step will be connecting it to our Express server. To do this, we’ll import the nlp router
to our ./app.js
file and add it as a route with the /api/nlp
path.
Let’s add the following highlighted lines to our ./app.js
file:
var express = require('express'); var path = require('path'); var cookieParser = require('cookie-parser'); var logger = require('morgan'); var indexRouter = require('./routes/index'); var nlpRouter = require('./routes/nlp'); var app = express(); app.use(logger('dev')); app.use(express.json()); app.use(express.urlencoded({ extended: false })); app.use(cookieParser()); app.use(express.static(path.join(__dirname, 'public'))); app.use('/', indexRouter); app.use('/api/nlp', nlpRouter); module.exports = app;
Now that we have our route set up, let’s connect it with the frontend of our application. We’ll be adding a simple form that collects our user’s review and a JavaScript function for making our API call.
Let’s modify our ./public/index.html file
to look like this:
<html> <head> <title>Sentiment Analyzer</title> <link rel="stylesheet" href="/stylesheets/style.css"> </head> <body> <h1 id="title">Please write a review for this product:</h1> <form id="reviewForm"> <textarea id="review" rows="4" cols="50"></textarea> </form> <div id="emojiSection"></div> <script type="text/javascript" src="./javascripts/index.js"></script> </body> </html>
Next, in the /public/javascripts
folder, let’s create a new file index.js
and paste the following lines code in it:
const submitReview = (e) => { e.preventDefault(); const review = document.getElementById('review').value; const options = { method: 'POST', body: JSON.stringify({ review }), headers: new Headers({ 'Content-Type': 'application/json' }) } const emojiSection = document.getElementById('emojiSection'); const title = document.getElementById('title'); const outline = document.querySelector(':focus'); fetch('/api/nlp/s-analyzer', options) .then(res => res.json()) .then (({ analysis }) => { if (analysis < 0) { emojiSection.innerHTML = '<img src="https://img.icons8.com/emoji/96/000000/angry-face.png">'; title.style.color = 'red'; outline.style.borderColor = 'red'; }; if (analysis === 0) { emojiSection.innerHTML = '<img src="https://img.icons8.com/officel/80/000000/neutral-emoticon.png">'; title.style.color = '#00367c'; outline.style.borderColor = '#00367c'; } if (analysis > 0) { emojiSection.innerHTML = '<img src="https://img.icons8.com/color/96/000000/happy.png">'; title.style.color = 'green'; outline.style.borderColor = 'green' } }) .catch(err => { emojiSection.innerHTML = 'There was an error processing your request!' }) } document.getElementById('review').addEventListener('keyup', submitReview); document.getElementById('reviewForm').addEventListener('submit', submitReview);
Notice that we’re rendering an emoji to the emojiSection
div
we created in our index.html
file. We are also changing the color of our application based on the sentiment value received from our API: results less than 0
are considered negative, greater than 0
positive, and equal to 0
neutral.
Now when we start our application and navigate to http://localhost:3000/
, it should be able to calculate the sentiment analysis of our product review based on our form input, just like the demo below:
In this article, we’ve covered the basics of natural language processing using Node.js and have built a sentiment analysis application that calculates a user’s sentiment based on the text data received from their review.
Here’s the link to the GitHub repo for our demo app: node_nlp_sentiment_analysis. Feel free to reach out to me via Twitter if you need any further assistance on NLP with Node.js.
Deploying a Node-based web app or website is the easy part. Making sure your Node instance continues to serve resources to your app is where things get tougher. If you’re interested in ensuring requests to the backend or third-party services are successful, try LogRocket.
LogRocket is like a DVR for web and mobile apps, recording literally everything that happens while a user interacts with your app. Instead of guessing why problems happen, you can aggregate and report on problematic network requests to quickly understand the root cause.
LogRocket instruments your app to record baseline performance timings such as page load time, time to first byte, slow network requests, and also logs Redux, NgRx, and Vuex actions/state. Start monitoring for free.
Would you be interested in joining LogRocket's developer community?
Join LogRocket’s Content Advisory Board. You’ll help inform the type of content we create and get access to exclusive meetups, social accreditation, and swag.
Sign up nowLearn how to implement one-way and two-way data binding in Vue.js, using v-model and advanced techniques like defineModel for better apps.
Compare Prisma and Drizzle ORMs to learn their differences, strengths, and weaknesses for data access and migrations.
It’s easy for devs to default to JavaScript to fix every problem. Let’s use the RoLP to find simpler alternatives with HTML and CSS.
Learn how to manage memory leaks in Rust, avoid unsafe behavior, and use tools like weak references to ensure efficient programs.
11 Replies to "Building a sentiment analysis app with Node.js"
Is the HTML tags here added on purpose?
const aposToLexForm = require(‘apos-to-lex-form’);
Hi Rex, no it isn’t.
It’s a mistake from the page markup styling.
Lovely Article.
I ran into an issue after running “npm start” without first doing “npm install” cause i thought express-generator does “npm install” automatically.
Hi @Aimes_JS, I’m glad you found this helpful and sorry I left out the `npm install` part.
I’ll make sure to do so next time.
Hey,nice article !
does this application analyses only English language ?
if yes how could i make it a multiple language analyzer!
Hi Hajer, thanks!
An easy way to do this will be to first translate to English, then do the analysis. Maybe checkout the translate-google npm package? https://www.npmjs.com/package/translate-google
It has a functionality for automatically detecting languages.
Thanks soo much for this! Exactly what I needed to help a student doing some text sentiment analysis for programming in Indesign. Stripped down the code to just make a simple endpoint API that could be called via GET… dubbed [sentilyzer](https://github.com/ffd8/sentilyzer)
Hi @Ffd8, I’m really glad you found this helpful. Good job on sentilyzer!
One of the best and comprehensive article on Building a sentiment analysis app, I am bookmarking it so I can read it again. Thank you Ebenezer Don, You really inspired me to learn more.
Thanks you so much for the kind words, Jorge! I’m glad I was able to help with my article!
Thanks for article, I get following messages when installing spelling corrector. Any idea how to resolve?
root@mail:/webserver/sites/discordBot# npm install –save spelling-corrector
npm WARN deprecated [email protected]: to-iso-string has been deprecated, use @segment/to-iso-string instead.
npm WARN deprecated [email protected]: Legacy versions of mkdirp are no longer supported. Please update to mkdirp 1.x. (Note that the API surface has changed to use Promises in 1.x.)
npm WARN deprecated [email protected]: Legacy versions of mkdirp are no longer supported. Please update to mkdirp 1.x. (Note that the API surface has changed to use Promises in 1.x.)
npm WARN deprecated [email protected]: Please update to minimatch 3.0.2 or higher to avoid a RegExp DoS issue
npm WARN deprecated [email protected].3: Jade has been renamed to pug, please install the latest version of pug instead of jade
added 24 packages, changed 1 package, and audited 370 packages in 2s
25 packages are looking for funding
run `npm fund` for details
9 vulnerabilities (1 low, 2 moderate, 4 high, 2 critical)
Some issues need review, and may require choosing
a different dependency.
Run `npm audit` for details.
root@mail:/webserver/sites/discordBot# npm audit
# npm audit report
debug <2.6.9
Regular Expression Denial of Service in debug – https://github.com/advisories/GHSA-gxpj-cx7g-858c
No fix available
node_modules/mocha/node_modules/debug
mocha 0.6.0 – 6.2.2 || 7.0.0-esm1 – 7.1.0
Depends on vulnerable versions of debug
Depends on vulnerable versions of diff
Depends on vulnerable versions of glob
Depends on vulnerable versions of growl
Depends on vulnerable versions of mkdirp
node_modules/mocha
spelling-corrector *
Depends on vulnerable versions of mocha
node_modules/spelling-corrector
diff <3.5.0
Severity: high
Regular Expression Denial of Service (ReDoS) – https://github.com/advisories/GHSA-h6ch-v84p-w6p9
No fix available
node_modules/diff
mocha 0.6.0 – 6.2.2 || 7.0.0-esm1 – 7.1.0
Depends on vulnerable versions of debug
Depends on vulnerable versions of diff
Depends on vulnerable versions of glob
Depends on vulnerable versions of growl
Depends on vulnerable versions of mkdirp
node_modules/mocha
spelling-corrector *
Depends on vulnerable versions of mocha
node_modules/spelling-corrector
growl <1.10.0
Severity: critical
Command Injection in growl – https://github.com/advisories/GHSA-qh2h-chj9-jffq
No fix available
node_modules/growl
mocha 0.6.0 – 6.2.2 || 7.0.0-esm1 – 7.1.0
Depends on vulnerable versions of debug
Depends on vulnerable versions of diff
Depends on vulnerable versions of glob
Depends on vulnerable versions of growl
Depends on vulnerable versions of mkdirp
node_modules/mocha
spelling-corrector *
Depends on vulnerable versions of mocha
node_modules/spelling-corrector
minimatch <3.0.2
Severity: high
Regular Expression Denial of Service in minimatch – https://github.com/advisories/GHSA-hxm2-r34f-qmc5
No fix available
node_modules/mocha/node_modules/minimatch
glob 3.0.0 – 5.0.14
Depends on vulnerable versions of minimatch
node_modules/mocha/node_modules/glob
mocha 0.6.0 – 6.2.2 || 7.0.0-esm1 – 7.1.0
Depends on vulnerable versions of debug
Depends on vulnerable versions of diff
Depends on vulnerable versions of glob
Depends on vulnerable versions of growl
Depends on vulnerable versions of mkdirp
node_modules/mocha
spelling-corrector *
Depends on vulnerable versions of mocha
node_modules/spelling-corrector
minimist <0.2.1
Severity: moderate
Prototype Pollution in minimist – https://github.com/advisories/GHSA-vh95-rmgr-6w4m
No fix available
node_modules/mocha/node_modules/minimist
mkdirp 0.4.1 – 0.5.1
Depends on vulnerable versions of minimist
node_modules/mocha/node_modules/mkdirp
mocha 0.6.0 – 6.2.2 || 7.0.0-esm1 – 7.1.0
Depends on vulnerable versions of debug
Depends on vulnerable versions of diff
Depends on vulnerable versions of glob
Depends on vulnerable versions of growl
Depends on vulnerable versions of mkdirp
node_modules/mocha
spelling-corrector *
Depends on vulnerable versions of mocha
node_modules/spelling-corrector
9 vulnerabilities (1 low, 2 moderate, 4 high, 2 critical)
Some issues need review, and may require choosing
a different dependency.