0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

expo-notificationsで「通知から起動」と「起動後の通知タップ」を分けて処理する

0
Last updated at Posted at 2026-08-04

Push通知をタップしたときの処理は、アプリが起動しているかどうかで入口が変わります。Expo Routerで通知先の画面へ移動する場合、1つのlistenerだけでは終了状態からの起動を拾えないことがあります。

私のアプリでは、起動時と起動後を次の2つで処理しています。

  • getLastNotificationResponseAsync(): 通知タップからアプリが起動した場合
  • addNotificationResponseReceivedListener(): 起動後に通知がタップされた場合

通知データの形を決める

サーバーから送る通知には、遷移先をdata.urlへ入れています。

{
  title: "出欠締切のお知らせ",
  body: "明日の練習の出欠を確認してください",
  data: {
    url: "/organizations/org_123/schedules/schedule_456"
  }
}

表示用のtitlebodyを解析して遷移先を決めるのではなく、アプリが扱えるpathを別データとして渡します。

通知から起動された場合

アプリが終了している状態では、起動後に最後の通知レスポンスを確認します。

void Notifications.getLastNotificationResponseAsync().then((response) => {
  if (response) {
    handleNotificationTap(response.notification);
  }
});

この処理は非同期です。認証確認やNavigatorの準備前にrouter.pushすると遷移が競合することがあるため、私のアプリではログイン確認が終わってから実行しています。

useRegisterPushToken(authChecked);

起動後に通知をタップした場合

バックグラウンドまたはフォアグラウンドから通知をタップした場合はlistenerで受け取ります。

const subscription =
  Notifications.addNotificationResponseReceivedListener((response) => {
    handleNotificationTap(response.notification);
  });

return () => subscription.remove();

画面の再マウントやFast Refreshでlistenerが重複しないよう、cleanupでremove()を呼びます。

2つの入口を同じ関数へ集める

入口は違っても、通知データの検証と遷移は共通です。

function handleNotificationTap(notification: Notifications.Notification) {
  const data = notification.request.content.data as
    | { url?: string; linkUrl?: string }
    | null;

  const raw = data?.url ?? data?.linkUrl;
  if (!raw) return;

  const path = raw.startsWith("/")
    ? raw
    : (raw.match(/^https?:\/\/[^/]+(\/.+)$/)?.[1] ?? null);

  if (!path) return;
  router.push(path as never);
}

過去に送った通知との互換性を残すため、urllinkUrlの両方を受けています。新規実装ならキーは1つに決めた方が単純です。

また、外部から渡されるURLをそのままrouter.pushしない方が安全です。許可するhostとpathの形式を決め、アプリ内ルートへ変換してから渡します。

通知を受信しただけでは遷移しない

addNotificationReceivedListeneraddNotificationResponseReceivedListenerは用途が違います。

Notifications.addNotificationReceivedListener((notification) => {
  // 通知を受信したとき
});

Notifications.addNotificationResponseReceivedListener((response) => {
  // ユーザーが通知をタップしたとき
});

通知が届いただけで画面を切り替えると、ユーザーが入力中の画面を失う可能性があります。私のアプリでは、画面遷移はタップ後のresponseだけで行います。

まとめたフック

実際の構成を簡略化すると次の形です。

export function useNotificationNavigation(enabled: boolean) {
  useEffect(() => {
    if (!enabled) return;

    let active = true;

    void Notifications.getLastNotificationResponseAsync().then((response) => {
      if (active && response) {
        handleNotificationTap(response.notification);
      }
    });

    const subscription =
      Notifications.addNotificationResponseReceivedListener((response) => {
        handleNotificationTap(response.notification);
      });

    return () => {
      active = false;
      subscription.remove();
    };
  }, [enabled]);
}

終了状態からの起動と、起動後のタップを同じものとして扱うのではなく、入口だけ分けて最後に同じ遷移関数へ渡すと整理しやすくなりました。

参考

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?