その記述はかなり長いように見えるかもしれないが、PGNは実際かなりシンプルである。
PGNのサンプルゲームは次のものである；それはこの文章の後の章で記述されている多くの重要な機能を持っている。
[Event "F/S Return Match"]
[Site "Belgrade, Serbia JUG"]
[Date "1992.11.04"]
[Round "29"]
[White "Fischer, Robert J."]
[Black "Spassky, Boris V."]
[Result "1/2-1/2"]
1. e4 e5 2. Nf3 Nc6 3. Bb5 a6 4. Ba4 Nf6 5. O-O Be7 6. Re1 b5 7. Bb3 d6 8. c3
O-O 9. h3 Nb8 10. d4 Nbd7 11. c4 c6 12. cxb5 axb5 13. Nc3 Bb7 14. Bg5 b4 15.
Nb1 h6 16. Bh4 c5 17. dxe5 Nxe4 18. Bxe7 Qxe7 19. exd6 Qf6 20. Nbd2 Nxd6 21.
Nc4 Nxc4 22. Bxc4 Nb6 23. Ne5 Rae8 24. Bxf7+ Rxf7 25. Nxf7 Rxe1+ 26. Qxe1 Kxf7
27. Qe3 Qg5 28. Qxg5 hxg5 29. b3 Ke6 30. a3 Kd6 31. axb4 cxb4 32. Ra5 Nd5 33.
f3 Bc8 34. Kf2 Bf5 35. Ra7 g6 36. Ra6+ Kc5 37. Ke1 Nf4 38. g3 Nxh3 39. Kd2 Kb5
40. Rd6 Kc5 41. Ra6 Nf2 42. g4 Bd3 43. Re6 1/2-1/2
PGNデータのアーカイブストレージとして強制的に用いることを定義したタグの集合がある。
これがSTR(Seven Tag Roster)である。
これらのタグの説明はそれらが現れる順番として固定されている。
追加タグの名称や意味を使用したり定義することは、必要なら許されているし推奨されているが、
STRは、全てのプログラムが公的なデータ交換として対応すべき共通基盤である。
インポートフォーマットでは、タグの順番は重要ではない。
エクスポートフォーマットでは、STRタグは全てのその他のタグより前に現れる。
(STRタグはまた順序良く現れなければならない；この順番は下で記述されている。)
エクスポートフォーマットではまた、全ての追加タグはタグ名がASCIIコード順で現れる。
その7つのSTRタグ名は(次の順で)：
- Event (トーナメントかマッチイベントの名前)
- Site (イベントの行なわれた地域)
- Date (ゲームの開始した日付)
- Round (このゲームのラウンド)
- White (白のプレイヤー)
- Black (黒のプレイヤー)
- Result (ゲームの結果)
補足タグ名の集合はこの文章の後のほうで与えられる。
PGNエクスポートフォーマットでは、タグ部分を終了するために、1つの空白行が最後のタグの後で現れる。
これは、タグ部分の最後と指し手部分の始まりをすぐに区別するために、
単純にスキャンするプログラムの手助けをする。
Eventタグの値は適切に記述されるべきだ。
略語は絶対に必要である場合を除き避けられるべきだ。
一貫したイベント名はデータベースのスキャンを容易にするために用いられるべきである。
もしイベントの名前がわからなければ、1つのクエスチョンマークがタグ値として現れるべきだ。
例：
[Event "FIDE World Championship"]
[Event "Moscow City Championship"]
[Event "ACM North American Computer Championship"]
[Event "Casual Game"]
Siteタグの値は、その国を表す標準的な名前と町か地域の名前からなるべきだ。
IOC(International Olympic Committee)で使用される3文字の国名の使用は、
それらのコードが利用できる国には提案されている。
もしイベントの開催された国が分からないなら、1つのクエスチョンマークがタグ値として現れるべきだ。
コンマが地域と都市を分けるのに用いられるかもしれない。
都市や地域の名前とIOC国コードを分けるのにコンマは必要ない。
この文章の後のセクションでは、IOCによってカバーされていない地域のためにいくつか追加した、
3文字の国コードのリストが与えられる。
例：
[Site "New York City, NY USA"]
[Site "St. Petersburg RUS"]
[Site "Riga LAT"]
Dateタグの値はゲームの開始された日付を与える。
(注記：これは必ずしもイベントの開始日と同じとは限らない。)
日付はEventタグに与えられた地域の時間を考慮して与えられる。
Dateタグ値のフィールドは常に標準的な10文字のフォーマットを用いる："YYYY.MM.DD"。
最初の4文字は年を表す数字、次の文字はピリオド、次の2文字は月を表す数字、
次はピリオド、最後の2文字は日を表す。
もし分からない数字があれば、クエスチョンマークがその数字の場所に用いられる。
例：
[Date "1992.08.31"]
[Date "1993.??.??"]
[Date "2001.01.01"]
Roundタグはプレイされているゲームのラウンドを与える。
マッチにおいては、この値はプレイされたゲームの数である。
ラウンド数の使用が不適当なら、そのフィールドは1つのハイフンであるべきだ。
ラウンドが分からないなら、1つのクエスチョンマークがタグ値として現れるべきだ。
一部の主催者は普通でないラウンド名称や複数の部分からなるラウンドや、
時には条件付のラウンドさえ使用する。
これらの場合、複数の部分からなるラウンド識別子がピリオドで分けられたラウンド数の並びで構成することも出来る。
最も左の整数は最も重要なラウンドを表し、続く整数は階層が下っていく順番でラウンド数を表す。
例：
[Round "1"]
[Round "3.1"]
[Round "4.1.2"]
Whiteタグの値は白プレイヤーの名前である。その名前は、それらが電話帳に現れる順番で与えられる。
family nameまたはlast nameが最初に現れる。
もしfirst nameまたはfirst initialが利用できるなら、それはコンマとスペースでfamily nameと分割される。
最後に、1つ以上のmiddle initialが現れる。
(コンマが現れたところならどこでも、その次の文字はスペースであるべきだ。
イニシャルが現れた所ならどこでも、その次の文字はピリオドであるべきだ。)
その名前がわからないなら、1つのクエスチョンマークがタグ値として現れるべきだ。
その目的は、地域的な名前の形式に依存しない、タグ値として意味のあるASCII文字列を許すためである。
もし1人以上のプレイヤーが白をプレイしているなら、
名前はアルファベット順で並べられ、隣接したエントリーの間はコロンで区切られる。
プレイヤーがコンピュータプログラムなら適切なバージョン情報がプログラム名の後に並べられるべきだ。
FIDEレーティングリストに用いられているフォーマットはプレイヤーネームタグとして用いられるのに適している。
例：
[White "Tal, Mikhail N."]
[White "van der Wiel, Johan"]
[White "Acme Pawngrabber v.3.2"]
[White "Fine, R."]
Blackタグの値は黒プレイヤーの名前である。
名前はWhiteタグの値と同じように与えられる。
例：
[Black "Lasker, Emmanuel"]
[Black "Smyslov, Vasily V."]
[Black "Smith, John Q.:Woodpusher 2000"]
[Black "Morphy"]
Resultフィールドの値はゲームの結果である。
それは関連した指し手を終了させるゲーム終了マーカーと正確に常に同じである。
それは常に4つの値の内1つを持つ："1-0" (白勝ち), "0-1" (黒勝ち),
"1/2-1/2" (引き分け), "*" (ゲームは進行中である、ゲームは中断された、もしくは結果がわからない)。
"ゼロ"が最初の2つの場合に用いられることを記しておく；"O(大文字のオー)"ではない。
全ての可能な表記は：
[Result "0-1"]
[Result "1-0"]
[Result "1/2-1/2"]
[Result "*"]
