Glideの表示が更新されないとき：データ・列・ユーザーの順で切り分ける

最初の一手：Data Editorで新しい値を見る

切り分けの分岐点は一つだけです。ビルダーのData Editorを開き、更新したはずのセルを探します。

• Data Editorでも古い値のまま → 第1段(データ側)へ
• Data Editorでは新しい値、アプリ画面だけ古い → 第2段(列・画面側)へ
• 自分の画面は正しいが、別のユーザーだと違う・見えない → 第3段(ユーザー条件側)へ

この判定の前に、元データ(Googleスプレッドシートなど)で変更が保存されているかも確認してください。違うタブや違う行を直していた、という単純なミスは意外に多いからです。

第1段：データ側を確認する

Data Editorに反映されていない場合、確認する順番は次のとおりです。

1. Googleスプレッドシートの行IDを確認する

Googleスプレッドシートをデータソースにしている場合は、Glideの公式ヘルプ「Why My App with Google Sheet Data Source Is Not Updating」(記事の表示日は2025年3月10日)を確認します。ヘルプによると、Glideは行IDで更新対象の行を特定し、行IDがないと正しく更新できない場合があります。CSVから作ったシートで起きることがあるとされています。行IDがあるか確認してください。

2. 手動で同期する

行IDを確認しても変わらない場合、同ヘルプはData Editorの Sync ボタンで手動同期を試すよう案内しています。値が変わるか確認します。

3. Googleスプレッドシートを差し替える(Replace)

それでも変わらない場合、同ヘルプは Settings > Data でGoogleスプレッドシートのデータソースを選び、Replace で同じシート(または同じ内容のシート)に差し替える方法を挙げています。

4. プランを確認する

Glideのヘルプによると、2024年12月18日以降、旧無料プラン(legacy free plans)ではGoogleスプレッドシート、Airtable、Excelなど外部データとの同期が行われません。既存アプリは動き続けますが、外部側の変更はGlideに、Glide側の変更は外部に反映されなくなります。自分のプランが該当するかは、アカウントのプラン表示で確認してください。現行プランごとの扱いは、この記事では確認できていないので触れません。

第2段：列と画面側を確認する

Data Editorには新しい値があるのに画面が古い場合は、データではなく「画面がどの列を見ているか」の問題です。以下は編集上の確認項目で、公式の仕様説明ではありません。

• 表示している列が違わないか：似た名前の列(「価格」と「価格_旧」など)を参照していないか。
• 計算列・関連付けの結果か：画面の値が元の列ではなく、計算した列から来ていないか。Data Editorで該当の計算列の値を直接見ます。
• コンポーネントの絞り込みや並び順：新しい行がフィルター条件から外れていないか。
• 表示条件：コンポーネントやタブが条件で隠れていないか。

外部データに足した列の注意

公式ヘルプ(2025年3月5日付の表記)によると、AirtableやExcelに接続している状態でGlide側から列を追加すると、その列は自動的にuser-specific(ユーザーごとの値)になり、解除できません。外部ソースに戻す通常の同期にはならないため、「シート側で直したのに反映されない」「Glide側で入れたのに元データにない」といった食い違いの原因になります。ヘルプでは、先に外部データ側で列を作ってから同期するよう案内されています。同じ記事で、Googleスプレッドシートではこの挙動は起きないと説明されています。

第3段：ユーザー条件側を確認する

自分には見えるのに他の人には見えない、またはその逆の場合です。Glideの用語集では、次の2つが説明されています。

• Row Owner：ログインしたユーザーのメールアドレスやロールが、その列の値と一致するユーザーだけが、行を閲覧・ダウンロードできる設定です。
• User-Specific Column：共有された1行の中で、ユーザーごとに別々の値を持つ列です。ほかのユーザーの表示には影響しません。

つまり、「更新されていない」のではなく「そのユーザーには別の値が出る/行が来ない」状態の可能性があります。確認の手順は次のとおりです。

1. Row Ownerに設定された列があるか調べる。
2. その列の値が、見えない人のメールアドレスやロールと一致しているか見る(余分な空白や表記ゆれも点検)。
3. 問題の列がuser-specificになっていないか調べる。なっていれば、自分の画面で入力した値が他の人に出ないのは仕様どおりです。
4. 可能なら、見えない人と同じ条件(同じメール、同じロール)でテストする。

症状別の切り分けフロー

下の表は、上の3段を症状から引けるようにまとめたものです。

• シートを直したがData Editorが古い、まず確認する場所：元データの保存・タブ・行、次に確認する場所：Syncボタン → 行ID → プラン → Replace
• 新しく足した行だけ反映されない、まず確認する場所：行IDの有無・重複、次に確認する場所：Sync、行の絞り込み条件
• Data Editorは新しいが画面が古い、まず確認する場所：画面が参照している列・テーブル、次に確認する場所：計算列、フィルター、表示条件
• Glideで足した列の値が元データにない、まず確認する場所：列がuser-specificか、次に確認する場所：外部側で先に列を作る
• 自分には見えるが他の人には見えない、まず確認する場所：Row Ownerの列、次に確認する場所：メール・ロールの一致、表記ゆれ
• 自分の入力が他の人に出ない、まず確認する場所：user-specific列か、次に確認する場所：共有したい値は通常の列に
• ある日から全く同期しなくなった、まず確認する場所：プランの種類(旧無料プランか)、次に確認する場所：外部データ接続の状態、Replace

記録メモの雛形

切り分けは、何を見て何が分かったかを残さないと同じ確認を繰り返します。次の形式でテキストに残してください。以下は説明用の例で、実際の測定結果ではありません。

【日時】2026-10-28 15:00
【症状】在庫数を10→8に直したが、アプリでは10のまま
【対象】アプリ名:在庫管理(例) / テーブル:items / 列:stock
【元データ】シートでは8になっている(Y/N): Y
【Data Editor】stock=10(古い)
【行ID】あり・重複なし
【Sync実施】した → 変化なし
【プラン】確認中
【画面側】未確認
【ユーザー】未確認
【次にやること】プラン表示を確認、Replaceは最後
【結果】

「未確認」をそのまま残すのがコツです。どの段まで済んだか分かれば、時間を置いて再開してもやり直しません。

AIに任せる部分と人が確認する部分

このメモをChatGPTなどの生成AIに渡すと、次に調べる順番の整理を頼めます。AIは次の確認候補の整理には向きますが、Glideの現在の画面や仕様を知っているとは限りません。ボタン名や仕様は、必ず公式ヘルプで人が確認してください。

渡す情報は、記録メモのうち症状・確認済みの項目・未確認の項目です。顧客名、メールアドレス、実データは渡さず、「ユーザーA」「商品X」のように置き換えます。

依頼文の例です。

Glide(ノーコードアプリ作成ツール)の表示更新の不具合を、
「データ側→列・画面側→ユーザー条件側」の順で切り分けたいです。
以下の記録メモを読んで、
1. 確認済みの内容から、可能性が下がった原因
2. 次に確認すべき項目を優先順位つきで3つ
3. それぞれ、Glideのどこを見れば判断できるか
を表にしてください。分からない点は推測せず「要確認」と書いてください。

(ここに記録メモを貼る。個人情報は仮名に置き換え済み)

AIの答えにボタン名や設定名が出てきたら、それを鵜呑みにせず、ここで紹介したヘルプなどの公式ページと照らして確認します。最終的に「直った」と判断するのは、Data Editorとアプリ画面、必要なら別ユーザーの条件で、人が目で確かめた時点です。

直らないときに追記するもの

上の流れを一巡しても解決しない場合は、記録メモを添えて問い合わせるのが近道です。メモがあれば、症状、試したこと、プランの種類が一度で伝わります。データ接続の種類(Googleスプレッドシート、Airtable、Excel、Glide Tables)も必ず書いておくと、原因の絞り込みが早くなります。上で見たとおり、接続先によって列の挙動が違うためです。