2026-09-28

TSV Generator は、整理されていないリスト、JSON ダンプ、スクリーンショット、スプレッドシートのエクスポートを、インポート対応のタブ区切り値ファイルに変換します。データの種類を認識し、適切なスキーマを適用する仕組みです。CSV の引用符ルール、フィールド内のカンマ、プラットフォーム固有のフィード列によってインポートが頻繁に失敗する一方、この AI はヘッダー、統一されたデータ型、移行先システムに合わせた規則を備えたクリーンな TSV を生成します。
✅ 連絡先リスト、商品カタログ、アンケート結果、分析エクスポート、科学的アノテーション形式を自動識別
✅ タブ区切りのみを使用 — カンマによる引用なし、末尾のタブなし、デフォルトは UTF-8
✅ Google Merchant Center、Meta カタログ、BED/GFF、データベースの COPY / LOAD DATA 規則に列をマッピング
✅ 非構造化テキスト、JSON、CSV、テーブル画像、口頭で説明したスキーマに対応
タブ区切りファイルは一見シンプルですが、長い SKU が指数表記になったり、商品タイトルにタブが含まれていたり、ゲノムブラウザーがスペース区切りの GFF3 行を拒否したりすると、たちまち問題が発生します。なぜこのような問題が起こり続けるのか、そして専用ジェネレーターがどのように防ぐのかを理解するには、チームが実際に対応しなければならない形式を確認するのが近道です。
TSV Generator は、非構造化データを移行先のスキーマに合わせた、インポート対応のタブ区切り値ファイルに変換する AI ファイルジェネレーターです。 列を設計し、不統一な値を整理し、区切り文字に関する予期せぬ問題なしにデータベース、広告プラットフォーム、科学ツールで読み込めるファイルを作成します。
主な機能:
.tsv ファイルはプレーンテキストの表です。各行が 1 つのレコードとなり、1 個のタブ文字がフィールドを区切ります。そのため、cut、awk、sort、paste などの Unix ツールでは、引用符付き CSV よりも TSV が好まれます。タブ区切り値に関する IETF の説明 では、フィールドはタブ、レコードは改行で区切り、文字セットが指定されていない場合は UTF-8 を想定すると明確に定義されています。
しかし、そのシンプルさが落とし穴にもなります。TSV には RFC 4180 のような引用符レイヤーがありません。フィールド内のタブ、エスケープされていない改行、末尾の区切り文字があると、それ以降のすべての列がずれる可能性があります。スプレッドシートのエクスポートでは、別の種類の問題も起こります。郵便番号や電話番号の先頭のゼロが削除されたり、15 桁の ID が丸められて指数表記になったり、フィールドが =、+、-、@ で始まる場合に数式インジェクションが発生したりします。
移行先のシステムは、ファイル形式に加えてさらに厳格なルールを設けています。
9 個のタブ区切り列 — GFF3 のフィーチャー行は、固定された 9 フィールドのスキーマ全体でタブ区切りを使用する必要があり、空の列は空白のままにせず
.として記述します
必須の BED 3 フィールド — UCSC BED の行には chrom、start、end が必要で、thick-start、RGB、ブロック構造のために最大 12 列まで拡張できます
2025 年 4 月の Merchant Center 更新 — Google は、頭金価格、エネルギー効率クラス、ショッピング属性、会員価格などの商品属性を追加・明確化しました
小売・広告フィードも同様に厳格です。Google の商品データ仕様 では、必須識別子、在庫状況の値、価格形式、ランディングページのルールが定義されています。Google Cloud の小売商品モデルでは、ブランドのメタデータに上限さえあります。プロジェクト側で上書き設定を行わない限り、1 商品あたり最大 30 ブランド までです。属性ルールによってアップロード後に値を書き換えることはできますが、列名が誤っていたり、カンマ区切りだったり、途中で切り詰められたりしたフィードを修復することはできません。
チームが同じ問題に直面するのは、主に次の 4 つの場面です。
LOAD DATA、ゲノムブラウザー、ショッピング診断では失敗します。まさにこの問題を防ぐために、専用の TSV ジェネレーターが必要になります。
このジェネレーターは、TSV を名前だけ CSV に変更した形式として扱いません。コンテキストからデータ種別を推測し、指定されたシステム — Google Merchant Center、PostgreSQL の COPY、GFF3 アノテーショントラック、一般的な連絡先リストなど — の規則に従うファイルを作成します。
| 従来の方法 | TSV Generator |
|---|---|
| Excel や Sheets のエクスポートで長い ID が指数表記に変換される | 先頭のゼロを保持し、長い識別子をテキストとして扱う |
引用符付きカンマによって awk / cut パイプラインが壊れる CSV | タブ区切りのみ — RFC 4180 の引用に関する曖昧さなし |
| Merchant Center や Meta カタログの列を手作業でマッピングする | 必須フィード列と許容値のパターンを適用する |
| 0 始まりと 1 始まりの座標が混在した BED/GFF 行を手作業で作成する | 形式に適した座標、# コメントヘッダー、フィールド順を使用する |
| 空のセル、末尾のタブ、LF/CRLF の混在 | 移行先システムに応じて空白 / NULL / N/A を使用。末尾のタブなし。デフォルトは LF、リクエスト時は CRLF |
商品リスト、アンケートのダンプ、遺伝子テーブルを渡すと、データエンジニアと同じように列を選択します。まず安定した ID、次にプラットフォーム必須フィールド、その後に任意属性という順序です。複数値フィールドが必要な広告カタログでは、移行先が求める場合にフィールド内の区切り文字としてパイプまたはセミコロンを使用します。バイオインフォマティクスでは、GFF3 のバージョンコメントを含む、# で始まるメタデータ行を出力できます。
出力は UTF-8 のタブ区切りで、オプトアウトしない限りヘッダー行が含まれます。フィールド内のタブは \t、改行は \n としてエスケープされ、曖昧なケースは行を黙って破損させるのではなく警告されます。空のセルは移行先システムに従います。スプレッドシートでは空白、GFF3 では .、データベースのロードで必要な場合は NULL または N/A です。Windows 専用の Excel ワークフローでは UTF-8 BOM をリクエストできます。それ以外の場合は、クリーンな BOM なしファイルが生成されます。
移行先が Google Merchant Center または Meta カタログの場合、ジェネレーターはスプレッドシート向けに都合のよいヘッダーを独自に作るのではなく、最新の商品データ仕様に合わせて列名と値のパターンを調整します。Merchant Center の属性ルール によってアップロード後に値を変換することはできますが、正しく構造化された TSV から始めることで、よくある拒否原因を排除できます。たとえば、識別子の欠落、不正な価格、タブフィードとしてアップロードしたカンマ区切りファイルなどです。
プロンプトの例:
「この商品リストを、id、title、description、link、image_link、availability、price、brand、gtin を含む Google Merchant Center 用 TSV に変換してください。SKU はテキストとして保持してください」
「このアノテーションダンプを、seqid、source、type、start、end、score、strand、phase、attributes を含む GFF3 対応 TSV に変換してください。1 始まりの座標を使用し、##gff-version 3 を設定してください」
「このメールスレッドから、full_name、email、company、phone、country を含む連絡先 TSV を作成してください。電話番号の先頭のゼロを保持してください」
ステップ 1:元データを投入する
リストを貼り付ける、CSV または JSON のエクスポートをアップロードする、テーブルを口頭で説明する、印刷されたスケジュールの写真を送るといった方法で入力できます。TSV Generator は、それが在庫、アンケート回答、CRM 連絡先、分析イベント、科学データのトラックのどれに該当するかを推測し、長いヒアリングフォームで質問する代わりに列を提案します。
「倉庫のスプレッドシートから貼り付けた、整理されていないデータです。sku、title、qty_on_hand、bin_location、reorder_point を含む TSV 在庫ファイルにしてください」
ステップ 2:移行先の規則を確認する
ファイルを取り込むシステムを指定します。MySQL の LOAD DATA、PostgreSQL の COPY、Google Merchant Center、Meta カタログ、Ensembl GFF3、UCSC BED トラックでは、それぞれ異なるヘッダー、NULL トークン、改行コードが必要になります。ロード文自体も作成する場合は、SQL Coding Assistant が TSV の生成と並行して、対応する COPY または LOAD DATA INFILE 構文を下書きできます。
「対象は PostgreSQL COPY です。空の数値フィールドには NUL、日付には ISO-8601、改行コードには LF、BOM なしを使用してください」
ステップ 3:生成して、その場で調整する
最初のファイルには、ヘッダー行、統一されたデータ型、構造に影響する場合に整理された重複や日付形式が含まれます。スキーマだけを提供した場合は、列名の変更、フィールドの追加、サンプル行の作成を依頼できます。数千行に及ぶ非常に大きな抽出データは、生成前に範囲を設定するため、意図せず大きすぎるダンプを待つ必要がありません。
「gtin 列を追加し、社内用の原価フィールドを削除して、国コードは ISO 3166-1 alpha-2 のままにしてください」
ステップ 4:エクスポートしてインポートする
.tsv をダウンロードし、データベースクライアント、Merchant Center、ゲノムブラウザー、CLI ツールチェーンで読み込みます。フィールドはタブ区切りで引用符がないため、cut -f1,4 や sort -k2,2 などのコマンドが予測どおりに動作します。後から修正が必要になった場合は、空の状態から再生成するのではなく、以前のファイルをその場で更新できます。
TSV Generator を無料でお試しください。クレジットカードは必要ありません。
シナリオ: 小売業者が季節キャンペーンの前にショッピングフィードを必要としています。商品タイトルにはカンマが含まれ、SKU は 14 桁の文字列で、前回 Sheets からエクスポートした際には複数の GTIN が指数表記に変換されました。
従来の方法: Google の商品データ仕様 を参照して列を作り直し、availability の欠落、不正な price、識別子エラーに関する診断結果を一つずつ確認します。
TSV Generator: 必須識別子、テキストとして安全に扱われる SKU、許容される在庫状況・価格パターンを備え、すぐにアップロードできるタブ区切りフィードを生成します。
後工程のレポートや財務チームがカンマ区切りのワークブックを必要とする場合は、CSV Generator を使って同じ元データから Excel 対応 CSV を作成できます。Merchant Center に送る TSV が変更されることはありません。
シナリオ: 研究室が、遺伝子名、座標、メモが混在したエクスポートからブラウザトラックを作成したいと考えています。一部のツールは BED を必要とし、ゲノムアノテーションパイプラインは GFF3 を必要とします。
従来の方法: GFF3 の 9 フィールド または BED の必須フィールド 3 個と任意フィールド に合わせて列を手作業で整え、0 始まりと 1 始まりの座標を混在させたことによるオフバイワンエラーをデバッグします。 SAM のようなアライメント指向形式も、レコードをタブ区切りの ASCII 列として保存します。そのため、スペース区切りにしてしまうだけでロード全体が失敗します。
ジェネレーター: 科学ツールが必要とする場合は # コメントヘッダーを備え、空の GFF3 列には . プレースホルダーを使用し、指定された形式に合った座標系を採用した、形式準拠の TSV を生成します。
##gff-version 3、9 列のタブ区切り行、start/end は 1 始まりトラックファイルと並べて、人間が読みやすいデータディクショナリが必要な場合は、TXT Generator で、ワープロ形式に包むことなく列の意味を説明したプレーンテキストの README を作成できます。
シナリオ: オペレーションチームが、今夜中に連絡先テーブルまたはイベントテーブルを MySQL や PostgreSQL にロードしたいと考えています。元データは HubSpot のエクスポート、サポートチケット、PDF の表が混在しています。
従来の方法: スプレッドシートで整理して CSV にエクスポートし、会社名に含まれるカンマによって LOAD DATA が行を分割するのを見守ります。
このジェネレーター: 安定したフィールド順、UTF-8 エンコーディング、移行先エンジンが受け入れられる空セル用トークンを備えたヘッダー付き TSV を作成します。FIELDS TERMINATED BY '\t' を指定した COPY または LOAD DATA ですぐに利用できます。
cut、awk、sort で安全に扱える CLI 向けタブシナリオ: 現場管理者がホワイトボードの在庫リストを撮影したり、スマートフォンのメモアプリからデータを貼り付けたりして、シフト終了前に倉庫システムへインポートできるファイルを必要としています。
従来の方法: ノートパソコンで行を Sheets に再入力し、カンマの衝突が残った CSV をエクスポートしてメールで送信します。
iOS または Android 上のジェネレーター: 写真または貼り付けたデータを入力し、TSV を出力します。デスクトップと同じスキーマルールを使用します。Web、iOS、Android の機能が完全に同等であるため、スマートフォンで生成したファイルをノートパソコンからアップロードできます。
.tsv をすぐにダウンロードはい。TSV Generator は、基本機能と月間利用量の制限を備えた無料プランで利用できます。有料プランでは利用量が増えます。Plus は月額 20 ドル(30 倍)、Premium は 50 ドル(75 倍)、Pro は 100 ドル(150 倍)で、Enterprise までさらに上位のティアがあります。利用量は請求日にリセットされ、1 日あたりの上限はありません。無料ティアを試すためにクレジットカードを登録する必要もありません。
CSV はカンマを使用し、RFC 4180 ではフィールド内のカンマや改行を保護するために引用符を使用します。TSV はフィールド区切り文字としてタブ文字のみを使用し、フィールドを引用しません。そのため、カンマが多く含まれる商品説明、住所、翻訳文や、タブで分割する CLI パイプラインに適しています。一方、フィールド内のタブはエスケープする必要があります。このジェネレーターは、列をずらすのではなく、そのようなケースを警告します。
はい。カタログを説明するか、既存の商品データを貼り付け、移行先として Merchant Center(または Meta/Amazon)を指定してください。ジェネレーターは、商品データ仕様 に基づいて、ID の形式や許容される在庫状況・価格の形式を含む必須識別子と一般的な属性パターンを適用します。アップロード前に、ランディングページや固有の商品識別子など、ポリシーに関わるフィールドは必ず確認してください。
はい。Web、iOS、Android で機能が共通しており、キーボードから離れているときに音声でスキーマを説明できる音声入力にも対応しています。表を撮影し、メモを貼り付け、TSV を生成して、同じデバイスでダウンロードできます。
はい。入力には、プレーンテキストのリスト、CSV、JSON、PDF または画像の表、口頭による説明を使用できます。スキーマしかない場合は、サンプル行を生成できます。すでにファイルがある場合は、前回の出力を確認した後、修正依頼によってその TSV を直接更新できます。
形式は公開されている規則に従います。たとえば、GFF3 の 9 個のタブ区切りフィールド、BED の必須ゲノム列、IETF の TSV モデル に記載された UTF-8 TSV 構造、指定したデータベース向けの NULL・日付トークンなどです。ジェネレーターはインポート用にデータを構造化・整理しますが、科学データの座標や商品価格が事実として正しいかどうかを監査するものではありません。必ず移行先システムでサンプルのロードを検証してください。
タブ区切りファイルは、区切り文字、スキーマ、エンコーディング、ID の処理が移行先に合っている場合、データベース、ショッピングフィード、科学ツールへテーブルを移動する最も信頼性の高い方法であり続けています。しかし、スプレッドシートのエクスポートや汎用 CSV コンバーターでは、先頭のゼロが削除されたり、CLI ツールが解析できない引用符付きフィールドが生成されたり、プラットフォーム固有の列が欠落したりすることがあります。
TSV Generator は、このギャップを埋めます。データ種別を認識し、TSV 固有のルールを適用し、Merchant Center カタログ、BED/GFF トラック、CRM 抽出データ、SQL ロード向けのインポート対応ファイルを作成します。次のフィードやアノテーションテーブルを 1 回の処理で生成し、自信を持ってインポートしましょう。
今すぐ TSV Generator をお試しください。詳しくは Jenova をご覧ください。
開発者向け: TSV Generator は Jenova API 経由でプログラムから利用できます。1 回の API 呼び出しで、構造化されたインポート対応 TSV の生成をアプリケーションに組み込めます。完全なドキュメント →