Why authentication matters in NextJS - The Real Reasons

The Big Idea

What if your website accidentally showed private info to the wrong person?

The Scenario

Imagine building a website where users must log in to see their personal info, but you have to check usernames and passwords manually on every page refresh.

The Problem

Manually handling authentication is slow, risky, and easy to mess up. You might forget to protect a page or expose sensitive data by mistake.

The Solution

Authentication systems in frameworks like Next.js handle user login securely and automatically, so only the right people see their data without extra work.

Before vs After

✗ Before

if (username === input && password === input) { showData(); } else { denyAccess(); }

✓ After

import { getSession } from 'next-auth/react'; async function checkSession() { const session = await getSession(); if (session) { showData(); } else { denyAccess(); } } checkSession();

What It Enables

Authentication lets you safely control who can see or do what on your website, creating trust and personalized experiences.

Real Life Example

Think of a bank app where only you can see your account balance after logging in securely.

Key Takeaways

Manual authentication is error-prone and insecure.

Frameworks automate and secure user login processes.

This protects user data and improves user trust.

Practice

1. Why is authentication important in a Next.js application?

easy

A. It automatically fixes bugs in the code.

B. It speeds up the loading time of pages.

C. It confirms the identity of users and protects private data.

D. It changes the app's color scheme based on user preference.

Solution

1. Step 1: Understand the purpose of authentication

   Authentication is used to confirm who a user is when they access an app.

2. Step 2: Recognize the importance of protecting data

   It helps protect private or sensitive data by allowing only authorized users to see it.

3. Final Answer:

   It confirms the identity of users and protects private data. -> Option C

4. Quick Check:

   Authentication = Confirm identity and protect data [OK]

Hint: Authentication means confirming who the user is [OK]

Common Mistakes:

• Confusing authentication with app speed
• Thinking authentication changes UI colors
• Believing authentication fixes code bugs

2. Which of the following is the correct way to import the NextAuth library in a Next.js app?

easy

A. require('next-auth');

B. include 'next-auth';

C. import nextAuth from 'next-auth';

D. import NextAuth from 'next-auth';

Solution

1. Step 1: Identify the ES module import syntax

   Next.js uses ES module syntax with import to load libraries.

2. Step 2: Match the correct import statement

   The correct import is import NextAuth from 'next-auth'; with exact casing and syntax.

3. Final Answer:

   import NextAuth from 'next-auth'; -> Option D

4. Quick Check:

   Use ES module import syntax for NextAuth [OK]

Hint: Use ES module import, not require or include [OK]

Common Mistakes:

• Using CommonJS require instead of import
• Wrong casing in import statement
• Using include which is not valid in JS

3. Given this Next.js code snippet using next-auth, what will be rendered if the user is not signed in?

import { useSession } from 'next-auth/react';

export default function Profile() {
  const { data: session } = useSession();
  if (!session) {
    return <p>Please sign in to view your profile.</p>;
  }
  return <p>Welcome, {session.user.name}!</p>;
}

medium

A. Please sign in to view your profile.

B. Loading user data...

C. Welcome, [user's name]!

D. Error: session not found

Solution

1. Step 1: Check the session state when user is not signed in

   If the user is not signed in, session will be null or undefined.

2. Step 2: Follow the conditional rendering logic

   The code returns the message <p>Please sign in to view your profile.</p> when !session is true.

3. Final Answer:

   Please sign in to view your profile. -> Option A

4. Quick Check:

   Not signed in = show sign-in prompt [OK]

Hint: If no session, show sign-in message [OK]

Common Mistakes:

• Assuming user name shows without sign-in
• Expecting loading text instead of sign-in prompt
• Thinking an error will be thrown

4. What is wrong with this Next.js authentication check?

import { useSession } from 'next-auth/react';

export default function Dashboard() {
  const session = useSession();
  if (!session) {
    return <p>Access denied.</p>;
  }
  return <p>Dashboard content</p>;
}

medium

A. The session variable should be declared with var.

B. useSession must be destructured to get data property.

C. The component should be a class component.

D. The return statements should be inside useEffect.

Solution

1. Step 1: Check how useSession is used

   useSession returns an object with a data property containing the session info.

2. Step 2: Identify the correct destructuring

   The code should use const { data: session } = useSession(); to get the session data.

3. Final Answer:

   useSession must be destructured to get data property. -> Option B

4. Quick Check:

   Destructure useSession to access session data [OK]

Hint: Destructure useSession to get session data [OK]

Common Mistakes:

• Using useSession without destructuring
• Trying to put return inside useEffect
• Thinking class components are required
• Using var instead of const or let

5. You want to protect a Next.js page so only signed-in users can access it. Which approach correctly enforces this using next-auth?

hard

A. Use getServerSideProps to check session and redirect if not signed in.

B. Render the page normally and hide content with CSS if user is not signed in.

C. Use a client-side setTimeout to check session after page loads.

D. Allow all users to access and show an alert if not signed in.

Solution

1. Step 1: Understand server-side protection

   Using getServerSideProps allows checking the session before rendering the page.

2. Step 2: Redirect unauthorized users

   If no session is found, redirecting to sign-in page prevents unauthorized access securely.

3. Final Answer:

   Use getServerSideProps to check session and redirect if not signed in. -> Option A

4. Quick Check:

   Server-side session check = secure page protection [OK]

Hint: Check session server-side to protect pages [OK]

Common Mistakes:

• Hiding content with CSS does not secure data
• Using client-side delay risks exposing content
• Allowing access and just showing alerts is insecure