Skip to content

MellojoyJapan ​

MellojoyJapan(Shopify のストア)で、会員ログインのうえ商品をカートに入れ、 注文確定まで進めます。あわせて、同ブランドの 入場券抽選サイト(Backstage Pass)での会員登録と抽選応募にも対応しています (入場券抽選 を参照)。

項目値
CSV site 列の値Mellojoy
対応エンジンPC(ブラウザで操作)

このページの読み方

  • 必須項目 … 未入力だとエラーになる CSV の列
  • オプション項目 … 入っていれば使われる列
  • 出力 … 実行結果としてタスクに書き戻される列
  • 特記 … 制約やコツ

モード名に Android を付けると、接続した Android 実機で実行できます(対象: Raffle / Result 以外のすべてのモード。この 2 つはブラウザを起動しないため実機では動きません。RaffleExp / Fast / Direct は実機での動作を確認していません)。詳しくは タスクの作成 を参照してください。

このサイトの使い方 ​

購入は会員ログインが必須です(ゲスト購入はできません)。 このストアの会員にはパスワードがありません。ログインのたびにメールで 6 桁の認証コードが届き、 それを自動で読み取って入力します。まだ会員でないメールアドレスは、その場で会員登録されます。 一度ログインしたセッションは保存され、次回以降はログインを省きます。

使う前に必要なもの ​

必要なもの用途
メールアドレスloginId。loginPass は使いません
IMAP の設定認証コードのメールを受け取るため必須です。初期セットアップ を参照
クレジットカードカード列(下記)。自動で支払えるのはクレジットカードだけです
Google アカウントFastGPay で Google Pay を使うときだけ。BrowserGPay で専用の Chrome を開いて Google にログインしておきます
iPhoneFastAPay で Apple Pay を使うときだけ。画面に出るコードを iPhone で読み取って承認します

販売のタイミング ​

ストアは毎日 12 時に在庫を更新します。それ以外の時間は商品ページが見えていてもカートに入らず、 商品ページ自体が消えることもあります。12 時より前にタスクを開始して張り付かせてください。

商品の指定方法 ​

  • url 列には商品ページの URL(https://www.mellojoyjapan.com/products/...)を指定します。 商品ページで種類を選ぶと URL の末尾に ?variant=<番号> が付くので、それごと貼ると確実です
  • ?variant= が無いときは、size 列の種類名(商品ページの表記どおり)で選びます。 それも空なら先頭の種類を狙います
  • Direct / Fast は、url 列にバリアント ID(?variant= の後ろの番号)をそのまま書けます。 商品ページを読まずに直接カートへ入れるので、12 時の 1 発目が速くなります (Direct は 1 件だけ。Fast はカンマ区切りで複数可)

予約・チェックアウト ​

Direct ​

2026-10-19 に名前を入れ替えました

以前の Fast(商品が入ったらすぐチェックアウトへ進む)は Direct に、以前の Safe(先に待機列へ並ぶ)は Fast になりました。 SafeNoPay / SafeGPay は FastNoPay / FastGPay です。CSV やタスクの mode 列を書き換えてください。

会員ログインし、在庫を確認せずにカート投入を繰り返します。入った瞬間にチェックアウトへ進み、 注文確定まで行います。毎日 12 時の在庫更新に張り付かせる用途です。

  • 必須項目:
    • url(商品ページ URL、またはバリアント ID)/ loginId(会員メールアドレス)
    • cardNumber / expiredMonth / expiredYear / securityCode / cardFirstName / cardLastName (名義は半角英字)
  • オプション項目:
    • size(種類名。url に ?variant= が無いときだけ使います)
    • extra1(数量。既定 1)
    • lastName / firstName / zipCode / state / city / address1 / address2 / phoneNumber (配送先。チェックアウトの住所欄が空のときだけ使います。会員に住所が保存されていればそちらのまま)
    • retryDelay(在庫待ち・再試行の間隔ミリ秒。既定 1000)/ proxy
  • 出力: orderNumber(注文番号)/ orderUrl(完了ページの URL)/ resultInfo(種類と数量)
  • 特記:
    • 開始時にカートを空にします(前回の残りを一緒に注文しないため)
    • 商品ページが見つからない・販売前のときは Waiting For Product...、売り切れ等でカート投入を 断られたときは OOS, Retrying...(サイトの文言) と表示して待ち続けます
    • 混雑時のチェックアウト待機列では Waiting in Queue... と表示して抜けるまで待ちます
    • 初めて購入する会員(住所が未保存)で配送先の列が空だと、 「配送先が未登録で、入力に必要な列が空です」と出て止まります
    • クレジットカードが選べない場合は「クレジットカード(Shopify Payments)を選べません」と、 選べる支払方法を表示して止まります
    • 実行中に url / size / extra1 を編集すると、次の周回から新しい内容でカート投入を やり直します(カートに入ったあとは変わりません)
    • 支払ボタンを押したあとは再試行しません(二重注文を避けるため)。 「注文の完了を確認できませんでした」と出たら注文履歴を確認してください
    • 3D セキュアが出ると、まず自動での通過を試み、できなければ Discord へ通知が届いて 画面で解決するまで最大 5 分待ちます

未検証の部分があります

ログイン・カート投入・在庫待ちは実サイトで確認済みです。チェックアウト画面の入力は同じ Shopify チェックアウトの別ストアで確認しています。このストアでの注文確定・3D セキュア・完了ページの判定は まだ実注文での確認がありません。初回は画面を見ながら実行してください。

Fast ​

12 時直後のチェックアウトは数十分の待機列になり、列の順番で買えるかどうかが決まります。 Fast は、在庫のある商品を 1 点だけカートに入れて先に待機列に並び、並んでいる間に 買いたい商品をカートに追加して、チェックアウトを開き直します。列を抜けたら Direct と同じ手順で 注文確定まで行います。

  • 必須項目:
    • loginId(会員メールアドレス)
    • cardNumber / expiredMonth / expiredYear / securityCode / cardFirstName / cardLastName (Direct と同じ。NoPay / GPay / APay を付けたときは不要)
  • オプション項目:
    • url(買いたい商品)。次のどれかを指定します
      • バリアント ID(例 50271437521136。カンマ区切りで複数可)… 商品ページを読まずに 直接カートへ入れるので最速です
      • 商品ページの URL(?variant= が無いときは size 列の種類名で選びます)
      • キーワード(他サイトと同じ +ワード|+ワード|-ワード の書式)… 商品名と種類名に + のワードを 全て含み、- のワードを1 つも含まない、在庫のある商品を買います。| 区切りで、+ は省略できます。 大文字小文字・全角半角は区別しません。例 Z091(Z091 を含む商品)、もちもち|-ボックス (もちもちを含み、ボックスを含まない商品)。複数の商品を狙うときはカンマ区切りで並べると、 どれかに合う商品を全部買います。例 Z091, Z080|-ヨーグルト。合う商品が在庫に無いときは、 待機列に並ぶための商品だけを入れて待ち、合う商品が入らない限り買いません(件数の上限は extra3)
      • 空 … 在庫のある商品を全部買います(件数の上限は extra3)
    • extra1(数量。既定 1。買いたい商品ごと)
    • extra3(url が空またはキーワードのとき、追加する商品の件数の上限。既定は上限なし)
    • lastName / firstName / zipCode / state / city / address1 / address2 / phoneNumber (配送先。Direct と同じく住所欄が空のときだけ使います)
    • monitorDelay(在庫を見に行く間隔ミリ秒。既定 1000・最小 500)/ retryDelay(エラー時の再試行の間隔)/ proxy
  • 出力: orderNumber(注文番号)/ orderUrl(完了ページの URL)/ resultInfo(買った商品と待機列の経過。 例 入場 12:00:03 45分 → 開き直し+0s 45分→45分 → 抜け 12:20:10)
  • 待機中の手動操作: 待機列に入ったあと、そのタブで店のページを見て商品を手で足し引きしても 止まりません(Waiting (列のページを離れています…) と表示して待ちます)。列の順番は保たれるので、 終わったらそのタブで https://www.mellojoyjapan.com/checkout を開けば続きから進みます。 ただし /checkout を開いた直後(5 秒以内)に店のページへ戻されたときだけは「カートが空」とみなして カートの確保からやり直します
  • サブオプション:
    • Card(FastCard)… 待機列を抜けたら配送先を埋め、カードを決済ページ(OceanPayment)まで自動で入力して送ります。 サブオプションなしの Fast と同じ動きで、カードで払うことを名前で明示したいときに使います。 カード列が必要です
    • NoPay(FastNoPay)… 待機列を抜けてチェックアウト画面が出たら支払わずに止め、 ブラウザを開いたまま手動操作に渡します(Checkout ready - Manual operation mode (NoPay))
    • GPay(FastGPay)… Google Pay で手動で支払うための指定です。Google にログインしたままの 専用の Chrome(loginId ごと)で動き、待機列を抜けたら配送先を埋めて支払方法を Google Pay に したところで止まります(Checkout ready - Google Pay で支払ってください)。あとは画面の支払ボタンから Google Pay で支払ってください。事前に BrowserGPay で同じ loginId の Chrome を開き、Google に ログインしておく必要があります(Browser を参照)
    • APay(FastAPay)… Apple Pay で手動で支払うための指定です。待機列を抜けたら配送先を埋めて 支払方法を Apple Pay にしたところで止まります(Checkout ready - Apple Pay で支払ってください)。 あとは画面の Apple Pay ボタンを押し、表示されるコードを iPhone で読み取って承認してください。 Google ログインは不要で、通常の Chrome で動きます。カード列は不要です
  • 特記:
    • 開始時にカートを空にします
    • 最初の 1 点(席取り)は、url の商品を先に試し、入らなければ在庫のある商品から選びます。 url を指定したときは、目的の商品が入った時点で席取りの商品をカートから外します(一緒には買いません)。 最後まで目的の商品が入らなかったときは、席取りの商品を外して最初からやり直します (「目的の商品がカートに入っていません」と表示)
    • 待機列の画面は、開いた時点のカートの中身で進みます。追加した商品はチェックアウトを開き直すまで 載らないため、追加のあとに開き直します。追加は、入場時の残り時間を記録するために待機画面の最初の 問い合わせ(20 秒前後)を待ってから行います。開き直しても列の順番は保たれます
    • 開き直しても列の順番は保たれます(2026-10-21 に確認。残り時間 433 秒 → 開き直し後 76 秒)。 開き直す直前と直後の残り時間を resultInfo とログ([queue] で始まる行)に残します
    • 一部の商品が売り切れても待機列からは出ません(A・B・C で並び、B が売り切れても A・C で並び続けます)。 列を抜けた先で売り切れた商品だけがカートから外れ、残りの商品で注文します(並び直しません)。 列の中の商品が全部売り切れたときだけ、在庫を探し直して並び直します
    • 売り切れの表示が出たまま 5 分間残り時間が変わらないときは、チェックアウトを開き直します
    • タイマーの事前ログインに対応しています。開始時刻の前に起動してログインを済ませ、 時刻ちょうどから在庫を見に行きます
    • 支払ボタンを押したあとの動き(再試行しない・3D セキュア)は Direct と同じです
    • カードが決済ページで拒否されたときは、ステータスに Payment Declined: 10000:Payment is declined の ように拒否の理由を赤で表示し、Discord へ拒否の通知(Error に同じ理由)を送ります。この通知は personal と global の両方に届きます。ブラウザは閉じず、そのまま手動操作に渡します (決済ページは 5 秒ほどでチェックアウトへ戻ります)。別のカードや Google Pay などで払い直して 完了画面に着けば、購入の通知を送って成功で終わります。払い直さずにブラウザを閉じると失敗で終わります
    • NoPay / GPay / APay で手動に渡したときも、完了画面に着けば購入の通知を送ります
    • Discord の通知の Payment 欄には支払い方法が入ります: Card(カードを自動で送った)/ GPay / APay / Manual(NoPay、またはカード拒否のあと手で払い直した)。Direct も同じです
    • 待機列を抜けてチェックアウト画面に着いたとき、外部決済(OceanPayment)の画面に移ったとき、 手動操作に渡すとき、支払ボタンが見つからなかったときに、画面のスクリーンショットと HTML を captures/mellojoy/checkout/<日時>-<タスク ID>/(アプリのデータフォルダ内)に残します。 Direct も同じです。販売時にしか見られない画面を後から確認する用途です
    • Fast は、NoPay / GPay / APay で手動に渡したあとやカードが拒否されたあとも、ブラウザを閉じるまで ページが変わるたびに画面と HTML を残します(Google Pay などで開いた別のタブも含みます)。また ブラウザを開いたところからタスクの終わりまでの通信を、同じフォルダの requests.jsonl (ページの HTML は docs/)に記録します。 カード番号・セキュリティコード・有効期限と Cookie は伏せて保存しますが、住所やメールアドレスは そのまま入るので、フォルダを人に渡すときは中身を確認してください

未検証の部分があります

ログイン・在庫待ち・事前ログインの待機はアプリで確認済みです(2026-10-16)。待機列に並んだあとの 追加・開き直しと、列を抜けたあとの注文確定は、まだ販売時間に動かしていません。 初回は NoPay を付けるか、画面を見ながら実行してください。

会員登録 ​

WebSignup ​

MellojoyJapan ストアの会員を作ります(購入に使う会員です)。 入場券抽選サイトの Signup とは別のサイト・別の会員です。

メールアドレスを入力し、メールで届く 6 桁の認証コードを自動で読み取って入力します。 このストアにはパスワードも氏名の入力もありません。

  • 必須項目: loginId(登録するメールアドレス)。IMAP の設定
  • オプション項目: proxy
  • 出力: なし
  • 特記:
    • 既に会員のメールアドレスを指定した場合は、そのままログインして成功扱いになります (サイトの画面上、新規登録とログインの区別がつかないため)
    • 登録したセッションは保存されるので、続けて Fast / Direct / Browser を実行するとログインを省けます
    • 登録完了の通知は個人用 Discord にだけ届きます
    • 住所・氏名は登録時には入力しません。初回購入時に Fast / Direct が配送先の列から入力します

入場券抽選(mellojoylucky.cn) ​

mellojoylucky.cn は MellojoyJapan のストアとは別のサイト(別の会員・別のログイン)です。 店舗の入場券を来店日と時間枠で応募する仕組みで、応募可能日は毎日 13 時に 1 日ぶんスライドし、 その日に開いた枠が争奪戦の対象になります。名前は「抽選」ですが実態は先着で、開放から数秒で枠が埋まります。 受付は 13:20 ごろに締め切られるため、応募モードはその時刻で監視を打ち切ります。

使う前に必要なもの ​

必要なもの用途
会員アカウントSignup で作ります。loginId / loginPass(半角英数 8 文字以上)がログイン資格情報になります(email 列は使いません)
IMAP の設定Signup の認証コードメールを受け取るため必須です。初期セットアップ を参照
Turnstile 対応の captcha サービスRaffle は必須(毎回 captcha サービスで解きます)。Signup / RaffleBrowser はサイトのウィジェットで自動解決できなかったときだけ使います
プロキシ任意。同じ IP から続けて実行すると Turnstile が対話型に昇格して通りにくくなるので、連投するときは proxy 列で分けてください

時間帯と日付の指定(Raffle / RaffleBrowser 共通) ​

  • extra1 … 狙う時間帯の優先順。空なら指定なし。点でも範囲でも書けます
    • 17:30 ちょうど / 17:30- 以降 / -12:30 以前 / 12:30-15:30 範囲(17:30以降 12:30まで も可)
    • 例 17:30-,12:30 = 17:30 以降を優先し、無ければ 12:30
  • extra2 … 選ばない時間帯(書式は extra1 と同じ)。例 -11:30
    • only と書くと優先時間帯以外へは応募しません(既定は優先が全滅したら他の空き枠も試します)
  • extra3 … 希望日の絞り込み YYYY-MM-DD(空なら全応募可能日が対象)
  • monitorDelay … 枠の監視間隔(ミリ秒・既定 5000・下限 1000)
  • 同じ時間帯に空きが複数あるときは残り枠数で重み付けしたランダムで選びます(複数タスクが同じ枠に殺到しないようにするため)
  • 実行中に extra1 / extra2 / extra3 / monitorDelay を編集すると、次の周回から反映されます

Signup ​

入場券抽選サイトの会員登録を最後まで行います(氏名・年齢・性別・メール入力 → メール認証コードを IMAP で取得 → パスワード・規約同意 → Turnstile → 「今すぐ登録」で確定)。

  • 必須項目:
    • lastName / firstName(お名前。半角スペースでつないで入れます。スペースなしにしたいときは lastName に全部書いて firstName を空にします。extra1 は使いません)
    • birthDay(YYYYMMDD。ここから年齢を計算します。extra2 に年齢を直接書けばそちらを優先)
    • loginId(登録するメールアドレス。IMAP の宛先突き合わせにも使います。email 列は使いません)
    • loginPass(パスワード。半角英数 8 文字以上。満たさないと入力前に止まります)
  • オプション項目:
    • gender(F なら女性、それ以外は男性)
    • url(会員登録ページ URL の上書き。既定は /register)
    • extra3(認証コードメールの差出人の上書き。既定は mellojoy(差出人アドレスの部分一致)。all を書くと差出人を絞らず検索します。既定で届かないときだけ)
    • proxy
  • 出力: resultInfo(登録したメールアドレスと到達 URL)
  • 特記:
    • 認証コードメールの有効期限は 5 分です。IMAP の取得待ちが長い環境では失敗することがあります
    • 認証コードメールが迷惑メールに入ることがあるため、受信箱と迷惑メールの両方を検索します
    • 「メール認証コードを送信」を押してもリクエストが飛ばなかったときは 「send-code リクエストが発行されませんでした」と出て止まります(Turnstile が通っていない状態です)
    • 登録完了の通知は個人用 Discord にだけ届きます(メールとパスワードを含みます)

入場券抽選のサブオプション ​

モード名の末尾に付けて使います(タスク編集の Mode 欄でチェックを入れると付きます)。例: RaffleRestock / RaffleExpHeadless

キー効果対象
Restock起動直後から枠を監視し、締切(13:20)までキャンセル・再放出も拾います。付けないと、開放(13:00)まで待って撃ち、開放から 3 分で終えますRaffle / RaffleExp / RaffleBrowser
Headlessブラウザを画面なしで起動します(実験用。Cloudflare に見破られる可能性があります)ブラウザを開いたまま動くモード(RaffleExp / RaffleBrowser など)
NoCf開放前の Cloudflare 通過証明(cf_clearance)の取得を行わず、ブラウザを開かずに素の通信で送ります。弾かれたときに取り直す・解く動きは残りますRaffle
Jigお名前のどこか 1 文字の下に小さな輪(結合文字)を付けて登録します。お名前(lastName / firstName)に * を書くと、その直前の文字に付きます(例 lastName を 高橋* → 「橋」の下)。* が無ければランダムな 1 文字に付きます。入場券の NAME 欄にもその印が出ます。登録後にお名前は変えられませんSignup

ブラウザを起動せず、API を直接叩いて応募します。ログイン → 枠の監視 → 空きを検知したら Turnstile を解いて 即応募 → 落選なら枠を選び直して再応募、を当選するまで繰り返します。最も速い経路です。

  • 必須項目: loginId / loginPass(Signup で作った会員)。Turnstile 対応の captcha サービスの設定
  • オプション項目: extra1 / extra2 / extra3 / monitorDelay(上記)/ proxy
  • 出力: resultInfo(当選した枠。例 当選 (won): 2026-10-08(木) 17:30-18:30 #8)
  • 特記:
    • Android 実機では動きません(ブラウザを起動しないため)
    • 結果はサイトの返答ごとにステータスを分けて表示します。同じアカウントのタスクを複数並べると、 1 つが当選した時点で残りは下の 2 つになって止まります(1 アカウント 1 日 1 枚のため)
      • 当選 (won) … このタスクが当選しました(緑。Discord へ通知します)
      • 当選済み (already_won) … このアカウントは既に当選しています(オレンジ。通知しません。 表示される枠は送信した枠で、当選した枠とは限りません。Result で確認してください)
      • 本日応募済み (EMAIL_DUPLICATE_TODAY) … このアカウントは今日すでに応募しています(オレンジ。通知しません)
    • 開放直後の混雑(SYSTEM_BUSY)は待たずにすぐ再送します
    • 既定では開放(13:00)まで監視せずに待ち、開放から 3 分で終えます(下の「サブオプション」の Restock を参照)。 Restock を付けると、起動直後から監視し、当日の枠が埋まったあとも締切まで当日の応募可能日のキャンセル・再放出を監視します
    • タイマー(事前ログイン)に対応しています。開放の 60 秒前から監視を始め、15 秒前に Turnstile を先に解いておきます。 Restock を付けていなければ、タイマーを使わずに起動しても同じ時間割で動きます(朝から起動して置いておけます)。 13:00 開放を狙うなら、タイマーを 13:00 にして事前ログインを有効にしてください
    • 同時実行枠を消費しません。グループの同時実行数に関係なく全タスクが同時に監視に入ります
    • 応募の座標は店舗(原宿駅周辺)に固定しています。ジオフェンスで拒否された場合(GPS_OUT_OF_FENCE 等)は再試行せず止まります
    • 送信回数の上限(RATE_LIMIT / COOLDOWN)に当たると 10 分 30 秒待ってから続けます
    • 13:20(JST)を過ぎると「受付時間が終了しました」と出て監視を打ち切ります
    • PC の時計がサーバーと 3 秒以上ずれていると警告を出します。開放時刻の判定は PC の時計で行うため、 Windows の「時刻を自動的に設定する」で同期してください
    • 枠の残り数の推移を captures/mellojoy/slot-history/ に記録します(どの時間帯が何秒で埋まるかの分析用)
    • Cloudflare 対策: 開放の 15 分前から、タスクのプロキシでブラウザ(スマートフォン表示)を一度だけ開いて Cloudflare の 通過証明(cf_clearance)を裏で取っておき、開放の約 90 秒前に受け取って、以降の通信をそのブラウザの User-Agent で行います(Restock 付きでタイマーを使わないときは、監視に入る前に取ります)。 同じプロキシのタスクは 1 回の取得を共有し、ブラウザは取得が終わると閉じます(同時に開くのは全体で 6 つ前後まで)。 取得には 1 プロキシあたり十数秒かかるため、事前ログインは 16 分以上にしてください(開放の 15 分前から取り始めます) ログに「クリアランスを適用」「出口 IP 一致」と出ます
    • 開放の 20 秒前までに取れなかったタスクは、待たずに監視へ入ります(「クリアランスが間に合わず」と出ます)。 取得は裏で続き、403 で弾かれたときに届いていれば入れて送り直します。プロキシの種類(プロキシごとの ユーザー名違いも別扱い)が多いほど取得に時間がかかるので、タスク数が多い日は早めに起動してください
    • 開放の瞬間に「Just a moment...」の画面で弾かれた場合は、ブラウザで取り直し(同じプロキシの別タスクが 取り直した分があればそれを使い)、駄目なら CapSolver(設定 → Captcha)で解いて 1 回だけ送り直します
    • プロキシは sticky(タスクごとに出口 IP が固定されるもの)を使ってください。通過証明は取ったときの IP に結び付くため、回転型のプロキシでは効きません(ログに「出口 IP が違います」と出ます)
    • 1 タスクで 5 回解いても弾かれる場合は止まります(プロキシが sticky でないか、IP 自体が弾かれています)。 1020(アクセス拒否のルール)や 1015(アクセス数の制限)は解く対象ではありません。どちらかはログの cf-error= に出ます
    • NoCf を付けると、開放前の通過証明の取得を行いません(ブラウザを開かず、事前ログインも 16 分以上にする必要がありません)。 開放の瞬間に「Just a moment...」で弾かれた場合の取り直し・CapSolver での解決はそのまま動きます。 弾かれると初弾が十数秒遅れるため、Cloudflare が落ち着いている日やブラウザの起動本数を減らしたいときの選択肢です (ステータスに「クリアランスを取らずに監視します (NoCf)」と出ます)

RaffleExp ​

Raffle の流れ(監視・応募・再応募)を、ブラウザを開いたまま、ページの中から API を直接送って行うモードです。 CSV の列、ステータスの表示は Raffle と同じです。画面のフォームは操作しないので、RaffleBrowser より速く送れます。

  • 必須項目: Raffle と同じ
  • オプション項目: Raffle と同じ
  • 出力: Raffle と同じ
  • 特記:
    • 通信は本物の Chrome がそのまま行います(TLS・Cookie・Cloudflare の判定もブラウザのもの)。 開放の瞬間に Raffle(ブラウザを起動しない経路)が Cloudflare に弾かれる日のための選択肢です
    • ブラウザは複数のタスクで共有します(ブラウザ 1 つに最大 10 タスク。タスクごとに Cookie・プロキシは別)。 50 タスクでブラウザ 5 つ・メモリ約 7GB が目安です(1 タスク 1 ブラウザのころは約 13GB)。 ブラウザは全タスクが終わって 1 分たつと閉じます
    • ページの日本語フォントは読み込みません(メモリとプロキシの通信量を減らすため。画面の文字の見た目が変わるだけです)
    • 開放の約 90 秒前にページを開き直して、Cloudflare の判定を最新にします
    • 「Just a moment...」の画面で弾かれた場合は、ブラウザに解かせてから 1 回だけ送り直します
    • プロキシからサイトへ繋がらないとき(ERR_TUNNEL_CONNECTION_FAILED)は、Proxy グループの次のプロキシに切り替えて開き直します
    • 応募が IP 起因で拒否されてプロキシを切り替えるときは、そのタスクのページだけを作り直します
    • Android 実機での動作は確認していません

Result ​

ブラウザを起動せずログインし、サイトの「入場券ダウンロード」画面と同じ内容(所持している入場券)を 取得してステータスに表示します。応募はしません。数秒で終わるので、多数のアカウントの当選確認を一括で行う用途です。

  • 必須項目: loginId / loginPass
  • オプション項目:
    • extra3(確認する来店日の絞り込み。, 区切りで複数指定できます)
      • 空欄 … 今いちばん先の応募可能日(Raffle が希望日なしで取りに行く日)。13:00 の応募のあとに 空欄のまま実行すれば、その日の応募ぶんの当落になります
      • all … 所持しているすべての入場券
      • 2026-10-13 … その日だけ
      • 2026-10-13~2026-10-15 … 範囲(2026-10-13~ で以降、~2026-10-15 で以前)
      • today … 今日(日本時間)
    • proxy
  • 出力: resultInfo(所持している入場券すべてと当選者名。例 入場券 1枚: 2026-10-13(火) 17:30-18:30 #8 未使用 (pending) / 当選者: 山田 太郎)
  • 特記:
    • ステータス・resultInfo・通知のすべてが対象日の入場券だけになります(空欄のときも同じ)。 対象日に当選が無いアカウントは、ほかの日に当選していても 入場券なし(2026-10-13 の当選はありません) と 表示され、通知もしません。過去の当選もまとめて見たいときは all を指定してください
    • 空欄で 13:00 の開放より前に実行すると、対象は前日に開いた日になります
    • extra3 の書式を読めないときは、確認せずにエラーで止まります(全件表示には戻しません)
    • 入場券の状態は 未使用 (pending) / 入場済み (redeemed) / 取消 (cancelled) で表示します
    • ステータスは、未使用の入場券が 1 枚でもあれば緑、入場済み・取消だけ、または 1 枚も無いとき (入場券なし(当選履歴がありません))はオレンジです
    • 当選しているアカウントの分だけ、個人用 Discord に届きます(当選の告知は Raffle が済ませているため、共有チャンネルには出しません)。 入場券が 1 枚も無いとき・取消の入場券しか無いときは通知しません(ステータスと resultInfo には表示します)
    • 入場用の QR コードはタスクにも通知にも出しません。入場券の画像を保存するときは LuckyBrowser で開いてください (url を空にすると入場券ダウンロード画面が開きます)
    • Android 実機では動きません(ブラウザを起動しないため)

RaffleBrowser ​

Raffle と同じ応募をブラウザで行います。位置情報を店舗座標に偽装し、来店日チップと時間枠ボタンを実際の画面で 押して応募します。Raffle で通らないとき(指紋や Turnstile で弾かれるとき)の代替です。

  • 必須項目: loginId / loginPass
  • オプション項目: extra1 / extra2 / extra3 / monitorDelay(上記)/ proxy
  • 出力: resultInfo(当選した枠。実行中は通信記録の保存先)
  • 特記:
    • Turnstile はサイトのウィジェットで自動解決されるのを待ち、対話型に昇格したときだけ captcha サービスへ回します
    • タイマー(事前ログイン)に対応しています。希望日が既に応募可能日に入っていれば開放前に Turnstile を解いておき、 入っていなければ開放の 12 秒前から抽選ページを 1 秒おきに読み直して来店日の一覧を新しく保ちます
    • 同時実行枠を消費しません
    • Restock を付けていなければ、開放(13:00)まで監視せずに待ち、開放から 3 分で終えます(Raffle と同じ)
    • 実行中の通信(応募リクエストの実物を含む)を captures/mellojoy/<日時>-<タスクID>/ に保存します。 応募が拒否されたときの切り分けに使います。認証トークンやパスワードが平文で入るので共有時は注意してください
    • 画面はスマートフォン(Pixel 7)としてエミュレートします。PC の表示ではサイトが内容を描画しないためです

LuckyBrowser ​

入場券抽選サイトにログインして url のページ(省略時は入場券ダウンロード画面 /my-tickets)を開き、そこで手を離します。 以降は手動で操作してください(来店日・時間枠の選択と応募は自動化しません)。 MellojoyJapan ストア側の Browser とは別のサイト・別の会員です。

  • 必須項目: なし
  • オプション項目:
    • loginId / loginPass(Signup で作った会員。両方そろっていればログインします。 省略時はログインせずに開き、サイトのログイン画面がそのまま出ます。片方だけだとエラーで止まります)
    • url(開くページ。省略時は入場券ダウンロード画面 https://mellojoylucky.cn/my-tickets。抽選ページはトップ https://mellojoylucky.cn/。mellojoylucky.cn 以外は受け付けません)
    • proxy
  • 出力: なし
  • 特記:
    • ログインは Raffle / RaffleBrowser と同じ仕組みです。ログインに失敗したときはそのまま止まります (ログインせずに開いて続けることはしません)
    • 画面はスマートフォン(Pixel 7)としてエミュレートし、位置情報も店舗座標に偽装します。 手動で「抽選に参加」を押しても応募が通る条件にそろえるためです
    • ページを開いたあとはステータスが Browser ready - Manual operation mode になり、 ブラウザを閉じるかタスクを停止するまでそのまま待ちます

Capture ​

調査用です。本番モードと同じ条件(スマートフォン表示・位置情報偽装・プロキシ)のブラウザを用意して、 手動操作中の通信・画面・cookie をすべて保存します。応募リクエストの「正しい形」を 1 回採りたいときに使います。 自動で行うのは最初のログインだけで、それ以降は手動で操作します。

  • 必須項目: なし
  • オプション項目: loginId / loginPass(会員ログイン。両方入れると最初に 1 回だけ自動でログインします。 省略時はログインせずに開きます)/ url(起動ページ。既定はトップ。mellojoylucky.cn 以外は受け付けません)/ proxy
  • 出力: resultInfo(保存先フォルダ)
  • 特記:
    • 自動ログインに失敗しても止まりません。ログイン画面のまま記録を続けるので、手動でログインしてください
    • loginId と loginPass の片方だけを入れた場合はエラーで止まります
    • ブラウザを閉じるかタスクを停止すると記録を確定し、保存先フォルダを開きます(上限 120 分)
    • 氏名などの列は使いません。画面で手入力してください

手動操作・補助 ​

Browser ​

ブラウザを起動し、loginId があれば会員ログインしてから url のページを開き、 そこで手を離します。以降は手動で操作してください(購入は自動化しません)。

  • 必須項目: なし
  • オプション項目: url(開くページ。省略時はトップページ)/ loginId (会員ログイン。省略時はログインせずに開きます。入れた場合は IMAP の設定が必要)/ proxy
  • 出力: なし
  • 特記:
    • ログインは Fast / Direct と同じ仕組みです。一度ログインしたセッションを保存して次回はログインを省きます
    • url は https:// から始まる URL だけを受け付けます。それ以外は 「url 列を URL として解釈できません」と出て止まります
    • ページを開いたあとはステータスが Browser ready - Manual operation mode になり、 ブラウザを閉じるかタスクを停止するまでそのまま待ちます
    • GPay を付けた BrowserGPay は、FastGPay と同じ専用の Chrome(loginId ごと)を開きます。 Google Pay を使う前に一度これで開き、Google にログインしてください(url に https://accounts.google.com/ を入れるとログイン画面から開きます)。Google Pay にカードを 登録していなければ、ここで登録しておきます。ログインはブラウザを閉じても残ります
    • 専用の Chrome は loginId ごとに 1 つです。同じ loginId のタスクを同時に 2 つ動かすと、 あとから起動した方はブラウザを開けません

困ったときは FAQ を参照してください。